Data Availability Layer

Apa Itu Data Availability Layer?

Data availability layer adalah bagian dari sistem blockchain yang menyediakan data transaksi secara publik agar pengguna, node, rollup, dan aplikasi dapat memverifikasi apa yang terjadi.

Di dunia kripto, ketersediaan data tidak sama dengan eksekusi, penyelesaian, atau penyimpanan data jangka panjang.

Konsep ini menjawab pertanyaan yang lebih mendasar: apakah data transaksi di balik blok atau batch rollup baru benar-benar telah dipublikasikan sehingga peserta independen dapat memeriksanya?

Ethereum.org mendefinisikan ketersediaan data sebagai keyakinan bahwa data yang diperlukan untuk memverifikasi blok benar-benar tersedia bagi semua peserta jaringan.

Data availability layer penting karena blockchain tidak dapat berjalan tanpa perlu memercayai pihak lain jika pengguna tidak dapat mengakses data yang diperlukan untuk memverifikasi perubahan state.

Jika produsen blok, sequencer, atau validator hanya mengirim ringkasan transaksi tetapi menyembunyikan data lengkapnya, peserta lain mungkin tidak dapat memastikan apakah saldo dan state kontrak diperbarui dengan benar.

Masalah ini dikenal sebagai masalah ketersediaan data.

Data availability layer membantu mengatasinya dengan memastikan data mentah di balik perubahan state dapat diunduh, diambil sampelnya, direkonstruksi, atau dipersoalkan.

Bagi blockchain modular dan rollup, data availability layer adalah salah satu komponen skalabilitas terpenting.

Layer ini memungkinkan eksekusi dilakukan di tempat lain, sementara data transaksi tetap tersedia untuk diverifikasi.

Mengapa Ketersediaan Data Penting di Dunia Kripto

Ketersediaan data penting karena blockchain dibangun berdasarkan prinsip verifikasi.

Pengguna seharusnya tidak perlu memercayai begitu saja produsen blok, sequencer, validator, atau operator aplikasi.

Pengguna seharusnya dapat memverifikasi bahwa state chain diperbarui dengan benar berdasarkan data transaksi yang tersedia.

Tanpa data yang tersedia, blockchain dapat terlihat valid di permukaan, padahal menyembunyikan informasi yang diperlukan untuk membuktikan apakah state-nya benar.

Hal ini sangat penting bagi rollup, yang memproses banyak transaksi di luar base layer lalu mengirimkan data terkompresi atau proof kembali ke layer penyelesaian.

Rollup dapat menurunkan biaya dan meningkatkan throughput, tetapi pengguna serta validator tetap harus dapat mengakses data di balik perubahan state rollup.

Roadmap skalabilitas Ethereum menjelaskan bahwa rollup menghasilkan data yang harus tersedia secara terbuka agar siapa pun dapat mengeksekusi transaksi dan memverifikasi bahwa operator rollup bertindak jujur.

Jika data tidak tersedia, pengguna mungkin tidak dapat membangun ulang state rollup, menggugat pembaruan yang salah, atau keluar dari sistem dengan aman.

Karena itu, ketersediaan data kerap disebut sebagai fondasi keamanan jaringan Layer 2.

Transaksi murah memang berguna, tetapi tidak cukup jika pengguna tidak dapat memverifikasinya.

Cara Kerja Data Availability Layer

Data availability layer bekerja dengan memublikasikan data transaksi agar dapat diverifikasi oleh jaringan.

Dalam blockchain monolitik sederhana, setiap full node mengunduh dan mengeksekusi setiap transaksi di setiap blok.

Model ini memberikan ketersediaan data yang kuat karena full node menolak blok jika data yang dibutuhkan tidak tersedia.

Masalahnya, model ini makin sulit diskalakan seiring bertambahnya ukuran blok dan volume transaksi.

Blockchain modular memisahkan berbagai tugas ke dalam layer yang berbeda.

Satu layer dapat menangani eksekusi, layer lain menangani penyelesaian, layer lainnya menangani konsensus, dan layer lain menangani ketersediaan data.

Data availability layer berfokus memastikan data transaksi dipublikasikan dan dapat diakses.

Layer ini tidak selalu mengeksekusi setiap transaksi smart contract.

Layer ini tidak selalu menyimpan semua data selamanya.

Layer ini juga tidak selalu menentukan penyelesaian final dengan sendirinya.

Tugas utamanya adalah memastikan data cukup tersedia agar peserta lain dapat memverifikasi, merekonstruksi, atau menggugat transisi state.

