DA Challenge

Apa Itu DA Challenge?

DA Challenge, singkatan dari Data Availability Challenge, adalah mekanisme kripto yang memungkinkan pengguna atau operator node menggugat ketersediaan data di balik sebuah blok, batch, atau commitment rollup.

Sederhananya, DA Challenge mengajukan satu pertanyaan: jika sequencer atau penyedia data menyatakan bahwa data transaksi tersedia, apakah orang lain benar-benar dapat mengambilnya dan memverifikasi chain?

Hal ini penting karena rollup dan blockchain modular sering kali memublikasikan commitment, hash, proof, atau data terkompresi, alih-alih menempatkan seluruh transaksi secara langsung di base layer.

Jika data transaksi lengkap tidak tersedia, pengguna mungkin tidak dapat memverifikasi status rollup, membangun ulang chain, membuat fraud proof, atau melakukan exit dengan aman.

DA Challenge memberi peserta cara untuk memaksa pengungkapan data yang hilang, membuktikan bahwa data tidak tersedia, atau membatalkan commitment yang tidak dapat diselesaikan.

Spesifikasi Alt-DA OP Stack menjelaskan kontrak Data Availability Challenge yang memungkinkan pengguna menggugat commitment selama jendela challenge tertentu. Pemegang data dapat menyelesaikan challenge dengan mengirimkan data yang diperlukan.

DA Challenge sangat penting bagi sistem yang menggunakan ketersediaan data alternatif, yang juga disebut Alt-DA, karena data transaksi mungkin disimpan di luar layer settlement utama.

Mekanisme ini juga penting dalam sistem mirip Plasma, optimium, desain bergaya validium, dan arsitektur rollup yang menurunkan biaya data tetapi menambahkan asumsi kepercayaan.

DA Challenge tidak membuat setiap sistem scaling sama amannya dengan sistem yang memublikasikan semua data langsung di base layer yang sangat aman.

Ini adalah mekanisme pertahanan yang berupaya mengurangi risiko data tersembunyi, ditahan, atau tidak tersedia.

Mengapa DA Challenge Penting dalam Kripto

DA Challenge penting karena ketersediaan data merupakan salah satu persyaratan keamanan utama bagi rollup dan sistem blockchain modular.

Dokumentasi ketersediaan data Ethereum menjelaskan bahwa pengguna perlu yakin bahwa data yang dibutuhkan untuk memverifikasi blok tersedia bagi peserta jaringan.

Blockchain atau rollup hanya dapat diverifikasi secara independen jika data transaksi yang relevan dapat diakses.

Jika sequencer memublikasikan state root atau commitment tetapi menyembunyikan data di baliknya, pengguna mungkin tidak dapat memeriksa kebenaran status tersebut.

Hal ini menciptakan situasi berbahaya: chain mungkin tampak berfungsi, sementara peserta yang jujur tidak dapat memverifikasinya secara menyeluruh.

Bagi optimistic rollup, ketersediaan data sangat penting karena fraud proof mengharuskan pihak yang mengajukan challenge memeriksa data transaksi dan membuktikan jika transisi status salah.

Dokumentasi optimistic rollup Ethereum menjelaskan bahwa ketersediaan data sangat penting karena pihak yang mengajukan challenge tidak dapat membuat fraud proof tanpa akses ke data status.

Ketersediaan data tetap penting bagi zero-knowledge rollup, meskipun validity proof mengonfirmasi komputasi. Pengguna tetap membutuhkan data untuk mengetahui saldo, memperbarui status lokal, dan berinteraksi dengan aman.

Dalam sistem Alt-DA, DA Challenge merupakan salah satu cara untuk menambahkan akuntabilitas ketika data disimpan di luar layer settlement utama.

Karena itu, DA Challenge bukan hanya detail bagi developer.

Mekanisme ini berdampak pada keamanan pengguna, jaminan penarikan, finalitas rollup, dan asumsi kepercayaan di balik transaksi blockchain yang lebih murah.

Cara Kerja DA Challenge

DA Challenge biasanya dimulai ketika sequencer atau pihak yang mengirim batch mengajukan commitment atas data transaksi.

Commitment tersebut dapat berupa hash, referensi blob, Merkle root, sertifikat layer DA, atau representasi ringkas lain dari data.

Commitment ditempatkan di layer settlement atau kontrak verifikasi agar rollup dapat menghasilkan blok baru darinya.

Jika pengguna, node, atau watcher tidak dapat mengambil data yang mendasarinya, mereka dapat memulai DA Challenge.

Dalam desain Alt-DA OP Stack, challenge diajukan ke kontrak Layer 1 DataAvailabilityChallenge selama jendela challenge yang telah ditentukan.

Setelah challenge dimulai, pihak lain memiliki jendela penyelesaian untuk mengirimkan data yang hilang atau membuktikan bahwa commitment tersebut valid.

Jika data berhasil dikirimkan, challenge terselesaikan dan chain dapat terus menggunakan commitment tersebut.

Jika data tidak diberikan sebelum jendela penyelesaian berakhir, commitment yang terdampak dapat dianggap tidak valid atau rollup mungkin perlu melakukan reorganisasi mulai dari titik yang terdampak.

Proses ini mendorong penyedia data dan sequencer untuk menyediakan data.

Proses ini juga memberi peserta yang jujur cara untuk merespons ketika sistem bergantung pada data yang tidak dapat diambil.

DA Challenge vs Ketersediaan Data

Ketersediaan data adalah jaminan umum bahwa data yang diperlukan untuk memverifikasi blok, batch, atau pembaruan status telah dipublikasikan dan dapat diambil.

DA Challenge adalah mekanisme khusus untuk menguji, menggugat, atau menegakkan jaminan tersebut.

Perbedaan ini penting.

