Peningkatan jaringan Ethereum versi testnet Dencun telah diluncurkan di testnet Goerli pada tanggal 17 Januari 2024, dan testnet Sepolia telah berhasil diluncurkan pada tanggal 30 Januari. Peningkatan Dencun semakin dekat dan semakin dekat.

Setelah upgrade testnet Holesky pada 7 Februari, ini akan menjadi upgrade mainnet. Peluncuran mainnet untuk upgrade Cancun telah secara resmi ditentukan pada tanggal 13 Maret 2024.

Hampir setiap peningkatan Ethereum disertai dengan tren pasar yang signifikan. Melihat kembali ke peningkatan terakhir pada 12 April 2023, yang dikenal sebagai peningkatan Shanghai, proyek-proyek yang terkait dengan Proof-of-Stake (PoS) mengalami peningkatan permintaan pasar.

Jika kita mengikuti pengalaman sebelumnya, kemungkinan akan ada peluang untuk penentuan posisi strategis menjelang peningkatan Dencun yang akan datang.

Namun, karena kerumitan teknis yang terlibat dalam peningkatan Dencun, peningkatan ini tidak dapat diringkas sesingkat peningkatan Shanghai dengan frasa tunggal seperti "Ethereum bertransisi dari PoW ke PoS." Kerumitan ini membuatnya sulit untuk memahami titik fokus untuk penentuan posisi strategis.

Oleh karena itu, artikel ini bertujuan untuk menjelaskan detail teknis upgrade Dencun dalam bahasa yang sederhana dan mudah dimengerti. Buku ini akan memandu pembaca melalui seluk-beluk peningkatan ini, menyoroti hubungannya dengan ketersediaan data (DA), solusi Layer 2, dan aspek-aspek lain yang relevan.

01. EIP 4484

EIP-4844 menonjol sebagai proposal paling penting dalam peningkatan Dencun, menandai langkah signifikan bagi Ethereum dalam perjalanan penskalaan terdesentralisasi.

Dalam istilah awam, solusi Ethereum Layer 2 saat ini membutuhkan pengiriman transaksi yang terjadi pada Layer 2 ke calldata mainnet Ethereum. Calldata ini kemudian digunakan oleh node untuk memverifikasi validitas blok pada jaringan Layer 2.

Akan tetapi, pendekatan ini memberikan tantangan, karena meskipun ada upaya untuk mengompres data transaksi, volume transaksi yang substansial pada Layer 2, dikalikan dengan biaya penyimpanan yang tinggi di mainnet Ethereum, masih membebankan biaya yang signifikan pada node dan pengguna Layer 2. Biaya yang tinggi ini dapat menyebabkan migrasi pengguna ke sidechain.

EIP-4844 memperkenalkan solusi hemat biaya dengan membuat jenis tempat penyimpanan baru yang disebut Binary Large Object (BLOB). Ini memperkenalkan jenis transaksi baru yang dikenal sebagai "BLOB-Carrying Transaction" untuk menggantikan data transaksi yang sebelumnya disimpan dalam calldata sebelum upgrade. Pendekatan inovatif ini membantu ekosistem Ethereum Layer 2 mencapai penghematan biaya gas.

Mengapa Penyimpanan BLOB Hemat Biaya？

Seperti yang kita semua tahu, efisiensi biaya sering kali disertai dengan trade-off. Alasan mengapa data BLOB memiliki biaya yang lebih rendah dibandingkan dengan calldata Ethereum biasa berukuran serupa adalah karena Ethereum Execution Layer (EL) tidak dapat secara langsung mengakses data BLOB itu sendiri.

Sebaliknya, EL hanya dapat mengakses referensi ke data BLOB, dan data BLOB yang sebenarnya hanya dapat diunduh dan disimpan oleh Lapisan Konsensus Ethereum (CL, juga dikenal sebagai node suar). Memori dan kebutuhan komputasi untuk menyimpan data BLOB jauh lebih rendah daripada calldata Ethereum biasa.

Selain itu, BLOB memiliki fitur yang berbeda - BLOB hanya dapat disimpan dalam jangka waktu terbatas (biasanya sekitar 18 hari) dan tidak dapat berkembang tanpa batas seperti ukuran buku besar Ethereum.

Masa Berlaku Penyimpanan BLOB