Pemisahan ini memungkinkan sistem blockchain diskalakan karena tidak setiap peserta jaringan harus mengerjakan setiap tugas secara bersamaan.

Data Availability Layer vs. Execution Layer

Execution layer adalah tempat transaksi diproses dan perubahan state dihitung.

Contohnya, eksekusi dapat memperbarui saldo token, menjalankan kode smart contract, memproses swap, atau menghitung hasil transaksi DeFi.

Data availability layer memiliki peran berbeda.

Layer ini memastikan data yang diperlukan untuk memverifikasi hasil eksekusi telah dipublikasikan.

Rollup dapat mengeksekusi transaksi off-chain atau di layer terpisah, lalu mengirim data transaksi terkompresi ke data availability layer.

Data tersebut memungkinkan pihak lain memeriksa apakah state root rollup benar.

Perbedaan ini penting karena sistem dapat memiliki eksekusi cepat, tetapi ketersediaan datanya lemah.

Jika sequencer memproses transaksi dengan cepat tetapi tidak memublikasikan datanya, pengguna mungkin terpaksa memercayai sequencer tersebut.

Hal ini melemahkan desain yang meminimalkan kepercayaan, yang seharusnya disediakan jaringan kripto.

Data availability layer yang kuat memungkinkan verifikasi independen meskipun eksekusi berlangsung di tempat lain.

Data Availability Layer vs. Settlement Layer

Settlement layer adalah tempat penyelesaian sengketa final, verifikasi proof, penghubungan aset, atau konfirmasi state akhir dapat berlangsung.

Untuk banyak rollup berbasis Ethereum, Ethereum berfungsi sebagai settlement layer karena rollup mengirim proof atau komitmen state ke smart contract Ethereum.

Data availability layer juga dapat berupa Ethereum atau jaringan DA khusus, bergantung pada desain rollup.

Ketika penyelesaian dan ketersediaan data berada pada base layer yang sama, asumsi keamanan biasanya lebih kuat dan sederhana bagi pengguna.

Jika penyelesaian dan ketersediaan data dipisahkan, sistem mungkin dapat menekan biaya, tetapi menambahkan asumsi kepercayaan dan bridge.

Tidak ada satu desain yang terbaik untuk semua aplikasi.

Rollup DeFi bernilai tinggi mungkin memilih jaminan ketersediaan data yang lebih kuat meskipun biayanya lebih besar.

Aplikasi game atau sosial mungkin memilih biaya data yang lebih rendah jika kompromi keamanannya dapat diterima oleh pengguna.

Intinya, pengguna perlu mengetahui layer mana yang bertanggung jawab menyediakan data.

Data Availability vs. Penyimpanan Data

Ketersediaan data tidak sama dengan penyimpanan data permanen.

Ketersediaan data berkaitan dengan apakah data blok atau batch baru telah dipublikasikan sehingga dapat diverifikasi saat diperlukan.

Penyimpanan data berkaitan dengan penyimpanan data historis agar dapat diakses kembali dalam jangka panjang.

FAQ ketersediaan data Celestia menjelaskan bahwa pengambilan data historis merupakan masalah penyimpanan, sedangkan ketersediaan data berkaitan dengan publikasi dan verifikasi data baru.

Perbedaan ini penting karena beberapa sistem DA hanya menjamin ketersediaan data selama jangka waktu terbatas.

Dokumentasi Dencun Ethereum menjelaskan bahwa data blob tersedia selama sekitar 18 hari sebelum dapat dihapus dari node Ethereum biasa.

Hal itu tidak berarti data tersebut mustahil disimpan selamanya.

Artinya, penyimpanan jangka panjang menjadi tanggung jawab operator rollup, indexer, layanan arsip, aplikasi, pengguna, atau jaringan penyimpanan data lainnya.

Bagi pengguna, pelajaran praktisnya sederhana.

DA layer dapat membuktikan bahwa data tersedia selama periode yang diperlukan, tetapi belum tentu menjamin setiap file historis tetap mudah diunduh selamanya.

Ketersediaan Data dan Rollup

Rollup merupakan salah satu alasan terbesar data availability layer penting.

Rollup menggabungkan banyak transaksi ke dalam satu batch, lalu mengirim ringkasan, proof, atau komitmen state ke base layer.

Agar tetap meminimalkan kepercayaan, rollup juga perlu menyediakan data transaksi yang cukup agar pihak lain dapat memverifikasi batch tersebut.

