POL और MATIC टोकन burn

POL burn Polygon tokenomics का वह हिस्सा है जो network activity को token supply से जोड़ता है। चुनी गई अवधि में Base Fees accrued toward burn नए POL emission के कुछ या पूरे हिस्से को offset कर सकता है। Burn अपने-आप EmissionManager को बंद नहीं करता।

इस topic को POL token burn, MATIC burn, Polygon burn, Polygon EIP-1559 burn, POL burn rate, burned POL supply, Polygon deflation, POL inflation after burn या is POL deflationary के रूप में भी search किया जाता है। ये terms जुड़े हैं, लेकिन हमेशा एक ही on-chain event नहीं बताते।

Token burn क्यों महत्वपूर्ण है

Polygon Chain लेनदेन के लिए एक गतिशील EIP-1559 base fee लेता है। सभी लेनदेन शुल्क को validator आय के रूप में मानने के बजाय, Polygon base fee घटक को burn सिस्टम की ओर निर्देशित करता है। इसलिए अधिक नेटवर्क उपयोग Burn Adjustment बढ़ा और Total Supply घटा सकता है।

burn मायने रखता है क्योंकि सकल एमिशन और शुद्ध supply वृद्धि समान नहीं हैं:

Total Supply Change = newly minted POL - Base Fees accrued toward burn

POL में validator funding और Community Treasury के लिए protocol emission है। Base Fee accrual इस issuance को offset करता है। Accrual minting से कम हो तो Total Supply धीमी गति से बढ़ती है; दोनों बराबर हों तो Total Supply Change zero होता है; accrual minting से अधिक हो तो उस अवधि में Total Supply घटती है।

सबसे महत्वपूर्ण बात: PIP-82 ने Polygon का base fee burn बंद नहीं किया। केवल eligible public x402 facilitators से जुड़ी fees rebate में बदली जा सकती हैं; program की कुल limit 1,000,000 USD है; बाकी POL मौजूदा Burn Collector को भेजा जाता है। यह सीमित exception है, network-wide burn suspension नहीं। Official PIP-82 forum discussion भी यही स्पष्ट करती है: normal transactions burn path पर रहती हैं और rebate केवल eligible public facilitators पर लागू होता है।

इसलिए यह कहना उचित है कि लगभग सभी Polygon base fee अब भी burn के लिए निर्धारित हैं। केवल सीमित eligible subset rebate में जा सकता है और बाकी Burn Collector को भेजा जाता है। यह guaranteed fixed percentage नहीं है; actual share eligible transaction volume, settlement के समय POL price, rebate payments और Burn Collector transfers पर निर्भर करता है।

POLTRACK पर लाइव नंबर देखें:

• Value Flow base fee, routing wallet balance, 30-day burn और all-time burn दिखाता है;
• supply Total Supply, On-chain Supply, Burn Adjustment, Total Supply Change और projected supply graph दिखाता है।

POLTRACK डेटा और methodology में PIP-82 rebates को अलग से track करता रहता है, लेकिन जब तक observed amounts dashboard scale पर महत्वहीन हैं, उन्हें Value Flow में headline metric के रूप में नहीं दिखाता। PIP-82 एक temporary program है जिसकी limit 1,000,000 USD है; यह limit पूरी होने या 31 दिसंबर 2026, जो पहले हो, उस समय समाप्त होगा। यह presentation decision है, accounting change नहीं: rebates realized burn में शामिल नहीं होते और rewards from fees की calculation से पहले घटाए जाते हैं।

संक्षिप्त जवाब

