The First Pillar: Protocol Governance

The First Pillar: Protocol Governance

Given enough eyeballs, all bugs are shallow

The above line constitutes Linus’s Law, first defined in 1997 by Eric S. Raymond, and it accurately summarizes a fundamental truth behind open source development. The more people who can inspect and review a piece of software, the more likely it is that any flaws or bugs will be quickly identified and resolved.

Today, we understand open-source development as a set of guiding principles in which the source code of a piece of software is made available to the public, allowing anyone to view, change, and distribute it.

In addition to the benefits stemming from Linus’s Law, open-source technology allows for near-absolute informational symmetry between different parties. The code is public, so every actor can participate in the progress of technology on the same terms, without the ability to leverage inaccessible information over others.

Lastly, every dissatisfied participant can take what’s in the open and work on it irrespective of other developers. To illustrate further, the rules for the game of chess have been generally accessible for ages. If one doesn’t like how the game is played at a particular table, they don’t need to flip it. Instead, they may go and modify the generally-accepted ruleset to accommodate how they want to play the game. And who knows, maybe they’re determined enough so that their version eventually becomes the most popular one, as has been the case throughout chess history.

This analogy also rings familiar with blockchain technology. Now, every person capable of reading smart contracts or protocol client code can act as an auditor, providing value to the ecosystem (Linus’s Law), build on top of established technology, modify, and commercialize it, as well as fork or gather consensus around protocol-level changes to a decentralized network, e.g., coming up with a better ruleset for chess.

Decentralized Governance in Blockchain Technology

Blockchains are distributed, open protocols with no single point of control. This requires new systems of decision-making and coordination, necessitating new tooling for open-source development and decentralized project management.

The disintermediation of trusted third parties, inherent to all blockchains, places more responsibility in the hands of users. Meaning, they must now act as contributors and caretakers rather than observers of development and governance.

The ability of a community to fork an open-source network, impossible in all types of “black box” systems, becomes a reality in transparent, decentralized technology, thus further empowering any and all participants.

For Polygon protocols, we distinguish two main components necessary for long-term maintenance, development, and governance: the PIP framework and a decentralized community to sustain it.

PIP Framework

The inspiration to use a proposal-based system to develop ideas originally stems from the Request for Comments (RFC) framework. Developed by Steve Crocker in 1969, RFCs were later used by the Internet Engineering Task Force (IETF) to standardize protocols and technologies for the early Internet. Nowadays, we see adoption expand to the open-source community as a way to develop and standardize protocols and technologies, with notable iterations being Python Enhancement Proposals (PEPs), Bitcoin Improvement Proposals (BIPs), and Ethereum Improvement Proposals (EIPs).

In order to facilitate open-source maintenance and development of the Polygon PoS chain, the Polygon Improvement Proposal (PIP) framework was developed. Due to the Polygon community’s close alignment with that of Ethereum, the framework takes a lot of inspiration from EIPs.

At its core, the PIP framework is currently defined by two main documents:

  • PIP-1 acts as the axis mundi around which all other elements of the PIP framework orbit. It provides a structure for PIPs in all tracks, describing general content requirements, as well as outlining the progression flow each PIP may take before it is implemented.

  • PIP-8 is an advisory implementation framework. It details all of the different moving parts of the Polygon PoS architecture and how an upgrade to each of those parts may be facilitated by the PIP framework.

Upgrade Process

The PIP framework provides an efficient way for coordination and consensus to emerge naturally around upgrades.

Using the Delhi Hardfork to illustrate, the following process of proposing and implementing PIP-5 and PIP-6 was used to update the implementation of Heimdall and Bor:

  1. A pre-PIP research post was submitted to the forum, requesting an initial round of feedback.
  2. Once the proposal specification was refined, PIP-5 and PIP-6 were drafted, inviting review from the general community and core developers in particular.
  3. Synchronous discussions were held with the community on the Polygon Protocol Governance Call (PPGC).
  4. In parallel with the peer review process, the PIP authors gathered consensus within the core development, validator, infra provider, and user communities.
  5. Once the proposals were ready and the implementation tested extensively, implementation via rough consensus soon followed. Practically speaking, this involved validating nodes, users (full nodes), infrastructure providers (RPCs) and other relevant stakeholders (e.g., exchanges) implementing the change by updating their software clients.

All of the above have led to an incredibly efficient upgrade, with 94/100 validators upgrading their setups prior to the scheduled hardfork block, resulting in ~98% of validating stake being in favor of the change ahead of time, on top of widespread consensus across other ecosystem stakeholders.

The Future of Protocol Governance

The Polygon network ecosystem currently consists of several solutions in varying stages of maturity. For context, Supernets and the recently-launched zkEVM are good examples of protocols in earlier phases of development. It’s important to note that the protocol governance pillar will eventually need to be built out for those protocols as well. The PoS chain has been the main focus of the PIP framework so far due to its maturity, but we can consequently imagine a future in which the development of all Polygon infrastructure is governed using analogous mechanisms.