Ketersediaan data adalah tujuannya.

DA Challenge adalah salah satu alat yang membantu melindungi tujuan tersebut ketika ketersediaan data belum pasti.

Rollup yang mengirimkan semua data transaksi langsung ke Ethereum calldata atau blob dapat lebih mengandalkan jaminan ketersediaan data Ethereum secara langsung.

Rollup yang menyimpan data di layer DA eksternal mungkin memerlukan mekanisme tambahan untuk membuktikan bahwa data eksternal tersebut benar-benar tersedia.

DA Challenge dapat membantu menjembatani kesenjangan itu dengan memungkinkan pengguna menggugat commitment yang tidak dapat diubah menjadi data nyata.

Namun, kekuatan challenge bergantung pada desain spesifiknya.

Sistem challenge yang lemah mungkin terlalu mahal, terlalu lambat, terlalu terpusat, atau terlalu sulit digunakan oleh pengguna biasa.

Sistem challenge yang kuat seharusnya bersifat permissionless, cukup terjangkau bagi pihak yang jujur, tahan terhadap serangan denial-of-service, dan terhubung dengan jelas ke finalitas rollup.

DA Challenge vs Fraud Proof

DA Challenge tidak sama dengan fraud proof.

Fraud proof menggugat kebenaran transisi status atau hasil komputasi.

DA Challenge menggugat ketersediaan data yang dibutuhkan untuk memverifikasi hasil tersebut.

Dalam optimistic rollup, fraud proof biasanya mengasumsikan bahwa pihak yang mengajukan challenge dapat mengakses data transaksi.

Jika data transaksi tidak tersedia, pihak yang mengajukan challenge bahkan mungkin tidak dapat membuat fraud proof.

Artinya, ketersediaan data merupakan prasyarat bagi banyak sistem fraud proof.

DA Challenge berfokus pada masalah data yang hilang sebelum sistem dapat memperdebatkan apakah eksekusinya valid.

Contohnya, sequencer mungkin memublikasikan state commitment yang tampak normal, tetapi data transaksi aktual di balik commitment tersebut mungkin tidak tersedia.

Fraud proof mungkin memerlukan data transaksi untuk membuktikan bahwa state commitment itu salah.

DA Challenge justru meminta sequencer atau penyedia data mengungkapkan data tersebut atau menghadapi konsekuensi.

Itulah sebabnya DA Challenge dan fraud proof saling berkaitan, tetapi merupakan bagian keamanan rollup yang berbeda.

DA Challenge vs Periode Challenge

Istilah DA Challenge dapat tertukar dengan periode challenge umum yang digunakan dalam optimistic rollup.

Periode challenge adalah jangka waktu ketika peserta dapat menggugat klaim rollup, biasanya melalui fraud proof atau mekanisme terkait.

DA Challenge lebih spesifik karena berhubungan dengan ketersediaan data.

Dalam konfigurasi OP Stack, konfigurasi deployment rollup mencakup kolom seperti DAChallengeWindow, DAResolveWindow, DABondSize, dan DAChallengeProxy untuk mode Alt-DA.

DAChallengeWindow adalah interval blok ketika ketersediaan commitment data dapat digugat.

DAResolveWindow adalah interval blok ketika challenge ketersediaan data dapat diselesaikan.

Periode challenge fraud proof biasa dan jendela DA Challenge mungkin saling berkaitan dalam model keamanan suatu sistem, tetapi keduanya tidak otomatis merupakan hal yang sama.

Pengguna sebaiknya memeriksa dokumentasi persis dari rollup atau chain yang digunakan.

Nama jendela tersebut tidak sepenting hal yang dilindunginya, siapa yang dapat menggunakannya, dan apa yang terjadi ketika jendela berakhir.

DA Challenge dan Alt-DA

Alt-DA berarti ketersediaan data alternatif.

Istilah ini biasanya merujuk pada penyimpanan data transaksi rollup di tempat selain chain settlement utama.

Penjelasan Alt-DA Mode OP Stack menyebutkan bahwa Alt-DA Mode memungkinkan chain OP Stack mengintegrasikan berbagai layer DA untuk menurunkan biaya data.

Biaya data yang lebih rendah dapat membuat penggunaan chain lebih murah bagi pengguna dan operator.

Namun, biaya yang lebih rendah sering kali disertai asumsi kepercayaan tambahan.

Dokumentasi OP Stack yang sama memperingatkan bahwa Alt-DA Mode memiliki lebih banyak asumsi kepercayaan dibandingkan sekadar mengirimkan data ke Ethereum Layer 1.

DA Challenge dirancang untuk mengurangi masalah ini dengan memberi pengguna cara menggugat commitment data jika datanya tidak dapat diakses.

Contohnya, jika sequencer mengirimkan commitment ke Layer 1 tetapi gagal menyediakan data yang mendasarinya melalui penyedia DA, node yang jujur dapat memulai challenge.

Jika challenge tidak diselesaikan, sistem dapat menolak atau mereorganisasi commitment yang terdampak.

Mekanisme ini membantu membuat Alt-DA lebih aman, tetapi tidak menghilangkan semua risiko.

Pengguna tetap bergantung pada layer DA, logika bridge, aturan challenge, watcher data, dan insentif ekonomi yang membuat pihak pengaju challenge tetap aktif.

DA Challenge dan Blob Ethereum

Ethereum memperkenalkan transaksi yang membawa blob melalui EIP-4844, yang juga dikenal sebagai Proto-Danksharding.

Spesifikasi EIP-4844 resmi menyatakan bahwa transaksi shard blob meningkatkan skala ketersediaan data Ethereum dengan cara yang sederhana dan kompatibel dengan pengembangan mendatang.

Blob memberi rollup cara yang lebih murah untuk memublikasikan data transaksi ke Ethereum dibandingkan desain lama yang banyak menggunakan calldata.