• Polygon ने 18 जनवरी, 2022 को EIP-1559 base fee burn की शुरुआत की।
• legacy MATIC पथ में Polygon-साइड burn कॉन्ट्रैक्ट और Ethereum-साइड ट्रांसफर को MATIC dead address पर इस्तेमाल किया गया था।
• PIP-24 ने 29 नवंबर, 2023 को Polygon प्राप्तकर्ता को 0x7A8e... Burn Collector में बदल दिया।
• 4 मार्च, 2026 को लिसोवो हार्डफोर्क के बाद से, PIP-82 सबसे पहले 0x3ef5... को नई base fee भेजता है।
• सामान्य लेनदेन अभी भी burn पथ का अनुसरण करते हैं। केवल पात्र सार्वजनिक सुविधा प्रदाताओं से जुड़ी फीस को सीमित PIP-82 कार्यक्रम के तहत rebate में बदला जा सकता है।
• Rebate में न बदला गया POL 0x7A8e... पर भेजा जाता है, इसलिए program के सीमित scope में लगभग सभी base fee burn के लिए निर्धारित रहती हैं।
• POLTRACK, 0x3ef5... रूटिंग बैलेंस को permanent burn के रूप में नहीं गिनता है।
• POLTRACK अपनी प्रकाशित कार्यप्रणाली के तहत 0x7A8e... Burn Collector बैलेंस को non-circulating burn के रूप में गिनता है।
• एक Burn Collector स्थानांतरण Ethereum POL टोकन के ERC-20 totalSupply() को अपने आप कम नहीं करता है।
• POLTRACK देखी गई विरासत MATIC dead address बैलेंस को भी आगे बढ़ाता है, इसलिए ऐतिहासिक MATIC burn एक बार प्रतिबिंबित होता है, दो बार नहीं।
• MATIC टोकन अनुबंध द्वारा आयोजित MATIC को दुर्गम विरासत संदर्भ के रूप में प्रकट किया गया है लेकिन POLTRACK calculation में शामिल नहीं किया गया है।

निष्पादित burn हिस्ट्री

"Polygon burn एड्रेस" का अर्थ समय के साथ बदल गया। एक विश्वसनीय burn हिस्ट्री को प्रत्येक ब्लॉक पर सक्रिय प्राप्तकर्ता का उपयोग करना चाहिए।

सक्रिय पते और ब्लॉक सीमाएँ आधिकारिक बोर Mainnet कॉन्फ़िगरेशन और PIP-82 कार्यान्वयन प्रतिबद्धता में दिखाई देती हैं।

जनवरी 2022: मूल EIP-1559 burn

Polygon ने ब्लॉक 23,850,000 पर EIP-1559 को सक्रिय किया। लेनदेन शुल्क को इसमें विभाजित किया गया था:

Transaction fee = base fee + priority fee

base fee ब्लॉक निर्माता को भुगतान करने के बजाय कॉन्फ़िगर किए गए burn अनुबंध को सौंपा गया था। priority fee validator-सामना शुल्क घटक बना रहा।

मूल Polygon डिज़ाइन में, base fee MATIC 0x70bc... पर Polygon पर जमा हुआ। संबंधित burn फ्लो Ethereum पर पूरा किया जा सकता है, जहां MATIC को भेजा गया था:

0x000000000000000000000000000000000000dEaD

PIP-24 इस मूल अनुबंध को अपरिवर्तनीय बताता है और बताता है कि Ethereum-साइड चरण ने MATIC को supply से स्थायी रूप से हटा दिया है। Polygon की लॉन्च सामग्री ने यह भी बताया कि EIP-1559 ने base fee को burn योग्य बना दिया, जबकि validators को priority fee प्राप्त हुआ।

मूल पथ मायने रखता है क्योंकि ऐतिहासिक MATIC burn अभी भी POL-युग की supply तुलना को प्रभावित करता है। इसे केवल इसलिए खारिज नहीं किया जाना चाहिए क्योंकि POL ने बाद में MATIC को native gas टोकन के रूप में बदल दिया।

नवंबर 2023: PIP-24 Burn Collector

PIP-24 ने Bor burntContract प्राप्तकर्ता को 0x70bc... से बदल दिया:

0x7A8ed27F4C30512326878652d20fC85727401854

परिवर्तन को ब्लॉक 50,523,000 पर आगरा हार्डफोर्क द्वारा सक्रिय किया गया था।

