Lompat ke konten
Financial Context Wiki

Trilema Blockchain

Trilema blockchain adalah heuristik untuk membandingkan skalabilitas, desentralisasi, dan keamanan dalam beban kerja eksplisit dan model ancaman. Ini bukanlah teorema atau aturan bahwa sistem hanya memilih dua.

Diperbarui

Hanya untuk tujuan edukasi; bukan merupakan nasihat investasi atau rekomendasi investasi. Investasi dapat mengakibatkan kerugian.

Jawaban langsung

Trilema blockchain adalah heuristik desain: peningkatan skalabilitas, desentralisasi, atau keamanan di bawah model sumber daya dan kepercayaan yang tetap dapat menekan dimensi lainnya. Ini bukanlah teorema ketidakmungkinan matematis, skor tambahan, atau aturan bahwa setiap jaringan harus memilih tepat dua properti.

Setiap sumbu memerlukan definisi operasional. Skalabilitas mencakup throughput yang berkelanjutan, latensi, biaya, dan pertumbuhan data atau status di bawah beban yang ditentukan. Desentralisasi mencakup validasi independen, masuk dan keluar tanpa izin, dan konsentrasi di seluruh pemangku kepentingan atau kekuatan hash, operator, klien, penyedia cloud, geografi, dan tata kelola. Keamanan mencakup keselamatan, keaktifan, finalitas, ketahanan sensor, ketersediaan data, dan pemulihan di bawah model musuh yang eksplisit.

Sharding, rollup, bukti validitas, klien ringan, dan pengambilan sampel ketersediaan data dapat meningkatkan batas kelayakan dengan mengubah siapa yang mengeksekusi, mengunduh, menyimpan, membuktikan, atau memverifikasi data. Mereka tidak menghapus trade-off: mereka memindahkan biaya sumber daya dan memperkenalkan asumsi spesifik lapisan tentang sequencer, pembukti, penantang, jembatan, kunci pemutakhiran, dan ketersediaan data.

Cara kerjanya

  1. Sematkan rantai, jaringan, versi protokol, lapisan, dan klaim arsitektur yang tepat. Identifikasi komponen konsensus, pelaksanaan, ketersediaan data, penyelesaian, dan tata kelola, bukan hanya memberi peringkat pada nama merek.
  2. Mendefinisikan skalabilitas, desentralisasi dan keamanan dengan proxy yang terukur, beban kerja dan jendela observasi. Jangan menambahkan TPS, jumlah node, dan biaya serangan ke dalam satu skor tanpa dimensi.
  3. Memetakan siapa yang mengusulkan, membangun, memesan, memvalidasi, menyimpan data, membuktikan, menantang, meningkatkan, menjeda, dan memungkinkan keluar. Catat izin, hak asuh, dan batas kendali darurat.
  4. Mengukur desentralisasi di seluruh entitas pemangku kepentingan atau kekuatan hash, node validasi independen, perangkat lunak klien, hosting, geografi, dan tata kelola. Sertakan hambatan perangkat keras, bandwidth, penyimpanan, waktu sinkronisasi, dan modal.
  5. Mengukur keamanan sebagai keselamatan, keaktifan, finalitas, ketahanan terhadap sensor, ketersediaan dan pemulihan data di bawah ambang batas yang dinyatakan, asumsi korelasi dan insentif ekonomi.
  6. Mengukur skalabilitas menggunakan throughput yang berkelanjutan dan tail, latensi inklusi dan finalitas, biaya yang dikenakan, byte, pertumbuhan status, biaya sinkronisasi dan verifikasi, ditambah perilaku selama kemacetan atau kegagalan komponen.
  7. Bandingkan arsitektur pada beban kerja dan model ancaman yang sama, buat versi bukti dan kegagalan stres. Nyatakan asumsi biaya atau kepercayaan mana yang berpindah antar lapisan daripada mengklaim bahwa trilema telah terpecahkan.

Contoh

  • Rantai hipotetis yang direplikasi sepenuhnya membawa 2 MiB / 12 seconds memiliki 7,200 blocks/day dan masuknya mentah 2 * 7,200 = 14,400 MiB/day = 14.0625 GiB/day. Menaikkan payload ke 8 MiB menghasilkan 57,600 MiB/day = 56.25 GiB/day, tepatnya 4x sebelum overhead protokol, indeks, status, dan replikasi. Kapasitas meningkat, namun aritmatika ini bukanlah persyaratan node yang lengkap.
  • Misalkan operator pasak mengendalikan 34%, 22%, 18%, 16%, 10%. Berdasarkan ambang batas pemblokiran keaktifan >= 1/3 yang dinyatakan, hanya operator pertama yang memenuhi syarat. Di bawah ambang kendali >= 2/3 yang dinyatakan, awalan terkecil adalah tiga yang pertama: 34 + 22 + 18 = 74%; dua yang pertama total hanya 56%. Tautan entitas nyata dan ambang batas protokol masih memerlukan verifikasi.
  • Jika 10,000 transactions * 200 bytes = 2,000,000 bytes, tetapi rollup memposting 400,000-byte batch, rata-ratanya adalah 400,000 / 10,000 = 40 bytes/transaction, atau 5x kompresi data. Hal ini tidak menjelaskan apa pun tentang sequencer, bukti, jembatan, ketersediaan data, atau risiko kunci peningkatan.
  • Dalam model pengambilan sampel ilustratif dengan 4,096 shares, musuh menahan 25% = 1,024 shares. Jika 30 independent uniform samples with replacement diambil, peluang hilangnya seluruh saham yang ditahan adalah (3,072 / 4,096)^30 = 0.75^30 = 0.0001785821 = 0.01785821%; deteksi yang dimodelkan adalah 99.98214179%. Independensi, keseragaman dan model pemotongan hanyalah asumsi, bukan jaminan produksi.

Resiko

  • Memperlakukan heuristik trilema sebagai teorema universal yang terbukti.
  • Membiarkan skalabilitas, desentralisasi, atau keamanan tidak ditentukan.
  • Menambahkan proxy yang berbeda ke dalam satu skor buram atau tidak berdimensi.
  • TPS puncak yang diiklankan dengan memilih cherry, bukan throughput yang berkelanjutan.
  • Melaporkan rata-rata sambil menyembunyikan latensi ekor dan perilaku beban kegagalan.
  • Menggunakan biaya saja sebagai ukuran skalabilitas tanpa beban kerja atau subsidi.
  • Memperlakukan node mentah, validator, atau alamat dihitung sebagai entitas independen.
  • Mengabaikan saham yang didelegasikan, kekuatan hash, dan kontrol operator umum.
  • Mengabaikan konsentrasi klien, cloud, geografis dan tata kelola.
  • Tidak termasuk hambatan perangkat keras, bandwidth, penyimpanan, sinkronisasi, dan modal.
  • Menyebut sistem aman tanpa musuh dan ambang batas yang dinyatakan.
  • Menggabungkan keamanan, keaktifan, finalitas, ketahanan sensor dan pemulihan.
  • Mengabaikan ketersediaan data, pengambilan riwayat, dan pertumbuhan negara.
  • Melebih-lebihkan jaminan dan asumsi klien ringan, bukti atau pengambilan sampel.
  • Membandingkan throughput L1 dan L2 seolah-olah jaminannya sama.
  • Dengan asumsi rollup mewarisi setiap properti keamanan lapisan dasar.
  • Mengabaikan kunci sequencer, proofer, penantang, jembatan, admin, dan pemutakhiran.
  • Membandingkan versi protokol, beban kerja, atau jendela observasi yang berbeda.
  • Menyimpulkan permintaan token atau nilai investasi dari kualitas arsitektur.
  • Mendeklarasikan solusi permanen setelah satu optimasi menghilangkan hambatan.

Kesalahpahaman umum

  • Setiap blockchain harus memilih dua dari tiga properti. Trilemanya adalah heuristik komparatif; sistem menempati batas trade-off yang berubah-ubah dengan asumsi yang berbeda.
  • Lebih banyak validator atau node secara otomatis berarti lebih banyak desentralisasi dan keamanan. Bobot entitas, perangkat lunak, hosting, geografi, tata kelola, dan verifikasi independen penting.
  • Jumlah TPS utama yang tinggi membuktikan desentralisasi yang terukur. Beban kerja, perangkat keras, pertumbuhan data, latensi ekor, biaya, dan perilaku kegagalan menentukan apakah kapasitas dapat berkelanjutan.
  • L2, modularitas, atau sharding menghilangkan trilema. Desain ini mendistribusikan ulang eksekusi, data, pembuktian, dan kepercayaan; setiap jaminan harus ditelusuri ujung ke ujung.
  • Ketiga dimensi tersebut adalah skor skalar tetap atau nilai prediksi token. Pengukuran bersifat multidimensi dan berversi, sedangkan ekonomi token adalah pertanyaan terpisah.

Topik terkait

Sumber

Navigasi

Cari di wiki...