Dokumentasi Dencun Ethereum menjelaskan bahwa Dencun mengaktifkan Proto-Danksharding dan memperkenalkan blob data sementara untuk penyimpanan rollup yang lebih murah.

Data blob tersedia untuk waktu terbatas, bukan disimpan selamanya oleh node Ethereum biasa.

Hal ini tidak sama dengan sistem challenge Alt-DA, tetapi merupakan bagian dari pembahasan ketersediaan data yang lebih luas.

Rollup yang menggunakan blob Ethereum mengandalkan jaminan ketersediaan pada tingkat protokol Ethereum selama jendela ketersediaan blob.

Rollup yang menggunakan layer DA eksternal dapat memakai DA Challenge, DA bridge, proof sampling, atau mekanisme lain untuk mendukung ketersediaan data.

Perbedaan utamanya adalah lokasi publikasi data dan pihak yang menjamin bahwa data tersebut dapat diambil.

DA Challenge menjadi sangat relevan ketika sistem tidak dapat begitu saja mengandalkan ketersediaan blob bawaan Ethereum untuk data yang dimaksud.

DA Challenge dan Serangan Penahanan Data

Serangan penahanan data terjadi ketika suatu pihak memublikasikan commitment atas data, tetapi tidak mengungkapkan data itu sendiri.

Inilah salah satu risiko utama yang dirancang untuk ditangani oleh DA Challenge.

Sequencer jahat dapat mencoba mengirimkan commitment agar chain terus berjalan, sekaligus mencegah node yang jujur membangun ulang statusnya.

Jika node yang jujur tidak dapat mengakses data, mereka mungkin tidak mengetahui apakah chain tersebut valid.

Mereka juga mungkin tidak dapat membuktikan kecurangan, memproses penarikan, atau melakukan sinkronisasi dengan benar.

DA Challenge menyediakan jalur sengketa publik.

Pihak yang mengajukan challenge menyatakan bahwa data di balik sebuah commitment tidak tersedia.

Penyedia data, sequencer, atau peserta lain kemudian harus mengungkapkan data tersebut atau membuktikan bahwa commitment dapat diselesaikan.

Jika data tetap tidak tersedia, sistem dapat menganggap commitment tersebut tidak aman atau tidak valid berdasarkan aturannya.

Mekanisme ini tidak membuat penahanan data mustahil dilakukan, tetapi membuat serangan tersebut lebih terlihat dan lebih mahal.

Efektivitasnya bergantung pada apakah ada pihak yang memantau, apakah challenge terjangkau, dan apakah protokol merespons dengan benar saat data tidak terselesaikan.

DA Challenge dan Finalitas Rollup

Finalitas rollup bisa lebih rumit ketika ketersediaan data bergantung pada sistem eksternal.

Sebuah blok mungkin tampak aman karena commitment telah dikirimkan, tetapi itu tidak selalu berarti data yang mendasarinya aman secara permanen.

Spesifikasi Alt-DA OP Stack menjelaskan bahwa blok yang diturunkan dari data input dengan commitment dapat diberi label aman, tetapi tetap dapat mengalami reorg jika penyedia DA bermasalah. Karena itu, pengguna sebaiknya mengandalkan status finalized untuk mendapatkan jaminan yang lebih kuat.

Perbedaan ini penting bagi pengguna dan aplikasi.

Jika chain dapat direorganisasi setelah DA Challenge tidak terselesaikan, transaksi yang tampak diterima mungkin kemudian dihapus dari chain kanonis.

Aplikasi tidak boleh berasumsi bahwa setiap blok baru yang diturunkan memiliki finalitas yang sama.

Wallet, bridge, dan protokol DeFi mungkin perlu menunggu hingga jendela DA Challenge dan aturan finalitas yang relevan terpenuhi sebelum menganggap aktivitas tidak dapat dibatalkan.

Pelajaran sederhana bagi pengguna adalah bahwa chain yang lebih cepat dan murah mungkin memiliki asumsi finalitas yang lebih rumit.

Sistem DA Challenge dapat melindungi pengguna, tetapi hanya jika pengguna dan aplikasi memahami perbedaan antara status pending, safe, dan finalized.

Bond DA Challenge

Banyak sistem DA Challenge menggunakan bond untuk mencegah spam dan serangan denial-of-service.

Bond adalah sejumlah nilai yang harus disetorkan oleh pihak yang mengajukan challenge saat memulai challenge.

Bond mencegah pengguna menggugat setiap commitment tanpa alasan.

Spesifikasi Alt-DA OP Stack menyatakan bahwa kontrak Data Availability Challenge dapat menerapkan persyaratan bond yang harus dibayar, sehingga biaya untuk mengajukan challenge setidaknya sama mahalnya dengan mengirimkan data secara on-chain untuk menyelesaikan challenge tersebut.

Desain ini berupaya mencegah penyerang membanjiri sistem dengan challenge palsu secara murah.

Namun, bond juga menciptakan kompromi.

Jika bond terlalu rendah, sistem mungkin rentan terhadap spam.

Jika bond terlalu tinggi, pihak yang jujur mungkin tidak mampu menggugat data yang tidak tersedia.

Sistem DA Challenge harus menyeimbangkan keamanan ekonomi dengan aksesibilitas.

Sistem memerlukan hambatan yang cukup untuk mencegah penyalahgunaan, tetapi tidak boleh terlalu besar hingga hanya pihak bermodal besar yang dapat melindungi chain.

Penyelesaian DA Challenge

Penyelesaian adalah proses menjawab DA Challenge.

Dalam desain sederhana, pihak yang menyelesaikan mengirimkan data yang hilang langsung secara on-chain sebagai calldata.

