POL एमिशन और inflation

POL emission शुरुआती 10 बिलियन token supply के ऊपर नए POL का protocol-level issuance है। नए tokens validator funding और Polygon Community Treasury को भेजे जाते हैं।

इस विषय को POL inflation, MATIC inflation, Polygon token inflation, POL issuance या POL inflation rate भी कहा जाता है। ये terms जुड़े हुए हैं, लेकिन एक जैसे नहीं हैं। इस guide में emission का अर्थ protocol द्वारा जारी नया POL है, जबकि net inflation burn को घटाने के बाद supply की वृद्धि है। “MATIC inflation” अब भी एक common legacy search term है, क्योंकि POL ने MATIC की जगह ली और validator rewards का transition जारी रखा; मौजूदा Ethereum emission system POL mint करता है।

Emission प्रमुख L1 networks के economic design का सामान्य हिस्सा है, POL की अनोखी विशेषता नहीं। Proof-of-Stake networks validator participation को reward करने और long-term security के लिए नए tokens जारी करते हैं। Ethereum validator rewards के रूप में ETH mint करता है, जबकि Solana inflationary SOL issuance validators और delegated stake accounts में distribute करता है। Rates और distribution rules अलग हो सकते हैं, लेकिन उद्देश्य समान है: network को सुरक्षित चलाने वाले participants और infrastructure को fund करना।

Gross emission अकेले net supply growth तय नहीं करता। Token burn नए जारी POL के कुछ या पूरे हिस्से को offset कर सकता है:

Net issuance = newly minted tokens - burned tokens

यदि burn emission से कम है, supply बढ़ती है लेकिन धीमी गति से। यदि burn emission से अधिक है, उस अवधि का net issuance negative होता है। Polygon Chain के अपने base fee burn और routing mechanics हैं, जिन्हें POLTRACK minting से अलग मापता है। पूरी history के लिए POL Burn और fee mechanics के लिए Polygon Chain Fees देखें।

यह मार्गदर्शिका तीन चीज़ों को अलग करती है जिन्हें अक्सर ग़लत तरीके से संयोजित किया जाता है:

1. POL whitepaper में प्रस्तावित नीति;
2. एमिशन शेड्यूल वास्तव में Ethereum Mainnet पर निष्पादित किया गया;
3. भविष्य के परिदृश्य जिनके लिए नए प्रोटोकॉल निर्णय की आवश्यकता होगी।

संक्षिप्त संस्करण है:

• POL को 10 बिलियन टोकन की प्रारंभिक supply के साथ Ethereum पर लॉन्च किया गया;
• इसकी Mainnet एमिशन दर 3% से 2.5% और फिर PIP-26 के तहत 2% हो गई है;
• वर्तमान कार्यान्वयन लक्ष्य 2% वार्षिक मिश्रित एमिशन है, जो StakeManager और Community Treasury के बीच समान रूप से विभाजित है;
• अनुबंध समय के अनुसार लगातार एमिशन अर्जित करता है, लेकिन mint() कहे जाने पर लेनदेन में tokens mint होते हैं;
• POLTRACK published 10-year inflation window के current baseline end date के रूप में 25 अक्टूबर 2033 उपयोग करता है;
• Polygon ने ऐसे प्रस्ताव को नहीं अपनाया है जो बाद के समापन बिंदु या 2033 के बाद की एमिशन दर को परिभाषित करता हो;
• एमिशन को रोकने के लिए अभी भी जानबूझकर प्रोटोकॉल में बदलाव की आवश्यकता है क्योंकि सक्रिय अनुबंध की कोई स्वचालित समाप्ति तिथि नहीं है;
• उन्हीं contract controls से earlier stop तकनीकी रूप से संभव है, लेकिन यह वर्तमान announced schedule नहीं है;
• अतिरिक्त Community Treasury POL स्वचालित रूप से नहीं burn किया जाता है। whitepaper में कहा गया है कि समुदाय अतिरिक्त POL को burn करने का निर्णय अलग से ले सकता है।

POLTRACK पर वर्तमान संख्याओं को ट्रैक करें: मूल्य प्रवाह burn, Community Treasury और validator प्रवाह के साथ-साथ minting किए गए POL को दिखाता है, जबकि supply circulating supply, अधिकतम अपेक्षित supply और net issuance को दर्शाता है।

Mainnet पर लागू emission history

वर्तमान 2% कार्यान्वयन POL के पूरे इतिहास के लिए सक्रिय नहीं था। PIP-26 ने POL के लिए प्रस्तावित दीर्घकालिक 1% validator दर में परिवर्तन से पहले legacy MATIC validator rewards अनुसूची के अंतिम वर्षों को संरक्षित किया।

EmissionManager प्रॉक्सी इतिहास सभी चार Mainnet कार्यान्वयन को रिकॉर्ड करता है।

v1.0: प्री-Mainnet 2% डिज़ाइन

रिपॉजिटरी के v1.0 कोड ने मूल 1% + 1% डिज़ाइन लागू किया:

Supply(t) = 10B * 1.02 ^ (elapsed / 365 days)