PIP-24, 0x7A8e... को एक अस्थायी धारक अनुबंध कहता है, जिसका उद्देश्य burn के लिए मूल-टोकन माइग्रेशन के बाद MATIC, या POL एकत्र करना है। इसमें यह भी कहा गया है कि भविष्य के Ethereum-साइड burn रूट को पूरा करने के लिए बाद के प्रोटोकॉल परिवर्तन की आवश्यकता होगी।

इससे दो वैध लेकिन भिन्न विवरण बनते हैं:

• Polygon प्रोटोकॉल विवरण: 0x7A8e... वर्तमान Burn Collector है और burn के लिए POL प्राप्त करता है।
• सख्त ERC-20 विवरण: इस Polygon पते पर एक मूल POL संतुलन Ethereum POL टोकन पर _burn() को कॉल नहीं करता है और Ethereum totalSupply() को कम नहीं करता है।

वर्तमान 0x7A8e... कार्यान्वयन POL को स्वीकार करता है और कोई सामान्य निकासी method का खुलासा नहीं करता है। पता फिर भी एक अपग्रेड करने योग्य प्रॉक्सी है, जैसा कि PIP-24 द्वारा अनुमान लगाया गया था। इसलिए POLTRACK यह दावा नहीं करता है कि Burn Collector क्रिप्टोग्राफ़िक रूप से किसी dead address के समान है। यह एक स्पष्ट आर्थिक वर्गीकरण लागू करता है:

POL at 0x7A8e...
= protocol-designated burn collector balance
= non-circulating under POLTRACK methodology

वह वर्गीकरण मौजूदा POLTRACK इंटरफ़ेस शब्द permanent burn को संरक्षित करता है, जबकि मीट्रिक का वास्तव में क्या मतलब है, इसका दस्तावेजीकरण करता है।

सितंबर 2024: MATIC, Polygon Chain पर POL बन गया

native-टोकन माइग्रेशन ने Polygon Chain gas और staking को MATIC से POL में बदल दिया। इसने EIP-1559 लेखांकन इतिहास को रीसेट नहीं किया।

उस बिंदु से, नया मूल base fee मान POL के रूप में जमा हुआ। ऐतिहासिक Ethereum MATIC dead address बैलेंस माइग्रेशन अवधि से पहले या उसके दौरान पहले ही हटा दिए गए टोकन का विरासत प्रमाण बना हुआ है।

यही कारण है कि एक पूर्ण POL burn मॉडल में वर्तमान मूल POL Burn Collector घटक और एक विरासत MATIC dead address घटक दोनों शामिल हो सकते हैं। वे विभिन्न अवधियों का delegatorत्व करते हैं और विनिमेय नहीं हैं।

मार्च 2026: PIP-82 रूटिंग और rebate

PIP-82 ने कॉन्फ़िगर किए गए EIP-1559 प्राप्तकर्ता को इसमें बदल दिया:

0x3ef57def668054dd750bd260526105c4eeef104f

परिवर्तन को बोर v2.6.0 में शामिल किया गया था और ब्लॉक 83,756,500 पर लिसोवो हार्डफोर्क द्वारा सक्रिय किया गया था।

PIP-82 डिज़ाइन के तहत:

1. ब्लॉक निष्पादन 0x3ef5... को base fee भेजता है;
2. पात्र एजेंट कॉमर्स और x402 base fee को rebate में बदला जा सकता है;
3. rebate में न बदला गया POL समय-समय पर 0x7A8e... पर भेजा जाता है;
4. कार्यक्रम 1,000,000 USD तक सीमित है और भत्ता समाप्त होने पर या 31 दिसंबर, 2026 को, जो भी पहले हो, समाप्त हो जाता है, जब तक कि इसे किसी अन्य प्रोटोकॉल निर्णय द्वारा प्रतिस्थापित नहीं किया जाता है।

routing address आउटगोइंग ट्रांसफर कर सकता है। इसलिए इसका संतुलन स्थायी रूप से नष्ट नहीं होता है और supply से घटाया नहीं जाता है।

PIP-82 routing balance
= base fees received
- POL sent to burn collector
- eligible rebates and other classified program outflows