Kontrak kemudian dapat memeriksa apakah data yang dikirimkan cocok dengan commitment awal.

Jika cocok, challenge terselesaikan.

Jika tidak cocok, atau tidak ada data valid yang dikirim tepat waktu, challenge dapat berakhir tanpa terselesaikan.

Beberapa desain dapat menggunakan sistem proof yang lebih canggih alih-alih mengirimkan semua data secara langsung on-chain.

Contohnya, sistem dapat menggunakan DA bridge, sertifikat, attestation, validity proof, atau zero-knowledge proof untuk menunjukkan bahwa data terkait tersedia di layer lain.

Artikel ZK DA Bridge Eclipse menjelaskan desain yang memisahkan pembuktian DA dari fraud proof dan menanganinya melalui subsistem DA Challenge.

Hal ini menunjukkan bagaimana desain DA Challenge dapat dibuat modular.

Tujuan dasarnya tetap sama: membuktikan bahwa data tersedia atau membuktikan bahwa suatu commitment tidak seharusnya dipercaya.

DA Challenge dan Watcher

Watcher adalah peserta yang memantau chain untuk mencari data yang hilang, commitment tidak valid, perilaku mencurigakan, atau challenge yang belum terselesaikan.

DA Challenge sangat bergantung pada watcher karena seseorang harus menyadari bahwa data tidak tersedia dan memulai challenge.

Jika tidak ada yang memantau, mekanisme challenge mungkin tersedia tetapi gagal dalam praktiknya.

Hal ini mirip dengan asumsi satu pihak pengaju challenge yang jujur dalam sejumlah sistem optimistik, tetapi ekonomi DA Challenge dapat berbeda.

Artikel Ethereum Research Universal Plasma and DA challenges membahas pentingnya dan biaya pihak yang mengajukan DA Challenge secara jujur dalam sistem mirip Plasma.

Watcher dapat berupa pengguna independen, operator node, tim infrastruktur, peneliti keamanan, yayasan, atau layanan pemantauan khusus.

Sistem DA Challenge yang sehat seharusnya memungkinkan lebih dari satu pihak untuk memantau chain secara praktis.

Jika hanya satu operator yang secara realistis dapat mendeteksi atau menggugat data yang hilang, sistem tersebut mungkin kurang terdesentralisasi daripada yang terlihat.

Bagi pengguna, pertanyaan utamanya bukan hanya apakah kontrak DA Challenge tersedia.

Pertanyaan utamanya adalah apakah watcher yang jujur memiliki alat, insentif, dan dana untuk menggunakannya saat diperlukan.

DA Challenge dan Sequencer

Sequencer adalah komponen yang mengurutkan transaksi dan menghasilkan batch untuk banyak sistem rollup.

Sequencer penting karena menentukan transaksi mana yang masuk ke rollup dan urutannya.

Ketika rollup menggunakan ketersediaan data eksternal, sequencer atau pihak yang mengirim batch dapat mengajukan commitment atas data transaksi, alih-alih menempatkan seluruh data secara langsung di chain settlement.

Jika sequencer bertindak jujur, sequencer menyediakan data melalui layer DA atau server yang semestinya.

Jika bertindak tidak jujur atau mengalami kegagalan operasional, sequencer mungkin mengirimkan commitment yang tidak dapat diselesaikan oleh node jujur.

DA Challenge berfungsi sebagai pemeriksaan terhadap perilaku ini.

Pengguna dapat menyatakan bahwa commitment sequencer tidak cukup karena data aktualnya tidak dapat diambil.

Hal ini dapat mencegah chain terus berjalan dengan mengandalkan data yang tidak tersedia.

Namun, DA Challenge tidak mengatasi semua risiko sequencer.

Bergantung pada desain sistem, sequencer tetap dapat menimbulkan risiko sensor, risiko pengurutan, risiko downtime, dan kekhawatiran terkait MEV.

DA Challenge dan Komite Ketersediaan Data

Beberapa sistem scaling menggunakan Data Availability Committee, yang sering disebut DAC.

DAC adalah kelompok pihak yang berjanji menyimpan atau menyediakan data transaksi.

DAC dapat menurunkan biaya karena data tidak perlu sepenuhnya dikirim ke layer settlement.

Namun, DAC menambahkan asumsi kepercayaan karena pengguna bergantung pada anggota komite untuk menjaga ketersediaan data.

DA Challenge dapat digunakan sebagai salah satu cara untuk meminta pertanggungjawaban DAC atau penyedia data.

Jika komite menyatakan bahwa data tersedia tetapi pengguna tidak dapat mengambilnya, challenge dapat mengungkap kegagalan tersebut.

Penelitian terbaru tentang sequencer aman dan komite ketersediaan data untuk rollup mengkaji mekanisme fraud proof untuk menghadapi perilaku sequencer dan DAC yang tidak jujur.

Arah penelitian ini penting karena banyak desain rollup beralih ke sistem data yang lebih murah dengan asumsi keamanan yang lebih kompleks.

DAC dapat berguna, tetapi pengguna sebaiknya menanyakan siapa anggotanya, berapa banyak anggota yang harus jujur, bagaimana data diperiksa, dan apakah DA Challenge tersedia.

DA Challenge dan Validium

Validium adalah desain scaling yang menggunakan validity proof, tetapi menyimpan data transaksi di luar layer settlement.

Hal ini dapat membuat validium lebih murah dibandingkan rollup yang memublikasikan seluruh data transaksi ke base layer.

Namun, ketersediaan data off-chain memiliki profil risiko yang berbeda.

Jika penyedia data menahan data, pengguna mungkin tidak dapat membangun ulang status akun atau melakukan exit dengan aman, meskipun validity proof menunjukkan bahwa komputasinya benar.