Optimistic rollup memerlukan ketersediaan data karena pihak yang mengajukan tantangan harus dapat memeriksa data selama periode tantangan.

Jika data disembunyikan, pihak jujur yang mengajukan tantangan mungkin tidak dapat membuktikan bahwa pembaruan state yang keliru memang salah.

Zero-knowledge rollup menggunakan validity proof, tetapi ketersediaan data tetap penting karena pengguna memerlukan akses ke data state dan detail transaksi untuk memantau saldo dan berinteraksi dengan aman.

Dokumentasi ZK-rollup Ethereum menjelaskan bahwa sistem validity proof pun memerlukan ketersediaan data agar pengguna dapat mengetahui saldo dan melakukan pembaruan state.

Karena itu, ketersediaan data bukan hanya detail teknis bagi developer.

Hal ini berdampak pada keamanan pengguna, hak penarikan, visibilitas akun, dan kemampuan memverifikasi rollup secara independen.

Data Availability Sampling

Data availability sampling, yang sering disebut DAS, adalah metode untuk memeriksa ketersediaan data tanpa mengharuskan setiap node mengunduh semuanya.

Alih-alih mengunduh seluruh blok atau blob, light node mengambil sampel kecil data secara acak.

Jika cukup banyak sampel acak berhasil diambil dan diverifikasi, node memiliki keyakinan kuat bahwa seluruh data telah dipublikasikan.

Panduan ketersediaan data Ethereum menjelaskan DAS sebagai cara bagi node untuk mengunduh sebagian kecil data secara acak sambil tetap memperoleh keyakinan bahwa seluruh kumpulan data tersedia.

DAS biasanya bekerja bersama erasure coding.

Erasure coding menambahkan bagian redundan pada data sehingga data lengkap dapat direkonstruksi meskipun beberapa bagian hilang.

Dengan cara ini, produsen berbahaya akan lebih sulit menyembunyikan sebagian kecil data tanpa terdeteksi.

Gagasan sederhananya bagi pengguna umum adalah banyak pemeriksaan acak berskala kecil dapat memberikan keyakinan kuat tanpa membebani setiap node untuk membawa seluruh data.

Inilah salah satu alasan DAS penting bagi skalabilitas blockchain di masa depan.

Erasure Coding dalam Ketersediaan Data

Erasure coding adalah teknik yang memperluas data dengan bagian tambahan agar bagian yang hilang dapat dipulihkan.

Dalam sistem ketersediaan data, erasure coding membuat serangan penahanan data lebih mudah dideteksi.

Jika produsen blok berbahaya menyembunyikan sebagian data asli, sebagian besar data yang telah diperluas dapat menjadi tidak tersedia atau tidak konsisten.

Dengan demikian, light node memiliki peluang lebih besar untuk mendeteksi masalah melalui sampling acak.

Dokumentasi ketersediaan data Celestia menjelaskan bahwa Celestia menggunakan pengodean Reed-Solomon dan sampling acak untuk membantu light node memverifikasi ketersediaan tanpa mengunduh seluruh blok.

Roadmap PeerDAS Ethereum juga menjelaskan penggunaan erasure coding bergaya Reed-Solomon untuk memperluas data blob dan meningkatkan pemeriksaan ketersediaan.

Erasure coding terdengar rumit, tetapi gagasannya sederhana bagi pengguna.

Jaringan menambahkan redundansi yang cukup agar data yang hilang lebih mudah diketahui dan dipulihkan.

Ethereum, Blob, dan Ketersediaan Data

Ethereum semakin penting sebagai data availability layer bagi rollup setelah upgrade Dencun.

Upgrade Dencun mengaktifkan Proto-Danksharding, yang juga dikenal sebagai EIP-4844, pada Maret 2024.

EIP-4844 memperkenalkan transaksi yang membawa blob sehingga rollup dapat memublikasikan data dengan biaya lebih rendah dibandingkan calldata permanen.

Spesifikasi EIP-4844 resmi menyebutkan bahwa transaksi shard blob meningkatkan skalabilitas ketersediaan data Ethereum dengan cara yang kompatibel dengan pengembangan ke depan.

Blob adalah objek data sementara yang terutama digunakan rollup.

Biayanya lebih rendah daripada menyimpan jenis data yang sama secara permanen dalam calldata Ethereum.

Node Ethereum menyediakan blob selama periode terbatas, yang dalam desain umum cukup lama untuk memenuhi kebutuhan tantangan dan verifikasi rollup.

