This post is intended to begin a meta conversation about the role of standards and conventions in the ecosystem, as well as the roles and responsibilities of ecosystem actors in creating such standards and conventions. Here I make the case for focusing on creating community conventions over standards based on an analysis of optimization processes and social capital.
In technology development or any other optimization process, all strategies service two competing goals: exploration of new territory, and exploitation of existing territory. Strategies which are over-exploratory tend not to find optima at all, whereas strategies which are over-exploitative tend to converge to local optima, rather than global. In the early stages of optimization, exploration tends to be more useful than exploitation, and this trend reverses later on. We, the community, are running an optimization process to enhance the ecosystem, and must as well balance these two competing concerns.
The term “standardization” implies some level of finality, i.e. standards are meant to develop very slowly, with broad consensus, and to service a very well-understood problem domain. Standards have both a higher bar for completeness as well as legitimacy (see the classic XKCD comic).
Conventions, while similar to standards in the sense that they both specify properties and behaviors, carry a more organic and exploratory connotation. The key difference between standards and conventions is the level of legitimacy required for their success. Conventions and guidelines tend to vary across industries and problem domains, and tend to develop more implicitly than explicitly as compared to standards. Standards require broad adoption and conformity in order to be successful, whereas conventions only require adoption and conformity within a given social niche.
The main questions when it comes to developing standards in the Polkadot ecosystem are these:
- Which groups have the legitimacy and social authority to create standards at all?
- Which problems are important and well-understood enough to standardize solutions for?
- What overlaps exist between (1) and (2)?
The answers I currently see to (1) are the Web3 Foundation and Parity Technologies. The Fellowship is emerging as another live player in the technical expertise domain, and may be the most apt as a future standardization authority, given its ability to signal on-chain.
The answers to (2) are very few. There is agreement over problems which are faced by the community: cross-chain accounts, XCM transacting, commonly used pallets in Substrate Runtimes, etc, but it is not clear that any of these problem domains are sufficiently well-understood enough to merit standardization.
The disconnect arises when looking at question (3): the type of expertise housed within W3F, Parity, and the Fellowship is primarily core expertise whereas the problem domains seeking standards tend to be ecosystem issues.
Therefore, I would argue that the ecosystem is not currently in a suitable place to focus on standard creation, and instead should focus on convention creation as there is a lack of highly legitimate authorities on technical ecosystem development, as well as a lack of well-understood and studied problem domains.
Instead I propose that these issues be addressed via the creation of conventions within the ecosystem. In fact, the ORML is already an example of a conventional set of pallets to be used by Substrate projects.
Focusing on conventions serves these purposes:
- Initial exploitation of promising solutions, while leaving the door wide open to further exploration. Conventions may be later refined into standards.
- Building deeper understanding of shared problems
- Faster iteration and non-finality
- Legitimacy-building within the ecosystem, for developers seeking to provide solutions to ecosystem problems. i.e. creators of useful conventions today will gather legitimacy to be the standard-setters of tomorrow.
Let’s discuss here.