DA Challenge dapat membantu sistem bergaya validium dengan menyediakan cara untuk menggugat data yang hilang.

Challenge tersebut tidak mengubah fakta bahwa datanya berada off-chain.

Mekanisme ini menambahkan cara untuk memaksa pengungkapan, membatalkan commitment yang datanya tidak tersedia, atau memicu aturan fallback.

Pengguna sebaiknya memahami bahwa validium, optimium, chain mirip Plasma, dan rollup Alt-DA dapat memiliki jaminan DA yang berbeda-beda.

Labelnya saja tidak cukup.

Yang sebenarnya perlu diketahui adalah bagaimana data tersedia dan apa yang terjadi jika data tersebut tidak tersedia.

DA Challenge dan Optimium

Optimium sering digunakan untuk menggambarkan sistem mirip optimistic rollup yang menggunakan ketersediaan data off-chain atau alternatif, alih-alih mengirimkan semua data langsung ke layer settlement.

Optimium dapat menurunkan biaya, tetapi mungkin bergantung pada penyedia DA, komite, atau sistem challenge untuk menjaga ketersediaan data.

DA Challenge penting dalam desain bergaya optimium karena fraud proof hanya berfungsi jika data yang dibutuhkan untuk membuat proof tersedia.

Jika data ditahan, sistem fraud proof mungkin tidak dapat mendeteksi atau membuktikan masalahnya.

DA Challenge berupaya menangani masalah data yang hilang tersebut sebelum mengganggu keamanan rollup.

Namun, pengguna sebaiknya berhati-hati saat menilai optimium karena model keamanannya tidak sama dengan rollup yang mengirimkan semua data ke Ethereum.

Biaya rendah memang menarik, tetapi perlu dipertimbangkan bersama risiko ketersediaan data, asumsi bridge, insentif challenge, dan perilaku finalitas.

DA Challenge dan Sistem Mirip Plasma

Sistem mirip Plasma menyimpan lebih banyak data off-chain dan mengandalkan exit, challenge, atau proof untuk melindungi pengguna.

DA Challenge sangat relevan bagi sistem mirip Plasma karena pengguna mungkin perlu menggugat data yang hilang atau melakukan exit sebelum data yang tidak tersedia menimbulkan bahaya.

Jika operator sistem menahan data, pengguna mungkin memerlukan cara untuk membuktikan masalah tersebut atau memaksa publikasi data.

Pembahasan Ethereum Research tentang universal Plasma dan DA Challenge menyoroti bahwa sistem ini mungkin membutuhkan setidaknya satu pihak aktif yang mengajukan DA Challenge setiap saat.

Persyaratan adanya watcher aktif ini penting bagi keamanan pengguna.

Sistem mirip Plasma mungkin tampak murah dan cepat, tetapi pengguna harus memahami apa yang terjadi jika data menghilang.

Jika pihak yang jujur tidak mampu terus mengajukan challenge, atau pengguna tidak online selama jendela exit, model keamanan dapat menjadi lebih lemah.

Karena itu, DA Challenge sering dibahas sebagai mekanisme teknis sekaligus mekanisme ekonomi.

Sistem harus benar secara teknis dan layak digunakan secara ekonomi.

DA Challenge dan Penarikan Pengguna

Penarikan dapat terdampak oleh ketersediaan data.

Jika pengguna tidak dapat mengakses data yang dibutuhkan untuk membuktikan saldo atau membangun ulang status chain, mereka mungkin kesulitan melakukan penarikan dengan aman.

Inilah salah satu alasan DA Challenge penting untuk melindungi pengguna.

DA Challenge dapat mencegah rollup atau sistem mirip Plasma memfinalisasi data yang tidak tersedia dan dapat membuat penarikan menjadi tidak aman.

Namun, dampak tepatnya terhadap penarikan bergantung pada desain chain.

Beberapa sistem mungkin mengizinkan exit darurat.

Beberapa mungkin melakukan reorganisasi mulai dari commitment yang datanya tidak tersedia.

Beberapa mungkin mengharuskan pengguna menunggu hingga jendela challenge berakhir.

Beberapa mungkin bergantung pada komite DA, bridge, atau sistem proof untuk mengonfirmasi ketersediaan data.

Pengguna sebaiknya membaca dokumentasi penarikan chain sebelum berasumsi bahwa semua penarikan Layer 2 memiliki jaminan keamanan yang sama.

DA Challenge dan Reorganisasi L2

Reorganisasi, atau reorg, terjadi ketika chain mengganti sebagian riwayat yang sebelumnya diterima dengan riwayat kanonis yang berbeda.

Dalam sistem DA Challenge, challenge yang tidak terselesaikan dapat menyebabkan rollup menolak atau mereorganisasi blok yang berasal dari data yang tidak tersedia.

Spesifikasi Alt-DA OP Stack menjelaskan bahwa challenge yang kedaluwarsa tanpa penyelesaian dapat menyebabkan chain kanonis L2 mengalami reorg mulai dari blok pertama yang berasal dari data input yang digugat.

Ini merupakan respons yang tegas karena mencegah chain terus dibangun secara permanen di atas data yang tidak dapat diverifikasi oleh peserta yang jujur.

Namun, reorg juga dapat berdampak pada aplikasi dan pengguna.

Transaksi yang tampak sudah masuk dapat menghilang jika berada dalam rentang yang terdampak.

Aplikasi mungkin perlu menunggu finalitas yang lebih kuat sebelum mengkreditkan saldo, memproses penarikan, atau menjalankan tindakan bernilai tinggi.

Itulah sebabnya sistem DA Challenge perlu dipahami dengan jelas oleh wallet, bridge, explorer, dan developer.

Chain yang menggunakan DA Challenge mungkin memiliki biaya data lebih murah, tetapi model finalitasnya bisa lebih kompleks daripada yang diperkirakan pengguna.

