A je sustav koji omogućuje kolektivno donošenje odluka putem koda, bez oslanjanja na tradicionalne organizacijske hijerarhije poput upravnih odbora, izvršnih direktora ili CTO-a. Ugradnja na blockchain. DAO (Decentralized Autonomous Organization) smart contracts U svom srcu, DAO omogućuje sudionicima da , i na transparentan i provjerljiv način. glasačka moć obično proizlazi iz održan od strane sudionika, gdje svaki žeton predstavlja jedinicu težine glasovanja. propose vote execute decisions tokens A typical on-chain DAO is composed of three main smart contracts: 
 
 
 
 Token ugovor: Definira token upravljanja i prati glasovanje. Ugovor guvernera: upravlja prijedlozima i logikom glasovanja: tko može predložiti, kako se broje glasovi, zahtjevi kvoruma i rezultati prijedloga. Timelock ugovor: djeluje kao sigurnosni sloj, primjenjujući odgodu između odobravanja prijedloga i izvršenja, dajući sudionicima vrijeme da reagiraju na potencijalno štetne odluke. Životni ciklus prijedloga je jednostavan, ali moćan: prijedlog se podnosi , glasovi se prikupljaju na temelju vlasništva o žetonu, a nakon što je prijedlog odobren, on se prosljeđuje Ako prijedlog ne uspije, on se jednostavno odbacuje. Governor Timelock U ovoj seriji članaka izgradit ćemo DAO od temelja do temelja koristeći U ovom dijelu ( , usredotočit ćemo se na pisanje, uvođenje i testiranje koje ćemo nazvati Ovaj token će se kasnije koristiti za omogućavanje lančanog glasovanja i donošenja odluka u DAO-u. otvaranje Part 1) governance token GovernanceToken otvaranje Token kod Bez ikakvih dodatnih informacija, ovdje je kod: // SPDX-License-Identifier: MIT
pragma solidity ^0.8.20;

import {ERC20} from "@openzeppelin/contracts/token/ERC20/ERC20.sol";
import {ERC20Permit} from "@openzeppelin/contracts/token/ERC20/extensions/ERC20Permit.sol";
import {ERC20Votes} from "@openzeppelin/contracts/token/ERC20/extensions/ERC20Votes.sol";
import {Ownable} from "@openzeppelin/contracts/access/Ownable.sol";
import {Nonces} from "@openzeppelin/contracts/utils/Nonces.sol";

contract GovernanceToken is ERC20, ERC20Permit, ERC20Votes, Ownable {
    constructor()
        ERC20("GovernanceToken", "MGT")
        ERC20Permit("GovernanceToken")
        Ownable(msg.sender)
    {
        _mint(msg.sender, 1_000_000 * 10 ** decimals());
    }

    // Optional: Add controlled minting
    function mint(address to, uint256 amount) external {
        require(msg.sender == owner(), "Only owner can mint");
        _mint(to, amount);
    }

    // ── Conflict resolution ──

    // Both ERC20 and ERC20Votes define _update
    function _update(address from, address to, uint256 amount)
        internal
        override(ERC20, ERC20Votes)
    {
        super._update(from, to, amount);
    }

    // Both ERC20Permit and Nonces define nonces()
    function nonces(address owner)
        public
        view
        override(ERC20Permit, Nonces)
        returns (uint256)
    {
        return super.nonces(owner);
    }
}
 U usporedbi s tradicionalnim ERC20 žetonom, integrira dva dodatna OpenZeppelin modula: i . GovernanceToken ERC20Permit ERC20Votes 
 
 ERC20Votes dodaje funkcionalnost specifičnu za upravljanje, osobito getPastVotes (račun, blokNumber). Ova funkcija vraća moć glasa računa na određenom bloku, a ne njegovu trenutnu ravnotežu.U kontekstu DAO-a, ovaj mehanizam snapshot je ključan: moć glasa je fiksna u trenutku kada se stvara prijedlog, sprječavajući korisnike da manipuliraju glasovima kupnjom ili prijenosom žetona nakon činjenice. 
 
 ERC20Permit omogućuje odobravanje bez plina putem potpisa (EIP-2612), omogućujući korisnicima delegiranje ili odobravanje glasovanja bez slanja transakcije na lancu. Najvažnija logika leži u , koji inicijalizira sve naslijeđene module i montira milijun tokena upravljanja na implementirača. funkcija, ograničena na vlasnika ugovora, kako bi se omogućilo kontrolirano izdavanje tokena nakon implementacije (korisno za testiranje ili buduće odluke o upravljanju). constructor mint Konačno, dvije funkcije - i To je potrebno jer su definirani u višestrukim roditeljskim ugovorima. , osiguravajući da su sva nasljeđena ponašanja ispravno sastavljena i da su sukobi nasljeđivanja kompilatora riješeni čistim putem. _update nonces super Izgradnja tokena Da bismo izgradili svoj token upravljanja, koristimo Sljedeći koraci pretpostavljaju Linux okruženje, ali tok posla je sličan na macOS-u. Foundry Počnimo instaliranjem Foundry pomoću službenog instalacijskog skripta: curl -L https://foundry.paradigm.xyz | bash
 Nakon instalacije, scenarij nam upućuje da ažuriramo naše okruženje školjke i instaliramo Foundry binare: source ~/.bashrc   # path may vary depending on your system