Setelah periode itu, node biasa dapat menghapus data tersebut, sementara layanan lain dapat menyimpannya untuk akses historis.

Desain ini membantu Ethereum mendukung lebih banyak aktivitas rollup tanpa mengharuskan setiap node menyimpan semua data rollup selamanya.

Desain ini juga menunjukkan mengapa ketersediaan data dan penyimpanan jangka panjang perlu dipahami secara terpisah.

PeerDAS dan Masa Depan Ketersediaan Data Ethereum

PeerDAS adalah singkatan dari Peer Data Availability Sampling.

Ini merupakan desain dalam roadmap Ethereum yang menggunakan sampling agar node dapat memeriksa ketersediaan blob dengan hanya mengunduh sebagian datanya.

Spesifikasi PeerDAS EIP-7594 resmi menjelaskan PeerDAS sebagai protokol yang memungkinkan node menjalankan DAS melalui distribusi gossip, penemuan peer, dan permintaan kepada peer.

Halaman roadmap PeerDAS Ethereum.org menjelaskan bahwa tujuannya adalah menghindari kewajiban bagi setiap node untuk mengunduh dan menyimpan semua blob secara penuh.

Hal ini penting karena permintaan blob dapat meningkat seiring makin banyak rollup dan aplikasi yang menggunakan Ethereum untuk ketersediaan data.

Jika setiap node harus mengunduh setiap bagian data dan menyimpannya selamanya, kebutuhan node dapat meningkat dan desentralisasi bisa terdampak.

PeerDAS dirancang untuk membantu Ethereum meningkatkan kapasitas blob sekaligus menjaga partisipasi node tetap praktis.

PeerDAS merupakan bagian dari jalur yang lebih luas menuju Danksharding, yang meningkatkan efisiensi ketersediaan data melalui sampling dan desain jaringan yang lebih kuat.

Bagi pengguna, hal pentingnya adalah skalabilitas DA bukan hanya soal biaya yang lebih murah.

Skalabilitas juga berkaitan dengan menjaga agar jaringan dasar tetap dapat diverifikasi dan terdesentralisasi seiring meningkatnya penggunaan.

Jaringan Data Availability Khusus

Beberapa blockchain dibuat secara khusus untuk menyediakan ketersediaan data bagi chain dan rollup lain.

Jaringan seperti ini sering disebut jaringan data availability khusus atau DA layer modular.

Celestia adalah salah satu contoh jaringan data availability modular.

Dokumentasi resminya menyatakan bahwa Celestia mengurutkan blob dan menjaganya tetap tersedia, sementara eksekusi serta penyelesaian berlangsung di layer di atasnya.

Jaringan DA khusus dapat mengurangi biaya bagi rollup dan chain khusus aplikasi karena berfokus pada publikasi dan verifikasi data, bukan mengeksekusi transaksi setiap aplikasi.

Jaringan tersebut juga dapat mendukung berbagai lingkungan eksekusi.

Fleksibilitas ini berguna bagi developer yang ingin membangun rollup kustom, appchain, game, sistem DeFi, atau aplikasi sosial.

Komprominya, pengguna perlu memahami asumsi keamanan jaringan DA itu sendiri.

Rollup yang menggunakan satu DA layer mungkin memiliki profil keamanan yang berbeda dari rollup yang menggunakan DA layer lain.

Pilihan data availability layer dapat memengaruhi asumsi kepercayaan, risiko bridge, keamanan penarikan, dan kompatibilitas ekosistem.

Komite Data Availability

Komite data availability adalah sekelompok pihak yang berjanji atau memberikan attestasi bahwa data tersedia.

Beberapa sistem skalabilitas menggunakan komite, alih-alih memublikasikan semua data transaksi langsung ke DA layer publik yang luas.

Hal ini dapat menurunkan biaya dan meningkatkan kinerja, tetapi biasanya menambahkan lebih banyak asumsi kepercayaan.

Dokumentasi ketersediaan data Ethereum menjelaskan bahwa komite data availability dapat digunakan sebagai pengganti atau bersama data availability sampling.

Komite dapat berfungsi dengan baik jika anggotanya andal, tersebar, dan bertanggung jawab secara ekonomi.

Namun, pengguna perlu mempertimbangkan apa yang terjadi jika anggota komite offline, berkolusi, menyensor data, atau menolak menyediakan data saat terjadi sengketa.

Desain berbasis komite dapat diterima untuk aplikasi tertentu, tetapi tidak sama dengan ketersediaan data publik yang luas.

