Pengarang: Chris Ahn
Sumber: Haun Ventures
Startup terobsesi dengan kecocokan produk-pasar dan kecocokan model bisnis, tetapi mereka jarang membahas kecocokan bisnis dan tata kelola. Web3 telah membawa perhatian baru pada konsep yang sebelumnya diabaikan ini - model tata kelola tertentu lebih cocok untuk proyek tertentu.
Untuk proyek non-crypto-native, memilih model tata kelola yang tepat relatif sederhana karena kompromi yang terkenal. Bahkan non-ahli dapat menjawab apakah suatu proyek bersifat publik atau swasta, nirlaba atau nirlaba. Untuk proyek crypto-native, keputusannya lebih rumit karena mereka harus mempertimbangkan poros baru: desentralisasi.
Tata kelola yang terdesentralisasi memungkinkan siapa pun untuk berkontribusi tanpa izin dari otoritas pusat. Seperti parameter tata kelola historis, ada pertukaran yang jelas dengan desentralisasi. Berlawanan dengan kepercayaan umum, ini adalah alat yang dapat menguntungkan beberapa - tetapi tidak semua proyek web3. Pendiri Web3 harus mempertimbangkan apakah proyek mereka mungkin mendapat manfaat dari tata kelola yang terdesentralisasi.
Model Pemerintahan Historis
Secara historis, keputusan tata kelola didasarkan pada dua pertimbangan: nirlaba versus nirlaba, publik versus swasta.
Perusahaan nirlaba publik seperti Apple memiliki basis pemegang saham yang tersebar yang memilih dan mengelola dewan direksi.
Perusahaan nirlaba swasta seperti Fidelity memiliki basis pemegang saham yang terkonsentrasi dan secara historis dimiliki oleh keluarga.
Entitas nirlaba publik seperti universitas negeri dan rumah sakit diatur oleh dewan direksi, yang lebih dari 50 persen direkturnya tidak boleh berafiliasi dengan organisasi. Juga, keuntungan tidak dapat didistribusikan di luar organisasi.
Entitas nirlaba swasta seperti Gates Foundation biasanya memiliki jumlah donor yang terbatas dan tidak diharuskan memiliki direktur luar.
Ciri yang paling mencolok dari model tata kelola historis ini adalah bahwa orang hanya dapat berkontribusi melalui izin yang sesuai (biasanya melalui pekerjaan). Kecuali untuk proyek open source (yang biasanya tidak beroperasi seperti organisasi formal), tidak mungkin seseorang hanya berkontribusi pada sebuah proyek. Untuk berkontribusi (alias kerja) ke Apple, Fidelity, universitas, atau Gates Foundation, Anda harus terlebih dahulu menjadi karyawan, bekerja keras, dan dipercaya.
Ketika MakerDAO memutuskan untuk mengadakan pemungutan suara MKR publik pertamanya pada tahun 2018, ia memulai eksperimen dalam tata kelola yang terdesentralisasi. Sejak itu, beberapa proyek paling menonjol di web3 telah mengadopsi tata kelola terdesentralisasi, termasuk Uniswap ($7,4 miliar), Compound ($521 juta), Aave ($1,4 miliar), Curve ($4,1 miliar), dan dYdX ($2 miliar). Kelima proyek ini sendiri mencapai lebih dari $15 miliar dalam kapitalisasi pasar yang terdilusi penuh (per 25 Juli 2022). Banyak proyek terdesentralisasi yang lebih berharga akan muncul di masa depan.
Pentingnya kecocokan bisnis dan tata kelola
Memilih model tata kelola yang tepat adalah keputusan penting bagi para pendiri, karena model yang tepat dapat menjadi keunggulan strategis. Tata kelola menyampaikan dua sinyal utama tentang organisasi:
janji. Ketika sebuah bisnis memilih model tata kelola, itu mengomunikasikan tujuan organisasi. Pikirkan tentang perbedaan antara Facebook Messenger dan Signal. Status Signal sebagai organisasi nirlaba memperkuat proposisi nilai yang mengutamakan pengguna dan menjaga privasi, karena jelas tidak ada motif tersembunyi. Oleh karena itu, banyak pengguna percaya dan tetap setia kepada Signal. Salah satu area di mana Facebook Messenger tidak dapat bersaing dengan Signal, meskipun fiturnya cocok dan efek jaringannya kuat, adalah misi.
pengambilan keputusan. Setiap model tata kelola hadir dengan kerangka pengambilan keputusannya sendiri yang menentukan siapa yang membuat keputusan di tingkat mana. Misalnya, perusahaan publik pada akhirnya bertanggung jawab kepada dewan direksi yang mewakili basis pemegang saham yang lebih luas, sedangkan lembaga swasta bertanggung jawab kepada mayoritas pemegang saham. Keputusan yang dibuat dalam rapat dewan cenderung merupakan keputusan tingkat tinggi, sementara keputusan strategis dan taktis untuk mengimplementasikan arahan tingkat tinggi yang ditetapkan oleh dewan diserahkan kepada karyawan.
Mengapa pergi ke sentralisasi?
Desentralisasi adalah mekanisme tata kelola yang unik karena mengundang siapa saja untuk berkontribusi tanpa izin. Misalnya, mengapa sebuah organisasi menginginkan lebih banyak koki selebritas di dapur, meskipun hal itu mungkin akan memperlambat dan terkadang bahkan menghentikannya? Menggunakan kerangka kerja yang sama seperti di atas, desentralisasi mengkomunikasikan hal-hal berikut:
janji. Ini menandakan keinginan untuk menyelaraskan diri dengan komunitas pengguna organisasi semaksimal mungkin. Dalam struktur tata kelola historis, kontribusi terbesar pengguna pada proyek tanpa menjadi karyawan adalah dengan memberikan umpan balik produk di saluran yang ditentukan, atau dengan memberikan suara pada resolusi pemegang saham tertentu. Karena tata kelola yang terdesentralisasi mengundang siapa saja untuk berkontribusi, proyek yang terdesentralisasi mengoordinasikan dan secara langsung melibatkan masyarakat dalam apa dan bagaimana mereka berkembang.
pengambilan keputusan. Tata kelola yang terdesentralisasi mentransfer pengambilan keputusan dan penegakan kepada masyarakat di setiap tingkatan. Komunitas memutuskan perubahan mana yang akan diterapkan dengan memberikan suara pada proposal. Itu juga dapat mengusulkan dan menerapkan perbaikan, termasuk perbaikan produk terperinci yang seharusnya berada di tangan karyawan.
Dalam banyak hal, kasus tata kelola terdesentralisasi mirip dengan basis data tanpa izin publik seperti blockchain. Sementara yang terakhir lebih lambat dan lebih mahal daripada pendekatan terpusat, satu aspek — partisipasi tanpa izin — unik karena membuka proposisi nilai baru yang tidak pernah mungkin dilakukan sebelumnya.
Kritik paling umum terhadap tata kelola desentralisasi adalah bahwa lebih banyak peserta berarti organisasi yang kurang efisien. Kritik ini tidak diragukan lagi benar. Sebuah organisasi dengan 5 pembuat keputusan memiliki 10 kemungkinan saluran komunikasi, sementara organisasi dengan 100 pembuat keputusan (peningkatan 20 kali lipat) memiliki 4950 saluran (peningkatan 495 kali lipat). Ketika jumlah orang bertambah, beban membuat orang setuju tumbuh secara eksponensial — itulah sebabnya, dalam politik, kediktatoran membuat keputusan lebih cepat daripada demokrasi, dan dalam bisnis, perusahaan swasta lebih gesit daripada perusahaan publik.
Salah satu cara untuk membenarkan tata kelola yang terdesentralisasi adalah dengan menjawab pertanyaan: Apakah organisasi yang mengoptimalkan perspektif yang beragam layak bersaing dengan organisasi yang mengoptimalkan pengambilan keputusan dengan cepat? Bagi mereka yang cukup beruntung untuk hidup dalam demokrasi, analogi tersebut harus beresonansi. Terkadang sumbu pengoptimalan bukanlah kecepatan atau biaya, tetapi representasi luas. Melakukan hal itu dapat menghasilkan hasil yang lebih tahan lama dan lebih berharga daripada proyek yang dibangun semata-mata untuk kecepatan.
Pilih Pemerintahan Terdesentralisasi
Sama seperti tidak semua organisasi nirlaba bercita-cita untuk go public, tidak semua proyek web3 perlu didesentralisasi. Organisasi di mana mekanisme tata kelola ini mewakili keunggulan strategis adalah protokol. Protokol adalah proyek yang sangat netral yang ingin menyelesaikan kebutuhan yang sama bagi pengguna selama mungkin. Protokol memiliki tiga karakteristik:
keandalan. Ketika suatu produk ingin memanfaatkan protokol, pertimbangan terpenting adalah keandalan. Akankah protokol ini melakukan apa yang saya perlukan 100 tahun dari sekarang seandal sekarang? Apakah saya memiliki masukan tentang kemungkinan perubahan? Untuk protokol, pilihan tata kelola terdesentralisasi menunjukkan niatnya untuk memaksimalkan keselarasan dengan mereka yang ingin membangun produk di atasnya, dan menyediakan jalur langsung bagi para pembuat ini untuk memiliki suara dalam pengembangan protokol.
Luas permukaan produk kecil. Protokol dirancang untuk menjadi abstraksi common denominator terendah yang dapat dimanfaatkan oleh produk lain. Oleh karena itu, mereka cenderung memiliki luas permukaan produk yang lebih kecil. Ini diinginkan untuk tata kelola yang terdesentralisasi, karena keputusan seperti itu sudah rumit dengan hanya satu fitur produk; area permukaan produk tambahan membuat keputusan menjadi lebih kompleks.
standardisasi. Status sukses untuk sebuah protokol adalah menjadi standar dengan efek jaringan. Setiap produk inkremental yang dibangun di atas protokol membuat protokol berikutnya lebih bernilai. Tata kelola terdesentralisasi membantu protokol menjadi standar dengan menyediakan produk yang dapat diikuti secara langsung dengan meyakinkan orang lain untuk bergabung.
Selanjutnya, desentralisasi bukanlah pilihan biner, tetapi skala mengambang. Protokol harus memilih tingkat desentralisasi yang secara strategis sesuai untuk mereka, karena memiliki trade-off yang jelas dalam kompleksitas eksekusi. Hal ini dapat dicapai dengan memutuskan tingkat pengambilan keputusan apa yang akan berdampingan dengan komunitas dan tim yang telah ditentukan sebelumnya (terkadang dipilih).
Ini mungkin bisa diperdebatkan, tetapi proyek web3 non-protokol mungkin menganggap tata kelola terdesentralisasi tidak berguna. Sebagai proyek non-protokol, tujuan dari proyek ini adalah pertumbuhan. Pertumbuhan dicapai dengan menyediakan fitur produk tambahan untuk lebih banyak pengguna dan kasus penggunaan yang berbeda. Akibatnya, luas permukaan produk akan menjadi lebih besar dan berakhir dengan pengelolaan yang tidak wajar dari banyak pengambil keputusan.
Menuju Masa Depan Modular
Memilih mekanisme tata kelola yang tepat merupakan keuntungan strategis bagi organisasi mana pun, dan keputusan untuk melakukan desentralisasi tidak terkecuali. Protokol sekarang mewakili jenis proyek terbaik untuk memanfaatkan tata kelola yang terdesentralisasi.
Dapat dibayangkan bahwa di dunia seperti itu, blok protokol terdesentralisasi modular akan ada di samping aplikasi independen. Alam semesta paralel ini sulit dibuat dan penuh dengan prototipe yang gagal. Namun menjadi bagian dari eksperimen yang menarik - sebuah alternatif yang dibangun oleh komunitas untuk komunitas dan paling sesuai dengan minat pengguna.