arrow_backகளப் பணிக்குரிய குறிப்புகளுக்குத் திரும்பவும்
OFFENSIVE வெளியிடப்பட்டது 8 Aug 2026

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 பொதுவாக இதுபோல் தெரிகிறது:

  1. Proposer calldata மற்றும் description ஐ submit செய்கிறது, spam ஐ தடுக்க பெரும்பாலும் minimum token balance ஐ தேவைப்படுத்துகிறது
  2. Voting delay (பொதுவாக 1 block முதல் சில நாட்கள்) holders ஐ voting open ஆகுவதற்கு முன் review செய்ய time கொடுக்கிறது
  3. Voting period run ஆகிறது (Compound பொதுவாக 3 days ஐ default ஆக பயன்படுத்துகிறது, இருப்பினும் பல forks longer windows ஐ configure செய்கிறது)
  4. Quorum மற்றும் approval thresholds meet ஆனால், proposal ஒரு timelock ஆக queue ஆகிறது
  5. 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