POLTRACK पर यह Value Flow में Base Fees (routing wallet) के रूप में दिखाई देता है। इसका मौजूदा balance Value Flow और Supply, दोनों में Awaiting burn के रूप में दिखाया जाता है और Burn Collector तक पहुंचने से पहले permanent burn में शामिल नहीं होता।

Bor base fee balance कैसे बनाता है

सबसे महत्वपूर्ण लेखांकन भेद है:

Base fee generated != POL permanently removed at that moment

Polygon Chain, ऐतिहासिक और तकनीकी रूप से Polygon PoS के रूप में भी जाना जाता है, प्रोटोकॉल-परिभाषित पतों के माध्यम से EIP-1559 base fee को रूट करता है। सक्रिय अवधि के आधार पर, रूट में ब्रिज burn कॉन्ट्रैक्ट, Burn Collector या अस्थायी प्रोग्राम वॉलेट शामिल हो सकता है। POLTRACK इसलिए अलग होता है:

• base fee सृजन - ब्लॉक gas उपयोग से calculation की गई शुल्क;
• रूटिंग बैलेंस - POL एक वॉलेट में प्रतीक्षा कर रहा है जो अभी भी कहीं और धनराशि भेज सकता है;
• rebate - PIP-82 कार्यक्रम के तहत पात्र POL वापस कर दिया गया;
• realized burn - वह मूल्य जो सिंक तक पहुंच गया, POLTRACK पद्धति के तहत non-circulating के रूप में गिना जाता है;
• Total Supply Change - नया minted POL minus उसी अवधि का Base Fees accrued toward burn;

Polygon का बोर निष्पादन क्लाइंट प्रयुक्त gas से base fee राशि और ब्लॉक base fee की calculation करता है:

Base fee amount = transaction gas used * block base fee

बोर राज्य संक्रमण कोड वर्तमान ब्लॉक के लिए कॉन्फ़िगर किए गए BurntContract का चयन करता है और उस पते को base fee राशि के साथ क्रेडिट करता है।

यह Ethereum के सामान्य लेखांकन से अलग है, जहां किसी खाते में जमा किए बिना base fee हटा दिया जाता है। Polygon Chain पर, ग्राहक एक प्रोटोकॉल-चयनित पते को क्रेडिट करता है, इसलिए आर्थिक परिणाम इस बात पर निर्भर करता है कि वह पता बाद में क्या कर सकता है।

priority fee एक अलग पथ का अनुसरण करते हैं और इन्हें base fee burn में केवल इसलिए शामिल नहीं किया जाना चाहिए क्योंकि दोनों का भुगतान एक ही लेनदेन द्वारा किया जाता है। Polygon Chain शुल्क और priority fee वितरण देखें।

POLTRACK permanent burn में क्या गिनता है

POLTRACK product में मौजूदा label Permanent burn रखता है। Methodology में इसका अर्थ approved burn components का cumulative value है, जिसे public supply calculation में non-circulating माना जाता है।

वर्तमान मॉडल में शामिल हैं:

सार्वजनिक supply सूत्र हैं:

Permanent burned total
= Polygon burn collector balance
+ POL zero-address balance
+ legacy MATIC dead-address balance

Total Supply
= On-chain Supply - Burn Adjustment

POLTRACK क्या नहीं गिनता

निम्नलिखित शेषों को permanent burn से बाहर रखा गया है:

ये बहिष्करण जानबूझकर किए गए हैं। वे अस्थायी रूटिंग, प्रस्तावों और डुप्लिकेट MATIC-to-POL अभ्यावेदन को चुपचाप रिपोर्ट की गई supply को कम करने से रोकते हैं।

PIP-25 और ऐतिहासिक MATIC जला

PIP-25 ने पहले से जले हुए या दुर्गम MATIC के अनुरूप POL को Ethereum dead address पर भेजने के लिए PolygonMigration अनुबंध के burn() फ़ंक्शन का उपयोग करने का प्रस्ताव रखा।

वर्तमान पॉलीगॉनमाइग्रेशन स्रोत burn(amount) को POL से 0x000...dEaD के स्थानांतरण के रूप में कार्यान्वित करता है। यह POL टोकन के आंतरिक _burn() को कॉल नहीं करता है और इसलिए ERC-20 totalSupply() को कम नहीं करता है।