इस संस्करण का उपयोग प्री-Mainnet परिनियोजन कार्य में किया गया था। Ethereum Mainnet को PIP-26 द्वारा validator ट्रांज़िशन शेड्यूल परिभाषित करने के बाद v1.1 के साथ लॉन्च किया गया था, इसलिए v1.0 Mainnet एमिशन अवधि नहीं थी।

v1.1: Mainnet लॉन्च से 3%

Mainnet v1.1 25 अक्टूबर 2023 को शुरू हुआ:

Supply(t)
= 10,000,000,000 * 1.03 ^ (elapsed since launch / 365 days)

हर mint का एक-तिहाई original Community Treasury multisig को और दो-तिहाई validator rewards funding को गया। Backward compatibility के लिए validator हिस्सा migration contract से भेजा गया और StakeManager तक पहुंचने से पहले MATIC में बदला गया।

Mainnet परिनियोजन लेनदेन ने प्रॉक्सी के पीछे कार्यान्वयन 0x2126E6952C3af75C9D4CF21f63F509195C79ce44 स्थापित किया।

v1.2: 2.5% और एक नया calculation आधार

6 जुलाई, 2024 को, प्रोटोकॉल काउंसिल ने 2% validator फंडिंग से 1.5% तक पहली PIP-26 कटौती को अंजाम दिया, जबकि Community Treasury एमिशन 1% बना रहा।

v1.2 अपग्रेड लेनदेन ने एक परमाणु अनुक्रम निष्पादित किया:

1. पुराने 3% curve के अंतर्गत निहित सभी एमिशन का realized करने के लिए v1.1 पर mint() पर कॉल करें;
2. प्रॉक्सी को कार्यान्वयन 0x5e875267f65537768435C3C6C81cd313a570B422 में अपग्रेड करें;
3. नए कार्यान्वयन पर reinitialize() पर कॉल करें;
4. परिणामी totalSupply को START_SUPPLY_1_2_0 के रूप में सहेजें;
5. startTimestamp को अपग्रेड ब्लॉक समय पर सेट करें।

परिणामी आधार था:

START_SUPPLY_1_2_0 = 10,208,953,168.522375 POL
startTimestamp     = 2024-07-06 17:47:59 UTC

Supply(t)
= START_SUPPLY_1_2_0 * 1.025 ^ (elapsed / 365 days)

उसी अपग्रेड ने Community Treasury शेयर को PIP-40 द्वारा शुरू किए गए Community Treasury सेटअप पर पुनर्निर्देशित किया। अनुक्रम और सत्यापन आवश्यकताओं को आधिकारिक PIP-26 / PIP-40 परिषद पारदर्शिता रिपोर्ट में प्रलेखित किया गया है।

v1.3: StakeManager के लिए प्रत्यक्ष POL फंडिंग

4 सितंबर, 2024 को, v1.3 ने एमिशन दर, आधार, या प्रारंभ टाइमस्टैम्प को बदले बिना validator स्थानांतरण पथ को बदल दिया।

// Before v1.3: convert the validator share back to MATIC
migration.unmigrateTo(stakeManager, stakeManagerAmt);

// From v1.3: transfer newly minted POL directly
_token.safeTransfer(stakeManager, stakeManagerAmt);

v1.3 अपग्रेड स्थापित कार्यान्वयन 0x152442D77E9fB9C210953d583Cbb2da88027fCB9। इसने एमिशन curve को पुनः प्रारंभ नहीं किया। इसने आधिकारिक पारदर्शिता रिपोर्ट में वर्णित MATIC-टू-POL staking ट्रांजिशन के हिस्से के रूप में PIP-41 को लागू किया।

v1.4: वर्तमान 2% अनुसूची

9 जुलाई, 2025 को, प्रोटोकॉल काउंसिल ने validator फंडिंग को 1.5% से 1% तक कम करके नियोजित PIP-26 संक्रमण को पूरा किया। Community Treasury एमिशन 1% रहा।

v1.4 अपग्रेड लेनदेन ने दरें बदलने से पहले की पुरानी अवधि को फिर से बंद कर दिया:

Catch-up mint under old 2.5% curve: 1,168,637.300101 POL
Treasury share:                         467,454.920041 POL
StakeManager share:                     701,182.380061 POL

इसके बाद इसने कार्यान्वयन 0x282FD46E108E40A45e4CE425bA75f80245e6C2E0 स्थापित किया और परिणामी supply से curve को पुन: प्रारंभ किया।

आधिकारिक 2025 PIP-26 काउंसिल ट्रांसपेरेंसी रिपोर्ट स्पष्ट रूप से पुराने mint() कॉल, प्रॉक्सी अपग्रेड, reinitialize(), नई स्टार्ट सप्लाई और नए टाइमस्टैम्प को निर्दिष्ट करता है।

नीचे दिए गए अनुभाग इस निष्पादित इतिहास के पीछे की दो फंडिंग धाराओं और अनुबंध यांत्रिकी की व्याख्या करते हैं।

दो एमिशन धाराएँ

POL डिज़ाइन एमिशन के लिए दो आर्थिक उद्देश्य स्थापित करता है।

ये अलग-अलग नीतिगत उद्देश्य हैं, भले ही वर्तमान कार्यान्वयन एक संयुक्त 2% supply curve की calculation करता है और प्रत्येक mint() को आधे में विभाजित करता है।