Berbeda dengan buku besar permanen blockchain, BLOB adalah penyimpanan sementara yang tersedia untuk 4.096 zaman, atau sekitar 18 hari.

Setelah kedaluwarsa, sebagian besar klien konsensus tidak akan dapat mengambil data spesifik di BLOB. Namun, bukti eksistensi sebelumnya akan tetap ada di mainnet dalam bentuk komitmen KZG dan akan disimpan secara permanen di mainnet Ethereum.

Mengapa 18 hari? Ini adalah pertukaran antara biaya penyimpanan dan efektivitas.

Pertama-tama, kita harus mempertimbangkan penerima manfaat yang paling intuitif dari peningkatan ini, yaitu rollup optimis (seperti Arbitrum dan Optimisme), karena ada jendela waktu 7 hari Fraud Proof di Rollup Optimis. Data transaksi yang disimpan dalam Blob adalah apa yang dibutuhkan Optimistic Rollups saat meluncurkan tantangan.

Oleh karena itu, masa berlaku Blob harus memastikan bahwa Bukti Penipuan Rollups Optimis dapat diakses. Demi kesederhanaan, komunitas Ethereum memilih 2 pangkat 12 (4.096 epoch berasal dari 2^12, dan satu epoch adalah sekitar 6,4 menit).

Transaksi Pembawa BLOB dan BLOB

Memahami hubungan antara keduanya adalah penting untuk memahami peran BLOB dalam ketersediaan data (DA).

Yang pertama adalah proposal EIP-4484 secara keseluruhan dan merupakan jenis transaksi baru, sedangkan yang kedua dapat dipahami sebagai lokasi penyimpanan sementara untuk transaksi lapisan 2.

Hubungan antara keduanya dapat dipahami karena sebagian besar data di lapisan pertama (data transaksi lapisan 2) disimpan di lapisan kedua. Data yang tersisa, yaitu komitmen data BLOB, akan disimpan dalam calldata mainnet. Dengan kata lain, janji dapat dibaca oleh EVM.

Komitmen dapat dibayangkan sebagai membangun semua transaksi di BLOB menjadi sebuah pohon Merkle, dan kemudian hanya akar Merkle, yaitu Komitmen, yang dapat diakses oleh kontrak.

Hal ini dapat dicapai dengan cerdik: meskipun EVM tidak dapat mengetahui konten spesifik BLOB, kontrak EVM dapat memverifikasi keaslian data transaksi dengan mengetahui Komitmen.

02. Hubungan Antara BLOB dan Lapisan 2

Teknologi rollup mencapai ketersediaan data (DA) dengan mengunggah data ke mainnet Ethereum, tetapi tidak dimaksudkan agar smart contract L1 dapat secara langsung membaca atau memverifikasi data yang diunggah ini.

Tujuan mengunggah data transaksi ke L1 adalah agar semua peserta dapat melihat data tersebut.

Sebelum peningkatan Dencun, seperti yang disebutkan di atas, Optimistic Rollups akan mempublikasikan data transaksi ke Ethereum sebagai calldata. Oleh karena itu, siapa pun dapat menggunakan informasi transaksi ini untuk mereproduksi status dan memverifikasi kebenaran jaringan Layer 2.

Tidak sulit untuk melihat bahwa data transaksi rollup harus murah, terbuka, dan transparan. Calldata bukanlah tempat yang baik untuk menyimpan data transaksi secara khusus untuk Layer 2, dan BLOB-Carrying Transaction dibuat khusus untuk Rollup.

Pada titik ini, Anda mungkin bertanya-tanya tentang pentingnya data transaksi.

Pada kenyataannya, data transaksi hanya digunakan dalam skenario tertentu:

• Untuk Optimistic Rollup, berdasarkan asumsi kepercayaan, ada kemungkinan ketidakjujuran. Dalam kasus seperti itu, catatan transaksi yang diunggah oleh rollup menjadi berguna, memungkinkan pengguna untuk memulai bukti penipuan.
• Untuk ZK Rollup, zero-knowledge proof telah membuktikan bahwa pembaruan status sudah benar. Mengunggah data hanya untuk memungkinkan pengguna menghitung status lengkap sendiri. Ketika node Layer 2 tidak dapat beroperasi dengan benar, mekanisme escape hatch, yang membutuhkan pohon status L2 yang lengkap, diaktifkan. Hal ini akan dibahas di bagian terakhir artikel ini.