Untuk aktivitas kripto bernilai tinggi, perbedaan antara ketersediaan berbasis komite dan ketersediaan publik bisa sangat penting.

Serangan Penahanan Data

Serangan penahanan data terjadi ketika produsen blok, sequencer, atau operator memublikasikan komitmen terhadap data tetapi menolak mengungkapkan data lengkapnya.

Hal ini dapat mencegah peserta yang jujur memverifikasi transisi state.

Dalam rollup, penahanan data dapat mempersulit pengguna mengetahui saldo, membuat fraud proof, membuktikan pembaruan yang tidak valid, atau keluar dengan aman.

Dalam blockchain modular, penahanan data dapat merusak hubungan minim kepercayaan antara eksekusi dan verifikasi.

Data availability layer yang kuat dirancang agar serangan ini sulit dilakukan, dapat dideteksi, atau menimbulkan biaya ekonomi tinggi.

Data availability sampling membantu karena light node dapat memeriksa bagian data secara acak, alih-alih memercayai ringkasan dari produsen.

Erasure coding membantu karena menyembunyikan sedikit data asli dapat mengharuskan pelaku menyembunyikan bagian jauh lebih besar dari data yang telah diperluas.

Fraud proof atau validity proof juga dapat membantu, tetapi biasanya tetap membutuhkan data yang tersedia agar dapat berguna.

Inilah alasan keamanan DA merupakan kebutuhan bagi sistem skalabilitas yang serius.

Ketersediaan Data dan Biaya Transaksi

Ketersediaan data sering menjadi salah satu pendorong biaya terbesar bagi rollup.

Rollup dapat mengeksekusi transaksi dengan biaya rendah, tetapi tetap perlu memublikasikan data yang cukup untuk diverifikasi.

Halaman skalabilitas Ethereum menyebutkan bahwa data rollup sebelumnya harus disimpan secara permanen di Ethereum sehingga biayanya mahal.

Transaksi blob diperkenalkan untuk menekan biaya data rollup dengan menyediakan jalur penyimpanan sementara.

Jaringan data availability khusus juga bersaing untuk menurunkan biaya publikasi data.

Biaya DA yang lebih rendah dapat menurunkan biaya pengguna di rollup, tetapi hubungan ini tidak otomatis.

Pengguna mungkin tetap membayar biaya eksekusi, sequencing, pembuatan proof, biaya prioritas, biaya bridge, dan biaya aplikasi.

Meski demikian, ketersediaan data tetap menjadi salah satu komponen biaya terpenting dalam desain blockchain modular.

Ketika DA menjadi lebih murah dan skalabel, banyak aplikasi dapat menjadi lebih praktis untuk penggunaan sehari-hari.

Ketersediaan Data dan Asumsi Keamanan

Setiap desain data availability memiliki asumsi keamanan.

Desain full node mengasumsikan bahwa cukup banyak peserta mengunduh dan memverifikasi data lengkap.

Desain sampling mengasumsikan cukup banyak node jujur yang mengambil sampel data dan membagikan bukti jika ada masalah.

Desain komite mengasumsikan cukup banyak anggota komite bersikap jujur, tetap online, dan bersedia menyediakan data.

Jaringan DA khusus mengasumsikan bahwa set validator, ekonomi token, aturan konsensus, dan desain sampling jaringan cukup kuat bagi aplikasi yang mengandalkannya.

Rollup yang menggunakan DA eksternal juga dapat bergantung pada bridge dan sistem pengiriman pesan yang menghubungkan DA layer dengan settlement layer.

Pengguna sebaiknya tidak hanya bertanya apakah sistemnya cepat atau murah.

Pengguna juga perlu bertanya siapa yang menjamin ketersediaan data, bagaimana jaminan itu diperiksa, dan apa yang terjadi jika data tidak tersedia.

Hal ini sangat penting bagi DeFi, lending, derivatif, aset stabil, dan NFT bernilai tinggi.

Asumsi ketersediaan data yang lemah dapat menjadi risiko finansial nyata saat pasar mengalami tekanan.

Ketersediaan Data dan Light Node

Light node penting karena memungkinkan lebih banyak pengguna memverifikasi informasi blockchain tanpa menjalankan infrastruktur berat.

Light node biasanya tidak mengunduh dan mengeksekusi setiap transaksi.

Sebaliknya, light node memverifikasi header, komitmen, tanda tangan, proof, atau sampel.

Untuk ketersediaan data, light node dapat menggunakan sampling untuk memeriksa keberadaan data tanpa mengunduh semuanya.

