Tata Kelola DAO di Argumentree: Dari Diskusi Terbuka ke Putusan Tercatat

Suara perbendaharaan yang tidak dibahas oleh siapa pun

Proposal tersebut meminta bagian yang berarti dari kas. Proposal itu disetujui. Partisipasi hanya mencapai persentase satu digit dari token yang memenuhi syarat, tiga pemegang besar menyuplai sebagian besar bobot, dan deliberasi — seperti yang ada — berlangsung di saluran obrolan dengan empat ratus pesan per hari, dua thread forum, dan panggilan suara tanpa notulen. Sebulan kemudian, ketika tim yang didanai melewatkan tonggak pertama mereka, seorang anggota mengajukan pertanyaan yang jelas: apa sebenarnya yang kita pikirkan untuk disetujui, dan siapa yang memeriksanya? Tidak ada yang bisa menjawab. Bukan karena tidak ada yang memeriksanya — dua anggota telah mengangkat risiko yang tepat yang terwujud — tetapi karena keberatan mereka adalah pesan 214 dan 380 di saluran yang tidak akan pernah digulirkan kembali oleh siapa pun.

Ini adalah kegagalan standar dari tata kelola DAO, dan ini bukan masalah pemungutan suara. Pemungutan suara on-chain berfungsi: itu transparan, tidak dapat diubah, dan final. Yang gagal adalah segala sesuatu sebelum pemungutan suara — deliberasi yang tersebar di media yang tidak terakumulasi, argumen yang tidak pernah ditemui oleh pemilih median, dan catatan penalaran yang menguap begitu pemungutan suara ditutup. Kritik Vitalik Buterin terhadap pemungutan suara koin membuat poin yang lebih dalam: pemungutan suara mengagregasi preferensi, dan ketika langkah pembentukan preferensi rusak, agregasi tersebut dengan setia mencatat konsensus yang terbentuk dengan buruk.

Perbaikannya bersifat struktural: jalankan deliberasi sebagai pohon argumen — satu tempat, satu klaim yang sedang diperiksa, setiap argumen dapat ditelusuri dan ditantang, putusan komunitas terlihat sebelum apa pun dicatat di blockchain, dan seluruh catatan bersifat permanen. Tutorial ini menjelaskan alur kerja tersebut seperti yang berjalan saat ini (Bagian 1), kemudian menampilkan alur proposal terintegrasi di peta jalan (Bagian 2). Untuk alasan mengapa model pohon cocok untuk komunitas yang dikelola token secara umum, pusat pemerintahan blockchain menyampaikan argumen lengkapnya; untuk prinsip pemerintahan di luar alat, lihat praktik terbaik pemerintahan DAO.

Pengaturan: kasus penggunaan Tata Kelola DAO

Satu keputusan yang penting sebelum yang lainnya: buat penyewa dengan kasus penggunaan DAO Governance. Pemilihan kasus penggunaan terjadi saat pendaftaran, dan DAO Governance adalah satu-satunya kasus penggunaan dengan kemampuan yang secara signifikan berbeda — ini adalah fitur spesifik tata kelola yang menjadi fokus dalam tutorial ini. Sebuah ruang kerja yang dibuat sebagai, katakanlah, Strategi Korporat tidak akan menampilkannya terlepas dari tingkat rencana. Setiap DAO mendapatkan penyewa sendiri — subdomain, keanggotaan, dan aturan visibilitasnya sendiri — sehingga pengaturan multi-komunitas tetap terpisah dengan jelas.

• ✓Checkpoint: penyewa dibuat dengan DAO Governance dipilih sebagai kasus penggunaan utama; anggota diundang sebelum topik pemerintahan pertama dibuka.

Bagian 1 — alur musyawarah, siaran langsung hari ini

Alur kerja berjalan dari pertanyaan hingga putusan yang tercatat dalam enam langkah. Segala sesuatu di bagian ini berfungsi sekarang, pada penyewa kasus penggunaan DAO mana pun:

