On-Chain Governance: The Tech Stack Explained
நடைமுறைக் குறிப்புகளாக smart contracts, வாக்கெடுப்பு பদ்ধติகள், மற்றும் consensus layers எவ்வாறு விகேந்திரமான governance ஐ செயல்படுத்துகிறது என்பதற்கான ஒரு glossary breakdown.
Governance அரசியல் செயல்முறையாக பேசப்படுகிறது, ஆனால் அதன் பின்னணியில் உள்ள பদ்ধதி தூய மென்பொருள் பொறியியல்: smart contracts, token accounting, மற்றும் consensus rules ஆகியவை ஒரு system ஐ மாற்ற யாருக்கு அனுமதி உள்ளது மற்றும் எப்படி என்பதை தீர்மானிக்கிறது. நீ ஒரு DAO அல்லது protocol upgrade path ஐ மதிப்பீடு செய்கிறாய் என்றால், tech stack ஐ புரிந்துகொள்வது mission statement ஐ படிப்பதை விட அதிக முக்கியத்துவம் வாய்ந்துள்ளது.
The core components
பெரும்பாலான on-chain governance systems ஒரு சிறிய பகுதிகளின் தொகுப்பிலிருந்து கட்டமைக்கப்பட்டுள்ளன:
- Voting contracts — proposals ஐ track செய்கிறது, votes ஐ tally செய்கிறது, மற்றும் quorum thresholds ஐ enforce செய்கிறது
- Token or reputation weighting — ஒரு கொடுக்கப்பட்ட address ன் வாக்கு எவ்வளவு எண்ணிக்கை கொள்ளுகிறது என்பதை தீர்மானிக்கிறது (token-weighted, quadratic, அல்லது delegated)
- Timelock contracts — passed proposals ன் execution ஐ delay செய்கிறது, பொதுவாக 24-72 hours, பயனர்கள் மாற்றங்கள் land ஆகுவதற்கு முன் react செய்ய முடியும்
- Execution modules — ஒரு வாக்கு pass ஆன பிறகு affected contracts ஐ உண்மையில் call செய்யும் code path
Compound's Governor Bravo மற்றும் OpenZeppelin's Governor contracts என்பவை பெரும்பாலான புதிய projects fork அல்லது extend செய்யும் reference implementations. நீ pattern ஐ புரிந்துகொள்ள ஒரு codebase ஐ படிக்க வேண்டுமென்றால், OpenZeppelin ஆல் Governor.sol ஐ படி — இது well-commented மற்றும் முழு proposal lifecycle ஐ காட்டுகிறது: propose, vote, queue, execute.
How a proposal actually moves through the system
ஒரு proposal வெறும் forum post அல்ல அது informally vote செய்யப்படுகிறது. On-chain, அது calldata: ஒரு target contract address, ஒரு function selector, மற்றும் encoded parameters. யாராவது ஒரு governance proposal ஐ submit செய்யும்போது, அவர்கள் exact transaction ஐ submit செய்கிறார்கள் அது வாக்கு pass ஆனால் execute செய்யப்படும்.
Flow பொதுவாக இதுபோல் தெரிகிறது:
- Proposer calldata மற்றும் description ஐ submit செய்கிறது, spam ஐ தடுக்க பெரும்பாலும் minimum token balance ஐ தேவைப்படுத்துகிறது
- Voting delay (பொதுவாக 1 block முதல் சில நாட்கள்) holders ஐ voting open ஆகுவதற்கு முன் review செய்ய time கொடுக்கிறது
- Voting period run ஆகிறது (Compound பொதுவாக 3 days ஐ default ஆக பயன்படுத்துகிறது, இருப்பினும் பல forks longer windows ஐ configure செய்கிறது)
- Quorum மற்றும் approval thresholds meet ஆனால், proposal ஒரு timelock ஆக queue ஆகிறது
- Timelock delay expire ஆன பிறகு, anyone execute ஐ call செய்து transaction ஐ run செய்யலாம்
Voting close மற்றும் execution ஆக இடையே உள்ள gap security backstop. இது ஒரு window அங்கு ஒரு community ஒரு malicious அல்லது buggy proposal ஐ கவனிக்க முடியும் மற்றும், extreme cases இல், emergency response ஐ coordinate செய்ய முடியும் — assuming protocol ஒரு emergency guardian role அல்லது multisig override உள்ளது, பல early-stage governance போது உள்ளது.
Where the weighting logic gets complicated
Simple token-weighted voting ஒரு معروف problem உள்ளது: யாராவது மொத்த tokens ஐ hold செய்கிறது outcomes ஐ control செய்கிறது, மற்றும் voter turnout பொதுவாக low. Governance forums இன் handful circulating supply ன் single-digit percentages இல் turnout routine proposals க்கு report செய்கிறது.
Projects பல fixes ஐ try செய்துள்ளன:
- Delegation — token holders அவர்களின் voting power ஐ ஒரு delegate க்கு assign செய்கிறது tokens ஐ transfer செய்யாமல், இது Compound மற்றும் Uniswap representative voting ஐ handle செய்யுமிடத்தில்
- Quadratic voting — additional votes ன் cost quadratically increase ஆகிறது, whale dominance ஐ reduce செய்ய intended, இருப்பினும் Sybil resistance (ஒரு person பல addresses ஐ create செய்கிறது) ஒரு open problem ஆக remains
- Conviction voting — சில Gitcoin-adjacent tooling ஆல் பயன்படுத்தப்படுகிறது, voting power accumulate ஆகுவது tokens stay committed ஆக ஒரு position க்கு longer, snapshot votes க்கு sustained preference ஐ favor செய்கிறது
நிய தாய்க்கம் fully solve செய்யாது low-turnout, plutocracy-leaning dynamics token voting. அவை mitigations, fixes அல்ல, மற்றும் glossary entry அவற்றை claim செய்கிறது என்பது overselling the tech.
Off-chain signaling versus on-chain execution
அனேகம் அது கூறப்படுகிறது
AI உதவியுடன் எழுதப்பட்டது, Michal Pilch (CISSP), Korra Studio ஆல் மறுஆய்வு செய்யப்பட்டு வெளியிடப்பட்டது.
இது Korra Studio அறிவுத் தளத்தில் இருந்து ஒரு குறிப்பு — மேடை ஒவ்வொரு தலைப்பையும் 1-க்கு-1 மாற்றுச் சொற்களுடன் இணைக்கிறது.
இலவசமாக தொடங்கவும்arrow_forward