DA Challenge dan Risiko Denial-of-Service

Sistem DA Challenge dapat diserang jika biaya untuk memulai challenge terlalu murah atau biaya untuk menyelesaikannya terlalu mahal.

Penyerang dapat mengirim spam challenge agar penyedia data, sequencer, atau kontrak harus menghabiskan sumber daya.

Itulah sebabnya bond challenge dan biaya penyelesaian penting.

Spesifikasi Alt-DA OP Stack membahas penggunaan persyaratan bond berbayar untuk mengurangi risiko denial-of-service.

Sistem challenge harus dirancang agar pengguna yang jujur dapat menggugat data yang tidak tersedia, sementara penyerang tidak dapat membanjiri sistem dengan sengketa palsu secara murah.

Penentuan besaran bond sulit dilakukan karena biaya blockchain berubah seiring waktu.

Jika biaya naik, bond yang sebelumnya wajar mungkin menjadi terlalu kecil atau terlalu besar.

Jika challenge mengharuskan pengiriman calldata berukuran besar, biaya penyelesaian dapat meningkat selama periode biaya tinggi.

Desain yang baik harus mempertimbangkan volatilitas biaya, ukuran input maksimum, aturan pengembalian dana, dan insentif ekonomi.

Keamanan dalam konteks ini bukan hanya soal kriptografi.

Keamanan juga bergantung pada apakah model ekonominya tetap berjalan dalam kondisi penuh tekanan.

DA Challenge dan Biaya On-Chain

DA Challenge dapat menimbulkan biaya on-chain karena challenge dan penyelesaiannya mungkin memerlukan transaksi Layer 1.

Jika data yang hilang harus dikirimkan langsung sebagai calldata, pihak yang menyelesaikan mungkin harus membayar gas fee yang signifikan.

Inilah salah satu alasan beberapa sistem mengeksplorasi DA bridge, sertifikat, atau zero-knowledge proof untuk mengurangi biaya penyelesaian on-chain.

Desain ZK DA Bridge Eclipse membahas penggunaan sistem proof untuk mengurangi biaya verifikasi saat memeriksa ketersediaan data antar-sistem.

Hal penting bagi pengguna adalah keamanan DA memiliki biaya.

Memublikasikan semua data langsung di base layer yang aman itu mahal.

Memublikasikan commitment saja memang lebih murah, tetapi menimbulkan kebutuhan akan mekanisme challenge, proof, atau bridge.

Tidak ada desain yang bebas biaya.

Setiap sistem harus memilih di mana biaya akan dikeluarkan: biaya pengiriman data, biaya watcher, biaya challenge, kompleksitas bridge, atau asumsi kepercayaan tambahan.

DA Challenge dan Sampling Ketersediaan Data

Sampling ketersediaan data, yang sering disebut DAS, adalah cara lain untuk memperoleh keyakinan bahwa data tersedia tanpa mengharuskan setiap node mengunduh seluruh data.

Roadmap Danksharding Ethereum menjelaskan bahwa validator memerlukan sampling ketersediaan data agar dapat memverifikasi data blob secara efisien.

DAS dan DA Challenge saling berkaitan, tetapi bukan hal yang sama.

DAS membantu peserta memeriksa ketersediaan melalui sampling acak.

DA Challenge adalah proses sengketa yang merespons ketika data tampak tidak tersedia atau tidak dapat diselesaikan.

Beberapa sistem mendatang mungkin menggabungkan sampling, commitment, proof, bridge, dan challenge.

Tujuannya adalah menurunkan biaya data tanpa memaksa pengguna memercayai satu sequencer atau penyedia data.

Perbedaan sederhananya bagi pengguna kripto adalah: sampling memeriksa apakah data kemungkinan tersedia, sedangkan challenge menggugat ketersediaan ketika terjadi masalah.

Kedua mekanisme dapat mendukung scaling yang lebih aman jika dirancang dengan baik.

Manfaat DA Challenge

Manfaat pertama DA Challenge adalah akuntabilitas.

Pengguna dapat menggugat commitment data alih-alih memercayai sequencer atau penyedia DA begitu saja.

Manfaat kedua adalah keamanan rollup yang lebih kuat.

Jika data yang tidak tersedia dapat memicu penolakan atau reorganisasi, kemungkinan chain memfinalisasi riwayat yang tidak dapat diverifikasi menjadi lebih kecil.

Manfaat ketiga adalah scaling dengan biaya lebih rendah.

DA Challenge dapat mendukung desain Alt-DA yang mengurangi biaya pengiriman data sekaligus menambahkan mekanisme sengketa.

Manfaat keempat adalah modularitas.

Masalah DA dapat dipisahkan dari logika eksekusi dan fraud proof, sehingga setiap bagian sistem dapat memiliki fungsi khusus.

Manfaat kelima adalah transparansi yang lebih baik.

Kontrak, jendela, bond, dan penyelesaian challenge dapat diperiksa secara on-chain jika sistem dibangun menggunakan kontrak publik.

Manfaat keenam adalah perlindungan pengguna.

Jika mekanisme ini berfungsi, mekanisme tersebut membantu mencegah pengguna terjebak dalam status chain yang tidak dapat diverifikasi.

Risiko DA Challenge

Risiko pertama adalah kegagalan watcher.

Jika tidak ada peserta jujur yang mendeteksi data hilang dan memulai challenge, mekanisme ini mungkin tidak melindungi pengguna tepat waktu.

Risiko kedua adalah biaya challenge yang tinggi.

Jika biaya untuk mengajukan challenge terlalu mahal, pengguna biasa mungkin tidak dapat menggunakan sistem tersebut.

Risiko ketiga adalah spam atau denial-of-service.

