Sách trắng Polygon
Abstract
Abstract
This paper proposes POL, the native token of the revised Polygon protocol architecture, commonly referred to as Polygon 2.0. As the successor of MATIC, POL is envisioned to become an instrumental tool for coordination and growth of the Polygon ecosystem and the main driver of the vision of Polygon as the Value Layer for the Internet. We start by analyzing relevant work, identifying opportunities and threats and, based on that, we establish POL design goals. We propose design, utility and tokenomics of POL that achieve all the design goals. We describe the concept of the Staking Layer, a one-of-a-kind, POL-powered chain coordinator, capable of supporting a practically unlimited number of Polygon chains with arbitrary features and configurations. We believe the introduction of the Staking Layer and the wider Polygon 2.0 architecture can establish Polygon as the third most important and impactful breakthrough in Web3 (the first two being Bitcoin and Ethereum), given the magnitude of innovation and adoption it can facilitate. We introduce the Community Treasury, an in-protocol, community-governed fund designed to provide ongoing economic support for further development and growth of the Polygon ecosystem. We describe the process of migration from MATIC to POL. To analyze the proposed design, we define an economic simulation model and run simulations to confirm the hypothesis of the model, derived from the aforementioned design goals. Based on everything above, we conclude that POL is a novel, next generation asset that provides a solid foundation for the ambitious vision of the Value Layer.
Tóm tắt
Bài viết này đề xuất POL, token gốc của kiến trúc giao thức Polygon đã sửa đổi, thường được gọi là Polygon 2.0. Là người kế thừa của MATIC, POL được hình dung sẽ trở thành một công cụ hữu ích để điều phối và phát triển hệ sinh thái Polygon và là động lực chính về tầm nhìn của Polygon là Lớp Giá trị cho Internet. Chúng tôi bắt đầu bằng việc phân tích công việc liên quan, xác định các cơ hội và mối đe dọa, và dựa vào đó, chúng tôi thiết lập các mục tiêu thiết kế POL. Chúng tôi đề xuất thiết kế, tiện ích và tokenomics của POL để đạt được tất cả các mục tiêu thiết kế. Chúng tôi mô tả khái niệm về Lớp đặt cược, một điều phối viên chuỗi có một không hai, được hỗ trợ bởi POL, có khả năng hỗ trợ số lượng chuỗi Polygon thực tế không giới hạn với các tính năng tùy ý và cấu hình. Chúng tôi tin rằng sự ra đời của Lớp đặt cược và Polygon 2.0 rộng hơn kiến trúc có thể thiết lập Polygon là bước đột phá quan trọng và có ảnh hưởng thứ ba trong Web3 (hai cái đầu tiên là Bitcoin và Ethereum), dựa trên tầm quan trọng của sự đổi mới và việc áp dụng nó có thể tạo điều kiện thuận lợi. Chúng tôi giới thiệu Kho bạc Cộng đồng, một quỹ do cộng đồng quản lý, theo giao thức được thiết kế để cung cấp hỗ trợ kinh tế liên tục cho sự phát triển và tăng trưởng hơn nữa của Polygon hệ sinh thái. Chúng tôi mô tả quá trình di chuyển từ MATIC sang POL. Để phân tích thiết kế đề xuất, chúng tôi xác định mô hình mô phỏng kinh tế và chạy mô phỏng để khẳng định giả thuyết của mô hình xuất phát từ mục tiêu thiết kế nói trên. Dựa trên tất cả những điều trên, chúng tôi kết luận rằng POL là một tài sản mới, thế hệ tiếp theo cung cấp nền tảng vững chắc cho tầm nhìn đầy tham vọng của Lớp Giá trị.
Vision
Vision
The vision behind Polygon as the Value Layer of the Internet is to usher a world in which value can be created and exchanged freely and globally, similarly to how we create and exchange information today. A world which enables new – fairer, more inclusive and more efficient – forms of human organizations and governance. We strongly believe that realizing this vision can significantly advance our society. In order to make this ambitious vision a reality, Polygon’s infrastructure must improve. Specifically, it must become exponentially more scalable, without sacrificing security and user experience. To address this, a reimagined protocol architecture is being introduced as part of the Polygon 2.0 effort. This radical redesign turns Polygon into a network of ZK-powered L2 chains, unified via a novel cross-chain coordination protocol. The network can support a practically unlimited number of chains, and cross-chain interactions can happen seamlessly and instantly without additional security or trust assumptions. This design fully delivers on the aforementioned requirement – exponential scalability without sacrificing security and user experience. Figure 1. Polygon protocol architecture To coordinate, secure and grow this powerful network, an advanced, well-designed protocol economy and mechanism design are necessary. This inspired the creation of POL.
Tầm nhìn
Tầm nhìn đằng sau Polygon với tư cách là Lớp giá trị của Internet là mở ra một thế giới trong đó giá trị có thể được tạo và trao đổi một cách tự do và toàn cầu, tương tự như cách chúng ta tạo và trao đổi thông tin ngày hôm nay. Một thế giới cho phép các hình thức mới – công bằng hơn, toàn diện hơn và hiệu quả hơn của các tổ chức và quản trị của con người. Chúng tôi tin tưởng mạnh mẽ rằng việc hiện thực hóa tầm nhìn này có thể thúc đẩy đáng kể xã hội của chúng ta. Để biến tầm nhìn đầy tham vọng này thành hiện thực, cơ sở hạ tầng của Polygon phải được cải thiện. Cụ thể, nó phải có khả năng mở rộng theo cấp số nhân mà không ảnh hưởng đến tính bảo mật và người dùng. kinh nghiệm. Để giải quyết vấn đề này, kiến trúc giao thức được mô phỏng lại đang được giới thiệu như một phần của Polygon nỗ lực 2.0 Thiết kế lại triệt để này biến Polygon thành một mạng lưới gồm các chuỗi L2 được hỗ trợ bởi ZK, thống nhất thông qua một giao thức phối hợp chuỗi chéo mới. Mạng có thể hỗ trợ hầu như không giới hạn số lượng chuỗi và tương tác giữa các chuỗi có thể diễn ra liền mạch và ngay lập tức mà không cần giả định bảo mật hoặc tin cậy bổ sung. Thiết kế này đáp ứng đầy đủ những điều đã nói ở trên yêu cầu – khả năng mở rộng theo cấp số nhân mà không ảnh hưởng đến tính bảo mật và trải nghiệm người dùng. Hình 1. Kiến trúc giao thức Polygon Để phối hợp, bảo mật và phát triển mạng lưới mạnh mẽ này, một giao thức tiên tiến, được thiết kế tốt kinh tế và thiết kế cơ chế là cần thiết. Điều này đã truyền cảm hứng cho việc tạo ra POL.
Relevant work
Relevant work
In this chapter we outline relevant native token design examples, the utility they assign to the token as well as notable advantages and disadvantages. 2.1 Bitcoin (BTC) BTC is the native token of the Bitcoin protocol, and it’s the first prominent native token implementation. The utility of BTC is twofold: ● Miner rewards: The protocol emits BTC and distributes it to protocol validators, aka miners; ● Transaction fees: Users pay fees in BTC for every transaction, which prevents spam and provides additional incentives for miners. One advantage of the BTC design is a deterministic, i.e. predictable supply. Normally, tokens with deterministic supply are more attractive to holders and can capture value better than those with non-deterministic supply. We consider BTC a legacy token design and we argue its disadvantages are multifold: ● It is an unproductive asset, it does not give its holders any meaningful role in the protocol nor the incentives to performs such a role; ● It does not leverage the opportunity to require stake in the native token for protocol validators and instead requires them to stake, i.e. invest external resources (mining equipment and electricity), thus making protocol less resilient and self-sustainable; ● It gradually reduces emission for mining rewards until it reaches zero, which introduces sustainability and security concerns (it is unclear if the security can be maintained once the emission rate becomes low or reaches zero); ● It does not introduce any type of economic support to the ecosystem; ● It does not give any governance rights to holders, although it can be argued that Layer 1 protocols such as Bitcoin should not utilize tokens for governance. 2.2 Ethereum (ETH) ETH is the native token of the Ethereum protocol and ecosystem. With its innovative design, it established the next generation of native protocol tokens.
The utility of ETH is multifold: ● Validators staking: Ethereum’s PoS (Proof-of-Stake) protocol requires validators to stake ETH in order to join the validator pool; ● Validator rewards: The protocol emits ETH and distributes it to protocol validators; ● Transaction fees: Users pay fees in ETH for every transaction, which prevents spam and provides additional incentives for validators. The design of ETH has multiple advantages: ● It is a productive asset, its holders can participate in securing the network and they receive incentives for doing that; ● It disincentivizes malicious behavior of validators via in-protocol slashing, i.e. destroying tokens of malicious validators; ● It does not introduce security and sustainability concerns, given that it doesn’t have supply cap like BTC; ● It provides economic support to the ecosystem via a predetermined portion of the initial supply allocated to the stewarding foundation. One potential disadvantage of the ETH design is that it does not have fully predictable supply, given that token emission for validator rewards increases as more tokens get staked. However, this is successfully countered by the built-in mechanism that burns1 a portion of every transaction fee, thus countering the impact of token emission for validator rewards. Another disadvantage is that the aforementioned economic support can not last indefinitely; the initial token allocation to the stewarding foundation will eventually get depleted. Lastly, it does not assign any governance right to token holders, although, as mentioned above, it can be argued that Layer 1 protocols should not utilize tokens for governance. 2.3 Cosmos (ATOM) ATOM is the native token of the Cosmos Hub, the intended central blockchain of the Cosmos multi-chain ecosystem. It has multifold utility, but only within Cosmos Hub: ● Validators staking; ● Validator rewards; ● Transaction fees; 1 https://github.com/ethereum/EIPs/blob/master/EIPS/eip-1559.md
● Governance. The design of ATOM has the following advantages: ● It is a productive asset, its holders can participate in securing Cosmos Hub and receive incentives for doing that; ● It does not introduce security and sustainability concerns, given that it doesn’t have supply cap; ● It provides economic support to the ecosystem via a predetermined allocation to the stewarding foundation; ● It gives its holders governance rights via a comprehensive governance model. The disadvantages of ATOM design: ● It only has utility within Cosmos Hub; it is not used to run and secure other chains in the ecosystem, although there are initiatives to enable this; ● It facilitates a token-only governance model, which excludes other relevant stakeholders of the ecosystem (developers, prominent contributors, applications etc.) from decision making; ● Economic support it facilitates can not last indefinitely, since the token treasury will eventually get depleted. 2.4 Polkadot (DOT) DOT is the native token of the Polkadot multi-chain ecosystem. It has the same utility as ATOM, but generally across the whole Polkadot ecosystem: ● Validators staking; ● Validator rewards; ● Transaction fees; ● Governance. The design of DOT has the following advantages: ● It is a productive asset; ● It does not introduce security and sustainability concerns, given that it doesn’t have supply cap; ● It provides economic support to the ecosystem via a predetermined allocation to the stewarding foundation; ● It gives its holders governance rights via a comprehensive governance model;
● It provides security for the whole ecosystem, i.e. all participating blockchains. The disadvantages are: ● It mandates the usage of DOT as the validator staking token for all participating chains, thus reducing architectural options for developers of Polkadot chains; ● It introduces a significant level of friction for developers of Polkadot blockchains who are required to bid and lock significant amounts of DOT in order for their chains to become part of the ecosystem; ● It facilitates a token-only governance model, which excludes other relevant stakeholders of the ecosystem from decision making; ● Economic support it facilitates can not last indefinitely, since the token treasury will eventually get depleted. 2.5 Aave (Aave) AAVE is the native token of Aave, an on-chain token lending platform. Given that AAVE is not a protocol but an application token, we do not analyze its design, advantages and disadvantages. The relevance of AAVE for POL design is twofold: ● AAVE is the successor of LEND, the initial native token of Aave; the Aave community executed a successful and beneficial migration from LEND to AAVE; ● AAVE provides its holders governance rights via a comprehensive governance model.
Công việc liên quan
Trong chương này, chúng tôi phác thảo các ví dụ thiết kế token gốc có liên quan, tiện ích mà chúng gán cho token cũng như những ưu nhược điểm đáng chú ý. 2.1 Bitcoin (BTC) BTC là token gốc của giao thức Bitcoin và là giao thức gốc nổi bật đầu tiên token thực hiện. Tiện ích của BTC có hai mặt: ● Phần thưởng cho người khai thác: Giao thức phát ra BTC và phân phối nó tới giao thức validators, hay còn gọi là thợ mỏ; ● Phí giao dịch: Người dùng thanh toán phí bằng BTC cho mỗi giao dịch, điều này ngăn chặn thư rác và cung cấp thêm động lực cho các thợ mỏ. Một lợi thế của thiết kế BTC là nguồn cung mang tính quyết định, tức là nguồn cung có thể dự đoán được. Thông thường, tokens với nguồn cung xác định sẽ hấp dẫn hơn đối với người nắm giữ và có thể nắm bắt giá trị tốt hơn những người nắm giữ với nguồn cung không xác định. Chúng tôi coi BTC là một thiết kế token kế thừa và chúng tôi cho rằng những nhược điểm của nó là rất nhiều: ● Nó là một tài sản không sinh lời, nó không mang lại cho người nắm giữ bất kỳ vai trò có ý nghĩa nào trong giao thức cũng như động cơ để thực hiện vai trò đó; ● Nó không tận dụng cơ hội yêu cầu cổ phần trong token gốc cho giao thức validators và thay vào đó yêu cầu họ đặt cược, tức là đầu tư các nguồn lực bên ngoài (khai thác thiết bị và điện), do đó làm cho giao thức kém linh hoạt và tự bền vững hơn; ● Nó giảm dần lượng khí thải cho phần thưởng khai thác cho đến khi đạt đến 0, điều này dẫn đến mối quan tâm về tính bền vững và an ninh (không rõ liệu an ninh có thể được duy trì một lần tỷ lệ phát thải trở nên thấp hoặc đạt tới mức 0); ● Nó không đưa ra bất kỳ hình thức hỗ trợ kinh tế nào cho hệ sinh thái; ● Nó không trao bất kỳ quyền quản trị nào cho chủ sở hữu, mặc dù có thể lập luận rằng Layer 1 các giao thức như Bitcoin không được sử dụng token để quản trị. 2.2 Ethereum (ETH) ETH là token gốc của giao thức và hệ sinh thái Ethereum. Với thiết kế sáng tạo, nó đã thiết lập thế hệ tiếp theo của giao thức gốc tokens.
Tiện ích của ETH rất đa dạng: ● Người xác thực staking: Giao thức PoS (Bằng chứng cổ phần) của Ethereum yêu cầu validators để đặt cược ETH để tham gia nhóm validator; ● Phần thưởng của người xác thực: Giao thức phát ra ETH và phân phối nó tới giao thức validators; ● Phí giao dịch: Người dùng trả phí bằng ETH cho mỗi giao dịch, điều này ngăn chặn thư rác và cung cấp các ưu đãi bổ sung cho validators. Thiết kế của ETH có nhiều ưu điểm: ● Nó là một tài sản sinh lợi, chủ sở hữu nó có thể tham gia vào việc bảo mật mạng và họ nhận được sự khuyến khích để làm điều đó; ● Nó ngăn cản hành vi nguy hiểm của validator thông qua việc cắt giảm trong giao thức, tức là phá hủy token của validator độc hại; ● Nó không đưa ra những lo ngại về an ninh và tính bền vững, vì nó không có giới hạn nguồn cung như BTC; ● Nó cung cấp hỗ trợ kinh tế cho hệ sinh thái thông qua một phần vốn được xác định trước ban đầu. nguồn cung cấp được phân bổ cho nền tảng quản lý. Một nhược điểm tiềm tàng của thiết kế ETH là nó không có nguồn cung hoàn toàn có thể dự đoán được, với điều kiện là token lượng phát thải cho validator phần thưởng sẽ tăng lên khi có thêm token được đặt cược. Tuy nhiên, điều này được khắc phục thành công nhờ cơ chế tích hợp giúp đốt cháy1 một phần của mỗi phí giao dịch, do đó chống lại tác động của việc phát thải token đối với phần thưởng validator. Khác bất lợi là sự hỗ trợ kinh tế nói trên không thể kéo dài vô thời hạn; ban đầu token phân bổ cho quỹ quản lý cuối cùng sẽ cạn kiệt. Cuối cùng, nó không giao bất kỳ quyền quản trị nào cho chủ sở hữu token, mặc dù, như đã đề cập ở trên, điều đó có thể bị tranh cãi rằng các giao thức Layer 1 không được sử dụng token để quản trị. 2.3 Cosmos (ATOM) ATOM là token gốc của Cosmos Hub, trung tâm dự kiến blockchain của Cosmos hệ sinh thái đa chuỗi. Nó có nhiều tiện ích nhưng chỉ trong Cosmos Hub: ● Trình xác nhận staking; ● Phần thưởng của người xác nhận; ● Phí giao dịch; 1 https://github.com/ethereum/EIPs/blob/master/EIPS/eip-1559.md● Quản trị. Thiết kế của ATOM có những ưu điểm sau: ● Đó là một tài sản sinh lợi, chủ sở hữu nó có thể tham gia bảo mật Cosmos Hub và nhận được khuyến khích để làm điều đó; ● Nó không đưa ra những lo ngại về an ninh và tính bền vững, vì nó không có giới hạn cung cấp; ● Nó cung cấp hỗ trợ kinh tế cho hệ sinh thái thông qua việc phân bổ được xác định trước cho nền tảng quản lý; ● Nó trao cho chủ sở hữu quyền quản trị thông qua mô hình quản trị toàn diện. Nhược điểm của thiết kế ATOM: ● Nó chỉ có tiện ích trong Cosmos Hub; nó không được sử dụng để chạy và bảo mật các chuỗi khác trong hệ sinh thái, mặc dù có những sáng kiến để kích hoạt điều này; ● Nó tạo điều kiện cho mô hình quản trị chỉ token, loại trừ các bên liên quan khác của hệ sinh thái (nhà phát triển, người đóng góp nổi bật, ứng dụng, v.v.) từ quyết định làm; ● Hỗ trợ kinh tế mà nó tạo ra không thể kéo dài vô thời hạn, vì kho bạc token sẽ cuối cùng bị cạn kiệt. 2.4 Polkadot (DOT) DOT là token gốc của hệ sinh thái đa chuỗi Polkadot. Nó có tiện ích tương tự như ATOM, nhưng nhìn chung trên toàn bộ hệ sinh thái Polkadot: ● Trình xác thực staking; ● Phần thưởng của người xác nhận; ● Phí giao dịch; ● Quản trị. Thiết kế của DOT có những ưu điểm sau: ● Nó là một tài sản sinh lời; ● Nó không đưa ra những lo ngại về an ninh và tính bền vững, vì nó không có giới hạn cung cấp; ● Nó cung cấp hỗ trợ kinh tế cho hệ sinh thái thông qua việc phân bổ được xác định trước cho nền tảng quản lý; ● Nó trao cho chủ sở hữu quyền quản trị thông qua mô hình quản trị toàn diện;
● Nó cung cấp bảo mật cho toàn bộ hệ sinh thái, tức là tất cả blockchains tham gia. Những nhược điểm là: ● Nó bắt buộc sử dụng DOT làm validator staking token cho tất cả các chuỗi tham gia, do đó làm giảm các lựa chọn kiến trúc cho các nhà phát triển chuỗi Polkadot; ● Nó tạo ra mức độ xung đột đáng kể đối với các nhà phát triển của Polkadot blockchain, những người được yêu cầu đấu thầu và khóa số lượng DOT đáng kể để chuỗi của họ trở thành một phần của hệ sinh thái; ● Nó tạo điều kiện cho mô hình quản trị chỉ token, loại trừ các bên liên quan khác của hệ sinh thái từ việc ra quyết định; ● Hỗ trợ kinh tế mà nó tạo ra không thể kéo dài vô thời hạn, vì kho bạc token sẽ cuối cùng bị cạn kiệt. 2.5 Aave (Aave) AAVE là token gốc của Aave, một nền tảng cho vay token trên chuỗi. Vì AAVE không phải là một giao thức mà là một ứng dụng token, chúng tôi không phân tích thiết kế của nó, ưu điểm và nhược điểm. Sự liên quan của AAVE đối với thiết kế POL có hai mặt: ● AAVE là phiên bản kế thừa của LEND, mã gốc ban đầu token của Aave; cộng đồng Aave thực hiện di chuyển thành công và có lợi từ LEND sang AAVE; ● AAVE cung cấp cho chủ sở hữu quyền quản trị thông qua mô hình quản trị toàn diện.
Design goals
Design goals
Based on the analysis of relevant work, several major opportunities for POL to benefit the Polygon ecosystem were identified. These opportunities are brought forward here as POL design goals. 1. Ecosystem security. POL should help establish a highly decentralized pool of validators that can run and secure any Polygon chain. Validators should be incentivized to join and stay in the validator pool and help secure as many chains as possible, and at the same time disincentivized to do anything malicious. 2. Infinite scalability. POL should support exponential growth of the Polygon ecosystem and eventual “hyperblochainization” of the world. Primarily, it should enable the validator pool to scale to support thousands of Polygon chains.
3. Ecosystem support. Being a global network in the making, Polygon will require ongoing economic support for further development and growth. POL should help establish a self-sustaining funding mechanism for those activities. This funding “vehicle” should be governed by the Polygon community. 4. No friction. Blockchain networks often require both users and developers to hold, stake or consume their native tokens in order to use the network. This causes friction and degrades user and developer experience. POL should be designed in a way that does not introduce any such friction. 5. Community ownership. Polygon is envisioned as a decentralized network governed by its community. Assigning governance rights to POL holders can enable creation of effective governance models in which decision makers are directly incentivized to support proposals that are in the best interest of the Polygon ecosystem.
Mục tiêu thiết kế
Dựa trên phân tích công việc liên quan, một số cơ hội lớn để POL mang lại lợi ích cho Polygon hệ sinh thái đã được xác định. Những cơ hội này được đưa ra ở đây như POL mục tiêu thiết kế. 1. An ninh hệ sinh thái. POL sẽ giúp thiết lập một nhóm phi tập trung cao độ validator có thể chạy và bảo mật bất kỳ chuỗi Polygon nào. Người xác nhận nên được khuyến khích để tham gia và ở trong nhóm validator và giúp bảo mật nhiều chuỗi nhất có thể, và tại đồng thời không được khuyến khích làm bất cứ điều gì độc hại. 2. Khả năng mở rộng vô hạn. POL sẽ hỗ trợ sự tăng trưởng theo cấp số nhân của hệ sinh thái Polygon và cuối cùng là “hyperblochainization” của thế giới. Về cơ bản, nó sẽ kích hoạt validator nhóm theo quy mô để hỗ trợ hàng nghìn chuỗi Polygon.
3. Hỗ trợ hệ sinh thái. Là một mạng lưới toàn cầu đang trong quá trình hình thành, Polygon sẽ yêu cầu hỗ trợ kinh tế cho sự phát triển và tăng trưởng hơn nữa. POL sẽ giúp thiết lập một cơ chế tự túc kinh phí cho các hoạt động đó. “Phương tiện” tài trợ này phải được được quản lý bởi cộng đồng Polygon. 4. Không có ma sát. Mạng chuỗi khối thường yêu cầu cả người dùng và nhà phát triển nắm giữ, đặt cược hoặc sử dụng token gốc của họ để sử dụng mạng. Điều này gây ra ma sát và làm giảm trải nghiệm của người dùng và nhà phát triển. POL nên được thiết kế theo cách không gây ra bất kỳ xích mích nào như vậy. 5. Quyền sở hữu cộng đồng. Polygon được hình dung là một mạng lưới phi tập trung được quản lý bởi cộng đồng của nó. Việc gán quyền quản trị cho chủ sở hữu POL có thể cho phép tạo ra mô hình quản trị hiệu quả trong đó người ra quyết định được khuyến khích trực tiếp để hỗ trợ các đề xuất có lợi nhất cho hệ sinh thái Polygon.
Utility
Utility
POL is the native token of Polygon, and as such represents the major tool for coordination and incentivization of the whole Polygon ecosystem. It has multi-fold utility, namely: ● Validator staking; ● Validator rewards; ● Community ownership, i.e. governance. 4.1 Validator staking Polygon validators are required to stake POL in order to join the validator pool. Validator staking increases security of the ecosystem by: ● Preventing Sybil attacks; ● Aligning validators with the success of the ecosystem; ● Enabling slashing, i.e. punishment of malicious validators. By staking POL and joining the validator pool, validators become eligible to subscribe to validate any Polygon chain. Validation and its benefits for validators are further explained in § 6.3.
4.2 Validator rewards Decentralization and size of the validator pool is critically important for security, resilience and neutrality of the whole Polygon ecosystem. To incentivize validator onboarding and retention, predefined amounts of POL should be continuously distributed to Polygon validators as protocol rewards. Protocol rewards should be distributed to validators proportionally to the amount of POL they stake. POL emission is described in § 5.2. Protocol rewards provide base incentives for validators and establish a level playing field for the whole validator pool. On top of it, validators can then secure additional incentives by validating individual Polygon chains. Additional validator incentives are described in § 6.3. 4.3 Governance To facilitate efficient, community-run governance of important aspects of the Polygon ecosystem, POL should be technically enabled to hold governance rights, i.e. be utilized in governance frameworks. Describing the Polygon governance framework is out of the scope of this paper.
Tính thiết thực
POL là token gốc của Polygon và do đó đại diện cho công cụ chính để điều phối và khuyến khích toàn bộ hệ sinh thái Polygon. Nó có tiện ích đa dạng, cụ thể là: ● Trình xác thực staking; ● Phần thưởng của người xác thực; ● Quyền sở hữu của cộng đồng, tức là quản trị. 4.1 Trình xác thực staking Polygon validator được yêu cầu đặt cược POL để tham gia nhóm validator. Trình xác thực staking tăng tính bảo mật của hệ sinh thái bằng cách: ● Ngăn chặn các cuộc tấn công của Sybil; ● Điều chỉnh validators với sự thành công của hệ sinh thái; ● Cho phép chém, tức là trừng phạt validators độc hại. Bởi staking POL và tham gia nhóm validator, validator sẽ đủ điều kiện đăng ký để xác thực bất kỳ chuỗi Polygon nào. Việc xác thực và lợi ích của nó đối với validator được giải thích thêm trong § 6.3.
4.2 Phần thưởng của người xác thực Sự phân cấp và quy mô của nhóm validator là cực kỳ quan trọng đối với tính bảo mật, khả năng phục hồi và tính trung lập của toàn bộ hệ sinh thái Polygon. Để khuyến khích validator tham gia và giữ chân, lượng POL được xác định trước phải được phân phối liên tục tới Polygon validator dưới dạng giao thức phần thưởng. Phần thưởng của giao thức sẽ được phân phối cho validator theo tỷ lệ với số lượng POL họ đặt cược. Phát xạ POL được mô tả trong § 5.2. Phần thưởng giao thức cung cấp các khuyến khích cơ bản cho validator và thiết lập một sân chơi bình đẳng cho toàn bộ nhóm validator. Ngoài ra, validator sau đó có thể nhận được các ưu đãi bổ sung bằng cách xác thực chuỗi Polygon riêng lẻ. Khuyến khích validator bổ sung được mô tả trong § 6.3. 4.3 Quản trị Đến tạo điều kiện thuận lợi hiệu quả, do cộng đồng điều hành quản trị của các khía cạnh quan trọng của Polygon hệ sinh thái, POL phải được kích hoạt về mặt kỹ thuật để nắm giữ quyền quản trị, tức là được sử dụng trong khuôn khổ quản trị. Việc mô tả khuôn khổ quản trị Polygon nằm ngoài phạm vi của giấy này.
Supply
Supply
Here we cover the initial supply and the emission policy of POL, and describe the rationale behind both. 5.1 Initial supply The initial supply of POL is 10 billion tokens. The entirety of the initial supply should be dedicated for migration, i.e. token swap from MATIC to POL. This migration would need to take place in order for POL to succeed MATIC as the native token of the Polygon ecosystem, and it is discussed in § 8. The initial supply of POL matches the supply of MATIC, which should make the migration quite straightforward. Once the migration is complete, the distribution of POL would essentially match the current distribution of MATIC. MATIC has already gone through an extensive process of token distribution which has resulted in more than 600,000 holder addresses2, and likely even more 2 Source: https://etherscan.io/token/0x7d1afa7b718fb893db30a3abc0cfc608aacfebb0#balances
actual holders, given that centralized crypto exchanges’ and DeFi protocols’ addresses represent multiple users. This implies that POL would be widely distributed from day one, which is instrumental for overall decentralization and resilience of the ecosystem. 5.2 Emission POL is emitted at a predefined, deterministic rate for two purposes: 1. Validator rewards. To incentivize validator onboarding and retention, POL should be continuously emitted at a predetermined rate and distributed to validators as the base, protocol reward. We propose a yearly emission rate of 1% of the POL supply for this purpose. The emission rate would not be possible to change for the initial 10 years, and after that period the community can decide to decrease it in an arbitrary way via the governance framework. The emission rate can never be increased beyond 1%. 2. Ecosystem support. To provide ongoing support for further development and growth of the Polygon ecosystem, we propose to introduce the Community Treasury, a community-governed ecosystem fund, described in § 7. We propose a yearly emission rate of 1% of the POL supply for this purpose. Just like the emission for validator rewards, this emission rate can be decreased after 10 years via a governance framework, and it can never be increased beyond 1%. Figure 2. Possible POL emission rate scenarios The rationale for the proposed emission and the emission rates is that the Polygon ecosystem and Web3 in general will need time to mature and reach mainstream adoption. Based on the
historical Internet and computing platforms adoption cycles, the maturity phase could be realistically expected to happen in about 10-15 years. During that period, the ecosystem will need economic support. Once the Polygon ecosystem and Web3 reach maturity, transaction fees and other incentives secured by validating Polygon chains (described in § 6.3) should alone generate sufficient returns for Polygon validators. Once that happens, the community can decide to intervene and reduce or completely discontinue the emission for validator rewards, without impacting security and decentralization of the ecosystem. Similarly, the community can then decide to decrease or discontinue the emission for the Community Treasury as well, given that the ecosystem will not need significant economic support anymore. Obviously, the adoption cycle of Web3 might look slightly or completely different. In case it turns out that reaching mainstream adoption takes more time and the ecosystem still needs support after 10 years, the community can choose not to intervene and the emission will continue to happen for as long as required. We consider the proposed emission policy optimal, as it achieves the equilibrium between: ● Sufficient ecosystem support. Sufficient, future-proof support to the Polygon ecosystem is critically important for security and success of Polygon. To validate the hypothesis that the proposed emission rates are indeed sufficient, we developed an economic model, ran simulations and presented results in § 9. ● Security via scarcity. Scarcity of native tokens is instrumentally important for blockchain networks; high token dilution can dramatically affect security. To estimate POL scarcity, we can compare the proposed emission rate to the emission rate of BTC, which is currently at ≈1.8%3, and has been significantly higher in the past. Also, although gradually declining, BTC emission is guaranteed to happen for more than another century, whilst POL emission could potentially be reduced or discontinued even after 10 years. Given that (i) Bitcoin is considered a highly scarce asset, and (ii) total POL emission rate is comparable to (and potentially more strict than) BTC, we conclude that POL is sufficiently scarce, i.e. its emission does not introduce protocol security concerns. 3 Source: https://charts.woobull.com/bitcoin-inflation/
Lastly, it is important to note that the emission policy we propose has a high degree of predictability. The predetermined emission schedule makes POL supply predictable in the long term, even if the community decides to intervene. As explained, the community can only decrease the rates, thus effectively complementing the predetermined emission policy and potentially increasing scarcity of POL. Predictability and scarcity attract protocol and market participants and provide a sense of reliability. As the Polygon ecosystem continues to grow, this should contribute to establishing POL as an attractive and reliable digital asset, which subsequently could further ignite adoption and reliability, thus creating a virtuous circle.
Cung cấp
Ở đây chúng tôi đề cập đến nguồn cung ban đầu và chính sách phát thải của POL, đồng thời mô tả cơ sở lý luận đằng sau cả hai. 5.1 Nguồn cung cấp ban đầu Nguồn cung POL ban đầu là 10 tỷ tokens. Toàn bộ nguồn cung cấp ban đầu phải được dành riêng cho việc di chuyển, tức là token hoán đổi từ MATIC sang POL. Việc di chuyển này sẽ cần phải thực hiện đặt để POL tiếp nối MATIC với tư cách là token gốc của hệ sinh thái Polygon và nó được thảo luận trong § 8. Nguồn cung POL ban đầu phù hợp với nguồn cung MATIC, điều này sẽ làm cho việc di chuyển khá dễ dàng. đơn giản. Khi quá trình di chuyển hoàn tất, việc phân phối POL về cơ bản sẽ phù hợp với hiện tại phân phối MATIC. MATIC đã trải qua quá trình mở rộng token phân phối đã tạo ra hơn 600.000 địa chỉ chủ sở hữu2 và thậm chí có thể nhiều hơn 2 Nguồn: https://etherscan.io/token/0x7d1afa7b718fb893db30a3abc0cfc608aacfebb0#balances
chủ sở hữu thực tế, dựa trên địa chỉ của các sàn giao dịch tiền điện tử tập trung và DeFi giao thức đại diện cho nhiều người dùng. Điều này ngụ ý rằng POL sẽ được phân phối rộng rãi ngay từ ngày đầu tiên. là công cụ cho sự phân cấp tổng thể và khả năng phục hồi của hệ sinh thái. 5.2 Phát thải POL được phát ra ở một tốc độ xác định trước, nhằm hai mục đích: 1. Phần thưởng của người xác thực. Để khuyến khích validator tham gia và giữ chân, POL phải là được phát ra liên tục với tốc độ xác định trước và được phân phối tới validators làm cơ sở, phần thưởng giao thức. Chúng tôi đề xuất tỷ lệ phát thải hàng năm là 1% nguồn cung POL cho việc này mục đích. Tỷ lệ phát thải sẽ không thể thay đổi trong 10 năm đầu và sau khoảng thời gian đó cộng đồng có thể quyết định giảm nó một cách tùy ý thông qua khuôn khổ quản trị. Tỷ lệ phát thải không bao giờ có thể tăng quá 1%. 2. Hỗ trợ hệ sinh thái. Để cung cấp sự hỗ trợ liên tục cho sự phát triển và tăng trưởng hơn nữa của cái Polygon hệ sinh thái, chúng tôi đề nghị để giới thiệu cái cộng đồng kho bạc, một quỹ hệ sinh thái do cộng đồng quản lý, được mô tả trong § 7. Chúng tôi đề xuất mức phát thải hàng năm tỷ lệ 1% nguồn cung POL cho mục đích này. Giống như lượng khí thải cho validator phần thưởng, tỷ lệ phát thải này có thể giảm sau 10 năm thông qua quản trị khuôn khổ và nó không bao giờ có thể tăng quá 1%. Hình 2. Các kịch bản về tỷ lệ phát thải POL có thể xảy ra Lý do cơ bản cho lượng phát thải được đề xuất và tỷ lệ phát thải là hệ sinh thái Polygon và Web3 nói chung sẽ cần thời gian để hoàn thiện và đạt được sự chấp nhận rộng rãi. Dựa trênchu kỳ áp dụng nền tảng máy tính và Internet trong lịch sử, giai đoạn trưởng thành có thể là một cách thực tế dự kiến sẽ xảy ra trong khoảng 10-15 năm tới. Trong thời gian đó, hệ sinh thái sẽ cần sự hỗ trợ về mặt kinh tế. Khi hệ sinh thái Polygon và Web3 đạt đến mức trưởng thành, phí giao dịch và các ưu đãi khác được bảo mật bằng cách xác thực chuỗi Polygon (được mô tả trong § 6.3) sẽ tạo ra đủ trả lại trong Polygon validator giây. Một khi điều đó xảy ra, cộng đồng có thể quyết định can thiệp và giảm hoặc ngừng hoàn toàn việc phát để nhận phần thưởng validator mà không ảnh hưởng đến bảo mật và sự phân cấp của hệ sinh thái. Tương tự, cộng đồng sau đó có thể quyết định giảm hoặc cũng ngừng phát thải cho Kho bạc cộng đồng vì hệ sinh thái sẽ không cần hỗ trợ kinh tế đáng kể nữa. Rõ ràng, chu kỳ áp dụng Web3 có thể hơi khác hoặc hoàn toàn khác. Trong trường hợp nó quay chỉ ra rằng việc đạt được sự áp dụng phổ biến cần nhiều thời gian hơn và hệ sinh thái vẫn cần được hỗ trợ sau 10 năm, cộng đồng có thể chọn không can thiệp và lượng phát thải sẽ tiếp tục diễn ra trong thời gian dài theo yêu cầu. Chúng tôi coi chính sách phát thải được đề xuất là tối ưu vì nó đạt được sự cân bằng giữa: ● Đủ hệ sinh thái hỗ trợ. Đủ, minh chứng cho tương lai hỗ trợ để cái Polygon hệ sinh thái cực kỳ quan trọng đối với an ninh và thành công của Polygon. Để xác nhận giả thuyết rằng tỷ lệ phát thải đề xuất thực sự là đủ, chúng tôi đã phát triển một mô hình kinh tế, chạy mô phỏng và trình bày kết quả ở phần § 9. ● Bảo mật qua sự khan hiếm. Sự khan hiếm token bản địa là rất quan trọng đối với blockchain mạng; độ pha loãng token cao có thể ảnh hưởng đáng kể đến an ninh. Để ước tính Sự khan hiếm POL, chúng ta có thể so sánh tốc độ phát thải được đề xuất với tốc độ phát thải của BTC, hiện ở mức ≈1,8%3 và đã cao hơn đáng kể trong quá khứ. Ngoài ra, mặc dù giảm dần, việc phát thải BTC được đảm bảo sẽ xảy ra nhiều hơn những lần khác thế kỷ, trong khi phát thải POL có khả năng giảm hoặc ngừng ngay cả sau 10 năm. Vì (i) Bitcoin được coi là tài sản rất khan hiếm và (ii) tổng POL tỷ lệ phát thải có thể so sánh với (và có khả năng nghiêm ngặt hơn) BTC, chúng tôi kết luận rằng POL đủ khan hiếm, tức là việc phát tán nó không gây ra mối lo ngại về bảo mật giao thức. 3 Nguồn: https://charts.woobull.com/bitcoin-inflation/
Cuối cùng, điều quan trọng cần lưu ý là chính sách phát thải mà chúng tôi đề xuất có mức độ rủi ro cao. khả năng dự đoán. Lịch trình phát thải được xác định trước giúp cho việc cung cấp POL có thể dự đoán được trong thời gian dài hạn, ngay cả khi cộng đồng quyết định can thiệp. Như đã giải thích, cộng đồng chỉ có thể giảm tỷ lệ, do đó bổ sung hiệu quả cho chính sách phát thải đã xác định trước và có khả năng làm tăng sự khan hiếm của POL. Khả năng dự đoán và sự khan hiếm thu hút giao thức và thị trường người tham gia và mang lại cảm giác tin cậy. Khi hệ sinh thái Polygon tiếp tục phát triển, điều này sẽ góp phần thiết lập POL như một tài sản kỹ thuật số hấp dẫn và đáng tin cậy, sau đó có thể tiếp tục thúc đẩy việc áp dụng và độ tin cậy, do đó tạo ra một vòng tròn đạo đức.
Staking Layer
Staking Layer
Realizing the vision of the Value Layer of the Internet will eventually require the Polygon network to host billions of users and millions of Web3 applications. To enable this vast level of activity, hundreds or thousands of Polygon chains will be running in parallel, secured by tens or hundreds of thousands of validators. In order to coordinate all Polygon chains and validators, the redesigned Polygon protocol architecture introduces the Staking Layer. The Staking Layer is a one-of-a-kind programmable multi-chain coordinator protocol. By orchestrating all Polygon validators and chains, it enables: ● Unlimited scalability of the ecosystem; ● Simple, automated access to dedicated Web3 infrastructure to any Web3 project. The Web3 industry was started by Bitcoin, the first successful blockchain with a single application – digital currency. As new applications and use cases were being proposed, they were normally launching their own blockchains, which was slow and complex. This was addressed by the second major breakthrough of Web3 – Ethereum, a programmable blockchain that can support any application or use case. Despite being a huge paradigm shift, the main limitation of Ethereum is that it is not able to scale to support mainstream adoption. To mitigate this limitation, the Ethereum community turned to Layer 2 chains – blockchain architectures that offer higher scalability without sacrificing security. With the introduction of Staking Layer, Polygon becomes capable of supporting a practically unlimited number of Layer 2 chains, each fully programmable both on the application and the configuration level. We believe this can be the third most important breakthrough since the commencement of Web3, given the magnitude of innovation and adoption it enables.
Describing and specifying the Staking Layer in detail is out of the scope of this paper. Instead, and in order to get better understanding of this POL-powered layer and its potential, we provide an overview of its following aspects: ● Design and implementation; ● Polygon chains management; ● Validator management. 6.1 Design and implementation As mentioned above, the Staking Layer is a programmable multi-chain coordinator. It manages two main logical components: 1. Validator registry: Maintains the up-to-date registry of validators, with their corresponding POL stakes and chains they are subscribed to; 2. Chain registry: Maintains the up-to-date registry of Polygon chains, with their corresponding configurations. The main feature the Staking Layer requires is full programmability; it allows it to support and coordinate: ● Arbitrary configurations of Polygon chains; ● All validator-related operations; ● Arbitrary supporting operations and applications, e.g. staking derivatives. The optimal way to achieve programmability is by utilizing EVM (Ethereum Virtual Machine), since it provides a number of benefits: ● Turing-completeness; ● Maturity of the EVM, higher level languages (e.g. Solidity) and tooling; ● Developer base etc. Practically, this means that the Staking Layer will be implemented as a set of EVM smart contracts. These smart contracts can be deployed on any EVM blockchain, likely on Ethereum or Polygon zkEVM rollup, given that both offer a high level of security. 6.2 Polygon chains management The Staking Layer can support a practically unlimited number of Polygon chains, each with arbitrary features and configuration, and provide them the required level of decentralization.
The main service that the Staking Layer provides to Polygon chains is the management of their validator requirements and validator sets established according to those requirements. Validator requirements are specified in a config smart contract that every Polygon chain deploys in order to get initiated. This smart contract can define arbitrary validator requirements, including but not limited to: ● Maximal validator number: Specifies the maximum number of validators the chain accepts in its validator set. ● Minimal validator number: The minimal number of validators required to initiate the chain. ● Slashable offenses: On-chain attributable validation offenses that cause slashing of the stake; ● Validator criteria: The only common criteria for all validators in the Staking Hub is a stake in POL. Arbitrary additional criteria can be specified, such as authorization by a third party, additional stake in other tokens (e.g. native tokens of individual Polygon chains) etc. In addition to the ability to configure validator requirements, Polygon chains can arbitrarily configure all other parameters and features of their architecture. These are not defined on the Staking Layer level, but instead in the client code of Polygon chains. Some notable parameters and features are: ● Native token: Chains can create their native tokens which can be used for various purposes, e.g. transaction fees, user incentivization etc. ● Fee management: Chains can decide how to manage transaction fees. Normally, transaction fees would be passed to validators in their entirety, but other distribution models are possible, e.g. burning a portion of fees and passing the remaining portion to validators. ● Additional rewards: All Polygon validators receive base protocol rewards (as described in § 4.2) and normally transaction fees from Polygon chains they validate. In order to attract more validators, Polygon chain can offer additional rewards on top of these. These rewards will likely often be in native tokens of those chains. ● Block time and size: It is possible to configure the frequency and size, i.e. gas limit of blocks. ● Checkpoint time: Validator sets provide fast, local finality for Polygon chains. In addition to this, all Polygon chains periodically generate and submit zero-knowledge proofs to
Ethereum, thus leveraging its high security. The frequency of these checkpoints can be configured (e.g. every 5 minutes). ● Data availability: The data availability model can also be specified. Chains can decide to leverage Ethereum (rollup model) or their own validator sets or other external data availability service (validium model). With the proposed framework, launching a new Polygon chain practically boils down to writing and deploying the aforementioned config smart contract. Once the contract gets deployed to the Staking Layer, validators can start subscribing to it. When the minimal required number of validators is reached, the chain gets launched. We believe that this simple way of configuring and launching chains can usher a new era of innovation and adoption. The game-changing design decision of Ethereum was to not try to predict what applications and use cases developers will want to build. Instead, it offered a Turing-complete programmable environment that can support any application or use case. With the Staking Layer, Polygon is taking the same approach for launching new chains – it supports practically any chain design, in a programmable manner and without scaling limitations. 6.3 Validator management The Staking Layer can support a practically unlimited number of validators. It manages validators throughout their whole lifecycle and enables them to secure different types of incentives for performing useful work. There are four possible phases, i.e. statuses, in the validator lifecycle: 1. Activation: Validators get initiated as part of the validator pool by depositing POL into the staking contract on the Staking Layer. Once initiated, validators become eligible to receive base protocol rewards (described in § 4.2). 2. Subscription: Once initiated, validators are allowed to subscribe to validate any Polygon chain. 3. Validation: If a validator meets all the criteria of the Polygon chain it subscribed to, it becomes a member of that chain’s validator set. Validators can validate multiple chains, and their POL stake is acknowledged on each of those chains. If a validator gets slashed for a predefined slashable offense on one of the chains, its POL balance gets updated and reflected on all chains it validates. The validation and subscription phases can
overlap; a single validator can be in the subscription phase on one Polygon chain and in the validation phase on another. 4. Retirement: Validators can leave the validator pool at any point. Once the retirement is initiated, a predefined waiting period commences, allowing for potential pending slashing. After the waiting period, validators are able to withdraw their POL stake from the deposit contract. In return for validating Polygon chains, validators can establish at least three incentive streams: 1. Protocol rewards: As described above, every active Polygon validator is receiving base protocol rewards. The total POL emission for validator rewards (described in § 5.2), is distributed to active validators proportionally to their POL stake. 2. Transaction fees: Validators are allowed to validate any number of Polygon chains. In return, these chains will normally award the entirety or a portion of transaction fees to validators. 3. Additional rewards: As mentioned above, some Polygon chains can choose to introduce additional rewards to attract more validators. These rewards can be in any token, including but not limited to POL, stablecoins or native tokens of those Polygon chains. As we describe validator incentives, it is worth noting that the concept of validation in Polygon is broader than the usual, narrow definition. This further improves the value proposition of the validator role – in addition to validating multiple chains, validators can also perform multiple roles on a single chain. The most common roles will likely be: ● Validation in the narrow sense: Accepting user transactions, determining their validity and generating blocks; ● Proving: Producing zero-knowledge proofs of transaction validity; ● Data availability: Providing guarantees that transaction data is published and publicly available.
Lớp đặt cọc
Việc hiện thực hóa tầm nhìn về Lớp giá trị của Internet cuối cùng sẽ cần đến mạng Polygon để lưu trữ hàng tỷ người dùng và hàng triệu ứng dụng Web3. Để kích hoạt mức độ hoạt động rộng lớn này, hàng trăm hoặc hàng nghìn Polygon chuỗi sẽ chạy song song, được bảo đảm bằng hàng chục hoặc hàng trăm nghìn validator. Để phối hợp tất cả Polygon chuỗi và validator, kiến trúc giao thức Polygon được thiết kế lại giới thiệu Lớp đặt cược. Lớp đặt cược là một giao thức điều phối đa chuỗi có thể lập trình được. Bởi sắp xếp tất cả Polygon validator và chuỗi, nó cho phép: ● Khả năng mở rộng không giới hạn của hệ sinh thái; ● Truy cập đơn giản, tự động vào cơ sở hạ tầng Web3 chuyên dụng cho bất kỳ dự án Web3 nào. Ngành Web3 được bắt đầu bởi Bitcoin, blockchain thành công đầu tiên chỉ với một ứng dụng – tiền kỹ thuật số. Khi các ứng dụng và trường hợp sử dụng mới được đề xuất, chúng thường khởi chạy blockchain của riêng họ, việc này rất chậm và phức tạp. Đây là được giải quyết bằng bước đột phá lớn thứ hai của Web3 – Ethereum, blockchain có thể lập trình có thể hỗ trợ bất kỳ ứng dụng hoặc trường hợp sử dụng nào. Mặc dù là một sự thay đổi mô hình lớn, nhưng vấn đề chính hạn chế của Ethereum là nó không thể mở rộng quy mô để hỗ trợ việc áp dụng phổ biến. Để giảm thiểu hạn chế này, cộng đồng Ethereum đã chuyển sang Layer 2 chuỗi – kiến trúc blockchain cung cấp khả năng mở rộng cao hơn mà không ảnh hưởng đến tính bảo mật. Với sự ra mắt của Lớp đặt cọc, Polygon có khả năng hỗ trợ số lượng chuỗi Layer 2 gần như không giới hạn, mỗi chuỗi có thể lập trình đầy đủ cả trên ứng dụng và cấp độ cấu hình. Chúng tôi tin rằng điều này có thể bước đột phá quan trọng thứ ba kể từ khi Web3 ra đời, với tầm quan trọng về sự đổi mới và áp dụng nó cho phép.
Việc mô tả và chỉ định chi tiết Lớp đặt cược nằm ngoài phạm vi của bài viết này. Thay vào đó, và để hiểu rõ hơn về lớp được hỗ trợ POL này cũng như tiềm năng của nó, chúng tôi cung cấp tổng quan về các khía cạnh sau: ● Thiết kế và thực hiện; ● Polygon quản lý chuỗi; ● Quản lý trình xác nhận. 6.1 Thiết kế và thực hiện Như đã đề cập ở trên, Lớp đặt cược là một điều phối viên đa chuỗi có thể lập trình. Nó quản lý hai thành phần logic chính: 1. Trình xác thực đăng ký: Duy trì cái cập nhật sổ đăng ký của validators, với của họ cổ phần và chuỗi POL tương ứng mà họ đăng ký; 2. Chuỗi sổ đăng ký: Duy trì sổ đăng ký cập nhật của chuỗi Polygon, với các cấu hình tương ứng. Tính năng chính mà Lớp đặt cược yêu cầu là khả năng lập trình đầy đủ; nó cho phép nó hỗ trợ và phối hợp: ● Cấu hình tùy ý của chuỗi Polygon; ● Tất cả các hoạt động liên quan đến validator; ● Các hoạt động và ứng dụng hỗ trợ tùy ý, ví dụ: staking dẫn xuất. Cách tối ưu để đạt được khả năng lập trình là sử dụng EVM (Ethereum Máy ảo), vì nó mang lại nhiều lợi ích: ● Turing-đầy đủ; ● Sự trưởng thành của EVM, ngôn ngữ cấp cao hơn (ví dụ: Solidity) và công cụ; ● Cơ sở phát triển, v.v. Trên thực tế, điều này có nghĩa là Lớp đặt cược sẽ được triển khai dưới dạng tập hợp EVM thông minh hợp đồng. Những smart contract này có thể được triển khai trên bất kỳ EVM blockchain nào, có thể là trên Ethereum hoặc Polygon zkEVM rollup, vì cả hai đều cung cấp mức độ bảo mật cao. 6.2 Polygon quản lý chuỗi Lớp đặt cược có thể hỗ trợ số lượng chuỗi Polygon gần như không giới hạn, mỗi chuỗi có các tính năng và cấu hình tùy ý, đồng thời cung cấp cho chúng mức độ phân cấp cần thiết.Dịch vụ chính mà Lớp đặt cược cung cấp cho chuỗi Polygon là quản lý validator yêu cầu và validator bộ được thiết lập theo các yêu cầu đó. Yêu cầu của trình xác thực được chỉ định trong cấu hình smart contract mà mọi chuỗi Polygon triển khai để bắt đầu. smart contract này có thể xác định các yêu cầu validator tùy ý, bao gồm nhưng không giới hạn ở: ● Số validator tối đa: Chỉ định số validator tối đa của chuỗi chấp nhận trong bộ validator của nó. ● Số validator tối thiểu: Số validator tối thiểu cần thiết để bắt đầu chuỗi. ● Các hành vi phạm tội có thể bị chém: Các hành vi phạm tội xác thực có thể quy kết trên chuỗi gây ra việc cắt giảm cổ phần; ● Tiêu chí xác thực: Tiêu chí chung duy nhất cho tất cả validator trong Trung tâm đặt cược là tiền đặt cược trong POL. Tiêu chí bổ sung tùy ý có thể được chỉ định, chẳng hạn như ủy quyền của bên thứ ba bên, cổ phần bổ sung trong token khác (ví dụ: token gốc của chuỗi Polygon riêng lẻ) v.v. Ngoài khả năng cấu hình các yêu cầu validator, chuỗi Polygon có thể tùy ý cấu hình tất cả các tham số và tính năng khác của kiến trúc của chúng. Những điều này không được xác định trên Cấp độ đặt cược, nhưng thay vào đó ở mã máy khách của chuỗi Polygon. Một số thông số đáng chú ý và các tính năng là: ● Gốc token: Chuỗi có thể tạo token gốc của chúng để có thể sử dụng cho nhiều mục đích khác nhau mục đích, ví dụ: phí giao dịch, khuyến khích người dùng, v.v. ● Quản lý phí: Chuỗi có thể quyết định cách quản lý phí giao dịch. Thông thường, toàn bộ phí giao dịch sẽ được chuyển tới validators, nhưng việc phân phối khác các mô hình có thể thực hiện được, ví dụ: đốt một phần phí và chuyển phần còn lại cho validators. ● Phần thưởng bổ sung: Tất cả Polygon validator đều nhận được phần thưởng giao thức cơ bản (như được mô tả trong § 4.2) và phí giao dịch thông thường từ các chuỗi Polygon mà họ xác thực. Để thu hút thêm chuỗi validator, Polygon có thể cung cấp thêm phần thưởng ngoài những phần thưởng này. Những cái này phần thưởng thường có thể ở dạng token gốc của các chuỗi đó. ● Thời gian và kích thước khối: Có thể định cấu hình tần số và kích thước, tức là giới hạn gas của khối. ● Thời gian điểm kiểm tra: Bộ trình xác thực cung cấp tính hữu hạn cục bộ, nhanh chóng cho chuỗi Polygon. Ngoài ra về vấn đề này, tất cả các chuỗi Polygon tạo và gửi bằng chứng không có kiến thức định kỳ tớiEthereum, nhờ đó tận dụng được tính bảo mật cao của nó. Tần suất của các điểm kiểm tra này có thể được định cấu hình (ví dụ: cứ 5 phút một lần). ● Tính sẵn có của dữ liệu: Mô hình tính sẵn có của dữ liệu cũng có thể được chỉ định. Dây chuyền có thể quyết định tận dụng Ethereum (mô hình rollup) hoặc bộ validator của riêng họ hoặc dữ liệu bên ngoài khác dịch vụ sẵn có (mô hình validium). Với khung được đề xuất, việc khởi chạy chuỗi Polygon mới thực tế chỉ đơn giản là viết và triển khai cấu hình nói trên smart contract. Sau khi hợp đồng được triển khai tới Lớp đặt cược, validator có thể bắt đầu đăng ký lớp đó. Khi số lượng yêu cầu tối thiểu của Đã đạt đến validator giây, chuỗi sẽ được khởi chạy. Chúng tôi tin rằng cách định cấu hình và khởi chạy chuỗi đơn giản này có thể mở ra một kỷ nguyên mới của đổi mới và áp dụng. Quyết định thiết kế mang tính thay đổi trò chơi của Ethereum là không cố gắng dự đoán những ứng dụng và trường hợp sử dụng mà nhà phát triển sẽ muốn xây dựng. Thay vào đó, nó đưa ra một Môi trường lập trình hoàn chỉnh Turing có thể hỗ trợ mọi ứng dụng hoặc trường hợp sử dụng. Với Lớp đặt cược, Polygon đang sử dụng cách tiếp cận tương tự để khởi chạy chuỗi mới – nó hỗ trợ thực tế là bất kỳ thiết kế dây chuyền nào, theo cách có thể lập trình được và không có giới hạn về tỷ lệ. 6.3 Quản lý trình xác thực Lớp đặt cược có thể hỗ trợ số lượng validator giây gần như không giới hạn. Nó quản lý validator trong toàn bộ vòng đời của chúng và cho phép chúng bảo mật các loại dữ liệu khác nhau khuyến khích thực hiện công việc có ích. Có bốn giai đoạn có thể xảy ra, tức là các trạng thái, trong vòng đời validator: 1. Kích hoạt: Trình xác thực được bắt đầu như một phần của nhóm validator bằng cách gửi POL vào Hợp đồng staking trên Lớp đặt cược. Sau khi bắt đầu, validator sẽ đủ điều kiện để nhận phần thưởng giao thức cơ bản (được mô tả trong § 4.2). 2. Đăng ký: Sau khi bắt đầu, validator được phép đăng ký để xác thực bất kỳ Polygon nào chuỗi. 3. Xác thực: Nếu validator đáp ứng tất cả tiêu chí của chuỗi Polygon mà nó đã đăng ký, thì nó trở thành thành viên của nhóm validator của chuỗi đó. Trình xác thực có thể xác thực nhiều chuỗi, và cổ phần POL của họ được ghi nhận trên mỗi chuỗi đó. Nếu validator bị chém đối với một hành vi phạm tội có thể chém được xác định trước trên một trong các chuỗi, số dư POL của nó sẽ được cập nhật và được phản ánh trên tất cả các chuỗi mà nó xác nhận. Các giai đoạn xác nhận và đăng ký có thể
chồng chéo; một validator có thể đang trong giai đoạn đăng ký trên một chuỗi Polygon và trong giai đoạn xác nhận trên một giai đoạn khác. 4. Ngừng hoạt động: Người xác thực có thể rời khỏi nhóm validator bất kỳ lúc nào. Một khi đã nghỉ hưu bắt đầu, một khoảng thời gian chờ đợi được xác định trước sẽ bắt đầu, cho phép các khoản chờ tiềm năng chém. Sau thời gian chờ đợi, validator có thể rút cổ phần POL của họ khỏi hợp đồng đặt cọc. Để đổi lấy việc xác thực chuỗi Polygon, validators có thể thiết lập ít nhất ba luồng khuyến khích: 1. Phần thưởng giao thức: Như được mô tả ở trên, mọi Polygon validator đang hoạt động sẽ nhận được cơ sở phần thưởng giao thức. Tổng lượng phát thải POL cho phần thưởng validator (được mô tả trong § 5.2), là được phân phối cho validator đang hoạt động theo tỷ lệ cổ phần POL của họ. 2. Phí giao dịch: Người xác thực được phép xác thực bất kỳ số lượng chuỗi Polygon nào. trong trả lại, các chuỗi này thường sẽ trao toàn bộ hoặc một phần phí giao dịch cho validators. 3. Phần thưởng bổ sung: Như đã đề cập ở trên, một số chuỗi Polygon có thể chọn giới thiệu phần thưởng bổ sung để thu hút thêm validators. Những phần thưởng này có thể ở bất kỳ token, bao gồm nhưng không giới hạn ở POL, stablecoin hoặc token gốc trong số đó Polygon dây chuyền. Khi chúng tôi mô tả các khuyến khích validator, cần lưu ý rằng khái niệm xác thực trong Polygon là nghĩa rộng hơn, hẹp hơn thông thường. Điều này tiếp tục cải thiện đề xuất giá trị của Vai trò validator – ngoài việc xác thực nhiều chuỗi, validator còn có thể thực hiện nhiều chuỗi vai trò trên một chuỗi duy nhất. Các vai trò phổ biến nhất có thể sẽ là: ● Xác thực theo nghĩa hẹp: Chấp nhận giao dịch của người dùng, xác định tính hợp lệ của chúng và tạo khối; ● Chứng minh: Tạo ra bằng chứng không có kiến thức về tính hợp lệ của giao dịch; ● Tính sẵn có của dữ liệu: Cung cấp đảm bảo rằng dữ liệu giao dịch được xuất bản và công khai có sẵn.
Community Treasury
Community Treasury
The Polygon ecosystem and the whole Web3 industry are still in the early adoption and heavy development phase. To remain on the current growth trajectory, the Polygon ecosystem will need ongoing economic support in years to come.
To address the need for ongoing ecosystem support, we propose the Community Treasury, an in-protocol, community-governed ecosystem fund. It introduces at least three major benefits to the Polygon ecosystem: ● Ongoing, self-sustainable economic support for as long as required; ● Increased decentralization by reducing dependency on the Polygon Foundation; ● Achieving the next level of transparency and community inclusion. As described in § 5.2, the Community Treasury is funded by a predetermined emission of POL. The emission rate dedicated to this purpose is 1% per year, or ≈100 million POL in absolute terms, and can not be changed for 10 years. This guarantees strong ecosystem support during this period, critical for development, growth and positioning of Polygon. Once the Polygon ecosystem and Web3 reach maturity, the ecosystem will likely not need significant economic support anymore. At that point, the community should intervene and decrease or discontinue the emission for the Community Treasury. In an optimistic scenario, where maturity is reached before the 10-year period of guaranteed funding expires, the Community Treasury might end up having more funds than the ecosystem realistically needs. In that case, the community should decide how to utilize this excess POL. For example, a decision can be made to burn it. As mentioned, and as the name indicates, the Community Treasury should be governed by the community, via an agreed upon governance process. The governance process and the wider Polygon governance framework are being designed and established as part of the Polygon 2.0 effort, and explaining them in detail is out of the scope of this paper. Instead, we give a brief overview of its two likely concepts: 1. Polygon Funding Proposals (PFPs): Formal proposals for funding or other activities or improvements related to the Community Treasury. PFPs can be submitted by anyone, and should be publicly available and discussed. Similar concepts can be observed in other prominent governance frameworks4,5. 2. Consensus gathering: The process of making a decision on a specific PFP. The decision can be made in a direct manner, where every community member can participate, or via delegates who represent the community. As mentioned in § 4.3, POL should be technically enabled to hold governance rights, so it can potentially be utilized 5 https://docs.aave.com/governance/ 4 https://uniswap.org/governance
as part of the consensus gathering or the delegate election process. POL holders are directly economically incentivized to approve good proposals and reject the bad ones, which makes the decision making process more likely to benefit the ecosystem. We simulated ongoing Community Treasury inflows in § 9.
Kho bạc cộng đồng
Hệ sinh thái Polygon và toàn bộ ngành Web3 vẫn đang trong quá trình áp dụng sớm và có nhiều khó khăn giai đoạn phát triển. Để duy trì quỹ đạo tăng trưởng hiện tại, hệ sinh thái Polygon sẽ cần sự hỗ trợ kinh tế liên tục trong những năm tới.
Để giải quyết nhu cầu hỗ trợ hệ sinh thái đang diễn ra, chúng tôi đề xuất Kho bạc cộng đồng, một quỹ hệ sinh thái do cộng đồng quản lý, theo giao thức. Nó giới thiệu ít nhất ba lợi ích chính cho hệ sinh thái Polygon: ● Hỗ trợ kinh tế liên tục, tự bền vững trong thời gian cần thiết; ● Tăng cường phân quyền bằng cách giảm sự phụ thuộc vào Quỹ Polygon; ● Đạt được mức độ minh bạch và hòa nhập cộng đồng tiếp theo. Như được mô tả trong § 5.2, Kho bạc Cộng đồng được tài trợ bằng mức phát thải POL được xác định trước. Tỷ lệ phát thải dành riêng cho mục đích này là 1% mỗi năm, hoặc ≈100 triệu POL tuyệt đối điều khoản, và không thể thay đổi trong 10 năm. Điều này đảm bảo sự hỗ trợ hệ sinh thái mạnh mẽ trong quá trình giai đoạn này rất quan trọng cho sự phát triển, tăng trưởng và định vị của Polygon. Khi hệ sinh thái Polygon và Web3 đạt đến mức trưởng thành, hệ sinh thái có thể sẽ không cần hỗ trợ kinh tế đáng kể nữa. Khi đó, cộng đồng nên can thiệp và giảm hoặc ngừng phát thải cho Kho bạc cộng đồng. Trong một kịch bản lạc quan, khi đạt đến thời hạn đáo hạn trước khi hết thời hạn 10 năm của nguồn tài trợ được đảm bảo, thì Kho bạc cộng đồng có thể sẽ có nhiều tiền hơn nhu cầu thực tế của hệ sinh thái. trong trong trường hợp đó, cộng đồng nên quyết định cách sử dụng POL dư thừa này. Ví dụ, một quyết định có thể được thực hiện để đốt nó. Như đã đề cập và như tên gọi, Kho bạc cộng đồng phải được quản lý bởi cộng đồng, thông qua một quy trình quản trị đã được thống nhất. Quá trình quản trị và rộng hơn Polygon khuôn khổ quản trị đang được thiết kế và thiết lập như một phần của Polygon 2.0 nỗ lực và việc giải thích chúng một cách chi tiết nằm ngoài phạm vi của bài viết này. Thay vào đó, chúng tôi đưa ra một bản tóm tắt tổng quan về hai khái niệm có thể có của nó: 1. Polygon Đề xuất tài trợ (PFP): Đề xuất chính thức về tài trợ hoặc các hoạt động khác hoặc những cải tiến liên quan đến Kho bạc Cộng đồng. PFP có thể được gửi bởi bất cứ ai, và phải được công khai và thảo luận. Những khái niệm tương tự có thể được quan sát thấy trong các khuôn khổ quản trị nổi bật khác4,5. 2. Thu thập sự đồng thuận: Quá trình đưa ra quyết định về một PFP cụ thể. các quyết định có thể được đưa ra một cách trực tiếp, trong đó mọi thành viên trong cộng đồng có thể tham gia hoặc thông qua các đại biểu đại diện cho cộng đồng. Như đã đề cập trong § 4.3, POL nên được kích hoạt về mặt kỹ thuật để nắm giữ quyền quản trị, vì vậy nó có thể được sử dụng 5 https://docs.aave.com/governance/ 4 https://uniswap.org/governance
như một phần của cuộc họp đồng thuận hoặc quá trình bầu chọn đại biểu. Người nắm giữ POL là được khuyến khích trực tiếp về mặt kinh tế để phê duyệt những đề xuất tốt và từ chối những đề xuất xấu, điều này làm cho quá trình ra quyết định có nhiều khả năng mang lại lợi ích cho hệ sinh thái hơn. Chúng tôi đã mô phỏng dòng vốn vào Kho bạc cộng đồng đang diễn ra trong § 9.
Migration
Migration
Given that POL is being proposed as the successor of MATIC, the current native token of Polygon, migration from the old to the new token would need to take place. The initial supply of POL proposed in § 5.1 matches the current supply of MATIC and was proposed to simplify the migration process as much as possible. For self-custodying MATIC holders, the migration would require a simple action – swap from MATIC to POL, using the swapping smart contract that should be created for that purpose. The swapping contract should accept MATIC from any address and return the equivalent amount of POL to the same address. For MATIC holders who keep their tokens with centralized crypto exchanges and custodians, the migration would normally be automatic, i.e. would not require any action. Every MATIC holder should be able to swap their tokens for POL, including those who have MATIC “locked” for multiple years in various DeFi or vesting contracts, or the uninformed holders who find out about POL at some point in the future. For this reason, the migration should be allowed to happen during a prolonged period of time (e.g. 4 years), if not indefinitely. The migration should be voluntary, i.e. it cannot be forced. However, if POL is accepted by the majority of the community as the new native token, there will be little to no reason to hold MATIC instead of POL. In this situation, it is reasonable to expect that the migration will practically be fully executed, i.e. the vast majority of MATIC will be migrated.
Di chuyển
Vì POL đang được đề xuất làm phiên bản kế thừa của MATIC, token gốc hiện tại của Polygon, việc di chuyển từ cũ sang mới token sẽ cần phải diễn ra. Nguồn cung POL ban đầu được đề xuất trong § 5.1 phù hợp với nguồn cung MATIC hiện tại và đã được đề xuất đơn giản hóa quá trình di chuyển càng nhiều càng tốt. Dành cho MATIC tự quản lý chủ sở hữu, việc di chuyển sẽ yêu cầu một hành động đơn giản – hoán đổi từ MATIC sang POL, sử dụng hoán đổi smart contract cần được tạo cho mục đích đó. Hợp đồng hoán đổi phải chấp nhận MATIC từ bất kỳ địa chỉ nào và trả lại số lượng POL tương đương cho cùng một địa chỉ. Đối với những người nắm giữ MATIC giữ token của họ với các sàn giao dịch và người giám sát tiền điện tử tập trung, quá trình di chuyển thường sẽ diễn ra tự động, tức là không yêu cầu bất kỳ hành động nào. Mọi chủ sở hữu MATIC đều có thể đổi token của họ lấy POL, bao gồm cả những người có MATIC “bị khóa” trong nhiều năm trong nhiều DeFi hợp đồng trao quyền hoặc không hiểu rõ những người nắm giữ tìm hiểu về POL vào một thời điểm nào đó trong tương lai. Vì lý do này, việc di cư nên được phép xảy ra trong một khoảng thời gian dài (ví dụ: 4 năm), nếu không nói là vô thời hạn. Việc di chuyển phải mang tính tự nguyện, tức là không thể bị ép buộc. Tuy nhiên, nếu POL được chấp nhận bởi phần lớn cộng đồng là người bản địa mới token, sẽ có rất ít hoặc không có lý do gì để nắm giữ MATIC thay vì POL. Trong tình huống này, thật hợp lý khi kỳ vọng rằng việc di chuyển sẽ thực sự diễn ra được thực thi đầy đủ, tức là phần lớn MATIC sẽ được di chuyển.
Model
Model
Based on the design of POL and the Staking Layer, we propose a model to simulate important performance indicators of the POL-powered ecosystem, provide required inputs and analyze the results of simulations.
9.1 Hypothesis The purpose of the model is to validate the hypothesis that the proposed POL-powered ecosystem can simultaneously meet the following goals, derived from § 3: ● Sufficient ecosystem security: We measure security through POL staking ratio, i.e. percentage of the POL supply staked by validators. The minimal satisfactory ratio is 30-40%, roughly equivalent to the current staking ratio on the Polygon PoS chain6. ● Sufficient validator incentives: To estimate sufficiency of validator incentives, we introduce Return on Work (ROW), the measure of total validator earnings relative to the value of staked POL. The minimal satisfactory return is 4-5%; lower returns are not considered attractive enough, considering the work being performed, the risks and the opportunity costs. ● Sufficient ecosystem support: We measure ecosystem support through yearly inflow to the Community Treasury. The minimal satisfactory inflow is $50-100 million, and it is determined based on the current level of economic support the Polygon ecosystem needs. We explicitly define these indicators (staking ratio, validator returns and treasury inflow) in § 9.3. 9.2 Inputs In this chapter we outline the required model inputs and estimate their respectable values. First, we define three growth scenarios, projecting the abstract number of chains in the Polygon ecosystem during the initial 10-year period. We refer to the number of chains as abstract because it is not necessarily expressing the exact number of Polygon chains (although that might be the case), but more the cumulative level of activity, i.e. transactions in the ecosystem. 6 Source: https://staking.polygon.technology/
Figure 3. 10-year growth scenarios The rationale for the growth scenarios is based on the following data and observations: ● Current growth trajectory. Since the inception in 2020, the Polygon ecosystem has grown to thousand of applications and 3 million daily transactions7. If this trend even remotely continues, the proposed growth scenarios seem realistic. ● Web2 app marketplaces: The App Store hosts around 1.8 million applications8 and Google Play around 2.7 million9; both were introduced around 14 years ago. It could be reasonable to expect a comparable level of adoption for Web3 in a comparable timeframe. ● Supernets adoption: At the moment of writing this paper, one year since the introduction of Supernets, there are more than 100 Supernets candidate projects, many of them under active development. Based on this, the proposed growth scenarios for Supernets seem realistic, especially given that Supernets’ deployment should become significantly easier once the Staking Layer (described in § 6) is introduced. Additionally, it is noticeable that the trend of interest in Supernets is stronger in relative terms than the one for public chains. For this reason, we are assuming the same for the proposed growth scenarios. To further justify this, a meaningful parallel with Web2 adoption history can be drawn. In the earlier days of Web2, shared application hosting – Web2 equivalent to public chains – was much more common than nowadays. As the industry matured, 9 Source: https://www.appbrain.com/stats/number-of-android-apps 8 Source: https://www.apple.com/newsroom/2022/04/report-finds-third-party-apps-see-global-success-on-the-app-st ore/ 7 Source: https://polygonscan.com/chart/tx
dedicated hosting – Web2 equivalent to Supernets – became the norm for every application with a meaningful user base and level of activity. Again, the number of Polygon chains is an abstract concept in our model; in conjunction with the number of transactions per chain, it should primarily reflect the level of economic activity in the ecosystem. Similarly, the prevalence, i.e. ratio of Supernets compared to public chains, is an abstract, conservative assumption. If it would turn out that public chains are more popular relative to Supernets, the results of the simulation presented in § 9.4 would look similar or better, due to their respective transaction fee levels. To complement the aforementioned growth scenarios, we estimate the following inputs: ● Initial supply of 10 billion POL, as described in § 5.1; ● Yearly emission rate of 1% for validator incentives, as described in § 5.2; ● Yearly emission rate of 1% for the Community Treasury, as described in § 5.2; ● $5 average POL price during the 10-year period; ● 38 transactions/second on average per public chains, comparable to current Polygon PoS chain usage10; ● 19 transactions/second on average per Supernet, an estimate based on the requirements of Supernet projects; ● $0.01 average transaction fee on public chains, an estimate based on current average fees on Polygon PoS chain;11 ● $0.001 average transaction fee on Supernets, conservative estimate given abundant blockspace and a “race to the bottom” that it will likely cause for transaction fees; ● 100 validators on average per public chain, equivalent to the current validator set size of Polygon PoS; ● 15 validators on average per Supernet, based on requirements and realistic needs of Supernet candidates; ● $6,000/year average running costs per validator, equivalent to current Polygon PoS data, gradually decreasing according to a modified version of Moore’s Law (50% decrease in 3 years). It is worth noting that POL price, although one of the required model inputs, directly and significantly affects only the Community Treasury inflow, not the other key performance indicators. Also, transaction fee estimates do not account for the cost of data availability on 11 Source: https://polygonscan.com/chart/gasprice
Người mẫu
Dựa trên thiết kế của POL và Lớp đặt cược, chúng tôi đề xuất một mô hình mô phỏng quan trọng các chỉ số hiệu suất của hệ sinh thái do POL cung cấp, cung cấp đầu vào cần thiết và phân tích kết quả của các mô phỏng.
9.1 Giả thuyết Mục đích của mô hình là xác nhận giả thuyết rằng mô hình được hỗ trợ bởi POL được đề xuất hệ sinh thái có thể đồng thời đáp ứng các mục tiêu sau, bắt nguồn từ § 3: ● Bảo mật hệ sinh thái đầy đủ: Chúng tôi đo lường bảo mật thông qua tỷ lệ POL staking, tức là. phần trăm nguồn cung POL được đặt cược bởi validators. Tỷ lệ thỏa mãn tối thiểu là 30-40%, gần tương đương với tỷ lệ staking hiện tại trên chuỗi Polygon PoS6. ● Đủ validator khuyến khích: Để ước tính đủ validator khuyến khích, chúng tôi giới thiệu Lợi tức làm việc (ROW), thước đo tổng thu nhập validator so với giá trị của POL đặt cược. Lợi nhuận thỏa đáng tối thiểu là 4-5%; lợi nhuận thấp hơn không được coi là đủ hấp dẫn khi xem xét công việc đang được thực hiện, những rủi ro và chi phí cơ hội. ● Hỗ trợ hệ sinh thái đầy đủ: Chúng tôi đo lường sự hỗ trợ của hệ sinh thái thông qua dòng vốn hàng năm vào Kho bạc cộng đồng. Dòng vốn vào thỏa đáng tối thiểu là 50-100 triệu USD và được xác định dựa trên mức hỗ trợ kinh tế hiện tại của hệ sinh thái Polygon nhu cầu. Chúng tôi xác định rõ ràng các chỉ số này (tỷ lệ staking, validator lợi nhuận và dòng tiền vào kho bạc) trong § 9.3. 9.2 Đầu vào Trong chương này, chúng tôi phác thảo các đầu vào mô hình cần thiết và ước tính các giá trị phù hợp của chúng. Đầu tiên, chúng tôi xác định ba kịch bản tăng trưởng, dự đoán số lượng chuỗi trừu tượng trong Polygon hệ sinh thái trong thời gian 10 năm đầu tiên. Chúng tôi coi số lượng chuỗi là trừu tượng bởi vì nó không nhất thiết phải thể hiện chính xác số lượng chuỗi Polygon (mặc dù điều đó có thể là như vậy), nhưng quan trọng hơn là mức độ hoạt động tích lũy, tức là các giao dịch trong hệ sinh thái. 6 Nguồn: https://staking.polygon.technology/
Hình 3. Kịch bản tăng trưởng 10 năm Cơ sở lý luận cho các kịch bản tăng trưởng dựa trên dữ liệu và quan sát sau: ● Quỹ đạo tăng trưởng hiện tại. Kể từ khi thành lập vào năm 2020, hệ sinh thái Polygon đã có đã tăng lên hàng nghìn ứng dụng và 3 triệu giao dịch hàng ngày7. Nếu xu hướng này thậm chí tiếp tục từ xa, các kịch bản tăng trưởng được đề xuất có vẻ thực tế. ● Chợ ứng dụng Web2: App Store lưu trữ khoảng 1,8 triệu ứng dụng8 và Google Play khoảng 2,7 triệu9; cả hai đều được giới thiệu khoảng 14 năm trước. Nó có thể là hợp lý để mong đợi mức độ chấp nhận tương đương cho Web3 trong một môi trường tương đương khung thời gian. ● Việc áp dụng Supernet: Tại thời điểm viết bài này, một năm kể từ khi giới thiệu Supernets, có hơn 100 dự án ứng cử viên Supernets, nhiều dự án trong số đó đang được phát triển tích cực. Trên cơ sở đó đưa ra các kịch bản tăng trưởng cho Các siêu mạng có vẻ thực tế, đặc biệt khi việc triển khai các Siêu mạng sẽ trở nên dễ dàng hơn đáng kể khi Lớp đặt cược (được mô tả trong § 6) được giới thiệu. Ngoài ra, nó Điều đáng chú ý là xu hướng quan tâm đến Supernets mạnh hơn về mặt tương đối so với xu hướng một cho chuỗi công cộng. Vì lý do này, chúng tôi giả định điều tương tự đối với đề xuất các kịch bản tăng trưởng. Để biện minh thêm cho điều này, một sự tương đồng có ý nghĩa với lịch sử áp dụng Web2 có thể được rút ra. Trong những ngày đầu của Web2, lưu trữ ứng dụng chia sẻ – tương đương với Web2 đến chuỗi công khai – đã phổ biến hơn nhiều so với ngày nay. Khi ngành này trưởng thành, 9 Nguồn: https://www.appbrain.com/stats/number-of-android-apps 8 Nguồn: https://www.apple.com/newsroom/2022/04/report-finds-third-party-apps-see-global-success-on-the-app-st quặng/ 7 Nguồn: https://polygonscan.com/chart/txlưu trữ dành riêng – Web2 tương đương với Supernets – đã trở thành tiêu chuẩn cho mọi ứng dụng có cơ sở người dùng và mức độ hoạt động có ý nghĩa. Một lần nữa, số chuỗi Polygon là một khái niệm trừu tượng trong mô hình của chúng tôi; kết hợp với số lượng giao dịch trên mỗi chuỗi, nó chủ yếu phản ánh mức độ hoạt động kinh tế trong hệ sinh thái. Tương tự, mức độ phổ biến, tức là tỷ lệ của Supernet so với chuỗi công cộng, là một giả định trừu tượng, bảo thủ. Nếu hóa ra chuỗi công cộng phổ biến hơn so với Supernets, kết quả mô phỏng được trình bày trong § 9.4 sẽ trông giống hoặc tốt hơn do mức phí giao dịch tương ứng của họ. Để bổ sung cho các kịch bản tăng trưởng nói trên, chúng tôi ước tính các yếu tố đầu vào sau: ● Nguồn cung ban đầu là 10 tỷ POL, như được mô tả trong § 5.1; ● Tỷ lệ phát thải hàng năm là 1% đối với validator ưu đãi, như được mô tả trong § 5.2; ● Tỷ lệ phát thải hàng năm là 1% đối với Kho bạc Cộng đồng, như được mô tả trong § 5.2; ● Giá POL trung bình $5 trong thời gian 10 năm; ● Trung bình 38 giao dịch/giây trên mỗi chuỗi công khai, tương đương với Polygon hiện tại Sử dụng chuỗi PoS10; ● 19 giao dịch/giây trên trung bình mỗi siêu mạng, một ước tính dựa trên trên cái yêu cầu của dự án Supernet; ● Phí giao dịch trung bình 0,01 USD trên chuỗi công khai, ước tính dựa trên mức trung bình hiện tại phí trên chuỗi Polygon PoS;11 ● Phí giao dịch trung bình 0,001 USD trên Supernets, ước tính thận trọng do có nhiều không gian khối và một “cuộc đua xuống đáy” mà nó có thể sẽ gây ra về phí giao dịch; ● Trung bình 100 validator giây trên mỗi chuỗi công khai, tương đương với kích thước đã đặt validator hiện tại của Polygon PoS; ● Trung bình 15 validator giây trên mỗi Supernet, dựa trên yêu cầu và nhu cầu thực tế của Ứng viên Supernet; ● $6.000/năm chi phí vận hành trung bình cho mỗi validator, tương đương với Polygon PoS hiện tại dữ liệu, giảm dần theo phiên bản sửa đổi của Định luật Moore (50% giảm trong 3 năm). Điều đáng chú ý là giá POL, mặc dù là một trong những đầu vào bắt buộc của mô hình, trực tiếp và chỉ ảnh hưởng đáng kể đến dòng vốn vào Kho bạc cộng đồng chứ không ảnh hưởng đến hiệu quả hoạt động quan trọng khác các chỉ số. Ngoài ra, ước tính phí giao dịch không tính đến chi phí sẵn có của dữ liệu trên 11 Nguồn: https://polygonscan.com/chart/gasprice
Source: https://polygonscan.com/chart/tx
Source: https://polygonscan.com/chart/tx
Ethereum for Polygon chains that use the rollup model; we ignore this cost because it is passed to Ethereum. 9.3 Methodology We define a simple model to estimate the key performance indicators of the ecosystem, and validate the hypothesis from § 9.1. The key indicators and the methodology to determine them are as follows: ● Staking ratio ( ): The portion of the POL supply staked by validators. 𝑆𝑟 𝑆𝑟= 𝑆𝑠 / 𝑆𝑡 Where is staked supply, i.e. total amount of POL staked by validators, and is total 𝑆𝑠 𝑆𝑡 supply, i.e. current supply of POL. ● Validator emission incentives ( ): Yearly validator incentives that come from POL 𝑉𝑖𝑖 emission. 𝑉𝑖𝑖= 𝑆𝑡 × 𝐼𝑣 × 𝑃 Where is total supply, is yearly emission rate for validator rewards and is POL 𝑆𝑡 𝐼𝑣 𝑃 price. ● Validator fees incentives ( ): Yearly validator incentives that come from gas fees. 𝑉𝑖𝑓 𝑉𝑖𝑓= 𝐶𝑝 × 𝑇𝑝× 𝐹𝑝 + 𝐶𝑠 × 𝑇𝑠× 𝐹𝑠 Where is number of public chains, is number of transactions per public chain, 𝐶𝑝 𝑇𝑝 𝐹𝑝 is average transaction fee per public chain, is number of Supernets, is number of 𝐶𝑠 𝑇𝑠 transactions per Supernet and is average transaction fee per Supernet. 𝐹𝑠 ● Validator running costs ( ): Cumulative yearly running costs of all Polygon validators. 𝑉𝑐 𝑉𝑐= (𝑁𝑝 × 𝐶𝑝+ 𝑁𝑠 × 𝐶𝑠) × 𝑌 Where is number of validators per public chain, is number of public chains, is 𝑁𝑝 𝐶𝑝 𝑁𝑠 number of validators per Supernet, is number of Supernets and are yearly running 𝐶𝑠 𝑌 costs for a single validator. ● Return on Work ( ): Total validator earnings expressed as a percentage of the value 𝑉𝑟 of staked POL. 𝑉𝑟= (𝑉𝑖𝑖 + 𝑉𝑖𝑓 − 𝑉𝑐) / (𝑆𝑠 × 𝑃)
Where are validator issuance incentives, are validator fee incentives, are 𝑉𝑖𝑖 𝑉𝑖𝑓 𝑉𝑐 validator running costs, is staked supply and is POL price. 𝑆𝑠 𝑃 ● Community Treasury inflow ( ): Total yearly inflow to the Community Treasury. 𝑋𝑖 𝑋𝑖= 𝑉𝑖𝑖= 𝑆𝑡 × 𝐼𝑡 × 𝑃 Where is total supply, is yearly emission rate for the Community Treasury and is 𝑆𝑡 𝐼𝑡 𝑃 POL price. 9.4 Results The model accepts the required inputs and processes them using the presented methodology. The results for varying input sets can provide interesting insights into the ecosystem and its dynamics, including but not limited to: ● The attractiveness and sustainability of validator incentives; ● The amount and dynamics of the the Community Treasury inflows; ● The structure of validator incentives and their changes over time; ● The effect of price on all observed indicators; ● The effect of different adoption levels to all observed indicators etc. Here we run the model with the inputs provided in § 9.2 and observe the three indicators required to validate our initial hypothesis: staking ratio ( ), validator incentives ( ) and treasury 𝑆𝑟 𝑉𝑖 inflow ( ). 𝑋𝑖 Based on the model results, we are reasonably confident that the described POL-powered ecosystem can meet all three goals outlined in § 9.1: ● Sufficient ecosystem security: We fixed the staking ratio ( ) at 30% and ran the 𝑆𝑟 model. Given that the remaining two indicators – validator incentives ( ) and treasury 𝑉𝑖 inflow ( ) – are showing expected or higher than expected values, we conclude that the 𝑋𝑖 staking ratio should retain satisfactory or higher than satisfactory levels. ● Sufficient validator incentives: The results show that the targeted Return on Work ( ) 𝑉𝑟 of 4-5% is realistic to expect. Moreover, it reaches ≈7% for medium growth and ≈10% for fast growth scenario. In reality, this would likely cause the staking ratio to increase (thus further increasing security of the ecosystem), until the market determines the equilibrium between staking ratio and returns.
● Sufficient ecosystem support: The results show that the minimal satisfactory level of the Community Treasury inflows ( ) of $50-100 million per year is realistic to expect. 𝑋𝑖 Moreover, it reaches significantly higher levels towards the end of the 10-year period. However, the treasury inflow is directly related to the price of POL, and thus highly speculative. If the treasury ends up having more funds than the ecosystem realistically needs, the community might decide to burn the excess POL, as mentioned in § 7. Figure 4. Return on Work and Community Treasury inflow The full model is open-source and can be accessed on GitHub, and used to produce and analyze results for arbitrary sets of inputs. 10 Conclusion The vision behind Polygon is to build the Value Layer of the Internet. To achieve this vision, the redesigned Polygon protocol architecture introduces a novel, infinitely scalable and seamlessly interconnected network of Layer 2 chains. In this paper, we introduced POL, the proposed native token of Polygon, designed to secure, coordinate and align the Polygon ecosystem and supercharge its growth. The proposed design and tokenomics of POL achieve the rigorous design goals that we defined. We created a model to simulate the key performance indicators of the POL-powered ecosystem, provided required model inputs and analyzed the results of the simulation. The results confirmed the hypothesis of the model, derived from the aforementioned design goals.
Based on everything above, we conclude that POL is a novel, next generation asset that provides a solid foundation for Polygon to achieve its ambitious vision.
Nguồn: https://polygonscan.com/chart/tx
Ethereum cho chuỗi Polygon sử dụng mô hình rollup; chúng tôi bỏ qua chi phí này vì nó đã được thông qua tới Ethereum. 9.3 Phương pháp luận Chúng tôi xác định một mô hình đơn giản để ước tính các chỉ số hoạt động chính của hệ sinh thái và xác nhận giả thuyết từ § 9.1. Các chỉ số chính và phương pháp để xác định chúng như sau: ● Tỷ lệ đặt cược ( ): Phần nguồn cung POL được đặt cược bởi validators. 𝑆𝑟 𝑆𝑟= 𝑆𝑠 / 𝑆𝑡 Ở đâu là nguồn cung đặt cọc, tức là tổng số lượng POL được đặt cược bởi validators, và là tổng cộng 𝑆𝑠 𝑆𝑡 nguồn cung, tức là nguồn cung hiện tại của POL. ● Khuyến khích phát thải của người xác nhận ( ): validator ưu đãi hàng năm đến từ POL 𝑉𝑖𝑖 phát thải. 𝑉𝑖𝑖= 𝑆𝑡 × 𝐼𝑣 × 𝑃 Ở đâu là tổng cung, là tỷ lệ phát thải hàng năm cho validator phần thưởng và là POL 𝑆𝑡 𝐼𝑣 𝑃 giá cả. ● Ưu đãi phí xác thực ( ): validator ưu đãi hàng năm đến từ phí gas. 𝑉𝑖𝑓 𝑉𝑖𝑓= 𝐶𝑝 × 𝑇𝑝× 𝐹𝑝 + 𝐶𝑠 × 𝑇𝑠× 𝐹𝑠 Ở đâu là số lượng chuỗi công khai, là số lượng giao dịch trên mỗi chuỗi công khai, 𝐶𝑝 𝑇𝑝 𝐹𝑝 là phí giao dịch trung bình trên mỗi chuỗi công khai, là số lượng Supernet, là số lượng 𝐶𝑠 𝑇𝑠 giao dịch trên mỗi Supernet và là phí giao dịch trung bình trên mỗi Supernet. 𝐹𝑠 ● Chi phí vận hành trình xác thực ( ): Chi phí hoạt động tích lũy hàng năm của tất cả Polygon validators. 𝑉𝑐 𝑉𝑐= (𝑁𝑝 × 𝐶𝑝+ 𝑁𝑠 × 𝐶𝑠) × 𝑌 Ở đâu là số validator trên mỗi chuỗi công khai, là số lượng chuỗi công khai, là 𝑁𝑝 𝐶𝑝 𝑁𝑠 số lượng validator trên mỗi Supernet, là số lượng Supernet và đang chạy hàng năm 𝐶𝑠 𝑌 chi phí cho một validator. ● Trở lại công việc ( ): Tổng validator thu nhập được biểu thị bằng phần trăm của giá trị 𝑉𝑟 của POL đã đặt cọc. 𝑉𝑟= (𝑉𝑖𝑖 + 𝑉𝑖𝑓 − 𝑉𝑐) / (𝑆𝑠 × 𝑃)
Ở đâu là validator ưu đãi phát hành, là validator ưu đãi phí, là 𝑉𝑖𝑖 𝑉𝑖𝑓 𝑉𝑐 validator chi phí vận hành, được đặt cược cung cấp và là giá POL. 𝑆𝑠 𝑃 ● Dòng tiền vào kho bạc cộng đồng ( ): Tổng dòng tiền vào Kho bạc Cộng đồng hàng năm. 𝑋𝑖 𝑋𝑖= 𝑉𝑖𝑖= 𝑆𝑡 × 𝐼𝑡 × 𝑃 Ở đâu là tổng cung, là tỷ lệ phát thải hàng năm của Kho bạc cộng đồng và là 𝑆𝑡 𝐼𝑡 𝑃 Giá POL. 9,4 Kết quả Mô hình chấp nhận các đầu vào cần thiết và xử lý chúng bằng phương pháp được trình bày. Kết quả cho các bộ đầu vào khác nhau có thể cung cấp những hiểu biết thú vị về hệ sinh thái và động lực, bao gồm nhưng không giới hạn ở: ● Sự hấp dẫn và bền vững của các ưu đãi validator; ● Số lượng và động lực của dòng tiền vào Kho bạc cộng đồng; ● Cấu trúc của ưu đãi validator và những thay đổi của chúng theo thời gian; ● Ảnh hưởng của giá đến tất cả các chỉ số quan sát được; ● Tác động của các mức độ áp dụng khác nhau đối với tất cả các chỉ số được quan sát, v.v. Ở đây chúng tôi chạy mô hình với các dữ liệu đầu vào được cung cấp trong § 9.2 và quan sát ba chỉ số cần thiết để xác thực giả thuyết ban đầu của chúng tôi: tỷ lệ staking ( ), validator ưu đãi ( ) và kho bạc 𝑆𝑟 𝑉𝑖 dòng vào ( ). 𝑋𝑖 Dựa trên kết quả mô hình, chúng tôi tin tưởng một cách hợp lý rằng hệ thống hỗ trợ POL được mô tả hệ sinh thái có thể đáp ứng cả ba mục tiêu nêu trong § 9.1: ● Bảo mật hệ sinh thái đầy đủ: Chúng tôi đã cố định tỷ lệ staking ( ) ở mức 30% và chạy 𝑆𝑟 mô hình. Cho rằng hai chỉ số còn lại – validator ưu đãi ( ) và kho bạc 𝑉𝑖 dòng vào ( ) – đang hiển thị giá trị mong đợi hoặc cao hơn giá trị mong đợi, chúng tôi kết luận rằng 𝑋𝑖 Tỷ lệ staking phải duy trì mức thỏa đáng hoặc cao hơn mức thỏa đáng. ● Đủ validator khuyến khích: Kết quả cho thấy Lợi tức làm việc được nhắm mục tiêu ( ) 𝑉𝑟 4-5% là thực tế có thể mong đợi. Hơn nữa, nó đạt ≈7% cho mức tăng trưởng trung bình và ≈10% cho kịch bản tăng trưởng nhanh. Trong thực tế, điều này có thể khiến tỷ lệ staking tăng lên (do đó tăng cường hơn nữa an ninh của hệ sinh thái), cho đến khi thị trường xác định được trạng thái cân bằng giữa tỷ lệ staking và lợi nhuận.● Hỗ trợ hệ sinh thái đầy đủ: Kết quả cho thấy mức độ thỏa đáng tối thiểu của dòng tiền vào Kho bạc cộng đồng ( ) là 50-100 triệu USD mỗi năm là điều thực tế có thể mong đợi. 𝑋𝑖 Hơn nữa, nó đạt mức cao hơn đáng kể vào cuối giai đoạn 10 năm. Tuy nhiên, dòng vốn vào kho bạc có liên quan trực tiếp đến giá của POL, và do đó rất suy đoán. Nếu kho bạc cuối cùng có nhiều tiền hơn hệ sinh thái trên thực tế nhu cầu, cộng đồng có thể quyết định đốt POL dư thừa, như đã đề cập trong § 7. Hình 4. Lợi nhuận từ công việc và dòng vốn cộng đồng Mô hình đầy đủ là nguồn mở và có thể được truy cập trên GitHub và được sử dụng để sản xuất và phân tích kết quả cho các bộ đầu vào tùy ý. 10 Kết luận Tầm nhìn đằng sau Polygon là xây dựng Lớp giá trị của Internet. Để đạt được tầm nhìn này, kiến trúc giao thức Polygon được thiết kế lại giới thiệu một tính năng mới, có khả năng mở rộng vô hạn và liền mạch mạng lưới liên kết của chuỗi Layer 2. Trong bài viết này, chúng tôi đã giới thiệu POL, token gốc được đề xuất của Polygon, được thiết kế để bảo mật, phối hợp và điều chỉnh hệ sinh thái Polygon và thúc đẩy sự phát triển của nó. Thiết kế đề xuất và tokenomics của POL đạt được các mục tiêu thiết kế nghiêm ngặt mà chúng tôi đã xác định. Chúng tôi đã tạo một mô hình để mô phỏng các chỉ số hiệu suất chính của hệ sinh thái do POL cung cấp, cung cấp các đầu vào mô hình cần thiết và phân tích kết quả mô phỏng. kết quả khẳng định giả thuyết của mô hình, xuất phát từ mục tiêu thiết kế nói trên.
Dựa trên tất cả những điều trên, chúng tôi kết luận rằng POL là một tài sản mới, thế hệ tiếp theo cung cấp nền tảng vững chắc để Polygon đạt được tầm nhìn đầy tham vọng của mình.