1. 1Buka topik tata kelola sebagai klaim utama. Bukan judul — sebuah pernyataan yang dapat diputuskan: "DAO harus mendanai hibah infrastruktur dengan jumlah yang diminta untuk dua kuartal." Sebuah klaim yang dapat didukung, diserang, dan akhirnya dinilai adalah apa yang membuat setiap langkah selanjutnya berfungsi. Titik pemeriksaan: akar adalah pernyataan yang bisa tidak disetujui oleh seseorang, bukan label topik.
2. 2Membangun kasus — secara manual atau melalui ekstraksi. Dua jalur, tujuan yang sama. Anggota menyusun argumen pro dan kontra secara langsung, diurutkan per kategori, setiap argumen satu klaim dengan buktinya. Atau — biasanya lebih cepat untuk debat yang sudah berlangsung — tempelkan teks diskusi yang ada dan biarkan ekstraksi AI mengubahnya menjadi pohon argumen yang diusulkan, yang ditinjau dan disempurnakan oleh anggota daripada ditranskripsikan. Pesan 214 dan 380 menjadi node yang terlihat alih-alih terpendam dalam scrollback. Checkpoint: setiap poin substantif dari diskusi yang tersebar memiliki node; duplikat digabungkan.
3. 3Jalankan pemeriksaan AI. Lulus validasi AI menandai titik lemah — klaim yang tidak didukung, argumen yang duplikat, poin kontra yang hilang — sebelum anggota menghabiskan perhatian pada mereka. Anggap ini sebagai pemeriksaan lint pada kasus, bukan sebagai hakim: ini memperketat struktur; ini tidak memutuskan apa pun. Checkpoint: argumen yang ditandai diperbaiki, digabungkan, atau dengan sadar dipertahankan.
4. 4Nilai — dan baca keputusan node akar. Anggota menilai argumen; agregasi naik ke akar, memberikan komunitas keputusan yang terlihat tentang pertanyaan sebelum apa pun masuk ke rantai. Ini adalah langkah hasil dari tutorial: alih-alih menemukan sentimen melalui suara itu sendiri, DAO melihat posisinya — dan di mana ia terpecah — sementara masih ada waktu untuk berdiskusi. Checkpoint: partisipasi luas dalam penilaian, bukan hanya suara-suara biasa; perpecahan diidentifikasi.
5. 5Tantangan, negosiasi, evaluasi — tiga rantai. Seorang anggota yang meragukan sebuah argumen membuka rantai Q&A tentang hal itu: pertanyaan, jawaban penulis, tindak lanjut, jawaban — empat giliran, lengkap, dapat dipertanggungjawabkan. Dua faksi yang mendukung posisi berbeda menjalankan rantai Kompromi — sebuah posisi tengah yang diusulkan, dinegosiasikan secara resmi, yang menghasilkan posisi yang diubah atau mendokumentasikan dengan tepat di mana perpecahan terjadi. Penilaian formal berjalan sebagai rantai Tinjauan. Ketiga rantai ini menggantikan saluran empat ratus pesan dengan dialog yang benar-benar dapat dibaca oleh seseorang. Titik pemeriksaan: setiap argumen yang diperdebatkan memiliki rantai yang lengkap; tidak ada keberatan yang hidup hanya ada di obrolan.
6. 6Catat hasilnya. Ketika pemungutan suara yang mengikat di on-chain DAO selesai — dengan mekanisme apa pun yang digunakan DAO — hasilnya dicatat di pohon di samping deliberasi yang memproduksinya, dan dasbor menyimpan topik tersebut sebagai catatan permanen yang dapat dihubungkan. Pertanyaan sebulan kemudian — apa yang kita pikirkan bahwa kita setujui, dan siapa yang memeriksanya? — sekarang memiliki URL. Checkpoint: hasil dicatat; pohon terhubung dari mana pun DAO mengumumkan hasil.

Bagian 2 — alur proposal terintegrasi (peta jalan)

Alur kerja di atas dimulai secara manual: seseorang membuka topik, seseorang menempelkan diskusi. Alur proposal terintegrasi menutup celah itu — sebuah proposal masuk ke sistem secara otomatis, dan seluruh siklus hidup berjalan di satu tempat:

1. 1Impor — proposal baru diambil secara otomatis dan menjadi topik tata kelola.
2. 2Ekstraksi — teks proposal diubah menjadi pohon argumen, siap untuk ditinjau oleh anggota.
3. 3Musyawarah — Rantai tanya jawab menantang kasus; Rantai kompromi merundingkan amandemen antara faksi.
4. 4Suara — proposal yang telah dipertimbangkan diajukan untuk suara dalam alur.
5. 5Ulasan — rantai Ulasan penutupan mengevaluasi hasil dan proses, memberi umpan balik untuk iterasi berikutnya dari DAO.