Jika biaya challenge terlalu rendah, penyerang dapat membanjiri sistem dengan challenge palsu.

Risiko keempat adalah ketergantungan pada data yang belum terselesaikan.

Jika sistem bergantung pada layer DA eksternal, DA Challenge mungkin tidak sepenuhnya menghilangkan asumsi kepercayaan terhadap layer tersebut.

Risiko kelima adalah finalitas yang kompleks.

Pengguna dan aplikasi mungkin salah memahami kapan transaksi aman, finalized, atau masih dapat terdampak reorg terkait challenge.

Risiko keenam adalah status implementasi.

Beberapa dokumentasi mungkin menjelaskan fitur DA Challenge yang masih direncanakan atau eksperimental dan belum aktif di setiap chain.

Risiko ketujuh adalah kendali tata kelola.

Jika parameter seperti ukuran bond, jendela challenge, jendela penyelesaian, atau alamat kontrak dapat diubah oleh kelompok kecil, pengguna perlu memahami risiko tata kelola tersebut.

Cara Pengguna Mengevaluasi Sistem DA Challenge

Pengguna sebaiknya terlebih dahulu memeriksa apakah chain menggunakan data Ethereum, layer DA eksternal, komite DA, atau sistem data lainnya.

Periksa apakah chain memiliki mekanisme DA Challenge yang sudah aktif atau baru direncanakan.

Periksa jendela challenge dan jendela penyelesaian.

Periksa siapa yang dapat memulai challenge.

Periksa apakah challenge memerlukan bond dan berapa besar bond tersebut.

Periksa apa yang terjadi setelah challenge diselesaikan.

Periksa apa yang terjadi jika challenge berakhir tanpa penyelesaian.

Periksa apakah sistem dapat mereorganisasi blok L2 setelah data yang tidak tersedia terdeteksi.

Periksa apakah wallet, bridge, dan aplikasi menunggu tingkat finalitas yang tepat.

Periksa apakah watcher independen atau operator node benar-benar memantau chain.

DA Challenge hanya berguna jika seluruh sistem di sekitarnya praktis digunakan, dipantau, dan ditegakkan.

Hal yang Perlu Dipertimbangkan Developer tentang DA Challenge

Developer sebaiknya memperlakukan DA Challenge sebagai bagian dari model keamanan aplikasi.

Jika DApp berjalan di chain dengan Alt-DA, developer perlu memahami jaminan ketersediaan data chain tersebut.

Bridge perlu sangat berhati-hati karena pesan bridge mungkin bergantung pada finalitas chain sumber.

Protokol DeFi sebaiknya mempertimbangkan apakah reorg akibat kegagalan DA dapat berdampak pada deposit, trading, pinjaman, atau likuidasi.

Game atau aplikasi sosial mungkin dapat menerima finalitas yang lebih fleksibel dibandingkan pasar pinjaman bernilai tinggi.

Developer juga perlu memahami apakah infrastruktur mereka mampu menangani peristiwa terkait challenge.

Indexer, explorer, wallet, dan layanan backend harus dapat merespons jika rentang blok L2 menjadi tidak valid akibat masalah DA yang belum terselesaikan.

Aplikasi sebaiknya tidak menganggap setiap chain berbiaya rendah memiliki karakteristik keamanan yang sama dengan rollup yang memublikasikan data langsung ke Ethereum.

Asumsi ketersediaan data harus menjadi bagian dari keputusan deployment, pengungkapan risiko, dan desain antarmuka pengguna.

Kesalahpahaman Umum tentang DA Challenge

Salah satu kesalahpahaman adalah bahwa DA Challenge membuktikan setiap transaksi benar.

Bukan demikian.

DA Challenge hanya menangani ketersediaan data di balik commitment.

Kesalahpahaman lainnya adalah bahwa DA Challenge sama dengan fraud proof.

Fraud proof menggugat kebenaran eksekusi, sedangkan DA Challenge menggugat ketersediaan data.

Kesalahpahaman ketiga adalah bahwa setiap chain dengan DA Challenge memiliki keamanan yang sama dengan chain yang mengirimkan semua data ke Ethereum.

Itu tidak benar karena sistem Alt-DA tetap menambahkan asumsi kepercayaan terkait layer DA, bridge, proses challenge, dan watcher.

Kesalahpahaman keempat adalah bahwa ketersediaan data berarti penyimpanan permanen.

Ketersediaan berarti data dapat diambil selama jendela verifikasi yang penting, sedangkan penyimpanan data jangka panjang adalah persoalan terpisah.

Kesalahpahaman kelima adalah bahwa pengguna tidak perlu memedulikan DA Challenge.

Pengguna perlu memedulikannya karena kegagalan DA dapat berdampak pada penarikan, finalitas, verifikasi, dan keamanan aset.

DA Challenge dan Penyimpanan Data Jangka Panjang

DA Challenge bukan sistem arsip jangka panjang.

Fokusnya adalah apakah data tersedia ketika sistem membutuhkannya untuk verifikasi dan keamanan.

Dokumentasi strategi penyimpanan data blockchain Ethereum menjelaskan bahwa ketersediaan data dan kemampuan mengambil data historis adalah dua konsep yang berbeda.

Perbedaan ini penting bagi rollup dan chain Alt-DA.

Chain mungkin berhasil membuktikan bahwa data tersedia selama jendela challenge, tetapi tetap memerlukan archive node, indexer, atau jaringan penyimpanan untuk menyimpan riwayat jangka panjang.

Pengguna mungkin memerlukan data historis untuk analitik, pajak, audit, riwayat aplikasi, atau riset sengketa.

Masalah pengambilan data jangka panjang tersebut tidak selalu diselesaikan oleh DA Challenge itu sendiri.

Developer sebaiknya merencanakan penyimpanan historis secara terpisah.