whitepaper बढ़ती POL supply के 1% तक प्रत्येक स्ट्रीम का वर्णन करता है और प्रारंभिक दस साल की फंडिंग अवधि निर्धारित करता है। POLTRACK इसलिए अनुसूचित inflation के लिए वर्तमान नियोजन क्षितिज के रूप में, पहले Mainnet EmissionManager टाइमस्टैम्प के दस साल बाद 25 अक्टूबर, 2033 का उपयोग करता है। कोई भी अपनाया गया PIP बाद के समापन बिंदु या 2033 के बाद की दर को परिभाषित नहीं करता है।

तारीख एक स्वचालित अनुबंध की समय सीमा के बजाय एक नीति समापन बिंदु है। सक्रिय EmissionManager में कोई अंतर्निहित शटऑफ़ नहीं है, इसलिए 2033 में एमिशन को समाप्त करने या कम करने को प्रोटोकॉल परिवर्तन के माध्यम से लागू किया जाना चाहिए। वही नियंत्रण तकनीकी रूप से पहले एमिशन को रोक सकते हैं, हालांकि कोई भी प्रकाशित Polygon निर्णय वर्तमान में बेस-केस शेड्यूल को पहले से बंद नहीं करता है।

प्रारंभिक supply और एमिशन

शुरुआती 10 बिलियन POL और बाद में एमिशन अलग-अलग सांकेतिक घटनाएँ हैं।

लॉन्च के समय, POL टोकन अनुबंध ने माइग्रेशन अनुबंध में 10 बिलियन POL का minting किया ताकि MATIC धारक 1:1 अनुपात पर माइग्रेट कर सकें। सामान्य MATIC-से-POL माइग्रेशन टोकन को उस प्रारंभिक पूल से बाहर ले जाता है; यह अनुसूचित एमिशन नहीं है.

लॉन्च के बाद नई supply केवल टोकन अनुबंध के EMISSION_ROLE वाले पते द्वारा ही बनाई जा सकती है। Mainnet पर, वह भूमिका DefaultEmissionManager प्रॉक्सी द्वारा आयोजित की जाती है।

Initial POL supply = 10,000,000,000 POL

Later gross supply change
= POL minted by the authorized EmissionManager
- any true ERC-20 supply-reducing burn

कोषागार, StakeManager, माइग्रेशन अनुबंध, Burn Collector, या dead address पर स्थानांतरण टोकन नहीं बनाते हैं। शून्य पते से EmissionManager तक mint() POL टोकन Transfer है।

वर्तमान अनुबंध कैसे काम करता है

वर्तमान Mainnet कार्यान्वयन DefaultEmissionManager v1.4 है। यह एक स्टार्ट सप्लाई और स्टार्ट टाइमस्टैम्प को संग्रहीत करता है, समय-निर्भर लक्ष्य supply की calculation करता है, और लक्ष्य और वर्तमान POL totalSupply के बीच अंतर को दर्शाता है।

इसका सरलीकृत सूत्र है:

TargetSupply(t)
= StartSupply * 1.02 ^ (elapsedSeconds / 365 days)

AmountToMint
= TargetSupply(t) - CurrentTotalSupply

सॉलिडिटी कार्यान्वयन निश्चित-बिंदु द्विआधारी घातांक के माध्यम से वार्षिक कारक का delegatorत्व करता है:

INTEREST_PER_YEAR_LOG2 = log2(1.02)

SupplyFactor
= exp2(INTEREST_PER_YEAR_LOG2 * elapsedSeconds / 365 days)

वर्तमान v1.4 आधार है:

START_SUPPLY_1_4_0 = 10,466,456,329.199770 POL
startTimestamp     = 2025-07-09 23:03:59 UTC

प्रत्येक सफल mint() को इस प्रकार विभाजित किया गया है:

Treasury amount     = AmountToMint / 2
StakeManager amount = AmountToMint - TreasuryAmount

StakeManager के लिए उपयोग किया जाने वाला मामूली घटाव फॉर्म यह सुनिश्चित करता है कि पूर्णांक गोलाई EmissionManager में सांकेतिक धूल नहीं छोड़ती है।

Accrual लगातार होता है; minting transactions के माध्यम से होती है

लक्ष्य supply पिछले कुछ सेकंड के साथ लगातार बढ़ती है, लेकिन टोकन अनुबंध हर सेकंड स्वयं निष्पादित नहीं होता है। mint() एक सार्वजनिक फ़ंक्शन है जिसे कोई भी Ethereum पता कॉल कर सकता है।

जब कोई इसे कॉल करता है, तो प्रबंधक supply के अंतिम बार अद्यतन होने के बाद से लक्ष्य curve के अंतर्गत निहित सभी एमिशन का अनुमान लगाता है। कॉल करने वाले को minted POL प्राप्त नहीं होता है। टोकन केवल कॉन्फ़िगर किए गए Community Treasury और StakeManager गंतव्यों तक जाते हैं।

यदि कोई कई दिनों तक mint() पर कॉल नहीं करता है, तो निर्धारित राशि नष्ट नहीं होती है। बाद की कॉल उसी समय-आधारित लक्ष्य तक supply पकड़ने का प्रयास करती है।

