1. Layunin ng Dokumento

2. Bakit Hindi Isang “Ganap na DAO”

Hindi dapat mangako ang Atlas ng ganap na desentralisasyon ng pamamahala kung:

• hindi ganap na pinamamahalaan ng DAO ang mahahalagang parameter ng smart contract;
• nanatili ang papel ng team sa pagbuo ng interface, seguridad, at mga materyal;
• hindi lahat ng desisyon ay ipinaboboto;
• unti-unting ipinapatupad ang mga mekanismo ng pamamahala;
• nananatili sa mga responsableng miyembro ng team ang mga usaping legal, teknikal, o pangseguridad.

3. Ano ang Maaaring Saklawin ng mga Mekanismong Hango sa DAO

Maaaring gamitin ang mga mekanismong hango sa DAO para sa:

• pagboto sa mga inisyatibang pang-edukasyon;
• pagpili ng mga paksa para sa webinar;
• pagsusuri ng mga panukala ng komunidad;
• pagtatakda ng prayoridad sa roadmap;
• pagtalakay sa mga pagpapahusay ng interface;
• mga poll ng komunidad;
• mga panukalang pangseguridad;
• feedback sa mga materyal;
• pakikilahok ng mga active status sa pag-unlad ng ecosystem.

4. Ano ang Maaaring Pagpasiyahan ng Pamamahala ng Komunidad

Maaaring talakayin at pagbotohan ng pamamahala ng komunidad ang:

• mga pagbabago sa interface;
• mga prayoridad sa roadmap;
• mga inisyatibang pang-edukasyon;
• mga panuntunan sa webinar;
• mga parameter ng pampublikong materyal;
• mga panukalang pangseguridad;
• pag-unlad ng partner program, basta hindi nito nilalabag ang mga umiiral nang panuntunan.

5. Ano ang Hindi Dapat Gawin ng Pamamahala

Hindi dapat gawin ng pamamahala ang sumusunod:

• mangako ng payout;
• pawalang-bisa ang Risk Disclosure;
• pilitin ang mga kalahok na kumilos;
• baguhin ang mga private key o access credential;
• garantiyahan ang liquidity;
• palitan ang smart contract ng manu-manong desisyon.

6. Sino ang Maaaring Lumahok

Ang karapatang lumahok sa partikular na pagboto ay maaaring nakadepende sa:

• nakakonektang wallet;
• status ng kalahok;
• activity sa system;
• history ng pakikilahok;
• papel sa komunidad;
• mga panuntunan ng partikular na pagboto.

7. Bigat ng Boto

8. Lifecycle ng Panukala

Maaaring kabilang sa karaniwang lifecycle ng isang panukala ang:

1. Isang ideya o draft ng panukala.
2. Paunang talakayan.
3. Paglalathala ng pinal na teksto.
4. Panahon ng botohan.
5. Pagbilang ng resulta.
6. Paglalathala ng desisyon.
7. Pagpapatupad, kung ang desisyon ay nasa saklaw na talagang maaaring baguhin ng pamamahala.

9. Quorum at mga Takdang Panahon

10. Informational at Binding na mga Boto

Hindi kailangang magkakapareho ang bigat ng lahat ng botohan.

Maaaring magkaroon ang Atlas ng:

• informational na mga poll ng komunidad;
• advisory na mga boto na tumutulong sa team na gumawa ng desisyon;
• binding na mga boto, kung ang isang partikular na saklaw ay maagang itinalaga sa isang governance mechanic;
• mga test vote sa maagang yugto.

11. Ugnayan sa Partner Program at mga Webinar

Maaaring gamitin ang mga mekanismong hango sa DAO upang pumili ng mga paksa para sa international webinar, suriin ang mga speaker, at mangalap ng mga panukala tungkol sa materyal, wika, iskedyul, at mga inisyatiba ng komunidad.

Hindi ito nangangahulugan na maaaring italaga muli ng mga kalahok sa pamamagitan ng botohan ang referral ng ibang tao, baguhin ang attribution, pawalang-bisa ang mga panuntunan ng partner program, o angkinin ang structure ng ibang tao.

12. Mahigpit na mga Limitasyon

Hindi maaaring maging kasangkapan ang governance para lampasan ang Risk Disclosure, mangako ng payout, pilitin ang mga kalahok, o baguhin nang retroactive ang mga financial expectation. Dapat palakasin ng anumang mekanismong hango sa DAO ang transparency, hindi lumikha ng ilusyon ng garantisadong profit o ganap na kolektibong kontrol sa smart contract.

13. Pagtanggap sa mga Panuntunan

Sa paglahok sa botohan, panukala, poll, o community governance activity ng Atlas, kinukumpirma ng kalahok na nauunawaan niya na gumagamit ang Atlas ng mga piling mekanismong hango sa DAO, ngunit hindi ito isang ganap na DAO maliban kung tahasang inilathala ito sa hiwalay na pinal na bersyon ng governance document.