Dasar kerja spesifik rantai adalah tempat di mana pengkabelan per-DAO mendarat: halaman pemerintahan Ethereum, Arbitrum, Cardano, dan Polkadot mencakup seperti apa deliberasi terstruktur dalam model pemerintahan masing-masing ekosistem.

Batasan yang jujur

• ✗Suara pengikat tidak ada di sini. Peringkat dan putusan dasar adalah sinyal deliberatif; keputusan yang menggerakkan dana perbendaharaan adalah mekanisme on-chain milik DAO itu sendiri, dan alur kerja ini tidak mengubah hal itu.
• ✗Struktur tidak memperbaiki partisipasi dengan sendirinya. Sebuah pohon yang dapat dibaca menurunkan biaya partisipasi yang terinformasi — seorang pemilih dapat menyerap kasus dalam hitungan menit alih-alih berjam-jam scrollback — tetapi tidak dapat membuat pemegang token peduli. Pasangkan dengan insentif partisipasi DAO itu sendiri.
• ✗Dinamika bobot token hidup di luar pohon. Penilaian argumen adalah per anggota; mereka tidak memodelkan kekuatan berbobot koin, dan kemungkinan paus memberikan suara lebih banyak daripada deliberasi di rantai tetap ada. Apa yang diubah oleh catatan adalah bahwa itu terjadi secara terlihat, melawan kasus yang terdokumentasi.
• ✗Bagian 2 adalah peta jalan. Impor otomatis dan suara terintegrasi memerlukan pengaturan per-DAO, per-chain berdasarkan permintaan — jangan merencanakan peluncuran seputar mereka yang dapat digunakan sendiri.
• ✗Deliberasi dalam skala besar memiliki mode kegagalan tersendiri — kaskade, brigading, polarisasi. Disiplin independensi (menilai sebelum membaca distribusi) penting di sini seperti di mana saja; lihat ketika kerumunan salah.

Pelajaran praktis

• ✓Ekstrak, jangan litigasi ulang. Jika debat sudah terjadi di obrolan, tempelkan — ekstraksi mengubah jam-jam scrollback menjadi pohon yang dapat ditinjau dalam hitungan menit, dan penulis diskusi melihat poin-poin mereka terwakili daripada diulang kembali.
• ✓Letakkan tautan pohon di pengumuman suara. Kebiasaan dengan pengaruh tertinggi: setiap suara on-chain menghubungkan catatan deliberasinya, sehingga pemilih hanya perlu satu klik untuk melihat seluruh kasus. Penalaran yang tidak dapat ditemukan orang adalah penalaran yang tidak ada.
• ✓Jalankan rantai Kompromi sebelum pemungutan suara, bukan setelah fork. Pemisahan yang terlihat pada langkah penilaian adalah isyarat — negosiasikan amandemen sementara proposal masih bisa diubah.
• ✓Jaga satu topik per pertanyaan yang dapat diputuskan. Proposal omnibus menghasilkan pohon omnibus yang tidak bisa dinilai oleh siapa pun; pisahkan mereka, dan biarkan setiap akar membawa putusannya sendiri.

Pertanyaan sebulan kemudian, terjawab

Jalankan kembali proposal perbendaharaan melalui alur kerja. Debat yang tersebar telah ditempel dan diekstrak pada hari pertama; keberatan dua anggota adalah node dengan peringkat, bukan pesan 214 dan 380. Satu keberatan bertahan dalam rantai tanya jawab dengan para pengusul dan mendorong rantai Kompromi yang menambahkan gerbang tonggak ke proposal sebelum masuk ke rantai. Putusan akar menunjukkan komunitas yang terpecah — terlihat, sebelum pemungutan suara, di tautan yang dilihat setiap pemilih dalam pengumuman. Dan ketika pertanyaan tonggak muncul sebulan kemudian, jawabannya adalah URL: inilah yang kami setujui, inilah yang memeriksanya, inilah risiko yang kami lihat dan gerbang yang kami tambahkan karena itu. Pemungutan suara selalu di rantai. Sekarang alasan tersebut juga ada di suatu tempat.