टोकन-स्तर सुरक्षा कैप

गैर-अपग्रेडेबल POL टोकन अनुबंध अलग से mintPerSecondCap लागू होता है। इस समीक्षा के समय, सीमा 13.37 POL per second थी।

Maximum amount accepted by one token mint
= seconds since the previous token mint * mintPerSecondCap

यह एक दर सीमक और सुरक्षा नियंत्रण है. यह आजीवन supply सीमा नहीं है और यह अधिकतम POL supply स्थापित नहीं करता है। CAP_MANAGER_ROLE रखने वाला पता अधिकृत अनुबंध कॉल के माध्यम से इसे अपडेट कर सकता है।

जून, जुलाई और अक्टूबर सभी क्यों दिखाई देते हैं

तिथियाँ विभिन्न अवधारणाओं का वर्णन करती हैं:

PIP documentation इच्छित पॉलिसी अवधि का वर्णन करते हैं। Ethereum लेनदेन टाइमस्टैम्प पहचानते हैं कि कार्यान्वयन वास्तव में कब बदला गया। एक सटीक ऐतिहासिक calculation के लिए निष्पादित टाइमस्टैम्प का उपयोग करना चाहिए।

निष्पादित एमिशन का पुनर्निर्माण

पूर्ण निष्पादित इतिहास को टुकड़े-टुकड़े मिश्रित curve के रूप में दर्शाया जा सकता है:

Period 1: 10B at 3% for 255.3622 days
Period 2: resulting supply at 2.5% for 368.2194 days
Period 3: resulting supply at 2% from July 9, 2025 onward

मूल प्रारंभ टाइमस्टैम्प की सटीक दस-वर्षगांठ के प्रक्षेपण के लिए:

10,000,000,000
* 1.03  ^ (255.3622 / 365)
* 1.025 ^ (368.2194 / 365)
* 1.02  ^ (3029.4183 / 365)
= approximately 12,336,136,524.75 POL

यह एक निष्पादित-इतिहास-प्लस-वर्तमान-अनुबंध परिदृश्य है। यह मानता है कि वर्तमान v1.4 कार्यान्वयन 25 अक्टूबर, 2033 को दस साल के क्षितिज के दौरान अपरिवर्तित रहेगा। यह कोई गारंटी या hard cap नहीं है। वर्तमान अधिकतम अपेक्षित supply की रिपोर्ट करते समय POLTRACK इस सकल आधार रेखा से permanent burn को घटा देता है।

supply अनुमान भिन्न क्यों हैं

अलग-अलग धारणाएँ आंतरिक रूप से सुसंगत होने पर भी अलग-अलग मूल्य उत्पन्न करती हैं।

निष्पादित मॉडल वर्तमान POLTRACK सकल अधिकतम-अपेक्षित-supply आधार रेखा है क्योंकि यह अनुबंध इतिहास को पुन: पेश करता है। यह एक अपरिवर्तनीय अधिकतम नहीं है क्योंकि स्टॉप को अभी भी प्रोटोकॉल में लागू किया जाना है।

एमिशन परिवर्तन कैसे लागू किये जाते हैं

एमिशन परिवर्तनों में एक सार्वजनिक प्रस्ताव परत और एक on-chain निष्पादन परत होती है।

प्रकाशित परिवर्तन और Mainnet निष्पादन

EmissionManager को प्रत्यक्ष POL-धारक वोटिंग द्वारा नियंत्रित नहीं किया जाता है। व्यवहार में, एमिशन परिवर्तन Polygon सुधार प्रस्ताव भंडार, Polygon फोरम रिपोर्ट और सार्वजनिक अनुबंध लेनदेन के माध्यम से प्रकाशित किए गए हैं, फिर प्रोटोकॉल के अनुबंध प्रशासन नियंत्रण के माध्यम से लागू किए गए हैं।

2024 और 2025 के rate changes execution से पहले या उसके साथ document किए गए। Transparency reports implementation, calls, expected state और verification checks बताती हैं; Ethereum transactions Mainnet पर actual execution का अंतिम प्रमाण देती हैं। इसलिए POLTRACK PIP/report को policy context और executed contract state को historical calculations का primary verification source मानता है।

वर्तमान अनुबंध नियंत्रण

इस समीक्षा के दौरान देखी गई वर्तमान Mainnet नियंत्रण संरचना है:

वर्तमान दर को EmissionManager कार्यान्वयन में एक स्थिरांक के रूप में संकलित किया गया है। curve या विभाजन को बदलने के लिए एक नए कार्यान्वयन और प्रॉक्सी अपग्रेड की आवश्यकता होती है। अलग से, टोकन के अधिकृत प्रशासक मिंट-प्रति-सेकंड कैप को अपडेट कर सकते हैं और EMISSION_ROLE वाले पते को प्रशासित कर सकते हैं।

2033 policy horizon और technical controls

whitepaper में कहा गया है कि शुरुआती दस साल की पॉलिसी अवधि के दौरान दो 1% दरें स्थिर रहनी चाहिए और बाद में इन्हें कम या बंद किया जा सकता है। उस आधार पर, अनुसूचित inflation को समाप्त करने के लिए अक्टूबर 2033 POLTRACK का वर्तमान संदर्भ बिंदु है। कोई भी अपनाया गया प्रस्ताव बाद के समापन बिंदु या 2033 के बाद की दर को परिभाषित नहीं करता है।

