DAO ja hallintotoken: mitä äänioikeus oikeasti antaa?

Hallintotoken voi antaa mahdollisuuden osallistua DAO:n päätöksiin, mutta tokenin nimi ei yksin kerro, mitä voit päättää tai kuka päätöksen toteuttaa. Ennen äänestämistä selvitä, koskeeko ehdotus varsinaista muutosta vai mielipiteen mittaamista. Tarkista myös, miten lopputulos muuttuu käytännön toiminnaksi.

DAO tarkoittaa hajautettua autonomista organisaatiota. Ethereum.org kuvaa sitä yhteisönä, jonka toimintaa ohjaavat yhdessä määritellyt säännöt ja älysopimukset. Käytännössä erilaiset DAO:t voivat kuitenkin käyttää hyvin erilaisia päätös- ja toteutusmalleja.19

Mitä hallintotoken voi antaa?

Hallintotoken on token, jota käytetään tietyn hankkeen hallinnossa. Sen haltija voi sääntöjen mukaan esimerkiksi saada äänivaltaa ehdotuksista. Oikeus riippuu kyseisen järjestelmän ehdoista: kaikki tokenit eivät toimi samalla tavalla, eikä pelkkä hallintotoken-nimitys takaa oikeutta vaikuttaa jokaiseen asiaan.

Ehdotus saattaa koskea yhteisen kassavarannon käyttöä, palvelun asetusta tai uuden version käyttöönottoa. Yksittäisen ehdotuksen merkitys selviää kuitenkin sen tekstistä ja siihen liittyvistä teknisistä toimista, ei yleisestä kuvauksesta. Lue, mitä nykytilaan on tarkoitus muuttaa, miten muutos rajataan ja mikä taho sitä voi toteuttaa.

Äänioikeus ei ole sama asia kuin suora käyttöoikeus yhteisiin varoihin. Jos päätöksen toteutukseen tarvitaan erillisiä allekirjoittajia, äänestäjä vaikuttaa päätökseen mutta ei välttämättä voi yksin siirtää varoja. Ethereum.org esittää moniallekirjoitukseen perustuvan hallinnan mallin, jossa yhteisön äänestyksen jälkeen allekirjoittajat toteuttavat päätöksen.19

Mielipide vai toteutettava päätös?

Äänestyksen sivulla voi näkyä selkeä puolesta- ja vastaan-jakauma. Se ei vielä kerro, muuttuuko mikään automaattisesti. Kysy ensin, onko kyse neuvoa-antavasta kannanotosta vai järjestelmän sääntöihin kytketystä päätöksestä. Neuvoa-antava tulos voi ohjata jatkotyötä, mutta sen merkitys riippuu siitä, mitä yhteisö on sopinut ja kuka voi toimia tuloksen perusteella.

Toisessa mallissa hyväksytty ehdotus voidaan kytkeä lohkoketjussa toteutettavaan toimintoon. Siinäkin on tarkistettava ehdot: esimerkiksi osallistumisen vähimmäistaso, tarvittava kannatus, mahdollinen viive ja se, tarvitaanko erillinen toteutus. Ethereum.org:n esimerkissä Nouns DAO:n tapahtuman toteutukseen vaikuttavat päätösvaltaisuus, enemmistö ja perustajien mahdollinen veto-oikeus. Tämä on yhden järjestelmän esimerkki, ei kaikkien DAO:iden sääntö.19

Älä siksi päättele pelkästä hyväksytty-merkinnästä, että muutos on jo tehty. Ehdotus voi olla hyväksytty, odottaa määräaikaa, vaatia vielä toteutustapahtuman tai jäädä toteutumatta. Tarkista kyseisen ehdotuksen vaihe projektin omasta dokumentaatiosta ja tarvittaessa lohkoketjun tapahtumista. Jos et osaa yhdistää äänestystä toteutukseen, se on tiedon puute, ei todiste kumpaankaan suuntaan.

Esimerkki: päätös kassavarojen käytöstä

Kuvitteellinen esimerkki: yhteisö ehdottaa, että sen kassasta maksetaan rajattu summa dokumentaation parantamiseen. Ehdotuksessa kerrotaan vastaanottaja, tarkoitus ja määrä. Tokeninhaltijat äänestävät puolesta tai vastaan, ja ehdotus saa sääntöjen edellyttämän kannatuksen.

Tässä vaiheessa on yhä kaksi erillistä kysymystä. Onko yhteisö hyväksynyt maksun? Kyllä, jos ehdotuksen omat äänestysehdot täyttyivät. Onko vastaanottaja saanut rahat? Sitä ei voi päätellä pelkästä äänestystuloksesta. Jos esimerkin kassaa hallitsee moniallekirjoituslompakko, tarvittavien allekirjoittajien on vielä toimittava kyseisen järjestelyn sääntöjen mukaisesti.