foundryup
 Ovo instalira cijeli Foundry toolchain: (izgradnja i testiranje) (Uključujući i interakcije između klijenata), (lokalni čvor) i (Povijesno izvješće forge cast anvil chisel Zatim inicijaliziramo novi projekt Foundry u prazan direktorij: mkdir DAO
cd DAO
forge init
 To stvara cjelovit projektni raspored, uključujući , i Podrazumijevano, Foundry stvara primjer Budući da želimo samo strukturu projekta, možemo sigurno ukloniti te primjerne datoteke i zamijeniti ih vlastitim ugovorima. src/ script/ test/ brojevi Za sada, dodajemo naš token upravljanja pod : src/ src/
└── GovernanceToken.sol
 (Sadržava se u ugovora definiranog u prethodnom odjeljku.) GovernanceToken Budući da se naš token oslanja na OpenZeppelin module, moramo instalirati OpenZeppelin ugovorne knjižnice: forge install OpenZeppelin/openzeppelin-contracts
 Ova zapovijed prodaje OpenZeppelin u Direktorij i stavlja svoje ugovore na raspolaganje za uvoz unutar našeg projekta. lib/ Konačno smo sastavili projekt: forge build
 Ako je sve postavljeno ispravno, kompilacija se uspješno dovršava i generira U ovoj mapi nalaze se kompilirani artefakti (ABI i bytecode) za kao i sve nasljedne OpenZeppelin ovisnosti. out/ GovernanceToken U ovom trenutku, naš token upravljanja je u potpunosti sastavljen i spreman za implementaciju i testiranje - korake koje ćemo obuhvatiti u sljedećim odjeljcima. Uvođenje tokena S tokenom upravljanja sastavljenim, sada ga možemo primijeniti na lokalnu blokčein. . deployment scripts Počnimo s kreiranjem skripta za ugradnju ispod ravnateljica : DeployGovernanceToken.s.sol script/ // SPDX-License-Identifier: MIT
pragma solidity ^0.8.20;
import {Script} from "forge-std/Script.sol";
import {GovernanceToken} from "../src/GovernanceToken.sol";
contract DeployGovernanceToken is Script {
    function run() external {
        vm.startBroadcast();
        new GovernanceToken();
        vm.stopBroadcast();
    }
}
 Ovaj tekst definira a funkcija koju će Foundry izvršiti. • Par kaže Foundryu da šalje transakcije u mrežu, a ne da ih simulira. run vm.startBroadcast() vm.stopBroadcast() Zatim smo pokrenuli lokalnu Ethereum mrežu pomoću (u odvojenom terminalu) Anvil anvil
 Anvil pokreće lokalni čvor na i štampa popis unaprijed financiranih računa zajedno s njihovim privatnim ključima.Ovi računi su namijenjeni samo za razvoj i testiranje. http://127.0.0.1:8545 Uz Anvil u tijeku, možemo implementirati ugovor pomoću : forge script forge script script/DeployGovernanceToken.s.sol \
  --rpc-url http://127.0.0.1:8545 \
  --broadcast \
  --private-key <ANVIL_PRIVATE_KEY>
 RPC URL i privatni ključ se uzimaju izravno iz Anvilovog izlaza.Kada zapovijed uspije, Foundry ispisuje hash transakcije, postavljenu adresu ugovora, korištenje plina i broj bloka u kojem je ugovor nastao. Da bismo brzo provjerili da je implementacija djelovala, možemo pretraživati raspoređeni ugovor pomoću Na primjer, pozivanje potvrđuje da se početna meta dogodila kao što se očekivalo: cast totalSupply() cast call <DEPLOYED_CONTRACT_ADDRESS> \
  "totalSupply()(uint256)" \
  --rpc-url http://127.0.0.1:8545
 Vrijednost koja se vraća odgovara ), podudarajući se s količinom izmišljenom u konstruktoru. 1,000,000 tokens with 18 decimals (1000000000000000000000000 [1e24] U ovoj fazi, naš token upravljanja živi na lokalnoj mreži i spreman je za korištenje za testiranje glasovanja, delegacije i - na kraju - upravljanja DAO-om. Testiranje tokena Da bismo potvrdili ponašanje našeg tokena upravljanja, možemo napisati testove jedinica pomoću , Foundry's test framework. Testovi žive u Sadržaji su napisani u solidnosti. forge-std test/ Ispod je jednostavan test koji provjerava Funkcija djeluje kako je očekivano: mint // test/GovernanceToken.t.sol
pragma solidity ^0.8.20;
import {Test} from "forge-std/Test.sol";
import {GovernanceToken} from "../src/GovernanceToken.sol";
contract TokenTest is Test {
    GovernanceToken token;
    function setUp() public {
        token = new GovernanceToken();
    }
    function testMint() public {
        uint256 before = token.balanceOf(address(this));
        token.mint(address(this), 100);
        uint256 after_ = token.balanceOf(address(this));
        assertEq(after_ - before, 100);
    }
}
 Naš funkcija se izvodi prije svakog testa i raspoređuje novu instanci osiguravanje izolacije između testnih slučajeva. Funkcija zatim provjerava da pozivanje povećava saldo primatelja za očekivani iznos. setUp GovernanceToken testMint mint Pokretanje test paketa je jednostavno kao: forge test
 Foundry sastavlja ugovore, provodi test i izvješćuje o rezultatima. Zaključak U ovom članku smo se bavili prvim građevinskim blokom DAO-a: Počeli smo ispitivanjem samog ugovora o žetonu, s posebnom pažnjom na OpenZeppelin module iz kojih je naslijedio i dodatne funkcije povezane s upravljanjem koje pružaju. governance token Zatim smo prošli kroz cjelokupni razvojni radni tijek pomoću – od inicijaliziranja projekta, do raspoređivanja tokena na lokalnoj Anvil mreži, te na kraju validiranja njegovog ponašanja pomoću testova jedinica. Foundry U sljedećim dijelovima ove serije, izgradit ćemo na njemu uvođenjem delegacije, mehanike glasovanja i osnovnih ugovora o upravljanju koji pretvaraju ovaj žeton u potpuno funkcionalni DAO na lancu. Nadam se da ste pronašli ovaj članak koristan. osjetite se slobodno voljeti, dijeliti i pretplatiti se na više sadržaja u seriji. Miscellaneous: dodatne zapovijedi Sve komande prikazane u ovom članku izvršene su unutar Docker kontejnera koji je stvoren s sljedećom zapovjedom: docker run -it ubuntu:ubuntu@sha256:72297848456d5d37d1262630108ab308d3e9ec7ed1c3286a32fe09856619a782
 Korištenje prikazanog slikovnog digesta osigurava , budući da će okoliš uvijek biti identičan bez obzira na to kada ili gdje se kontejner lansira. full reproducibility Trčanje u zasebnom terminalu, jednostavno smo pričvršćeni na isti kontejner: Anvil docker exec -it <CONTAINER_NAME> bash
anvil
 Varijabilnost Može se pronaći putem zapovijedi: <CONTAINER_NAME > $ docker ps
 Foundry također vam omogućuje da pokrenete skripte za ugradnju Sljedeća zapovijed izvodi scenarij u simuliranom okruženju i izvješćuje o korištenju plina, bez emitiranja bilo kakvih transakcija: without forge script script/DeployGovernanceToken.s.sol --broadcast
 Ako želite simulirati ili izvršiti transakcije protiv stvarne mreže (lokalne ili udaljene), jednostavno navedite RPC URL pomoću Zastava je. --rpc-url Miscellaneous: Upozorenja Tijekom razvoja možete naići na upozorenja koja se odnose na ovisnosti, a ne na vlastite ugovore. U knjižnici: lib/forge-std Warning (2424): Natspec memory-safe-assembly special comment for inline assembly is deprecated
and scheduled for removal. Use the memory-safe block annotation instead.
   --> lib/forge-std/src/StdStorage.sol:301:13
 Ta upozorenja su uzrokovana a između Solidity kompilera i instalirane verzije Novije verzije Solidity-a deprecate the NatSpec komentar u korist blok anotacije, dok starije verzije knjižnice još uvijek mogu koristiti deprecated sintaksu. version mismatch forge-std @memory-safe-assembly memory-safe Budući da problem potječe iz ovisnosti, najjednostavnije rješenje je ažuriranje Do najnovije verzije: forge-std cd lib/forge-std
git pull origin master
git checkout master
cd -
 Nakon ažuriranja knjižnice, upozorenja nestaju i projekt se ponovno čisti. To je dobar podsjetnik da upozorenja kompilatora nisu uvijek uzrokovana vlastitim kodom.Kada radite s alatnim lancima koji se brzo razvijaju kao što su Foundry i Solidity, često je potrebno ažurirati ovisnosti kako bi se izbjegla bučna ili obmanjujuća upozorenja.

Read My Stories

Ovaj zvuk je proizveden na izvornom jeziku priče!

Kako izgraditi DAO od nule sa čvrstoćom i šumom, dio 1: Dizajn tokena upravljanja

About Author

KOMENTARI

VIJESI OZNAKE

OVAJ ČLANAK JE PREDSTAVLJEN U

Related Stories

Light-Mode

Classic

Newspaper

Minty

Dark-Mode

Neon Noir

Minty

HN StartUps