**a16z telah menetapkan posisi penting di bidang enkripsi untuk memandu pengembangan industri dengan artikelnya yang mendalam, memberi kami panduan yang kami butuhkan untuk peningkatan dan transformasi kognitif. Baru-baru ini, a16z berfokus pada masalah di luar ekonomi token. Itu dimulai dengan pembicaraan tentang "Desain Token", diikuti oleh "Tokenologi: Melampaui Ekonomi Token", dan sekarang kursus "Desain Protokol" yang sangat dinantikan. Sebagai dosen mata kuliah tersebut, Eddy Lazzarin, CTO a16z crypto, berulang kali menekankan bahwa kunci untuk mengungguli ekonomi token terletak pada desain protokol, dan desain token hanyalah alat bantu. Dalam kursus yang berfokus pada desain protokol ini, dia berbagi selama lebih dari satu jam, membawa wawasan dan pencerahan berharga bagi para pengusaha, membantu mereka memahami secara mendalam peran kunci desain protokol dalam keberhasilan proyek. Artikel ini adalah versi terjemahan yang disederhanakan. Untuk konten yang lebih menarik, lihat tautan ke terjemahan versi teks lengkap. **
Hukum yang melekat pada evolusi protokol
Protokol Internet: Ikatan Interaksi
Internet adalah jaringan protokol, termasuk berbagai jenis protokol. Beberapa protokol ringkas, seperti diagram status HTTP, sementara yang lain cukup kompleks, seperti diagram interaksi protokol Maker. Gambar di bawah menunjukkan berbagai protokol, termasuk protokol Internet, protokol fisik, dan protokol politik. Di sebelah kiri gambar di bawah, kita melihat peta interaktif persimpangan jalan, yang terasa familiar dan menarik bagi kita.
Kesamaan dari protokol ini adalah bahwa mereka semua adalah sistem interaktif formal yang memfasilitasi perilaku kelompok yang kompleks, yang merupakan komponen inti dari protokol. Kekuatan protokol Internet terletak pada kemampuannya untuk menghubungkan tidak hanya interaksi manusia ke manusia, tetapi juga perangkat lunak. Kami tahu bahwa perangkat lunak sangat mudah beradaptasi dan efisien, mampu mengintegrasikan mekanisme. Dengan demikian, Protokol Internet bisa dibilang salah satu jenis protokol kami yang paling penting, jika bukan yang paling penting.
Evolusi protokol: Web1 - Web2 - Web3
Pada bagan di bawah, sumbu horizontal mewakili tingkat desentralisasi dan sentralisasi protokol, yaitu tingkat kontrol atas protokol. Pada sumbu vertikal terdapat model ekonomi yang disepakati, yang secara khusus mengacu pada apakah model ekonomi tersebut eksplisit atau tidak spesifik. Perbedaan ini mungkin tampak halus, tetapi memiliki implikasi penting.
Web1: Model Ekonomi Terdesentralisasi & Tidak Jelas
Protokol pada periode Web1 (seperti NNTP, IRC, SMTP, dan RSS) bersifat netral dalam hal aliran nilai, kepemilikan, hak akses, dan mekanisme pembayaran, tanpa model ekonomi yang jelas. Diantaranya, Usenet adalah protokol yang mirip dengan Reddit saat ini untuk bertukar posting dan file. IRC adalah protokol obrolan awal dan banyak digunakan, dan SMTP dan RSS digunakan untuk langganan email dan konten.
Usenet adalah platform taksonomi terorganisir yang memungkinkan pengguna untuk memposting konten yang relevan di sub-server dari kategori tertentu. Itu adalah bagian penting dari budaya Internet awal dan ada di luar HTTP. Menggunakan Usenet memerlukan klien khusus dan Penyedia Layanan Internet (ISP) yang mendukung Usenet. Usenet didistribusikan ke sejumlah besar server berita yang selalu berubah yang dapat dijalankan oleh siapa saja dan kiriman secara otomatis diteruskan ke server lain, membentuk sistem terdesentralisasi. Sementara pengguna jarang membayar akses Usenet secara langsung, pada akhir tahun 2000-an beberapa mulai membayar server Usenet komersial. Secara keseluruhan, Usenet tidak memiliki model ekonomi protokol yang jelas, dan pengguna harus menggunakannya melalui transaksi mereka sendiri.
Protokol Web1 ini secara arsitektur serupa dan berasal dari nilai yang sama. Bahkan dengan sedikit pengetahuan tentang protokol, kami masih dapat memahami cara kerjanya, yang menunjukkan pentingnya keterbacaan protokol **Web1 dan templat yang jelas. **Namun, protokol ini secara bertahap menghadapi kegagalan atau perubahan seiring waktu. Alasan kegagalan tersebut dapat dikaitkan dengan dua aspek: pertama, kurangnya fitur khusus, tidak mampu bersaing dengan pesaing Web2; kedua, kesulitan mendapatkan dana. Pada akhirnya, keberhasilan sebuah protokol bergantung pada kemampuannya untuk mengambil pendekatan terdesentralisasi dan mengembangkan model ekonomi berkelanjutan untuk memasukkan fitur-fitur tertentu. Singkatnya, protokol Web1 dapat diklasifikasikan sebagai terdesentralisasi dan tidak memiliki model ekonomi yang jelas.
Web2: Sentralisasi & Model Ekonomi yang Jelas
Web2 telah membawa tren yang menarik: Reddit telah menggantikan forum seperti Usenet, dan sistem perpesanan terpusat seperti WhatsApp dan iMessage telah menggantikan forum seperti IRC. Sementara email masih ada, itu ditantang oleh masalah spam. Juga, RSS tidak bersaing dengan baik dengan Twitter. **Web2 mengatasi keterbatasan protokol Web1 dan menyediakan fungsionalitas khusus. ** Email dan protokol terdesentralisasi lainnya tidak dapat memverifikasi legitimasi pesan, identitas pengirim, otoritas, dan hubungan ekonomi, sehingga menangani spam menjadi masalah. Dalam sistem desentralisasi yang belum matang, ketiadaan fitur ini memungkinkan pesaing terpusat mengungguli pendahulu mereka dengan menawarkan fitur unik.
**Protokol Web2 sepenuhnya berada di bawah kendali pemilik, hanya dibatasi oleh kebijakan dan hukum bisnis. **Untuk mendorong pengembangan protokol Web1, diperlukan model ekonomi yang lebih eksplisit. Namun, tidak mungkin mencapai model ekonomi yang jelas sambil mempertahankan desentralisasi tanpa menggunakan konsensus terdesentralisasi, komputasi yang dapat diverifikasi, dan alat teknologi enkripsi. **Perjanjian biasanya bertransisi dari pojok kiri bawah ruang desain ke pojok kanan atas. Terkadang protokol menjadi terpusat secara de facto, seperti email. Dengan lebih dari 50% email ditangani oleh penyedia layanan email terpusat, email menjadi sangat terpusat. Email berada di bawah tekanan dari masalah spam, kurangnya model ekonomi, pembagian biaya pendaftaran DNS, dan biaya peralihan yang tinggi.
Dengan tidak adanya model ekonomi yang layak, email hanya dapat dipertahankan sebagai proyek sampingan dari perusahaan teknologi besar. Metode untuk mengurangi spam bergantung pada skala ekonomi dan pengikatan data, dan lebih mudah bagi perusahaan yang menghosting jutaan akun email untuk mendeteksi anomali. Selain itu, switching cost juga merupakan faktor penting. Sekarang, kita perlu mengenali dua kekuatan pemusatan kunci yang memengaruhi berbagai komponen protokol,** yang terus berperan di setiap proses desain protokol, dan itu adalah efek jaringan dan biaya peralihan. **
**Efek jaringan adalah fenomena kekuatan yang terakumulasi sebagai skala sistem dan digunakan secara luas. Biaya peralihan mengacu pada biaya ekonomi, kognitif, atau temporal yang diperlukan pengguna untuk meninggalkan sistem saat ini dan beralih ke sistem lain. **Dalam contoh email, biaya peralihan sangat penting bagi pengguna yang menggunakan Gmail. Jika Anda menggunakan Gmail tetapi tidak memiliki domain sendiri, biaya peralihan akan tinggi. Namun, jika Anda memiliki nama domain sendiri, Anda bebas beralih penyedia layanan email dan terus menggunakan penyedia layanan apa pun untuk menerima email. Perusahaan dapat meningkatkan biaya peralihan melalui desain protokol, memaksa atau mendorong pengguna untuk menggunakan komponen tertentu, sehingga mengurangi kemungkinan pengguna beralih ke pemasok lain.
Contohnya Reddit, sebuah sistem yang memungkinkan moderator untuk mengontrol subforum secara sepihak, mengaburkan batas antara desentralisasi dan sentralisasi. Meskipun mengizinkan siapa pun untuk menjadi moderator dapat dilihat sebagai bentuk desentralisasi, sistem tersebut masih sepenuhnya terpusat jika kekuasaan tertinggi tetap berada di tangan administrator (seperti tim Reddit). Pengalaman pengguna berkualitas tinggi tidak ada hubungannya dengan daya terpusat, tetapi memberikan pengalaman pengguna berkualitas tinggi seringkali membutuhkan dukungan finansial. ** Di era Web1, karena kekurangan dana, protokol terdesentralisasi seringkali tidak dapat memberikan pengalaman pengguna yang baik. **Pendanaan memainkan peran penting dalam memberikan pengalaman pengguna yang berkualitas tinggi.
Web3: Model Ekonomi Terdesentralisasi & Jelas
Pada platform **Web2 seperti Twitter, Facebook, Instagram, atau TikTok, pilihan pengguna terbatas, bergantung pada keputusan antarmuka platform. **Namun, bagaimana komponen terdesentralisasi yang diperkenalkan oleh Web3 akan mengubah protokol? Memanfaatkan teknologi enkripsi dan blockchain dapat mengurangi ketergantungan pada kepercayaan, sambil mengklarifikasi ekonomi dan mendukung desentralisasi. **Web3 memberikan keterbukaan, interoperabilitas, dan sumber terbuka, dengan model ekonomi yang jelas, dan kemampuan untuk mengintegrasikan dana dalam protokol untuk mencapai pembangunan berkelanjutan dan menghindari monopoli semua nilai. **
**Sebagai pengembang, memilih untuk membangun sistem terdesentralisasi dengan model ekonomi yang jelas adalah pilihan terbaik. Dengan cara ini memastikan keberlangsungan sistem dan memahami hubungan ekonomi yang terkait dengannya tanpa harus membiarkan hubungan ekonomi berkembang di luar kesepakatan. ** Dalam hal stabilitas dan penangkapan nilai, hal ini perlu dipertimbangkan secara berbeda. Memilih untuk membangun sistem terdesentralisasi adalah penting karena menghindari potensi risiko dan membangun proyek yang tahan lama dan memiliki potensi untuk menjadi sistem terbesar.
Konstruksi internet tidak lagi dianggap sebagai perilaku gila, karena Internet sendiri adalah sistem yang sepenuhnya terdesentralisasi. Demikian pula, penggunaan bahasa pemrograman open source dan ketergantungan pada browser web telah menjadi landasan yang kokoh untuk membangun proyek-proyek ambisius. Membangun sistem terpusat dapat membatasi dan mencegah skala dan ruang lingkup proyek. Web3 menarik pengembang hebat yang dapat membangun proyek yang lebih besar dan lebih ambisius. Sistem atau platform lain dapat muncul dan bersaing dengan platform Web2 yang ada, mematuhi peraturan dan memiliki keunggulan kompetitif, dan bersaing ketat dengan platform Web2.
Masalah terbesar dengan jaringan Web2 adalah kerapuhan dan model bisnis yang terlalu dioptimalkan. Jaringan ini mengejar pengoptimalan untuk metrik tertentu sambil mengabaikan hal-hal yang tidak terkait dengan tujuan mereka, yang mengakibatkan kurangnya inovasi dan pengembangan produk baru. Meskipun mereka memiliki efek jaringan yang kuat, tidak cukup untuk membentuk monopoli, mereka rentan terhadap tindakan balasan terhadap kelemahan mereka.
Sebaliknya, **Web3 menyediakan ruang yang lebih tangguh dan inovatif melalui desentralisasi dan model ekonomi yang jelas. **Mirip dengan ekosistem hutan hujan yang kaya dan beragam, sistem Web3 telah membangun infrastruktur dan protokol yang cocok untuk pengembangan segala macam hal menarik, menyediakan lahan yang lebih subur untuk inovasi. Dengan memanfaatkan cryptocurrency dan model ekonomi token, peserta yakin bahwa kreativitas dan pengambilan risiko mereka akan dihargai, memajukan pengembangan sistem.
Oleh karena itu, **Web3 memiliki potensi keberlanjutan dan inovasi ekosistem yang lebih baik, daripada hanya mengandalkan akumulasi sumber daya ekonomi. **Model ekonomi yang jelas dan fitur desentralisasi memungkinkan Web3 untuk mencapai inovasi dan pengembangan dalam arti sebenarnya, jauh dari kesulitan optimalisasi yang berlebihan dan akumulasi terpusat dalam satu bidang. Dengan memperkenalkan teknologi enkripsi dan model ekonomi token, Web3 memberi peserta ruang kreatif yang lebih besar dan mekanisme pengembalian, dan mempromosikan pengembangan sistem ke arah yang lebih berharga dan bertahan lama.
Kasus desain protokol web3
Latar belakang kasus dan tujuan desain
Mari kita mulai dengan contoh yang menarik, "Stable Horde" adalah sistem gratis untuk menghasilkan gambar dan protokol Web2. Ini menggunakan fitur lapisan kolaboratif yang memungkinkan pengguna untuk meminta orang lain bersedia membantu menghasilkan gambar. Klien mengirimkan tugas ke antrean kerja, pekerja melakukan pemrosesan inferensi dan mengirimkan hasilnya ke penyimpanan hasil, dari mana klien dapat mengambil hasilnya dan membayar poin Kudos kepada pekerja. Di Stable Horde, Kudos adalah sistem poin gratis yang digunakan untuk memprioritaskan tugas. Namun, semakin panjang antriannya, semakin lama waktu yang dibutuhkan untuk menghasilkan gambar karena keterbatasan donasi sumber daya komputasi.
Kami menghadapi masalah yang menarik: bagaimana menskalakan sistem ini agar lebih besar dan lebih terspesialisasi, sambil tetap terbuka dan dapat dioperasikan, tanpa mengambil risiko sentralisasi untuk menghancurkan semangat asli proyek. **Satu proposal adalah mengubah skor Kudos menjadi token ERC20 dan merekamnya di blockchain. Namun, menambahkan blockchain saja dapat menyebabkan serangkaian masalah, seperti serangan hasil palsu dan sebagainya.
Mari pikirkan kembali proses desain protokol. **Anda harus selalu memulai dengan tujuan yang jelas, kemudian mempertimbangkan kendala, dan terakhir menentukan mekanismenya. ** Merancang sistem membutuhkan pengukuran tujuan dan mengidentifikasi mekanisme yang efektif. Kendala datang dalam bentuk endogen dan eksogen, dan dengan membatasi ruang desain, mekanisme dapat diidentifikasi secara lebih eksplisit. Mekanisme adalah substansi protokol, seperti kliring, penetapan harga, staking, insentif, pembayaran, dan verifikasi. Desain harus sesuai dengan batasan dan memenuhi tujuan yang terdefinisi dengan baik.
Protokol Web3 Contoh: Tidak Stabil Kebingungan
Mari beralih ke protokol Web3 baru yang disebut "Kebingungan Tidak Stabil". Berikut ini kami menguraikan beberapa arahan menarik yang diusulkan dalam konteks mengubah protokol Web2 yang ada "Stable Horde" menjadi protokol Web3 "Kebingungan Tidak Stabil".
Seperti disebutkan sebelumnya, ada masalah dengan mengirimkan hasil yang salah, jadi perlu ada mekanisme untuk memastikan bahwa pengguna mendapatkan apa yang mereka butuhkan, ini disebut "penalaran validasi". Secara sederhana, kita perlu memverifikasi penalaran untuk memastikan bahwa hasilnya seperti yang diharapkan. Masalah lain menyangkut pekerja di "Stable Horde". Pekerja meminta tugas berikutnya dari database sesuai urutan yang diminta, dan menugaskan tugas ke pekerja yang membuat permintaan paling awal. Namun dalam sistem yang melibatkan uang, pekerja dapat mengklaim tugas dalam jumlah besar untuk mendapatkan bayaran lebih, tetapi tidak benar-benar berniat untuk menyelesaikannya. Mereka mungkin bersaing untuk latensi rendah, mengambil tugas, dan menyebabkan kemacetan sistem. **
Untuk mengatasi masalah di atas, beberapa solusi diusulkan. Yang pertama adalah "Bayar Sebanding dengan Kontribusi", di mana pekerja dibayar sesuai dengan kontribusinya, bersaing untuk tugas dengan cara yang bermanfaat bagi jaringan. Kedua adalah "partisipasi fleksibel", yaitu pekerja dapat dengan bebas bergabung atau keluar dari sistem dengan biaya lebih rendah, menarik lebih banyak peserta. Akhirnya "Latensi Rendah", yaitu seberapa responsif dan cepatnya aplikasi, sangat penting untuk pengalaman pengguna. ** Kembali ke tujuan kami, untuk membangun pasar yang terdesentralisasi dan dapat dioperasikan untuk pembuatan citra. Meskipun kami masih memiliki beberapa kendala utama, hal ini dapat ditambahkan, diubah, atau detail yang lebih spesifik nanti. Sekarang, kita dapat mengevaluasi kelayakan mekanisme yang berbeda.
Desain Mekanisme Potensial
1. Mekanisme verifikasi
Kita dapat menggunakan metode seperti teori permainan dan kriptografi untuk memastikan keakuratan penalaran. Mekanisme teori permainan dapat digunakan dalam sistem penyelesaian perselisihan, di mana pengguna dapat meningkatkan perselisihan dan diadili oleh peran tertentu. Audit berkelanjutan atau sampel adalah pendekatan lain, dengan meninjau pekerjaan pekerja, memastikan bahwa tugas diberikan kepada pekerja yang berbeda, dan mencatat pekerja mana yang lulus audit. Bukti tanpa pengetahuan dalam kriptografi dapat menghasilkan bukti yang efisien untuk memverifikasi kebenaran penalaran. Metode tradisional mencakup lembaga pihak ketiga tepercaya dan ulasan pengguna, tetapi ada risiko sentralisasi dan efek jaringan.
Mekanisme validasi lain yang mungkin termasuk meminta beberapa pekerja menyelesaikan tugas yang sama, dan pengguna memilih dari hasilnya. Ini mungkin mahal, tetapi jika biayanya cukup rendah, ini dapat dianggap sebagai pendekatan.
2. Strategi penetapan harga
Mengenai strategi penetapan harga, buku pesanan dapat dibuat secara on-chain. Dimungkinkan juga untuk menggunakan metrik proksi sumber daya komputasi yang dapat diverifikasi secara on-chain, seperti gas. Pendekatan ini berbeda dari pasar bebas sederhana, di mana pengguna hanya memposting apa yang bersedia mereka bayar untuk inferensi, yang dapat diterima pekerja, atau mereka dapat menawar untuk bersaing dalam tugas. Sebagai gantinya, pengguna dapat membuat metrik proxy seperti gas di mana inferensi spesifik memerlukan sejumlah sumber daya komputasi, dan jumlah sumber daya komputasi secara langsung menentukan harganya. Dengan cara ini, pengoperasian seluruh mekanisme dapat disederhanakan.
Atau, buku pesanan off-chain dapat digunakan, yang lebih murah untuk dijalankan dan berpotensi sangat efisien. Masalahnya, bagaimanapun, adalah siapa pun yang memiliki buku pesanan itu dapat memusatkan efek jaringan pada diri mereka sendiri.
3. Mekanisme penyimpanan
Mekanisme penyimpanan sangat penting untuk memastikan bahwa hasil pekerjaan dapat disampaikan kepada pengguna dengan benar, namun sulit untuk mengurangi risiko kepercayaan dan membuktikan bahwa pekerjaan telah disampaikan dengan benar. Pengguna mungkin mempertanyakan apakah suatu barang telah terkirim, serupa dengan keluhan tentang tidak menerima barang yang diharapkan. Auditor mungkin perlu memverifikasi proses perhitungan dan memeriksa keakuratan hasil keluaran. Oleh karena itu, keluaran harus dapat dilihat oleh protokol dan disimpan di mana protokol dapat mengaksesnya.
Dalam hal mekanisme penyimpanan, kami memiliki beberapa opsi. Salah satunya adalah menyimpan data secara on-chain, tetapi ini mahal. Pilihan lainnya adalah menggunakan jaringan enkripsi penyimpanan khusus, yang lebih kompleks tetapi berupaya memecahkan masalah dengan cara peer-to-peer. Alternatifnya, ada opsi untuk menyimpan data secara off-chain, tetapi ini menimbulkan masalah lain, karena siapa pun yang mengontrol sistem penyimpanan tersebut dapat memengaruhi aspek lain seperti proses verifikasi dan pengiriman pembayaran akhir.
4. Strategi alokasi tugas
Cara tugas didistribusikan juga perlu dipertimbangkan, yang merupakan area yang relatif kompleks. Dapat dianggap bahwa pekerja memilih tugas dengan sendirinya setelah tugas diserahkan, atau perjanjian mendistribusikan tugas setelah tugas diserahkan, dan juga memungkinkan pengguna atau pengguna akhir memilih pekerja tertentu. Ada pro dan kontra untuk setiap pendekatan, dan juga pertimbangkan kombinasi cara protokol memutuskan pekerja mana yang dapat meminta tugas mana.
Penugasan tugas melibatkan banyak detail menarik. Misalnya, dalam sistem berbasis protokol, perlu diketahui apakah seorang pekerja sedang online dan tersedia untuk memutuskan apakah akan memberikan tugas kepadanya. Anda juga perlu mengetahui kapasitas dan beban masing-masing pekerja. Oleh karena itu, berbagai faktor tambahan perlu dipertimbangkan dalam protokol, yang mungkin tidak termasuk dalam implementasi awal yang sederhana.
Poin Penting Desain Protokol Terdesentralisasi
7 elemen desain utama yang dapat menyebabkan risiko sentralisasi
Ini termasuk penamaan ruang yang diperkenalkan melalui email, sistem pembayaran, reputasi, dan penyimpanan, pencocokan, sistem penetapan harga, dan sistem verifikasi. Elemen-elemen ini dapat menjadi terpusat karena efek jaringan atau biaya switching yang tinggi. Atur protokol dengan mengurangi akumulasi efek jaringan, menyalurkan efek jaringan ke dalam protokol, dan membangun lapisan kontrol terdesentralisasi ke dalam protokol untuk memastikan kesehatan sistem dalam jangka panjang. Kontrol terdesentralisasi dapat dicapai dengan menggunakan token yang mudah menguap atau desain tata kelola lainnya seperti sistem reputasi atau mekanisme pemilihan bergilir.
Mengurangi biaya pengalihan dan mempromosikan interoperabilitas
Untuk mendorong pengusaha membangun aplikasi pada sistem, penting untuk mengurangi biaya peralihan dan mempromosikan interoperabilitas antara sistem yang berbeda. Hindari memperkenalkan biaya peralihan yang tinggi dan kurangi ketergantungan yang berlebihan pada buku pesanan off-chain atau sistem verifikasi pihak ketiga.
Menggunakan teknologi Web3 untuk membuat sistem terdesentralisasi
Manfaatkan alat dan prinsip Web3 untuk merancang sistem yang memberdayakan pengusaha dan menghindari sentralisasi yang berlebihan. Protokol yang menganut prinsip-prinsip Web3 biasanya memiliki skala yang lebih besar, masa pakai yang lebih lama, dan vitalitas ekosistem yang lebih hidup, menyediakan area eksplorasi inovatif yang subur di luar batas yang ditetapkan oleh pemegang jabatan terbesar.
Penelitian mendalam dan pemilihan solusi terbaik
Saat merancang protokol dan menentukan strategi, berbagai aspek perlu dipelajari secara mendalam. Untuk otentikasi, solusi kriptografi biasanya merupakan pilihan terbaik. Dalam hal penetapan harga, metrik proxy yang menggunakan sumber daya komputasi on-chain yang dapat diverifikasi dapat diadaptasi ke berbagai tugas inferensi atau pembelajaran mesin yang berbeda. Dalam hal penugasan tugas, protokol untuk memperbarui kemampuan dan status pekerja secara real time diadopsi untuk mendistribusikan tugas secara adil dan memungkinkan pekerja untuk secara mandiri memilih apakah akan menerima tugas. Untuk masalah penyimpanan, solusi seperti teknologi sharding prototipe dapat dipertimbangkan untuk memecahkan masalah dalam waktu singkat dan mengadopsi metode penyimpanan sementara.
Saat merancang sistem terdesentralisasi, pertimbangan di atas dapat membantu membangun sistem dengan sifat ketahanan dan desentralisasi jangka panjang.
Asli: Desain protokol: Mengapa dan bagaimana
Tautan ke versi teks lengkap yang diterjemahkan:
Lihat Asli
Konten ini hanya untuk referensi, bukan ajakan atau tawaran. Tidak ada nasihat investasi, pajak, atau hukum yang diberikan. Lihat Penafian untuk pengungkapan risiko lebih lanjut.
Kursus Kewirausahaan Enkripsi a16z: Setelah "Desain Token", "Desain Protokol" diluncurkan
Oleh Eddy Lazzarin
Kompilasi: Sisi
Perkenalan:
**a16z telah menetapkan posisi penting di bidang enkripsi untuk memandu pengembangan industri dengan artikelnya yang mendalam, memberi kami panduan yang kami butuhkan untuk peningkatan dan transformasi kognitif. Baru-baru ini, a16z berfokus pada masalah di luar ekonomi token. Itu dimulai dengan pembicaraan tentang "Desain Token", diikuti oleh "Tokenologi: Melampaui Ekonomi Token", dan sekarang kursus "Desain Protokol" yang sangat dinantikan. Sebagai dosen mata kuliah tersebut, Eddy Lazzarin, CTO a16z crypto, berulang kali menekankan bahwa kunci untuk mengungguli ekonomi token terletak pada desain protokol, dan desain token hanyalah alat bantu. Dalam kursus yang berfokus pada desain protokol ini, dia berbagi selama lebih dari satu jam, membawa wawasan dan pencerahan berharga bagi para pengusaha, membantu mereka memahami secara mendalam peran kunci desain protokol dalam keberhasilan proyek. Artikel ini adalah versi terjemahan yang disederhanakan. Untuk konten yang lebih menarik, lihat tautan ke terjemahan versi teks lengkap. **
Hukum yang melekat pada evolusi protokol
Protokol Internet: Ikatan Interaksi
Internet adalah jaringan protokol, termasuk berbagai jenis protokol. Beberapa protokol ringkas, seperti diagram status HTTP, sementara yang lain cukup kompleks, seperti diagram interaksi protokol Maker. Gambar di bawah menunjukkan berbagai protokol, termasuk protokol Internet, protokol fisik, dan protokol politik. Di sebelah kiri gambar di bawah, kita melihat peta interaktif persimpangan jalan, yang terasa familiar dan menarik bagi kita.
Kesamaan dari protokol ini adalah bahwa mereka semua adalah sistem interaktif formal yang memfasilitasi perilaku kelompok yang kompleks, yang merupakan komponen inti dari protokol. Kekuatan protokol Internet terletak pada kemampuannya untuk menghubungkan tidak hanya interaksi manusia ke manusia, tetapi juga perangkat lunak. Kami tahu bahwa perangkat lunak sangat mudah beradaptasi dan efisien, mampu mengintegrasikan mekanisme. Dengan demikian, Protokol Internet bisa dibilang salah satu jenis protokol kami yang paling penting, jika bukan yang paling penting.
Evolusi protokol: Web1 - Web2 - Web3
Pada bagan di bawah, sumbu horizontal mewakili tingkat desentralisasi dan sentralisasi protokol, yaitu tingkat kontrol atas protokol. Pada sumbu vertikal terdapat model ekonomi yang disepakati, yang secara khusus mengacu pada apakah model ekonomi tersebut eksplisit atau tidak spesifik. Perbedaan ini mungkin tampak halus, tetapi memiliki implikasi penting.
Web1: Model Ekonomi Terdesentralisasi & Tidak Jelas
Protokol pada periode Web1 (seperti NNTP, IRC, SMTP, dan RSS) bersifat netral dalam hal aliran nilai, kepemilikan, hak akses, dan mekanisme pembayaran, tanpa model ekonomi yang jelas. Diantaranya, Usenet adalah protokol yang mirip dengan Reddit saat ini untuk bertukar posting dan file. IRC adalah protokol obrolan awal dan banyak digunakan, dan SMTP dan RSS digunakan untuk langganan email dan konten.
Usenet adalah platform taksonomi terorganisir yang memungkinkan pengguna untuk memposting konten yang relevan di sub-server dari kategori tertentu. Itu adalah bagian penting dari budaya Internet awal dan ada di luar HTTP. Menggunakan Usenet memerlukan klien khusus dan Penyedia Layanan Internet (ISP) yang mendukung Usenet. Usenet didistribusikan ke sejumlah besar server berita yang selalu berubah yang dapat dijalankan oleh siapa saja dan kiriman secara otomatis diteruskan ke server lain, membentuk sistem terdesentralisasi. Sementara pengguna jarang membayar akses Usenet secara langsung, pada akhir tahun 2000-an beberapa mulai membayar server Usenet komersial. Secara keseluruhan, Usenet tidak memiliki model ekonomi protokol yang jelas, dan pengguna harus menggunakannya melalui transaksi mereka sendiri.
Protokol Web1 ini secara arsitektur serupa dan berasal dari nilai yang sama. Bahkan dengan sedikit pengetahuan tentang protokol, kami masih dapat memahami cara kerjanya, yang menunjukkan pentingnya keterbacaan protokol **Web1 dan templat yang jelas. **Namun, protokol ini secara bertahap menghadapi kegagalan atau perubahan seiring waktu. Alasan kegagalan tersebut dapat dikaitkan dengan dua aspek: pertama, kurangnya fitur khusus, tidak mampu bersaing dengan pesaing Web2; kedua, kesulitan mendapatkan dana. Pada akhirnya, keberhasilan sebuah protokol bergantung pada kemampuannya untuk mengambil pendekatan terdesentralisasi dan mengembangkan model ekonomi berkelanjutan untuk memasukkan fitur-fitur tertentu. Singkatnya, protokol Web1 dapat diklasifikasikan sebagai terdesentralisasi dan tidak memiliki model ekonomi yang jelas.
Web2: Sentralisasi & Model Ekonomi yang Jelas
Web2 telah membawa tren yang menarik: Reddit telah menggantikan forum seperti Usenet, dan sistem perpesanan terpusat seperti WhatsApp dan iMessage telah menggantikan forum seperti IRC. Sementara email masih ada, itu ditantang oleh masalah spam. Juga, RSS tidak bersaing dengan baik dengan Twitter. **Web2 mengatasi keterbatasan protokol Web1 dan menyediakan fungsionalitas khusus. ** Email dan protokol terdesentralisasi lainnya tidak dapat memverifikasi legitimasi pesan, identitas pengirim, otoritas, dan hubungan ekonomi, sehingga menangani spam menjadi masalah. Dalam sistem desentralisasi yang belum matang, ketiadaan fitur ini memungkinkan pesaing terpusat mengungguli pendahulu mereka dengan menawarkan fitur unik.
**Protokol Web2 sepenuhnya berada di bawah kendali pemilik, hanya dibatasi oleh kebijakan dan hukum bisnis. **Untuk mendorong pengembangan protokol Web1, diperlukan model ekonomi yang lebih eksplisit. Namun, tidak mungkin mencapai model ekonomi yang jelas sambil mempertahankan desentralisasi tanpa menggunakan konsensus terdesentralisasi, komputasi yang dapat diverifikasi, dan alat teknologi enkripsi. **Perjanjian biasanya bertransisi dari pojok kiri bawah ruang desain ke pojok kanan atas. Terkadang protokol menjadi terpusat secara de facto, seperti email. Dengan lebih dari 50% email ditangani oleh penyedia layanan email terpusat, email menjadi sangat terpusat. Email berada di bawah tekanan dari masalah spam, kurangnya model ekonomi, pembagian biaya pendaftaran DNS, dan biaya peralihan yang tinggi.
Dengan tidak adanya model ekonomi yang layak, email hanya dapat dipertahankan sebagai proyek sampingan dari perusahaan teknologi besar. Metode untuk mengurangi spam bergantung pada skala ekonomi dan pengikatan data, dan lebih mudah bagi perusahaan yang menghosting jutaan akun email untuk mendeteksi anomali. Selain itu, switching cost juga merupakan faktor penting. Sekarang, kita perlu mengenali dua kekuatan pemusatan kunci yang memengaruhi berbagai komponen protokol,** yang terus berperan di setiap proses desain protokol, dan itu adalah efek jaringan dan biaya peralihan. **
**Efek jaringan adalah fenomena kekuatan yang terakumulasi sebagai skala sistem dan digunakan secara luas. Biaya peralihan mengacu pada biaya ekonomi, kognitif, atau temporal yang diperlukan pengguna untuk meninggalkan sistem saat ini dan beralih ke sistem lain. **Dalam contoh email, biaya peralihan sangat penting bagi pengguna yang menggunakan Gmail. Jika Anda menggunakan Gmail tetapi tidak memiliki domain sendiri, biaya peralihan akan tinggi. Namun, jika Anda memiliki nama domain sendiri, Anda bebas beralih penyedia layanan email dan terus menggunakan penyedia layanan apa pun untuk menerima email. Perusahaan dapat meningkatkan biaya peralihan melalui desain protokol, memaksa atau mendorong pengguna untuk menggunakan komponen tertentu, sehingga mengurangi kemungkinan pengguna beralih ke pemasok lain.
Contohnya Reddit, sebuah sistem yang memungkinkan moderator untuk mengontrol subforum secara sepihak, mengaburkan batas antara desentralisasi dan sentralisasi. Meskipun mengizinkan siapa pun untuk menjadi moderator dapat dilihat sebagai bentuk desentralisasi, sistem tersebut masih sepenuhnya terpusat jika kekuasaan tertinggi tetap berada di tangan administrator (seperti tim Reddit). Pengalaman pengguna berkualitas tinggi tidak ada hubungannya dengan daya terpusat, tetapi memberikan pengalaman pengguna berkualitas tinggi seringkali membutuhkan dukungan finansial. ** Di era Web1, karena kekurangan dana, protokol terdesentralisasi seringkali tidak dapat memberikan pengalaman pengguna yang baik. **Pendanaan memainkan peran penting dalam memberikan pengalaman pengguna yang berkualitas tinggi.
Web3: Model Ekonomi Terdesentralisasi & Jelas
Pada platform **Web2 seperti Twitter, Facebook, Instagram, atau TikTok, pilihan pengguna terbatas, bergantung pada keputusan antarmuka platform. **Namun, bagaimana komponen terdesentralisasi yang diperkenalkan oleh Web3 akan mengubah protokol? Memanfaatkan teknologi enkripsi dan blockchain dapat mengurangi ketergantungan pada kepercayaan, sambil mengklarifikasi ekonomi dan mendukung desentralisasi. **Web3 memberikan keterbukaan, interoperabilitas, dan sumber terbuka, dengan model ekonomi yang jelas, dan kemampuan untuk mengintegrasikan dana dalam protokol untuk mencapai pembangunan berkelanjutan dan menghindari monopoli semua nilai. **
**Sebagai pengembang, memilih untuk membangun sistem terdesentralisasi dengan model ekonomi yang jelas adalah pilihan terbaik. Dengan cara ini memastikan keberlangsungan sistem dan memahami hubungan ekonomi yang terkait dengannya tanpa harus membiarkan hubungan ekonomi berkembang di luar kesepakatan. ** Dalam hal stabilitas dan penangkapan nilai, hal ini perlu dipertimbangkan secara berbeda. Memilih untuk membangun sistem terdesentralisasi adalah penting karena menghindari potensi risiko dan membangun proyek yang tahan lama dan memiliki potensi untuk menjadi sistem terbesar.
Konstruksi internet tidak lagi dianggap sebagai perilaku gila, karena Internet sendiri adalah sistem yang sepenuhnya terdesentralisasi. Demikian pula, penggunaan bahasa pemrograman open source dan ketergantungan pada browser web telah menjadi landasan yang kokoh untuk membangun proyek-proyek ambisius. Membangun sistem terpusat dapat membatasi dan mencegah skala dan ruang lingkup proyek. Web3 menarik pengembang hebat yang dapat membangun proyek yang lebih besar dan lebih ambisius. Sistem atau platform lain dapat muncul dan bersaing dengan platform Web2 yang ada, mematuhi peraturan dan memiliki keunggulan kompetitif, dan bersaing ketat dengan platform Web2.
Masalah terbesar dengan jaringan Web2 adalah kerapuhan dan model bisnis yang terlalu dioptimalkan. Jaringan ini mengejar pengoptimalan untuk metrik tertentu sambil mengabaikan hal-hal yang tidak terkait dengan tujuan mereka, yang mengakibatkan kurangnya inovasi dan pengembangan produk baru. Meskipun mereka memiliki efek jaringan yang kuat, tidak cukup untuk membentuk monopoli, mereka rentan terhadap tindakan balasan terhadap kelemahan mereka.
Sebaliknya, **Web3 menyediakan ruang yang lebih tangguh dan inovatif melalui desentralisasi dan model ekonomi yang jelas. **Mirip dengan ekosistem hutan hujan yang kaya dan beragam, sistem Web3 telah membangun infrastruktur dan protokol yang cocok untuk pengembangan segala macam hal menarik, menyediakan lahan yang lebih subur untuk inovasi. Dengan memanfaatkan cryptocurrency dan model ekonomi token, peserta yakin bahwa kreativitas dan pengambilan risiko mereka akan dihargai, memajukan pengembangan sistem.
Oleh karena itu, **Web3 memiliki potensi keberlanjutan dan inovasi ekosistem yang lebih baik, daripada hanya mengandalkan akumulasi sumber daya ekonomi. **Model ekonomi yang jelas dan fitur desentralisasi memungkinkan Web3 untuk mencapai inovasi dan pengembangan dalam arti sebenarnya, jauh dari kesulitan optimalisasi yang berlebihan dan akumulasi terpusat dalam satu bidang. Dengan memperkenalkan teknologi enkripsi dan model ekonomi token, Web3 memberi peserta ruang kreatif yang lebih besar dan mekanisme pengembalian, dan mempromosikan pengembangan sistem ke arah yang lebih berharga dan bertahan lama.
Kasus desain protokol web3
Latar belakang kasus dan tujuan desain
Mari kita mulai dengan contoh yang menarik, "Stable Horde" adalah sistem gratis untuk menghasilkan gambar dan protokol Web2. Ini menggunakan fitur lapisan kolaboratif yang memungkinkan pengguna untuk meminta orang lain bersedia membantu menghasilkan gambar. Klien mengirimkan tugas ke antrean kerja, pekerja melakukan pemrosesan inferensi dan mengirimkan hasilnya ke penyimpanan hasil, dari mana klien dapat mengambil hasilnya dan membayar poin Kudos kepada pekerja. Di Stable Horde, Kudos adalah sistem poin gratis yang digunakan untuk memprioritaskan tugas. Namun, semakin panjang antriannya, semakin lama waktu yang dibutuhkan untuk menghasilkan gambar karena keterbatasan donasi sumber daya komputasi.
Kami menghadapi masalah yang menarik: bagaimana menskalakan sistem ini agar lebih besar dan lebih terspesialisasi, sambil tetap terbuka dan dapat dioperasikan, tanpa mengambil risiko sentralisasi untuk menghancurkan semangat asli proyek. **Satu proposal adalah mengubah skor Kudos menjadi token ERC20 dan merekamnya di blockchain. Namun, menambahkan blockchain saja dapat menyebabkan serangkaian masalah, seperti serangan hasil palsu dan sebagainya.
Mari pikirkan kembali proses desain protokol. **Anda harus selalu memulai dengan tujuan yang jelas, kemudian mempertimbangkan kendala, dan terakhir menentukan mekanismenya. ** Merancang sistem membutuhkan pengukuran tujuan dan mengidentifikasi mekanisme yang efektif. Kendala datang dalam bentuk endogen dan eksogen, dan dengan membatasi ruang desain, mekanisme dapat diidentifikasi secara lebih eksplisit. Mekanisme adalah substansi protokol, seperti kliring, penetapan harga, staking, insentif, pembayaran, dan verifikasi. Desain harus sesuai dengan batasan dan memenuhi tujuan yang terdefinisi dengan baik.
Mari beralih ke protokol Web3 baru yang disebut "Kebingungan Tidak Stabil". Berikut ini kami menguraikan beberapa arahan menarik yang diusulkan dalam konteks mengubah protokol Web2 yang ada "Stable Horde" menjadi protokol Web3 "Kebingungan Tidak Stabil".
Seperti disebutkan sebelumnya, ada masalah dengan mengirimkan hasil yang salah, jadi perlu ada mekanisme untuk memastikan bahwa pengguna mendapatkan apa yang mereka butuhkan, ini disebut "penalaran validasi". Secara sederhana, kita perlu memverifikasi penalaran untuk memastikan bahwa hasilnya seperti yang diharapkan. Masalah lain menyangkut pekerja di "Stable Horde". Pekerja meminta tugas berikutnya dari database sesuai urutan yang diminta, dan menugaskan tugas ke pekerja yang membuat permintaan paling awal. Namun dalam sistem yang melibatkan uang, pekerja dapat mengklaim tugas dalam jumlah besar untuk mendapatkan bayaran lebih, tetapi tidak benar-benar berniat untuk menyelesaikannya. Mereka mungkin bersaing untuk latensi rendah, mengambil tugas, dan menyebabkan kemacetan sistem. **
Untuk mengatasi masalah di atas, beberapa solusi diusulkan. Yang pertama adalah "Bayar Sebanding dengan Kontribusi", di mana pekerja dibayar sesuai dengan kontribusinya, bersaing untuk tugas dengan cara yang bermanfaat bagi jaringan. Kedua adalah "partisipasi fleksibel", yaitu pekerja dapat dengan bebas bergabung atau keluar dari sistem dengan biaya lebih rendah, menarik lebih banyak peserta. Akhirnya "Latensi Rendah", yaitu seberapa responsif dan cepatnya aplikasi, sangat penting untuk pengalaman pengguna. ** Kembali ke tujuan kami, untuk membangun pasar yang terdesentralisasi dan dapat dioperasikan untuk pembuatan citra. Meskipun kami masih memiliki beberapa kendala utama, hal ini dapat ditambahkan, diubah, atau detail yang lebih spesifik nanti. Sekarang, kita dapat mengevaluasi kelayakan mekanisme yang berbeda.
Desain Mekanisme Potensial
1. Mekanisme verifikasi
Kita dapat menggunakan metode seperti teori permainan dan kriptografi untuk memastikan keakuratan penalaran. Mekanisme teori permainan dapat digunakan dalam sistem penyelesaian perselisihan, di mana pengguna dapat meningkatkan perselisihan dan diadili oleh peran tertentu. Audit berkelanjutan atau sampel adalah pendekatan lain, dengan meninjau pekerjaan pekerja, memastikan bahwa tugas diberikan kepada pekerja yang berbeda, dan mencatat pekerja mana yang lulus audit. Bukti tanpa pengetahuan dalam kriptografi dapat menghasilkan bukti yang efisien untuk memverifikasi kebenaran penalaran. Metode tradisional mencakup lembaga pihak ketiga tepercaya dan ulasan pengguna, tetapi ada risiko sentralisasi dan efek jaringan.
Mekanisme validasi lain yang mungkin termasuk meminta beberapa pekerja menyelesaikan tugas yang sama, dan pengguna memilih dari hasilnya. Ini mungkin mahal, tetapi jika biayanya cukup rendah, ini dapat dianggap sebagai pendekatan.
2. Strategi penetapan harga
Mengenai strategi penetapan harga, buku pesanan dapat dibuat secara on-chain. Dimungkinkan juga untuk menggunakan metrik proksi sumber daya komputasi yang dapat diverifikasi secara on-chain, seperti gas. Pendekatan ini berbeda dari pasar bebas sederhana, di mana pengguna hanya memposting apa yang bersedia mereka bayar untuk inferensi, yang dapat diterima pekerja, atau mereka dapat menawar untuk bersaing dalam tugas. Sebagai gantinya, pengguna dapat membuat metrik proxy seperti gas di mana inferensi spesifik memerlukan sejumlah sumber daya komputasi, dan jumlah sumber daya komputasi secara langsung menentukan harganya. Dengan cara ini, pengoperasian seluruh mekanisme dapat disederhanakan.
Atau, buku pesanan off-chain dapat digunakan, yang lebih murah untuk dijalankan dan berpotensi sangat efisien. Masalahnya, bagaimanapun, adalah siapa pun yang memiliki buku pesanan itu dapat memusatkan efek jaringan pada diri mereka sendiri.
3. Mekanisme penyimpanan
Mekanisme penyimpanan sangat penting untuk memastikan bahwa hasil pekerjaan dapat disampaikan kepada pengguna dengan benar, namun sulit untuk mengurangi risiko kepercayaan dan membuktikan bahwa pekerjaan telah disampaikan dengan benar. Pengguna mungkin mempertanyakan apakah suatu barang telah terkirim, serupa dengan keluhan tentang tidak menerima barang yang diharapkan. Auditor mungkin perlu memverifikasi proses perhitungan dan memeriksa keakuratan hasil keluaran. Oleh karena itu, keluaran harus dapat dilihat oleh protokol dan disimpan di mana protokol dapat mengaksesnya.
Dalam hal mekanisme penyimpanan, kami memiliki beberapa opsi. Salah satunya adalah menyimpan data secara on-chain, tetapi ini mahal. Pilihan lainnya adalah menggunakan jaringan enkripsi penyimpanan khusus, yang lebih kompleks tetapi berupaya memecahkan masalah dengan cara peer-to-peer. Alternatifnya, ada opsi untuk menyimpan data secara off-chain, tetapi ini menimbulkan masalah lain, karena siapa pun yang mengontrol sistem penyimpanan tersebut dapat memengaruhi aspek lain seperti proses verifikasi dan pengiriman pembayaran akhir.
4. Strategi alokasi tugas
Cara tugas didistribusikan juga perlu dipertimbangkan, yang merupakan area yang relatif kompleks. Dapat dianggap bahwa pekerja memilih tugas dengan sendirinya setelah tugas diserahkan, atau perjanjian mendistribusikan tugas setelah tugas diserahkan, dan juga memungkinkan pengguna atau pengguna akhir memilih pekerja tertentu. Ada pro dan kontra untuk setiap pendekatan, dan juga pertimbangkan kombinasi cara protokol memutuskan pekerja mana yang dapat meminta tugas mana.
Penugasan tugas melibatkan banyak detail menarik. Misalnya, dalam sistem berbasis protokol, perlu diketahui apakah seorang pekerja sedang online dan tersedia untuk memutuskan apakah akan memberikan tugas kepadanya. Anda juga perlu mengetahui kapasitas dan beban masing-masing pekerja. Oleh karena itu, berbagai faktor tambahan perlu dipertimbangkan dalam protokol, yang mungkin tidak termasuk dalam implementasi awal yang sederhana.
Poin Penting Desain Protokol Terdesentralisasi
7 elemen desain utama yang dapat menyebabkan risiko sentralisasi
Ini termasuk penamaan ruang yang diperkenalkan melalui email, sistem pembayaran, reputasi, dan penyimpanan, pencocokan, sistem penetapan harga, dan sistem verifikasi. Elemen-elemen ini dapat menjadi terpusat karena efek jaringan atau biaya switching yang tinggi. Atur protokol dengan mengurangi akumulasi efek jaringan, menyalurkan efek jaringan ke dalam protokol, dan membangun lapisan kontrol terdesentralisasi ke dalam protokol untuk memastikan kesehatan sistem dalam jangka panjang. Kontrol terdesentralisasi dapat dicapai dengan menggunakan token yang mudah menguap atau desain tata kelola lainnya seperti sistem reputasi atau mekanisme pemilihan bergilir.
Mengurangi biaya pengalihan dan mempromosikan interoperabilitas
Untuk mendorong pengusaha membangun aplikasi pada sistem, penting untuk mengurangi biaya peralihan dan mempromosikan interoperabilitas antara sistem yang berbeda. Hindari memperkenalkan biaya peralihan yang tinggi dan kurangi ketergantungan yang berlebihan pada buku pesanan off-chain atau sistem verifikasi pihak ketiga.
Menggunakan teknologi Web3 untuk membuat sistem terdesentralisasi
Manfaatkan alat dan prinsip Web3 untuk merancang sistem yang memberdayakan pengusaha dan menghindari sentralisasi yang berlebihan. Protokol yang menganut prinsip-prinsip Web3 biasanya memiliki skala yang lebih besar, masa pakai yang lebih lama, dan vitalitas ekosistem yang lebih hidup, menyediakan area eksplorasi inovatif yang subur di luar batas yang ditetapkan oleh pemegang jabatan terbesar.
Penelitian mendalam dan pemilihan solusi terbaik
Saat merancang protokol dan menentukan strategi, berbagai aspek perlu dipelajari secara mendalam. Untuk otentikasi, solusi kriptografi biasanya merupakan pilihan terbaik. Dalam hal penetapan harga, metrik proxy yang menggunakan sumber daya komputasi on-chain yang dapat diverifikasi dapat diadaptasi ke berbagai tugas inferensi atau pembelajaran mesin yang berbeda. Dalam hal penugasan tugas, protokol untuk memperbarui kemampuan dan status pekerja secara real time diadopsi untuk mendistribusikan tugas secara adil dan memungkinkan pekerja untuk secara mandiri memilih apakah akan menerima tugas. Untuk masalah penyimpanan, solusi seperti teknologi sharding prototipe dapat dipertimbangkan untuk memecahkan masalah dalam waktu singkat dan mengadopsi metode penyimpanan sementara.
Saat merancang sistem terdesentralisasi, pertimbangan di atas dapat membantu membangun sistem dengan sifat ketahanan dan desentralisasi jangka panjang.
Asli: Desain protokol: Mengapa dan bagaimana
Tautan ke versi teks lengkap yang diterjemahkan: