Blockchain Modular: Telusuri Eksekusi, Data, dan Penyelesaian
Blockchain modular membagi tanggung jawab antar komponen daripada meminta satu sistem untuk melakukan setiap tugas. Hal ini dapat membuat deskripsi jaringan terdengar sederhana: eksekusi terjadi di sini, data dikirim ke sana, dan penyelesaian terjadi di tempat lain. Pertanyaan pentingnya adalah apa yang sebenarnya dijamin oleh masing-masing komponen.
Artikel ini membandingkan peran arsitektur, bukan harga token atau peringkat proyek. Desain modular tidak secara otomatis berarti risiko yang lebih rendah, hasil investasi yang lebih tinggi, atau keamanan yang sama di seluruh implementasi.
Pisahkan pekerjaan sebelum membandingkan sistem
Eksekusi menerapkan aturan transaksi dan menghitung perubahan status yang diusulkan. Ketersediaan data menyangkut apakah informasi yang diperlukan untuk memverifikasi sistem telah tersedia. Penyelesaian berkaitan dengan bagaimana komitmen kriptografis atas status rantai (state commitment), bukti atau perselisihan diterima berdasarkan protokol tertentu. Konsensus menentukan urutan yang disepakati atau sejarah yang diterima dalam suatu sistem.
Peran-peran ini dapat tumpang tindih atau didistribusikan dengan cara yang berbeda. Label proyek saja tidak cukup: jaringan dapat menyebut dirinya modular sambil tetap mempertahankan kendali signifikan dalam sequencer, kunci pemutakhiran, atau komite data. Gambarkan peta ketergantungan sebenarnya daripada berasumsi bahwa semua jaringan modular berbagi satu model kepercayaan.
Dokumentasi ketersediaan data Ethereum menjelaskan mengapa verifikasi bergantung pada akses ke data transaksi dan mengapa klien ringan dan rollup memerlukan jaminan yang sesuai. Akses data adalah pertanyaan yang berbeda dari apakah komputasi yang dijalankan benar.
Ikuti transaksi hipotetis
Bayangkan seorang pengguna mengirimkan transaksi ke jaringan eksekusi. Sequencer memasukkannya ke dalam batch. Sistem menyediakan data yang diperlukan menggunakan lapisan data yang dipilihnya dan menyerahkan komitmen kriptografis atas status rantai (state commitment), dengan mekanisme verifikasi yang diperlukan oleh desainnya, ke lapisan penyelesaian.
Pengguna mungkin melihat konfirmasi awal sebelum setiap tahap mencapai status akhirnya. Catat arti setiap status: diterima, dipesan, dilaksanakan, data dipublikasikan, bukti diterima, atau jendela sengketa selesai. Jangan melabeli pengakuan paling awal sebagai penyelesaian akhir kecuali protokol mendukung penafsiran tersebut.
Contoh ini menjelaskan peran daripada menentukan satu urutan universal. Rollup dan sistem modular yang berbeda dapat menggabungkan tahapan atau menggunakan pengaturan bukti dan finalitas yang berbeda.
Tanyakan apa yang terjadi jika suatu komponen gagal
Jika sequencer berhenti, dapatkah pengguna mengirimkan transaksi dengan cara lain, dan dalam kondisi apa? Jika layanan data menahan informasi, siapa yang mendeteksinya dan apa yang dapat diverifikasi oleh pengguna? Jika lapisan penyelesaian mengalami kemacetan, apa pengaruhnya terhadap komitmen atau penarikan?
Jawab pertanyaan-pertanyaan ini dari dokumentasi terkini, termasuk prosedur darurat dan pengendalian administratif. Penggantian yang dijelaskan dalam peta jalan belum tentu dapat dijalankan. Jaringan yang terus menampilkan saldo mungkin masih mengalami penurunan kemampuan untuk menerima transaksi atau menyelesaikan penarikan.
Tinjau dependensi jembatan secara terpisah. Token yang muncul di dua jaringan tidak berarti rute transfer mewarisi setiap properti keamanan kedua rantai.
Bandingkan biaya lengkap dan pengalaman pengguna
Biaya eksekusi yang rendah hanyalah sebagian dari biaya transaksi. Operasi publikasi, penyelesaian, penghubungan, dan penarikan data dapat menambah biaya atau penundaan. Bandingkan tindakan yang setara selama periode yang sama dan jelaskan siapa yang membayar biaya apa.
Ukur seluruh rute yang relevan bagi pengguna: masuk, eksekusi, konfirmasi, penarikan, dan kembali ke aset atau jaringan yang diinginkan. Patokan yang hanya mencakup satu tahap tidak boleh disajikan sebagai harga seluruh perjalanan pulang pergi. Penghematan biaya juga dapat bervariasi sesuai permintaan dan kondisi lapisan data.
Gunakan daftar periksa ketergantungan
Untuk setiap sistem, catat aturan eksekusi, otoritas pemesanan, lokasi data, mekanisme verifikasi, tujuan penyelesaian, kontrol peningkatan, dan prosedur keluar. Tandai klaim mana yang aktif dan mana yang direncanakan. Cantumkan sumber dan tanggal yang diperiksa, karena pengaturan arsitektur dapat berubah.
Untuk masalah terkait namun berbeda, baca perbandingan pesan lintas rantai: panduan ini mengikuti instruksi antar rantai, sedangkan panduan ini mengikuti pembagian kerja di dalam arsitektur.
Desain teknis suatu protokol dan hak ekonomi tokennya merupakan pertanyaan penelitian yang terpisah. Periksa utilitas token dan ketersediaan pasar aktual secara independen melalui dokumentasi resmi dan halaman pasar OrangeX, daripada memperlakukan klaim penskalaan sebagai kesimpulan perdagangan.