आधिकारिक PIP-25 पारदर्शिता रिपोर्ट ने 28,574,088.177694505243495294 POL के लिए एक लेनदेन तैयार किया। रिपोर्ट के स्वयं के सत्यापन नियम के अनुसार निष्पादन के बाद POL dead address शेष राशि कम से कम इतनी होनी चाहिए।

POLTRACK यह नहीं मानता कि PIP स्थिति या तैयार लेनदेन निष्पादन को साबित करता है। प्रकाशित सत्यापन शर्त का पालन नहीं किया गया है, इसलिए प्रस्तावित POL राशि को burn में नहीं जोड़ा गया है।

MATIC token contract में रखा MATIC

PIP-25 ने MATIC टोकन अनुबंध के स्वयं के पते पर रखे गए MATIC को स्थायी रूप से दुर्गम के रूप में पहचाना। जब उपयोगकर्ता या अनुबंध सीधे टोकन पते पर टोकन स्थानांतरित करते हैं तो ERC-20 अनुबंध की अपनी बैलेंस मैपिंग में संतुलन हो सकता है। पुराने MATIC अनुबंध में उस आत्म-संतुलन के लिए कोई सामान्य पुनर्प्राप्ति पथ नहीं है।

PIP-25 निष्पादन रिपोर्ट ने इस घटक के एक निश्चित ऐतिहासिक स्नैपशॉट का उपयोग किया। जब टोकन पते पर अधिक MATIC भेजा जाता है तो लाइव बैलेंस बढ़ता रह सकता है।

POLTRACK वर्तमान में संपूर्ण MATIC स्व-संतुलन को बाहर करता है:

• स्थायी रूप से burn हुआ कुल;
• Burn Adjustment;
• शुद्ध जारी करना;
• Supply graph पर projected Total Supply।

इसका खुलासा यहां केवल पूर्णता के लिए किया गया है। इस संतुलन के कारण कोई POLTRACK इंटरफ़ेस मान या calculation नहीं बदलती।

burn, एमिशन, और deflation

burn और एमिशन की तुलना उसी अवधि में की जानी चाहिए:

Total Supply Change = newly minted POL - Base Fees accrued toward burn

इसलिए POL किसी विशेष दिन, महीने या वर्ष के लिए शुद्ध deflationary हो सकता है जबकि EmissionManager का minting जारी रहता है। "POL deflationary है" तब तक अधूरा है जब तक कि कथन में समय अवधि और burn परिभाषा शामिल न हो।

Graph पर future supply active emission implementation और graph में बताई गई burn assumptions पर निर्भर करती है।

burn चार्ट बैचों में क्यों चलते हैं

PIP-82 से पहले, base fee सीधे कॉन्फ़िगर किए गए Burn Collector को भेजा जाता था, ताकि Burn Collector वृद्धि शुल्क सृजन को बारीकी से ट्रैक कर सके।

PIP-82 के बाद, base fee सबसे पहले routing wallet में जमा होता है। Burn Collector को स्थानांतरण और rebate निपटान उन लेनदेन में होते हैं जो कई दिनों के मूल्य को जोड़ सकते हैं।

परिणामस्वरूप:

• एक उच्च-आधार-फीस वाला दिन उसी दिन कम realized वाला नुकसान दिखा सकता है;
• Burn Collector निपटान दिवस में बड़ी मात्रा में जले हुए स्पाइक दिखाई दे सकते हैं;
• बस्तियों के बीच routing wallet संतुलन बढ़ सकता है;
• एक नकारात्मक routing wallet डेल्टा नकारात्मक burn नहीं है; इसका आम तौर पर मतलब है कि फंड ने routing wallet छोड़ दिया है;
• शुल्क सृजन और realized burn को एक उपयुक्त अवधि में समेटा जाना चाहिए, न कि दिन-ब-दिन समान माना जाना चाहिए।