सॉलिडिटी अनुबंधों में अपरिवर्तनीय दस-वर्षीय टाइमर शामिल नहीं है। अधिकृत अनुबंध प्रशासक तकनीकी रूप से EmissionManager को अपग्रेड कर सकते हैं, टोकन भूमिकाएँ बदल सकते हैं, या 2033 से पहले मिंट कैप बदल सकते हैं। इससे पहले रुकना संभव हो जाता है, लेकिन स्वचालित या वर्तमान में अपेक्षित नहीं है: इसके लिए एक स्पष्ट प्रोटोकॉल निर्णय और कार्यान्वयन की आवश्यकता होगी।

Community Treasury एमिशन

Community Treasury stream, validator funding के साथ ही mint होती है। v1.4 में हर successful emission mint का आधा हिस्सा configured Community Treasury address पर भेजा जाता है।

EmissionManager यह तय नहीं करता कि किस अनुदान से धनराशि प्राप्त होती है। Community Treasury आवंटन और व्यय को अलग-अलग प्रशासित किया जाता है। PIP-40 एमिशन को Community Treasury अनुबंधों पर पुनर्निर्देशित करता है और Community Treasury बोर्ड संरचना का वर्णन करता है।

इससे तीन अलग-अलग प्रश्न बनते हैं:

1. भविष्य का Community Treasury एमिशन: क्या पारिस्थितिकी तंत्र के समर्थन के लिए नए POL का minting जारी रखा जाना चाहिए?
2. Community Treasury आवंटन: पहले से ही ढाले गए खजाने POL का उपयोग कैसे किया जाना चाहिए?
3. अतिरिक्त Community Treasury POL: क्या Community Treasury POL जिसकी अब आवश्यकता नहीं है, उसे बरकरार रखा जाना चाहिए, आवंटित किया जाना चाहिए या burn किया जाना चाहिए?

whitepaper में कहा गया है कि यदि पारिस्थितिकी तंत्र जल्दी परिपक्व हो जाता है और Community Treasury वास्तविक आवश्यकता से अधिक POL जमा करता है, तो समुदाय को यह तय करना चाहिए कि अतिरिक्त का उपयोग कैसे किया जाए। इसे burn एक संभावित निर्णय बताया गया है. यह अनिवार्य नहीं है और अव्ययित खजाने POL के लिए कोई स्वचालित burn मैकेनिज्म या समाप्ति तिथि नहीं है।

भविष्य के Community Treasury एमिशन को रोकने से Community Treasury का मौजूदा संतुलन भी स्वतः समाप्त नहीं होगा। ये दो स्वतंत्र प्रोटोकॉल क्रियाएँ हैं।

validator फंडिंग भुगतान किए गए पुरस्कारों के समान नहीं है

EmissionManager का validator आधा धन StakeManager को भेजा गया है। वास्तविक validator rewards संचय और दावों को staking और चेकपॉइंट यांत्रिकी द्वारा नियंत्रित किया जाता है।

इन चरणों को अलग किया जाना चाहिए:

POL minted by EmissionManager
-> POL transferred to StakeManager
-> rewards accrued under staking/checkpoint rules
-> rewards claimed by validators and delegators

PIP-78 ने पाया कि जुलाई 2025 के संक्रमण के बाद वास्तविक validator rewards वितरण इच्छित वार्षिक लक्ष्य से ऊपर चल रहा था क्योंकि चेकपॉइंट आवृत्ति बदल गई थी। PIP-86 ने छोटे ब्लॉक समय के लिए चेकपॉइंट पुरस्कारों को और अधिक पुन: कैलिब्रेट किया।

यही कारण है कि EmissionManager से StakeManager में स्थानांतरण को validator फंडिंग कहा जाना चाहिए, जरूरी नहीं कि भुगतान किया गया पुरस्कार या दावा किया गया हो।

एमिशन, burn, और net issuance

एमिशन और burn अलग-अलग आर्थिक प्रवाह हैं।

Gross issuance = newly minted POL
Net issuance   = gross issuance - qualifying burn under a stated methodology

पता स्थानांतरण ERC-20 totalSupply को कम नहीं करता है। कुछ Polygon burn प्रक्रियाएं ERC-20 _burn फ़ंक्शन को कॉल करने के बजाय POL को Burn Collector या dead address पर रूट करती हैं। इसलिए विश्लेषकों को बताना होगा कि क्या burn का अर्थ है:

• ईआरसी-20 की कुल supply में अपरिवर्तनीय कमी;
• एक सिद्ध अपरिवर्तनीय पते पर स्थानांतरण;
• नीति-नामित Burn Collector को स्थानांतरण;
• एक ट्रैकर द्वारा उपयोग किया जाने वाला आर्थिक बहिष्करण।

burn से hard cap नहीं बनती। वे आर्थिक रूप से एमिशन की भरपाई कर सकते हैं, लेकिन भविष्य का सकल एमिशन सक्रिय EmissionManager और टोकन नियंत्रण द्वारा नियंत्रित रहता है।