Hal ini bermanfaat karena verifikasi tetap dapat diakses pengguna dengan perangkat keras dan bandwidth biasa.

Jika hanya pusat data bertenaga tinggi yang dapat memverifikasi chain, desentralisasi akan melemah.

Data availability sampling membantu melindungi desentralisasi dengan menurunkan biaya partisipasi.

Lebih banyak light node juga dapat meningkatkan keamanan jika aktif mengambil sampel dan membagikan data.

DA layer lebih kuat jika banyak peserta independen dapat memeriksa ketersediaan data, bukan hanya mengandalkan sejumlah kecil operator besar.

Ketersediaan Data dalam Blockchain Modular

Blockchain modular memisahkan fungsi inti blockchain ke dalam layer yang berbeda.

Fungsi tersebut biasanya mencakup eksekusi, penyelesaian, konsensus, dan ketersediaan data.

Desain modular memungkinkan setiap layer berspesialisasi.

Execution layer dapat berfokus menjalankan aplikasi.

Settlement layer dapat berfokus pada finalitas, proof, dan penyelesaian sengketa.

Consensus layer dapat berfokus pada pengurutan dan kesepakatan.

Data availability layer dapat berfokus pada publikasi dan verifikasi data transaksi.

Desain ini dapat meningkatkan skalabilitas karena setiap layer tidak harus mengerjakan semuanya.

Desain ini juga dapat menambah kompleksitas karena pengguna dan developer harus memahami hubungan antarlayer.

Keamanan stack blockchain modular hanya sekuat asumsi yang menghubungkan setiap layer.

Karena itu, pemilihan DA layer merupakan keputusan desain utama bagi tim rollup.

Validium, Volition, dan Ketersediaan Data

Validium adalah desain skalabilitas yang menggunakan validity proof, tetapi menyimpan data transaksi off-chain.

Desain ini dapat menurunkan biaya, tetapi memiliki asumsi ketersediaan data yang berbeda dari rollup yang mengirim data ke blockchain.

Jika data validium ditahan, pengguna mungkin tidak dapat merekonstruksi state meskipun validity proof mengonfirmasi bahwa transisi state mengikuti aturan.

Volition memberi pengguna atau aplikasi pilihan antara ketersediaan data on-chain dan off-chain.

Dengan demikian, pengguna dapat menyeimbangkan biaya dan keamanan sesuai jenis transaksinya.

Contohnya, pengguna mungkin memilih ketersediaan data yang lebih kuat untuk transfer besar dan ketersediaan off-chain yang lebih murah untuk aktivitas bernilai rendah.

Desain-desain ini menunjukkan mengapa istilah data availability layer penting bagi pengguna sebenarnya.

Lokasi penyimpanan data dapat mengubah profil keamanan seluruh sistem.

Hal yang Dipertimbangkan Developer saat Memilih Data Availability Layer

Developer mempertimbangkan beberapa faktor saat memilih data availability layer.

Faktor pertama adalah keamanan.

DA layer harus memberikan jaminan kuat bahwa data akan dipublikasikan dan dapat diverifikasi.

Faktor kedua adalah biaya.

Biaya data yang lebih rendah dapat membuat aplikasi lebih murah bagi pengguna.

Faktor ketiga adalah throughput.

DA layer harus mampu mendukung volume data yang cukup untuk aktivitas aplikasi yang diperkirakan.

Faktor keempat adalah integrasi.

Developer memerlukan tool, API, proof, bridge, dan kompatibilitas penyelesaian.

Faktor kelima adalah desentralisasi.

DA layer sebaiknya menghindari desain yang hanya dapat diverifikasi oleh sedikit operator berkekuatan besar.

Faktor keenam adalah akses data historis.

Aplikasi mungkin memerlukan rencana untuk indexer, arsip, riwayat pengguna, analitik, dan catatan sengketa.

Faktor ketujuh adalah dukungan ekosistem.

Wallet, explorer, penyedia infrastruktur, dan tool developer turut menentukan apakah pilihan DA praktis digunakan.

Risiko Data Availability Layer

Risiko pertama adalah penahanan data.

Jika data tidak tersedia, pengguna mungkin tidak dapat memverifikasi chain atau keluar dari rollup dengan aman.

Risiko kedua adalah partisipasi sampling yang lemah.

Jika terlalu sedikit node jujur yang mengambil sampel data, jaminan ketersediaan jaringan dapat melemah.

Risiko ketiga adalah kegagalan komite.

Jika komite DA offline atau bertindak jahat, pengguna dapat kehilangan akses ke data yang dibutuhkan.