POLTRACK इन बैच प्रभावों को पिछली तिथियों में पुनर्वितरित करने के बजाय संरक्षित करता है।

अक्सर पूछे जाने वाले प्रश्न

क्या Polygon POL burn करता है?

हाँ। Polygon Chain EIP-1559 base fee घटक को उसके burn सिस्टम की ओर निर्देशित करता है। चूँकि POL native gas टोकन बन गया है, नया base fee मान POL में दर्शाया गया है। ऐतिहासिक MATIC burn माइग्रेटेड टोकन के आर्थिक supply इतिहास के लिए प्रासंगिक बना हुआ है।

क्या Polygon की लगभग सभी base fees अब भी burn होती हैं?

यह मौजूदा PIP-82 design का उपयोगी summary है, लेकिन guaranteed percentage नहीं। केवल eligible public x402 facilitators से जुड़ी fees rebate में बदली जा सकती हैं; program का कुल cap 1,000,000 USD है; बाकी POL मौजूदा Burn Collector को भेजा जाता है। Normal transaction base fee burn path पर बनी रहती है।

क्या PIP-82 ने POL burn रोक दिया?

नंबर PIP-82 ने base fee के पहले प्राप्तकर्ता को बदल दिया और एक सीमित rebate पथ पेश किया। यह स्पष्ट रूप से मौजूदा Burn Collector को गैर-पुनर्नवीनीकृत POL के लिए सक्रिय रखता है। POLTRACK में burn दिखाई देने पर रूटिंग चरण में देरी हो सकती है, लेकिन यह burn सिस्टम को सामान्य rebate प्रणाली से प्रतिस्थापित नहीं करता है।

क्या Polygon हर transaction fee burn करता है?

नहीं, EIP-1559 base fee घटक burn मैकेनिक्स से जुड़ा है। priority fee घटक validator और स्टेकर वितरण नीति का पालन करता है। PIP-82 के तहत, base fee मूल्य भी रूटिंग में रह सकता है या जिस राशि को rebate में नहीं बदला गया Burn Collector तक पहुंचने से पहले एक योग्य rebate में बदला जा सकता है।

क्या PIP-82 वॉलेट एक burn एड्रेस है?

नहीं, यह कॉन्फ़िगर किया गया base fee प्राप्तकर्ता और एक routing wallet है। यह आउटगोइंग ट्रांसफर कर सकता है, इसलिए POLTRACK इसके संतुलन को वेटिंग burn के रूप में दिखाता है और इसे सप्लाई burn से बाहर रखता है।

क्या 0x7A8e... collector एक dead address है?

नहीं, यह एक प्रोटोकॉल-नामित Burn Collector है। इसका वर्तमान कार्यान्वयन किसी सामान्य निकासी method को उजागर नहीं करता है, लेकिन यह एक अस्थायी धारक के रूप में PIP-24 द्वारा वर्णित एक अपग्रेड करने योग्य प्रॉक्सी है। POLTRACK यह दावा करने के बजाय कि यह तकनीकी रूप से 0x...dEaD के समान है, एक स्पष्ट पद्धति के तहत शेष राशि को non-circulating के रूप में गिना जाता है।

क्या burn से POL totalSupply() कम हो जाता है?

आवश्यक रूप से नहीं। मूल POL को Polygon Burn Collector या ERC-20 POL को किसी dead address पर भेजने से Ethereum POL अनुबंध का totalSupply() अपरिवर्तित रहता है। POLTRACK burn-एडजस्टेड आर्थिक लेखांकन को अलग से लागू करता है।

base fee और priority fee के बीच क्या अंतर है?

base fee EIP-1559 घटक है जो Polygon के burn मैकेनिक्स के माध्यम से निर्देशित है। priority fee अतिरिक्त लेनदेन-शुल्क घटक है जिसका उपयोग सक्रिय शुल्क-वितरण नीति के तहत validator और स्टेकर अर्थशास्त्र के लिए किया जाता है। POLTRACK कभी भी priority fee को base fee burn के रूप में वर्गीकृत नहीं करता है।

POLTRACK में अभी भी लीगेसी MATIC burn क्यों शामिल है?