लाइव मिंटेड-POL और burn टोटल के लिए, वैल्यू फ्लो खोलें। वर्तमान supply और नेट जारी करने के लिए, supply खोलें। अंतर्निहित burn वर्गीकरण और रूटिंग इतिहास के लिए, POL burn पढ़ें; लेनदेन शुल्क यांत्रिकी के लिए, Polygon Chain शुल्क पढ़ें।

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

क्या POL एमिशन POL inflation के समान है?

बिल्कुल नहीं। POL एमिशन EmissionManager द्वारा निर्मित नए POL की सकल मात्रा है। POL inflation आमतौर पर burn के हिसाब के बाद supply में वृद्धि को संदर्भित करती है। POLTRACK net issuance = minted POL - burned POL का उपयोग करता है, इसलिए सकल एमिशन सकारात्मक हो सकता है जबकि शुद्ध inflation चयनित अवधि के लिए कम, शून्य या नकारात्मक हो सकती है।

क्या MATIC में inflation है, या यह POL inflation है?

सक्रिय एमिशन प्रणाली POL उत्पन्न करती है, MATIC नहीं। "MATIC inflation" अभी भी अनौपचारिक रूप से उपयोग की जाती है क्योंकि MATIC Polygon का पिछला native टोकन था और PIP-26 ने अपने validator इनाम शेड्यूल को POL संक्रमण में ले लिया। सामान्य 1:1 MATIC-से-POL माइग्रेशन एमिशन से अलग है और अतिरिक्त निर्धारित supply नहीं बनाता है।

POL supply क्यों बढ़ रही है?

जब authorized EmissionManager validator funding और Community Treasury के लिए नए tokens mint करता है, POL supply बढ़ती है। v1.4 का current target 2% annual compounded emission है। Net supply growth निकालते समय burn gross issuance के कुछ या पूरे हिस्से को offset करता है; POL Burn और Polygon Chain Fees देखें।

प्रत्येक वर्ष कितना POL mint किया जाता है?

वर्तमान लक्ष्य प्रति वर्ष बढ़ते calculation आधार का 2% है, POL की स्थायी रूप से निश्चित संख्या नहीं है। समय के साथ मिश्रित होने वाली राशि को validator फंडिंग और Community Treasury के बीच समान रूप से विभाजित किया जाता है, और mint() को कॉल करने पर लेनदेन बैचों में प्राप्त किया जाता है। मौजूदा 2% अनुसूची तक पहुंचने से पहले ऐतिहासिक दरें 3%, फिर 2.5% थीं।

क्या POL deflationary हो सकता है?

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

क्या POL की supply पर hard cap है?

नहीं, प्रारंभिक supply 10 बिलियन POL थी, और POLTRACK मॉडल ने 25 अक्टूबर, 2033 तक inflation निर्धारित की थी। हालाँकि, वह तारीख एक अपरिवर्तनीय hard cap नहीं है क्योंकि सक्रिय अनुबंध के लिए एमिशन को रोकने के लिए एक प्रोटोकॉल परिवर्तन की आवश्यकता होती है। इसलिए 2033 supply संख्या बताई गई मान्यताओं के तहत एक प्रक्षेपण है, न कि स्थायी रूप से कोडित अधिकतम।

क्या POL inflation हर साल ठीक 2% है?

वर्तमान EmissionManager v1.4 का लक्ष्य 2% वार्षिक चक्रवृद्धि वृद्धि है, जो 1% validator फंडिंग और 1% Community Treasury फंडिंग में विभाजित है। Mainnet का इतिहास अलग था: v1.1 ने 3% को लक्षित किया, v1.2 और v1.3 ने 2.5% को लक्षित किया, और v1.4 ने 2% को लक्षित किया।

POL एमिशन कब शुरू हुआ?

Mainnet EmissionManager प्रारंभ टाइमस्टैम्प 25 अक्टूबर, 2023 को 09:06:23 UTC पर है। Mainnet को 3% की PIP-26 संक्रमण दर के साथ लॉन्च किया गया, न कि 2% की प्री-Mainnet v1.0 दर के साथ।

PIP-26 जून का उपयोग क्यों करता है जबकि अनुबंध अक्टूबर में शुरू हुआ था?

PIP-26 को legacy MATIC validator rewards अनुसूची का जून-से-जून कैलेंडर विरासत में मिला है। POL अनुबंध अक्टूबर 2023 में शुरू हुआ, जबकि वास्तविक दर-बदलने वाले Ethereum अपग्रेड जुलाई 2024 और जुलाई 2025 में निष्पादित किए गए थे। इसलिए पॉलिसी की तारीखें और निष्पादन टाइमस्टैम्प अलग-अलग समयसीमाएं हैं।

दस साल की अवधि का क्या मतलब है?

whitepaper में दस साल की अनुमानित फंडिंग का प्रस्ताव दिया गया है, जिसके बाद दीर्घकालिक 1% validator और 1% Community Treasury स्ट्रीम को कम या बंद किया जा सकता है। POLTRACK उस अवधि को 25 अक्टूबर, 2023 से 25 अक्टूबर, 2033 तक मैप करता है। अनुबंध में कोई उलटी गिनती नहीं है, इसलिए समाप्ति को अभी भी on-chain लागू किया जाना है।