Risiko keempat adalah risiko bridge.

Jika rollup menggunakan satu layer untuk penyelesaian dan layer lain untuk DA, koneksi antara kedua layer harus aman.

Risiko kelima adalah kehilangan data historis.

DA layer mungkin hanya menjamin ketersediaan jangka pendek sehingga aplikasi memerlukan rencana penyimpanan terpisah untuk data lama.

Risiko keenam adalah volatilitas biaya.

Jika permintaan ruang data meningkat, biaya dapat naik dan berdampak pada pengguna.

Risiko ketujuh adalah kesalahpahaman.

Banyak pengguna melihat biaya rendah lalu menganggap sistem memiliki keamanan yang sama dengan base layer, padahal belum tentu demikian.

Cara Pengguna Mengevaluasi Data Availability Layer

Pengguna sebaiknya terlebih dahulu memeriksa tempat rollup atau aplikasi memublikasikan data transaksinya.

Pengguna perlu mencari tahu apakah data dikirim ke base layer, jaringan DA khusus, komite, atau sistem penyimpanan privat.

Pengguna juga perlu menanyakan berapa lama data tetap tersedia melalui node biasa.

Periksa apakah sistem menggunakan data availability sampling, replikasi penuh, attestasi komite, atau metode lain.

Pengguna perlu memahami apakah aplikasi menyediakan jalur keluar darurat jika data tidak tersedia.

Periksa apakah DA layer memiliki validator independen, dokumentasi publik, pemantauan aktif, dan tool yang andal.

Periksa juga apakah aplikasi menjelaskan asumsi keamanannya dengan jelas.

Proyek yang serius seharusnya menjelaskan model DA-nya dengan cara yang mudah dipahami, bukan menyembunyikannya di balik istilah pemasaran.

Bagi pengguna sehari-hari, aturan paling bijak adalah menganggap model ketersediaan data yang lebih murah berguna, tetapi tidak otomatis setara dengan model yang lebih kuat.

Biaya rendah memang berharga, tetapi seharusnya tidak disertai risiko tersembunyi yang tidak dipahami pengguna.

Kesalahpahaman Umum tentang Data Availability Layer

Salah satu kesalahpahaman adalah ketersediaan data berarti data disimpan selamanya.

Dalam praktiknya, ketersediaan data biasanya berarti data telah dipublikasikan dan tersedia selama periode verifikasi yang diperlukan.

Kesalahpahaman lainnya adalah validity proof menghilangkan kebutuhan akan ketersediaan data.

Validity proof dapat membuktikan bahwa transisi state valid, tetapi pengguna tetap memerlukan data untuk mengetahui saldo, membangun ulang state, dan berinteraksi dengan aman.

Kesalahpahaman ketiga adalah semua rollup memiliki jaminan DA yang sama.

Rollup yang berbeda dapat menggunakan DA layer dan asumsi keamanan yang berbeda.

Kesalahpahaman keempat adalah biaya murah selalu berarti desain yang lebih baik.

Biaya murah memang bermanfaat, tetapi pengguna juga perlu mempertimbangkan keamanan, desentralisasi, jalur keluar, dan akses data.

Kesalahpahaman kelima adalah data availability layer hanya menjadi perhatian developer.

Faktanya, DA layer memengaruhi keamanan pengguna, biaya transaksi, keandalan penarikan, dan asumsi kepercayaan.

Mengapa Data Availability Layer Penting bagi AEO dan Maksud Pencarian

Orang yang mencari data availability layer biasanya ingin mengetahui alasan istilah ini muncul dalam konteks rollup, blockchain modular, skalabilitas Ethereum, dan keamanan Layer 2.

Jawaban paling sederhana adalah data availability layer membuat data transaksi dapat diakses agar pihak lain dapat memverifikasi blockchain atau rollup.

Penjelasan yang lebih lengkap adalah DA layer membantu blockchain diskalakan tanpa menghilangkan kemampuan untuk memeriksa data secara independen.

Bagi pengguna mesin pencari, istilah terkait yang penting mencakup rollup, blob, EIP-4844, PeerDAS, data availability sampling, blockchain modular, validium, settlement layer, execution layer, dan serangan penahanan data.

Istilah-istilah tersebut sering muncul bersamaan karena skalabilitas kripto modern bergantung pada pemisahan eksekusi dari publikasi data.

Penjelasan yang baik seharusnya menyebutkan bahwa ketersediaan data berkaitan dengan verifikasi, bukan sekadar penyimpanan.