Tarkasta, vastaavatko toteutettavan tapahtuman vastaanottaja ja summa hyväksyttyä ehdotusta. Tarkasta myös, onko päätökselle asetettu aikaikkuna tai muita ehtoja. Jos dokumentaation ja toteutettavan tapahtuman välillä on ristiriita, pyydä selvitys ennen kuin oletat kummankaan olevan oikein. Esimerkki havainnollistaa eroa eikä kuvaa tietyn hankkeen sopimusta.

Mistä äänivalta muodostuu?

Äänivalta voidaan määritellä tokenien määrän perusteella, mutta tarkka laskentatapa pitää tarkistaa projektista. Selvitä, miltä ajankohdalta äänivalta lasketaan ja pitääkö se erikseen aktivoida tai siirtää edustajalle. Jos äänioikeus perustuu aiempaan tilannekuvaan, tokenin hankkiminen äänestyksen aikana ei välttämättä anna ääntä kyseisessä päätöksessä.

Edustaminen eli delegointi tarkoittaa hallintomallista riippuen sitä, että äänen käyttämisen voi antaa toiselle osoitteelle. Se ei itsessään kerro, saako edustaja hallintaansa itse tokenit tai milloin delegoinnin voi muuttaa. Nämä erot on tarkistettava käytettävän järjestelmän omasta ohjeesta ennen toimintoa.

Katso myös, ketkä voivat tehdä ehdotuksia. Osallistumisoikeus keskusteluun, oikeus käynnistää äänestys ja oikeus toteuttaa hyväksytty toimi voivat kuulua eri ryhmille. Äänestyksen tulosta arvioitaessa merkitystä on paitsi annetuilla äänillä myös sillä, miten suuri osa äänivallasta on osallistunut ja millainen vähimmäiskynnys mallissa on.

Ketkä voivat muuttaa sääntöjä?

DAO:n hallinnassa on hyvä erottaa järjestelmän säännöt niitä kuvaavista verkkosivuista. Dokumentaatio kertoo tavoitteesta, mutta toteutus ratkaisee, mitä valtuutettu toimija teknisesti voi tehdä. Älysopimusten päivityksissä voidaan käyttää esimerkiksi moniallekirjoitusta tai DAO-äänestystä; kumpikaan ei ole automaattinen ominaisuus kaikissa hankkeissa.15

Kysy, kenellä on mahdollisuus ehdottaa tai hyväksyä päivitys ja mitä sopimusta muutos koskee. Selvitä myös, onko ylläpitäjällä erillinen oikeus pysäyttää toiminto tai muuttaa asetuksia. Hallintoon osallistuminen ei välttämättä kata kaikkia järjestelmän osia, vaikka käyttöliittymä kutsuisi yhteisöä DAO:ksi.

Aikaviive eli timelock voi viivästyttää hyväksytyn muutoksen toteutusta. Ethereum.org:n kehittäjäohjeen mukaan viive voi antaa käyttäjille aikaa reagoida muutokseen, mutta samalla se voi vaikeuttaa haavoittuvuuden nopeaa korjaamista.15 Tarkista aina kyseisen toteutuksen ehdot; älä oleta, että jokaisessa järjestelmässä on viive tai että se antaa käytännössä riittävästi aikaa toimia.

Näin luet yhden ehdotuksen

Aloita ehdotuksen alkuperäisestä tekstistä ja etsi mahdolliset myöhemmät muutokset. Tiivistelmä voi helpottaa lukemista, mutta se ei korvaa sitä kohtaa, jossa päätettävä toimi on määritelty. Tarkista erityisesti:

• Mitä muutetaan ja mikä jää ennalleen?
• Onko kyse sitovasta toteutuksesta vai neuvoa-antavasta äänestyksestä?
• Kuka saa äänestää, ja milloin äänivalta määräytyy?
• Millainen kannatus ja osallistuminen vaaditaan?
• Kuka voi toteuttaa muutoksen ja onko muilla erillisiä oikeuksia?
• Mistä näet, onko päätös todella toteutettu?

Jos ehdotus koskee teknistä päivitystä, tavallisen lukijan ei tarvitse teeskennellä ymmärtävänsä sopimuskoodia. Tarkista, onko ehdotuksen vaikutukset selitetty ja onko tekninen arvio saatavilla. Erillinen arvio ei kuitenkaan yksin poista riskiä, eikä tämä artikkeli arvioi yksittäisen sopimuksen turvallisuutta.

Missä päätös kulkee keskustelusta toteutukseen?