POLTRACK 25 अक्टूबर, 2033 का उपयोग क्यों करता है?

यह पहले Mainnet EmissionManager स्टार्ट टाइमस्टैम्प की दस-कैलेंडर-वर्षगांठ है। यह इसे POLTRACK के दस-वर्षीय मॉडल के लिए सबसे स्पष्ट समाप्ति तिथि बनाता है, और Polygon ने बाद के समापन बिंदु या 2033 के बाद की दर को परिभाषित करने वाले प्रस्ताव को नहीं अपनाया है। अनुबंध सीधे 2033 का संदर्भ नहीं देता है, इसलिए एमिशन को समाप्त करने के लिए कार्यान्वयन परिवर्तन की आवश्यकता होती है।

क्या POL एमिशन को दस साल से पहले रोका जा सकता है?

यह तकनीकी रूप से संभव है क्योंकि अधिकृत प्रशासक EmissionManager कार्यान्वयन को बदल सकते हैं, mint() सीमा को बदल सकते हैं, या एमिशन भूमिका को बदल सकते हैं। पहले के स्टॉप के लिए एक स्पष्ट प्रोटोकॉल निर्णय और on-chain निष्पादन की आवश्यकता होगी; यह स्वचालित या वर्तमान आधार रेखा नहीं है. वर्तमान संदर्भ बिंदु अक्टूबर 2033 बना हुआ है।

क्या POL एमिशन दस साल बाद भी जारी रह सकता है?

तकनीकी रूप से, हाँ: वर्तमान v1.4 सूत्र की कोई अंतिम तिथि नहीं है, इसलिए यह कार्यान्वयन में परिवर्तन होने तक एमिशन की calculation करता रहेगा। उस तकनीकी गिरावट को Polygon की वर्तमान योजना के रूप में प्रस्तुत नहीं किया जाना चाहिए। POLTRACK की आधार रेखा अक्टूबर 2033 बनी हुई है; 2033 के बाद का कोई शेड्यूल नहीं अपनाया गया है।

क्या दस साल बाद एमिशन कम किया जा सकता है या बंद किया जा सकता है?

हाँ। whitepaper में कहा गया है कि प्रारंभिक पॉलिसी अवधि के बाद validator एमिशन, Community Treasury एमिशन, या दोनों को कम किया जा सकता है या पूरी तरह से बंद किया जा सकता है। उस परिणाम को लागू करने के लिए on-chain प्रोटोकॉल परिवर्तन की आवश्यकता होती है क्योंकि वर्तमान v1.4 विभाजन और दर को कार्यान्वयन में संकलित किया जाता है।

क्या एमिशन दर दस साल बाद बढ़ाई जा सकती है?

whitepaper में कहा गया है कि किसी भी दीर्घकालिक स्ट्रीम को प्रति वर्ष 1% से अधिक नहीं बढ़ाया जा सकता है। पहले की 2% validator दर MATIC इनाम अनुसूची से विरासत में मिली एक अस्थायी PIP-26 संक्रमण थी। यद्यपि अनुबंधों को उनके प्रशासनिक नियंत्रणों के माध्यम से बदला जा सकता है, whitepaper सीमा से ऊपर की वृद्धि प्रकाशित डिजाइन की निरंतरता के बजाय एक नई नीति होगी।

क्या Community Treasury एमिशन खर्च न होने पर स्वचालित रूप से जल जाता है?

नहीं। Community Treasury के POL mint होकर उसके address पर transfer होते हैं। Unspent tokens Community Treasury assets बने रहते हैं। Whitepaper कहता है कि जरूरत से अधिक POL जमा होने पर community excess POL के burn का अलग निर्णय ले सकती है, लेकिन यह automatic या mandatory नहीं है और EmissionManager कोई automatic burn नहीं करता।

अतिरिक्त Community Treasury POL को burn करने के लिए क्या आवश्यक है?

इसके लिए एक अलग Community Treasury निर्णय और स्वीकृत burn तंत्र का उपयोग करके एक निष्पादन योग्य लेनदेन की आवश्यकता होती है। भविष्य के Community Treasury एमिशन को कम करना और मौजूदा Community Treasury शेष को burn अलग-अलग कार्य हैं।

क्या validator एमिशन और Community Treasury एमिशन को स्वतंत्र रूप से बदला जा सकता है?

whitepaper उन्हें स्वतंत्र नीति धाराओं के रूप में मानता है। वर्तमान v1.4 अनुबंध एक 2% curve और 50/50 विभाजन को हार्डकोड करता है, इसलिए केवल एक स्ट्रीम को बदलने के लिए एक नए EmissionManager कार्यान्वयन या समकक्ष प्रोटोकॉल परिवर्तन की आवश्यकता होती है।

mint() कौन call कर सकता है?

कोई भी EmissionManager के सार्वजनिक mint() फ़ंक्शन को कॉल कर सकता है। कॉल करने वाला राशि या प्राप्तकर्ताओं का चयन नहीं करता है और उसे कोई एमिशन नहीं मिलता है। केवल EmissionManager में टोकन का EMISSION_ROLE होता है, इसलिए केवल इसके तर्क द्वारा calculation की गई राशि को POL टोकन मिंट फ़ंक्शन में पास किया जा सकता है।

