Sebuah prototipe Ethereum yang membagi tugas pemulihan blob di antara node melaporkan pengurangan 11–18× dalam perkiraan pekerjaan komputasi pemulihan dalam simulasi 1.000 node. Hasilnya menunjukkan bahwa operator dapat mengurangi pekerjaan yang tumpang tindih melalui perubahan yang lebih kecil daripada proposal jaringan RowDAS penuh.
Laporan 3 September peneliti Csaba Kiraly menggambarkan desain yang disederhanakan sebagai langkah pertama menuju RowDAS. Laporan ini menugaskan tugas pemulihan tanpa memperkenalkan saluran jaringan baris baru dalam proposal lengkap.
Blobs membawa data yang digunakan oleh layer-2 rollups. PeerDAS, sistem Ethereum untuk memeriksa ketersediaan data blob, memungkinkan node mengunduh hanya sebagian darinya. Node dengan tingkat kepemilikan tinggi menyimpan setidaknya 64 dari 128 kolom data, cukup untuk membangun kembali data blob yang hilang; supernode menyimpan semua 128.
Banyak node dengan tingkat kepemilikan tinggi dapat mengulangi rekonstruksi yang sama. Desain yang disederhanakan menetapkan blob-blob tertentu kepada mereka terlebih dahulu, memungkinkan yang lain menerima data yang telah dipulihkan alih-alih segera membangunnya kembali sendiri.
Apa yang ditunjukkan simulasi pemulihan blob Ethereum
Dalam satu konfigurasi dengan empat blob, 10% supernode dan tanpa kolom yang ditahan, biaya rekonstruksi jaringan secara keseluruhan diperkirakan turun dari 48,6 detik CPU di bawah model PeerDAS menjadi 2,75 detik CPU di bawah desain yang direduksi. Pada pangsa supernode 20%, angka yang sesuai adalah 91 dan 6,6 detik CPU.
Total tersebut menggambarkan pekerjaan komputasi yang terakumulasi di seluruh jaringan simulasi, bukan waktu pemulihan yang berlalu. Akuntansi menerapkan biaya terukur sebesar 162 milidetik per pemulihan blob pada prosesor Ryzen 9 8945HS. Kecepatan transaksi dan penghematan biaya berada di luar pengukuran yang dilaporkan.
Baseline PeerDAS sudah mencakup penundaan acak dan pemeriksaan yang menekan rekonstruksi ganda. Oleh karena itu, perbandingan ini memberikan kredit kepada perilaku klien yang ada atas pekerjaan yang dihemat oleh penundaan tersebut.
Dalam varian yang direduksi, node-node yang ditugaskan berbagi sel-sel yang dipulihkan melalui saluran distribusi kolom yang sudah ada. Node-node dengan tingkat keamanan tinggi mempertahankan peran pemulihan tertunda untuk apa pun yang masih hilang, menjaga backstop bergaya PeerDAS.
Full RowDAS, yang ditentukan dalam draf EIP-8371, akan menambahkan rute pemulihan lain: saluran baris memungkinkan node-node lebih kecil untuk menggabungkan data mereka dan memulihkannya secara kolektif ketika total kepemilikan mereka melewati ambang pemulihan. Desain yang disederhanakan tetap bergantung pada node-node dengan kepemilikan tinggi saat ini dan tidak dapat menyediakan ketahanan tambahan tersebut.
Pengukuran tetap terbatas pada jaringan simulasi, dalam proses, yang menggunakan kriptografi nyata. Kiraly tidak melaporkan hasil devnet, dan konfigurasi 128-baris-subnet dari desain penuh tetap merupakan ekstrapolasi dari jumlah subnet yang lebih kecil. Simulasi yang lebih besar dan pengujian jaringan nyata masih berada di depan.
EIP-8371 mempertahankan batas blob tetap, dan pemisahan yang diusulkan antara penugasan tugas dan jaringan baris belum dimasukkan ke dalam draf teksnya. Peluang segera lebih terbatas: mengurangi beban pemrosesan yang diperlukan untuk pemulihan, dengan manfaat ketahanan yang lebih luas bergantung pada lapisan baris berikutnya.
Pos Ethereum mungkin memiliki cara yang lebih sederhana untuk meringankan beban komputasi dari ekosistem rollupnya yang terus berkembang pertama kali muncul di CryptoSlate.