Pengguna perlu memahami bahwa chain dapat valid tetapi tetap bergantung pada infrastruktur tambahan untuk mengakses data lama.

DA Challenge dan Search Intent AEO

Orang yang mencari DA Challenge biasanya ingin memahami risiko ketersediaan data dalam rollup, sistem Alt-DA, dan blockchain modular.

Jawaban singkatnya adalah DA Challenge merupakan cara untuk menggugat apakah data rollup di balik commitment benar-benar tersedia.

Penjelasan lebih lengkapnya: DA Challenge membantu melindungi pengguna ketika chain memublikasikan commitment atas data, alih-alih memublikasikan semua data langsung ke base layer.

Istilah terkait mencakup ketersediaan data, Alt-DA, rollup, sequencer, fraud proof, validium, optimium, serangan penahanan data, jendela challenge, jendela penyelesaian, dan sampling ketersediaan data.

Pemahaman yang kuat tentang DA Challenge membantu pengguna membandingkan keamanan berbagai sistem Layer 2 dan blockchain modular.

Pemahaman ini juga membantu developer menentukan apakah biaya lebih rendah dari suatu chain sepadan dengan kompromi ketersediaan datanya.

DA Challenge penting karena scaling blockchain kini bukan hanya tentang eksekusi yang lebih cepat.

Scaling juga memastikan bahwa data di balik eksekusi tersebut tetap dapat diverifikasi.

FAQ

Apa arti DA Challenge?

DA Challenge berarti Data Availability Challenge, yaitu mekanisme untuk menggugat apakah data di balik commitment blockchain atau rollup benar-benar tersedia.

Mengapa DA Challenge penting?

DA Challenge penting karena pengguna dan node memerlukan data transaksi untuk memverifikasi status rollup, membuat fraud proof, dan berinteraksi dengan chain secara aman.

Apakah DA Challenge sama dengan fraud proof?

Tidak. DA Challenge menggugat ketersediaan data, sedangkan fraud proof menggugat kebenaran transisi status atau komputasi.

Siapa yang dapat memulai DA Challenge?

Dalam desain permissionless, pengguna, node, watcher, atau peserta jujur mana pun dapat memulai DA Challenge jika data yang diperlukan tidak tersedia.

Apa itu jendela DA Challenge?

Jendela DA Challenge adalah rentang waktu atau interval blok ketika commitment data dapat digugat.

Apa itu jendela penyelesaian DA?

Jendela penyelesaian DA adalah rentang waktu atau interval blok ketika data atau proof yang hilang harus dikirimkan untuk menyelesaikan challenge.

Apa yang terjadi jika DA Challenge tidak diselesaikan?

Bergantung pada sistemnya, commitment yang terdampak dapat ditolak, chain dapat direorganisasi, atau data dapat dianggap tidak tersedia berdasarkan aturan protokol.

Apakah DA Challenge membuat Alt-DA bebas risiko?

Tidak. DA Challenge dapat mengurangi risiko, tetapi sistem Alt-DA tetap memiliki asumsi tambahan terkait layer DA, bridge, watcher, ekonomi, dan implementasi.

Apa itu bond DA Challenge?

Bond DA Challenge adalah nilai yang disetorkan oleh pihak pengaju challenge untuk mencegah spam dan membuat challenge yang tidak perlu menjadi mahal.

Apakah DA Challenge dapat berdampak pada penarikan?

Ya. DA Challenge dapat berdampak pada penarikan jika data yang hilang menghalangi pengguna atau aplikasi memverifikasi status chain yang diperlukan untuk melakukan exit dengan aman.

Apakah DA Challenge aktif di semua rollup?

Tidak. Dukungan DA Challenge bergantung pada desain chain, stack, konfigurasi, dan status implementasi saat ini.

Apa yang perlu diperiksa pengguna sebelum menggunakan chain dengan DA Challenge?

Pengguna sebaiknya memeriksa layer DA, aturan challenge, aturan penyelesaian, perilaku finalitas, aktivitas watcher, asumsi bridge, dan apakah fitur tersebut benar-benar aktif.

Kesimpulan

DA Challenge adalah mekanisme keamanan penting bagi rollup modern, sistem Alt-DA, dan desain blockchain modular.

Mekanisme ini memungkinkan pengguna atau operator node menggugat apakah data di balik sebuah commitment benar-benar tersedia.

Hal ini penting karena ketersediaan data diperlukan untuk verifikasi, fraud proof, penarikan yang aman, sinkronisasi yang jujur, dan finalitas rollup.

DA Challenge paling penting ketika chain menurunkan biaya dengan memublikasikan commitment atau menggunakan ketersediaan data eksternal, alih-alih menempatkan semua data transaksi langsung di layer settlement.

Manfaatnya adalah scaling berbiaya lebih rendah dapat dilakukan dengan tambahan mekanisme sengketa.

Risikonya, sistem bergantung pada jendela challenge, jendela penyelesaian, bond, watcher, penyedia data, dan implementasi yang benar.

DA Challenge tidak boleh disamakan dengan fraud proof, periode challenge umum, atau penyimpanan data permanen.

DA Challenge secara khusus berfokus pada pembuktian atau penggugatan akses terhadap data yang diperlukan untuk verifikasi.

Pelajaran utama bagi pengguna adalah melihat lebih jauh dari biaya rendah dan menanyakan bagaimana chain menjamin ketersediaan data.

Pelajaran utama bagi developer adalah memperlakukan asumsi DA sebagai bagian dari model keamanan aplikasi.

Seiring scaling kripto terus beralih ke rollup, blob, Alt-DA, blockchain modular, dan sampling ketersediaan data, DA Challenge akan tetap menjadi konsep penting untuk memahami keamanan sistem Layer 2 dan eksekusi off-chain.