POL ने MATIC 1:1 को प्रतिस्थापित कर दिया, लेकिन पहले burn हुआ MATIC कभी भी POL को प्रसारित करने में स्थानांतरित नहीं हो सका। लीगेसी dead address घटक POL-युग के आर्थिक supply मॉडल में उस ऐतिहासिक कमी को संरक्षित करता है।

क्या POLTRACK PIP-25 राशि की calculation करता है?

नहीं, POLTRACK तैयार किए गए 28.574M POL लेनदेन को निष्पादित नहीं मानता क्योंकि प्रकाशित on-chain सत्यापन शर्त पूरी नहीं हुई है।

क्या POLTRACK MATIC टोकन अनुबंध में फंसे MATIC को गिनता है?

नहीं, शेष राशि को दुर्गम विरासत संदर्भ के रूप में प्रलेखित किया गया है, लेकिन इसे सभी POLTRACK burn और supply calculations से बाहर रखा गया है।

क्या POL burn से 2% एमिशन की भरपाई हो सकती है?

हाँ, एक चयनित अवधि में यदि Base Fees accrued toward burn minted POL से अधिक है। इससे उस अवधि का Total Supply Change नकारात्मक होता है; यह स्वचालित रूप से protocol emission को बंद नहीं करता है।

क्या POL deflationary है?

यह एक दिन, महीने या वर्ष में शुद्ध deflationary हो सकता है जब उसी अवधि के दौरान permanent burn नई minting से अधिक हो जाती है। यह साबित नहीं करता है कि POL हमेशा के लिए deflationary होगा, और इसका मतलब यह नहीं है कि एमिशन अनुबंध बंद हो गया है।

POL burn की दर क्या है?

प्रति वर्ष burn किए जाने वाले POL की संख्या के लिए कोई निश्चित प्रोटोकॉल प्रतिशत नहीं है। राशि मुख्य रूप से नेटवर्क gas उपयोग, base fee स्तर, PIP-82 rebate और routing wallet से Burn Collector तक स्थानांतरण के समय पर निर्भर करती है। burn-रेट दावे को हमेशा अपनी समय विंडो और burn परिभाषा की पहचान करनी चाहिए।

POL burn चार्ट अचानक उछाल क्यों दिखाता है?

PIP-82 के बाद base fee routing wallet में जमा होती है और rebate में न बदला गया POL बाद में Burn Collector को भेजा जाता है। इसलिए एक settlement transaction में कई दिनों का burn एक साथ दर्ज हो सकता है। POLTRACK amount को पिछली dates में फैलाने के बजाय observed transfer time report करता है।

मैं POL burn को live कहाँ देख सकता हूँ?

30-day और all-time burn तथा PIP-82 routing wallet balance के लिए Value Flow खोलें। Total Supply, On-chain Supply, Burn Adjustment, Total Supply Change और projected supply graph के लिए Supply खोलें।

मुख्य स्रोत

• Polygon डेवलपर documentation: EIP-1559
• Polygon डेवलपर documentation: उत्पत्ति अनुबंध
• Polygon EIP-1559 टेस्टनेट घोषणा
• PIP-24: EIP-1559 नीति बदलें
• PIP-25: POL कुल supply समायोजित करें
• PIP-28: आगरा हार्डफोर्क
• PIP-82: एजेंट कॉमर्स gas प्रोग्राम
• आधिकारिक PIP-82 फोरम चर्चा
• PIP-25 परिषद पारदर्शिता रिपोर्ट
• बोर burn-प्राप्तकर्ता कॉन्फ़िगरेशन
• बोर EIP-1559 राज्य संक्रमण
• बोर v2.6.0 / लिसोवो रिलीज
• बहुभुजमाइग्रेशन burn कार्यान्वयन
• Polygon Burn Collector
• PIP-82 routing wallet
• MATIC dead address बैलेंस

संबंधित page

• POL एमिशन
• POL tokenomics
• Polygon Chain शुल्क
• priority fee वितरण
• कार्यप्रणाली और डेटा स्रोत