Ehdotuksen vaiheita kannattaa seurata erillisinä tapahtumina. Keskustelussa voi olla useita vaihtoehtoja, joista vain yksi päätyy varsinaiseen äänestykseen. Keskusteluketjun otsikko ja lopullinen äänestysteksti voivat siksi kuvata eri versioita. Tarkista, mitä versiota äänestys koskee ja onko tärkeimpiä ehtoja muutettu keskustelun aikana.

Äänestyksen jälkeen etsi tiedot tuloksesta ja toteutuksesta. Jos palvelu näyttää toteutustapahtuman tunnisteen, vertaa sitä ehdotukseen. Pelkkä maininta yhteisön hyväksynnästä ei yksilöi sitä, mitä myöhemmin tehtiin. Kassatapahtumassa vertailu voi koskea vastaanottajaa ja määrää; päivityksessä kysymys voi olla sopimuksen osoitteesta ja muutoksen sisällöstä. Jos tieto ei ole ymmärrettävässä muodossa, voit pyytää selvennystä yhteisöltä tai jättää asian avoimeksi.

Valtuuksien kartta on hyödyllinen myös ilman aktiivista osallistumista. Kirjoita erikseen, ketkä ehdottavat, ketkä äänestävät ja ketkä voivat toteuttaa. Merkitse lisäksi mahdolliset poikkeusoikeudet vain, jos ne on osoitettu kyseisen projektin lähteistä. Näin et sekoita yhtä houkuttelevasti nimettyä hallintapainiketta koko järjestelmän todelliseen päätösvaltaan.

Mitä kysyä ennen delegointia?

Jos hallintomalli tarjoaa delegointia, selvitä ensin, mille osoitteelle valta annetaan ja mitä tämä valta kattaa. Kysy, koskeeko delegointi kaikkia tulevia ehdotuksia vai onko rajauksia. Tarkista myös, miten valinnan voi myöhemmin muuttaa ja kuinka muutos vaikuttaa jo käynnissä olevaan äänestykseen. Ehdot voivat poiketa toisistaan, joten yleinen termi ei riitä vastaamaan näihin kysymyksiin.

Edustajan aiempia perusteluja voi lukea samalla tavalla kuin muidenkin osallistujien keskustelua. Äänestystietojen löytyminen ei kuitenkaan takaa, että edustaja toimii jatkossa samalla tavalla tai että hänen tavoitteensa vastaavat sinun tavoitteitasi. Jos et ymmärrä, mitä käyttöliittymä pyytää hyväksymään, keskeytä ja selvitä asia ensin. Älä anna kenellekään salaisia avaimia vain saadaksesi apua äänestämiseen.

Miksi dokumentaation ajankohta kannattaa tarkistaa?

Hallintorakenne voi muuttua, jos järjestelmän säännöt sallivat muutokset. Vanha ohje voi kuvata aiempaa päätöksentekoa, vaikka nykyinen ehdotus käyttäisi toista toteutusta. Vertaa siksi ohjeen päivämäärää ja versiota itse ehdotuksen tietoihin. Myös linkki vanhaan keskusteluun voi olla hyödyllinen taustaksi, mutta sitä ei kannata pitää todisteena nykyisistä oikeuksista.

Jos lähteet ovat ristiriidassa, kirjaa ristiriita ja pyydä projektilta selvennys. Yhteisön vastaus on hyvä erottaa teknisestä näytöstä: se voi selittää tarkoitusta, mutta tarkistus kohdistuu lopulta siihen, mitä kyseisessä järjestelmässä todella voidaan tehdä. Tähän ei ole yhtä kaikille DAO:ille sopivaa oletusta.

Myös pelkkä käyttöliittymän ilmoitus saattaa olla eri asia kuin lopullinen tapahtuma. Tallenna tarvittaessa ehdotuksen tunniste ja vertaa myöhemmin, viittaavatko keskustelu, tulos ja toteutus samaan ehdotukseen. Jos projekti käyttää useita verkkoja tai hallintajärjestelmiä, tarkista, minkä verkon ja sopimuksen tiedoista kulloinkin puhutaan. Epäselvyyden selvittäminen voi olla tärkeämpää kuin nopea osallistuminen.

Entä jos en halua äänestää?

Voit seurata hallintoa myös osallistumatta äänestykseen. Lue ehdotukset ja päätösten toteutukset, jos ne vaikuttavat käyttämääsi palveluun. Jos luotettavaa tietoa ei löydy tai sääntöjen merkitys jää epäselväksi, voit jättää toiminnon tekemättä sen sijaan, että hyväksyisit epäselvän pyynnön.

Hallintotoken ei yksin osoita, että yhteisö hallitsee kaikkia varoja, että jokainen ääni johtaa toimintaan tai että sopimus toimii virheettömästi. Hyödyllisin kysymys on lopulta yksinkertainen: mistä tässä äänestetään, ja mitä täsmälleen tapahtuu äänestyksen jälkeen?