We also seek to explore collaborations with other L2 projects as it relates to development standards and ZK-related research. We are committed to practical, deliberate cooperation with others for the net benefit of both the L2 and ZK ecosystems, which may mean forming new ways to communicate and alliances for shared research. It can also mean active participation by Polygon ecosystem researchers in already-existing channels.

Importantly, protocol governance mechanisms shouldn’t be built in a bubble, and the Polygon community’s alignment with the Ethereum community’s values is best shown through collaboration with others in the ecosystem.

Decentralized Community

It is clear that the wider Polygon community should be the driving force behind protocol maintenance and development.

The PIP framework allows a clear and transparent way to propose and implement changes to the PoS chain. What is needed to drive this process, allowing the PIP framework to reach its full potential, is a vibrant decentralized community represented by a diverse range of network participants.

Since its launch in 2020, the PoS chain has seen its daily active user base rise to ~380,000, matching that of Ethereum. However, whereas Ethereum boasts a healthy community of core developers, the Polygon community is lagging behind in the proportion of its participants actively engaged in the development and governance of the PoS chain.

The following initiatives currently help foster the decentralized community:

  • The Polygon Community Forum provides an open space for network participants to discuss ideas, propose and develop solutions, and deliberate on issues.
  • A dedicated Discord PIP channel allows for async discussion of governance issues.
  • Polygon Protocol Governance Calls are a space to discuss highly-technical developments of the Polygon PoS chain, held every 4 weeks.
  • The PIP Bounty Program allows for quarterly retrospective public goods funding of high-impact PIPs.

While the above programs are live and work to strengthen the decentralized community, we strongly invite feedback and proposals allowing for further improvement. Some of the fields to be explored include:

  • Education - governance participation is a complex topic and can be addressed with different means, e.g., further blog posts and more educational content on the Polygon Community Forum and PIP Github repository.
  • Social recognition - we hope to see ecosystem-wide recognition of active and highly-reputable Polygon core developers and PIP authors, similarly to the Ethereum ecosystem.
  • Public goods funding - sustainable funding mechanisms for core developers and PIP Editors can be explored.
  • Governance hackathons - events centered around PIPs and core infrastructure development with monetary prizes could potentially enable previously-unseen engagement.

Call for Proposals

In closing, we’d like to thank everyone who’s already provided feedback and participated in the discussions surrounding our first post in the series. As contributors to the Polygon ecosystem, we’re looking forward to hearing more feedback, reading new proposals (both PIPs and non-formal), and discussing the subjects of this post with other participants of the ecosystem.

We’re currently looking for feedback and proposals in 3 areas: on the PIP framework itself, on decentralized community growth, and new PIPs being brought forward.

PIP Framework

  • What can be improved in the current iteration of the PIP framework, especially process PIPs, i.e., PIP-1 and PIP-8?
  • What kind of opportunities do you see for ecosystem-wide collaboration with regards to zk and L2 development?

Decentralized Community

  • We identified four areas for potential improvement: education, social recognition, public goods funding, and governance hackathons. Do you agree with these categories? Furthermore, how can we start practically addressing these areas?
  • What other initiatives would you like to see that allow a decentralized governance community to flourish? Is there inspiration within other ecosystems that we can draw from?

Community-led PIPs

In addition to the feedback requested above, core developers and community members have identified several areas of development that can potentially allow for concentrated efforts in PoS chain governance:

  • Increasing Throughput: PIPs to increase gas limit without any major changes to block time or increasing infrastructure requirements.
  • Faster Finality: PIPs allowing faster finality for an improved UX of DApps built on Polygon PoS.
  • State Management: Due to widespread adoption of Polygon PoS, we are seeing an ever increasing number of users and transactions, which in turn leads to rapid increase in state size. PIPs that aim to improve state management are welcome.

Having now formulated our thoughts, we again invite everyone to participate in the discussion. Thank you in advance!

Authors

Mateusz Rzeszowski

Harry Rook

Contributors

Bojana Tomic

Hudson Jameson

Sandeep Sreenath

Tanisha Katara

George Serntedakis

5 Likes

I love it. Sounds phenomenal!

5 Likes

Very excited to see how the future of Polygon governance is gonna take shape!

4 Likes

I would like to take this opportunity to pen my thoughts on the Decentralised community

  1. Education: Web3 is definitely a evolving space & we need to educate both web2 & web3 users varying from technology to opportunities. These educational initiatives can be driven by influencers who got a strong base in specific regions, like Tanmay Bhat building a strong base of Solana via Supertemdao. In summary let’s figure out influencers in specific regions like Vietnam, India, Pakistan, and Bangladesh…etc through which we can spread about the technology & opportunities.

  2. Social recognition: Contributors here should definitely be recognized, maybe hop on one-one calls with the quality members & understand their goals, and what motivates them to contribute to Polygon. After we have a good collection of this data we can start posting this on social media & introduce them over the office hours & weekly calls. Also, if we have bandwidth then we can mint NFTs like the way Argent is doing

  3. Public goods: In web3 this is very important to strategically structure the public goods:

    • How open source do we want to be?
    • How easy it is for someone to start building on Polygon thinking from developer tooling, APIs, and resources?
    • Do the grants that Polygon disperses fall under the public good or else are we expecting something out of it?
    • How are we going to mitigate the bad actors, (For example, I remember someone from Polygon Village approved randomly an application for the grant)
  4. Governance Hackathons: Hackathons are the best way to brand the protocol & also get new fresh ideas & also important thing is what we want to achieve from the hackathons.