Hal ini mengimplikasikan bahwa penggunaan data transaksi yang sebenarnya oleh kontrak sangat terbatas. Bahkan dalam bukti penipuan Optimistic Rollup, hanya diperlukan bukti bahwa data transaksi "ada" pada saat tertentu, dan tidak perlu menyimpan detail setiap transaksi di mainnet terlebih dahulu.

Dengan menempatkan data transaksi di BLOB, meskipun tidak dapat diakses oleh kontrak, kontrak mainnet dapat menyimpan komitmen BLOB.

Jika mekanisme pembuktian kecurangan membutuhkan transaksi tertentu di masa depan, menyediakan data untuk transaksi tersebut, selama transaksi tersebut cocok, dapat meyakinkan kontrak dan menyediakan data transaksi untuk mekanisme pembuktian kecurangan.

Hal ini tidak hanya memanfaatkan keterbukaan dan transparansi data transaksi, tetapi juga menghindari biaya besar untuk memasukkan semua data ke dalam kontrak di awal.

Dengan hanya mencatat komitmen, data transaksi dapat diverifikasi sekaligus mengoptimalkan biaya. Ini adalah solusi cerdas dan efisien untuk mengunggah data transaksi menggunakan teknologi Rollup.

Perlu dicatat bahwa dalam operasi Dencun yang sebenarnya, pohon Merkle yang mirip dengan Celestia tidak digunakan untuk menghasilkan komitmen, tetapi algoritme KZG (Kate-Zaverucha-Goldberg, Komitmen Polinomial) digunakan.

Dibandingkan dengan bukti pohon Merkle, proses pembuatan Bukti KZG relatif rumit, tetapi volume verifikasinya lebih kecil dan langkah-langkah verifikasinya lebih sederhana. Namun, kerugiannya adalah membutuhkan pengaturan yang dapat dipercaya (ceremony.ethereum.org, yang sekarang telah berakhir) dan tidak memiliki kemampuan untuk mencegah serangan komputasi kuantum (Dencun menggunakan metode Version Hash, dan metode verifikasi lainnya dapat diganti jika perlu).

Untuk proyek DA Celestia yang sekarang populer, ia menggunakan varian pohon Merkle. Tidak seperti KZG, KZG bergantung pada integritas node tetapi membantu menurunkan ambang batas sumber daya komputasi antar node, mempertahankan sifat desentralisasi jaringan.

03. Peluang di Dencun

Meskipun EIP-4844 mengurangi biaya dan meningkatkan efisiensi untuk Layer 2, namun juga meningkatkan risiko keamanan, yang juga membawa peluang baru.

Untuk memahami alasannya, kita perlu kembali ke mekanisme escape hatch atau mekanisme penarikan paksa yang disebutkan di atas.

Ketika node Layer 2 dinonaktifkan, mekanisme ini dapat memastikan bahwa dana pengguna dikembalikan dengan aman ke mainnet. Prasyarat untuk mengaktifkan mekanisme ini adalah pengguna harus mendapatkan state tree lengkap dari Layer 2.

Dalam keadaan normal, pengguna hanya perlu menemukan node penuh Layer 2 untuk meminta data, menghasilkan bukti merkle, dan kemudian mengirimkannya ke kontrak mainnet untuk membuktikan keabsahan penarikan mereka.

Tetapi jangan lupa bahwa pengguna ingin mengaktifkan mekanisme escape hatch untuk keluar dari L2 justru karena node L2 telah bertindak jahat. Jika ini terjadi, ada kemungkinan besar bahwa mereka tidak akan mendapatkan data yang mereka inginkan dari node.

Inilah yang sering disebut oleh Vitalik sebagai serangan penahanan data.

Sebelum EIP-4844, catatan Layer 2 permanen direkam pada mainnet. Ketika tidak ada node Layer 2 yang dapat memberikan status off-chain yang lengkap, pengguna dapat menggunakan node penuh sendiri.

Node penuh ini dapat memperoleh semua data historis yang dirilis oleh sequencer Layer 2 di mainnet melalui mainnet Ethereum. Pengguna dapat membuat bukti Merkle yang diperlukan dan mengirimkan bukti tersebut ke kontrak di mainnet untuk menyelesaikan penarikan aset L2 dengan aman.