अगर कुछ समय तक कोई mint() call न करे तो क्या होगा?

समय-आधारित लक्ष्य curve के तहत एमिशन पात्रता बढ़ती जा रही है। बाद की कॉल में संचित अंतर को कम करने का प्रयास किया जाता है। इसलिए एमिशन की calculation लगातार की जाती है लेकिन लेनदेन बैचों में इसका realized होता है।

क्या mintPerSecondCap कुल POL supply को सीमित करता है?

नहीं, यह सीमित करता है कि POL टोकन अनुबंध पिछले mint() के बाद के समय के सापेक्ष कितना स्वीकार करता है। यह एक दर सुरक्षा नियंत्रण है, न कि जीवन भर की अधिकतम supply।

क्या StakeManager को validators को भुगतान किए गए पुरस्कार के रूप में ठीक 1% मिलता है?

StakeManager को वर्तमान में EmissionManager mint()ों का आधा हिस्सा प्राप्त होता है, जो validator फंडिंग स्ट्रीम का delegatorत्व करता है। पुरस्कार संचय और वितरण चेकपॉइंट, मील का पत्थर, staking और दावा यांत्रिकी पर निर्भर करता है। PIP-78 और PIP-86 दिखाते हैं कि फंडिंग, अर्जित पुरस्कार और दावा किए गए पुरस्कारों को अलग-अलग क्यों मापा जाना चाहिए।

क्या एमिशन स्थानांतरण mint() घटनाओं के समान ही हैं?

नहीं, वास्तविक mint() EmissionManager में शून्य-पता स्थानांतरण है। Community Treasury में बाद के हस्तांतरण और StakeManager नया mint किया गया टोकन वितरित करते हैं। प्राप्तकर्ता हस्तांतरण को अलग-अलग mint() घटनाओं के रूप में गिनने से समान आर्थिक प्रवाह दोगुना हो जाएगा।

क्या MATIC-से-POL माइग्रेशन अतिरिक्त एमिशन पैदा करता है?

सामान्य 1:1 माइग्रेशन प्रारंभिक माइग्रेशन supply से POL का उपयोग करता है और अनुसूचित एमिशन का delegatorत्व नहीं करता है। माइग्रेशन अकाउंटिंग और EmissionManager minting अलग-अलग प्रणालियाँ हैं।

दो सही दिखने वाले POL supply पूर्वानुमान असहमत क्यों हो सकते हैं?

वे अलग-अलग आरंभ तिथियों, वार्षिक बकेट, निष्पादन टाइमस्टैम्प, कंपाउंडिंग कन्वेंशन, burn धारणाएं, या भविष्य प्रोटोकॉल धारणाओं का उपयोग कर सकते हैं। एक प्रतिलिपि प्रस्तुत करने योग्य प्रक्षेपण को अपनी शुरुआती supply, शुरुआती टाइमस्टैम्प, दर अवधि, सूत्र, क्षितिज और भविष्य के प्रोटोकॉल परिवर्तनों के उपचार को प्रकाशित करना होगा।

अक्टूबर 2033 संख्या का वर्णन करने का सबसे सटीक तरीका क्या है?

नामित परिदृश्य के तहत मौजूदा दस-वर्षीय समापन बिंदु पर अनुमानित सकल supply के रूप में इसका वर्णन करें। उदाहरण के लिए: executed emission history plus continuation of EmissionManager v1.4 through October 25, 2033. इसे अपरिवर्तनीय अधिकतम supply या hard cap नहीं कहा जाना चाहिए।

Mainnet अनुबंध

• POL टोकन
• DefaultEmissionManager प्रॉक्सी
• DefaultEmissionManager v1.4 कार्यान्वयन
• ProxyAdmin
• StakeManager
• Community Treasury
• बहुभुजमाइग्रेशन प्रॉक्सी

मुख्य स्रोत

• POL whitepaper
• Polygon documentation: POL टोकन
• आधिकारिक POL टोकन भंडार
• वर्तमान DefaultEmissionManager स्रोत
• वर्तमान POL टोकन स्रोत
• PIP-17: Polygon इकोसिस्टम टोकन
• PIP-26: MATIC से POL validator rewards में संक्रमण
• PIP-29: Polygon प्रोटोकॉल काउंसिल
• PIP-40: Community Treasury अनुबंधों के लिए समर्थन
• PIP-41: StakeManager पर सीधे POL एमिशन सक्षम करें
• PIP-67: प्रोटोकॉल परिषद की अद्यतन सदस्यता
• PIP-78: CHECKPOINT_REWARD का समायोजन
• PIP-86: CHECKPOINT_REWARD को पुनः कैलिब्रेट करें
• 2024 PIP-26 / PIP-40 परिषद पारदर्शिता रिपोर्ट
• MATIC-से-POL माइग्रेशन पारदर्शिता रिपोर्ट
• 2025 PIP-26 काउंसिल पारदर्शिता रिपोर्ट

संबंधित page

• POL tokenomics
• POL टोकन FAQ
• POL burn
• Polygon Chain शुल्क
• validator और staking
• कार्यप्रणाली और डेटा स्रोत