Overview of constitutions in protocol governance
State of the art
Designs
We draw on defintions from The Constitutions of Web3.
Digital constitutions
Consitutions embed goals, values and rights.
See The Constitutions of Web3.
From the point of view of the protocol designer, goals and values allow shaping alignment.
Computational constitutions
These stem directly from smart contracts.
From the point of view of the protocol designer who has already launched a version of a protocol, such a computational constitution represent a constitutional state of affairs, from which to start from in further design efforts.
Embedding digital constitutions within on-chain governance
A notable approach is Constitution with escalation to decentralized court.
This is one of the features of The Lean Governance Thesis by Pocket Network.
Notable instances
Maker
Constitution allows things like committees and appeal.
Constitution is enforcemed via Arbitration, based on Committees (not courts, as far as the current version goes).
Optimism
Enforcement is unspecified.
ENS
Nothing on enforcement.
Pokt Network
See The Lean Goverannce Thesis.
GEV Analysis
Pros:
- Creates determinism.
Cons:
- Initial conditions have a lot of say.
⇒ Extreme GEV around when/how/who constitution is defined.
Questions
Real-world legal relationships of digital constitutions?
Mostly none. Some examples like Ethereum World explicitly mention law.
Who defines the first constitution? How capturable is the definition process? Which goals is this optimizing for?
From the protocol designer’s point of view (see Protocol Governance in Protocol Design [TBD]), determinism is bringing maximum alignment, at the expense of rigidity.