Penjelasan juga perlu menyampaikan bahwa pilihan DA yang berbeda menghasilkan model keamanan yang berbeda.

Inilah alasan topik tersebut penting bagi developer dan pengguna kripto biasa.

FAQ

Apa itu data availability layer di dunia kripto?

Data availability layer adalah bagian dari sistem blockchain yang memublikasikan dan memverifikasi data transaksi agar pengguna dan node dapat memastikan perubahan state benar.

Mengapa ketersediaan data penting?

Ketersediaan data penting karena pengguna tidak dapat memverifikasi blok, batch rollup, atau pembaruan state secara mandiri jika data transaksi yang mendasarinya disembunyikan.

Apakah ketersediaan data sama dengan penyimpanan data?

Tidak. Ketersediaan data berkaitan dengan penyediaan data baru untuk diverifikasi, sedangkan penyimpanan data berkaitan dengan menjaga agar data historis dapat diakses kembali seiring waktu.

Apa itu masalah ketersediaan data?

Masalah ketersediaan data adalah tantangan untuk membuktikan bahwa seluruh data transaksi telah dipublikasikan tanpa mengharuskan setiap peserta mengunduh semuanya.

Apa itu data availability sampling?

Data availability sampling adalah metode ketika node mengunduh bagian kecil data secara acak untuk memperoleh keyakinan kuat bahwa seluruh kumpulan data tersedia.

Mengapa rollup memerlukan ketersediaan data?

Rollup memerlukan ketersediaan data agar pengguna, pihak yang mengajukan tantangan, dan verifikator dapat merekonstruksi state, memeriksa batch, membuktikan kesalahan, dan keluar dengan aman.

Apakah zero-knowledge rollup tetap memerlukan ketersediaan data?

Ya. Zero-knowledge rollup tetap memerlukan ketersediaan data karena pengguna membutuhkan data state dan transaksi untuk mengetahui saldo dan berinteraksi dengan aman.

Apa itu Ethereum blob?

Ethereum blob adalah objek data sementara yang diperkenalkan oleh EIP-4844. Blob memungkinkan rollup memublikasikan data dengan biaya lebih rendah daripada calldata permanen.

Apa itu PeerDAS?

PeerDAS adalah desain data availability sampling Ethereum yang memungkinkan node memeriksa ketersediaan blob dengan hanya mengunduh sebagian data.

Apa itu komite data availability?

Komite data availability adalah kelompok pihak yang menyimpan atau memberikan attestasi atas ketersediaan data, biasanya dengan asumsi kepercayaan lebih besar daripada DA publik yang luas.

Apakah data availability layer dapat menurunkan biaya?

Ya. Data availability layer yang skalabel dapat menurunkan biaya rollup dengan membuat publikasi dan verifikasi data transaksi lebih murah.

Apa risiko terbesar dari data availability layer yang lemah?

Risiko terbesarnya adalah data dapat ditahan sehingga pengguna tidak bisa memverifikasi state, menggugat penipuan, atau memulihkan dana dengan aman.

Kesimpulan

Data availability layer adalah salah satu komponen terpenting dalam skalabilitas kripto modern.

Layer ini menyediakan data transaksi agar blockchain, rollup, light node, dan pengguna dapat memverifikasi perubahan state tanpa begitu saja memercayai operator.

Ketersediaan data tidak sama dengan eksekusi, penyelesaian, atau penyimpanan permanen.

Ketersediaan data adalah jaminan bahwa data yang diperlukan untuk verifikasi benar-benar telah dipublikasikan dan dapat diakses selama periode verifikasi penting.

Ethereum blob, data availability sampling, PeerDAS, jaringan DA modular, dan sistem DA khusus hadir karena blockchain memerlukan cara untuk berkembang sambil tetap dapat diverifikasi.

Bagi pengguna, pelajaran utamanya adalah melihat lebih dari sekadar biaya rendah dan menanyakan di mana data dipublikasikan, siapa yang memverifikasinya, berapa lama data tersedia, dan apa yang terjadi jika data ditahan.

Data availability layer yang kuat dapat membuat rollup lebih murah, cepat, dan aman.

Data availability layer yang lemah dapat menimbulkan asumsi kepercayaan tersembunyi yang mungkin tidak disadari pengguna hingga terjadi masalah.

Seiring kripto makin mengarah ke desain blockchain modular, ketersediaan data akan tetap menjadi topik utama dalam skalabilitas, keamanan, dan perlindungan pengguna.