Other Initiatives:

  • I like the way MakerDAO is shipping the stuff from the decentralized governance community in the Endgame plan & Gitcoin thinks around public goods.

Thanks

5 Likes

Hey @ihsotas, thank you again for in-depth feedback, we’ll certainly consider the points you raised!

That’s an interesting idea, please give me some time to think it through and ideate.

Your points here are valid. One of the two next pillar posts will cover the thinking around this. I’d love to see your input when it’s live.

What would be the best way of formulating goals for such a hackathon? Do you have any particular examples from the ecosystem for projects that did it right?

3 Likes

Very good to see! I think there are two clear areas of focus now for the foundation to think about:

  • How do we surface community insights into governance proposals?
  • How do we foster an environment where good discussions can take place and sustain that environment?

The key to a vibrant community-led protocol lies in surfacing the best contributions, this creates a virtuous cycle where more potential smart contributions are shared.

2 Likes

I guess we should mostly think from the following lines:

  • Do we have some internal tools which we would like to get built from the community so that our internal team can focus on the core stuff
  • Are we explore for fresh new ideas to be built on top of polygon
  • Do we have any APIs which need intervention of hackathon participants to look into, integrate & test.

I like the way lens protocol is building the developer ecosystem.

1 Like

Greetings from Aragon! Thanks for outlining Pillar 1! We responded some time ago to other pillars so apologies for the slow reply on this particular one:

In crypto, composability is the game-changer. It’s all about different systems and protocols connecting, thanks to so many people working together. Each big step in crypto shows that when we work together, we can achieve things even beyond what the original creators thought of. Simply put, teamwork makes the dream work and network effects are crucial.

But teaming up isn’t always easy. When everyone’s throwing in their ideas, the challenge is making sure they all fit together nicely. We need to create systems that are open to everyone’s input but keep everything organized without splitting off in too many directions.

Thinking about innovation, it’s like a team sport. Tools and platforms aren’t just tools; they show the power of people working together.

So, with all this in mind, how we make decisions and rules should reflect this team spirit. The Polygon Improvement Proposals (PIPs) you mentioned seem like a good place to start. Having them on Github makes sense since it means only the well-thought-out ideas get through. But when we’re talking big, governance-level stuff, we should make it easier for more committed and aligned ecosystem members to jump in and be involved. Then, when it’s decision time, we can move it to an onchain vote. Leaving all the decisions to just a committee is a lot (responsibility and liability wise), especially if they’ve got other stuff going on. We agree often progressive decentralisation is important until these network effects and correct incentivsation mechanisms are in place. It’s at that point when the risk level swaps and being more decentralised is safer in the long-term.

To wrap it up, if Polygon wants to grow, it’s got to lean on its community. Start with things like PIPs, but the real magic happens when we move bigger decisions onchain and let the community own and have stake in its future. That’s how Polygon will come out on top, with a transparent decision making that makes itself and its community leverage all its potential.

-Anthony, Aragon

1 Like

Thank you again for engaging with these posts, @Leuts.eth, it’s greatly appreciated!

Absolutely, any decentralized technology is only as strong as the social consensus behind it.

Are there any battle-tested, scaleable frameworks for wide community inclusion in this context? And then, is the ability for the widest set of participants, i.e., token-holders, to ultimately check any sort of committee-based decision-making good enough?

Hey @Mateusz thanks for the response!

There are some methodologies that are used both in and beyond web3 in relation to community wide inclusion in this context. The point of which is to put the ultimate power in the hands of tokenholders. This is the general format of most governance types in the world, where voters have the ability to remove committee members who don’t perform, go rogue, etc. we see this in publicly traded corporations and even at state levels. Thus in web3 we also have the ability for token holders to remove permissions of committee members via onchain votes. So the concept of hard-power as a checking mechanism on trusted parties is possible and more proven.

Another methodology that we are currently working with a custom DAO on is an optimistic methodology with a token holder veto mechanism. The committee, core teams, etc. can work optimistically and use social methodologies for feedback, etc. however, if required, token holders (the DAO can customise minimum participation, etc.) can veto a malicious upgrade, etc.

There’s a lot of nuance and designing that could go into both options, which could allow for a more trusted optimistic set-up. This could still allow for hard-power to lie with tokenholders, onchain yet still allow an efficient way of governing the protocol.

Just some thoughts and options.
-Anthony

1 Like