Setelah EIP-4844, data Layer 2 hanya ada di BLOB node penuh Ethereum, dan data historis sebelum 18 hari akan dihapus secara otomatis.

Oleh karena itu, metode dalam paragraf sebelumnya untuk mendapatkan seluruh state tree dengan menyinkronkan mainnet tidak lagi dapat dilakukan. Jika Anda ingin mendapatkan state tree lengkap dari Layer 2, Anda hanya dapat mengandalkan node mainnet pihak ketiga yang telah menyimpan semua data BLOB Ethereum (yang seharusnya secara otomatis dihapus setelah 18 hari), atau node asli Layer 2 (yang jarang terjadi).

Setelah EIP-4844 ditayangkan, akan sangat sulit bagi pengguna untuk mendapatkan pohon status lengkap dari Layer 2 dengan cara yang sepenuhnya dapat dipercaya.

Tanpa cara yang stabil bagi pengguna untuk mendapatkan pohon status Layer 2, mereka tidak dapat melakukan operasi penarikan paksa dalam kondisi ekstrem. Oleh karena itu, EIP-4844 telah menjadi kekurangan keamanan untuk Layer 2 sampai batas tertentu.

Untuk menebus kurangnya keamanan ini, kita perlu memiliki solusi penyimpanan tanpa kepercayaan dengan siklus ekonomi yang positif. Penyimpanan di sini terutama mengacu pada penyimpanan data di Ethereum dengan cara yang tidak dapat dipercaya, yang berbeda dengan ruang penyimpanan di masa lalu karena ada kata kunci "tanpa kepercayaan" dalam hal ini.

Ethstorage dapat memecahkan masalah ketidakpercayaan dan telah menerima dua putaran pendanaan dari Ethereum Foundation.

Sebenarnya, konsep ini benar-benar dapat memenuhi potensi yang dibawa oleh peningkatan Dencun, dan ini layak untuk kita perhatikan.

Signifikansi yang paling intuitif dari Ethstorage adalah bahwa ia dapat memperpanjang waktu yang tersedia dari DA BLOB dengan cara yang sepenuhnya terdesentralisasi, menebus kekurangan keamanan Layer 2 setelah EIP-4844.

Selain itu, sebagian besar solusi L2 yang ada saat ini berfokus pada penskalaan daya komputasi Ethereum, yaitu meningkatkan TPS. Namun, permintaan untuk menyimpan data dalam jumlah besar dengan aman di mainnet Ethereum telah melonjak, terutama karena popularitas dApps seperti NFT dan DeFi.

Misalnya, permintaan untuk menyimpan NFT on-chain sangat besar, karena pengguna tidak hanya memiliki token kontrak NFT, tetapi juga gambar on-chain. Ethstorage dapat memecahkan masalah kepercayaan tambahan yang muncul dengan menyimpan gambar-gambar ini di pihak ketiga.

Terakhir, Ethstorage juga bisa menyelesaikan kebutuhan front-end dari dApps yang terdesentralisasi. Solusi yang ada saat ini terutama di-host oleh server terpusat (dengan DNS). Pengaturan ini membuat situs web rentan terhadap penyensoran dan masalah lain seperti pembajakan DNS, peretasan situs web, atau kerusakan server, sebagaimana dibuktikan oleh insiden seperti Tornado Cash.

Ethstorage masih dalam tahap pengujian awal, dan pengguna yang optimis dengan prospek jalur ini dapat mencobanya.

Penafian: Penafian

1. Artikel ini dicetak ulang dari[Biteye], Semua hak cipta adalah milik penulis asli[Biteye]. Jika ada keberatan dengan pencetakan ulang ini, silakan hubungi tim Gate Learn, dan mereka akan segera menanganinya.
2. Penafian Tanggung Jawab: Pandangan dan pendapat yang diungkapkan dalam artikel ini semata-mata merupakan pandangan dan pendapat penulis dan bukan merupakan saran investasi.
3. Penerjemahan artikel ke dalam bahasa lain dilakukan oleh tim Gate Learn. Kecuali disebutkan, menyalin, mendistribusikan, atau menjiplak artikel terjemahan dilarang.