Oleh Jerry Luo, Kernel Ventures

TL;DR

1. Pada hari-hari awal, rantai publik membutuhkan node di seluruh jaringan untuk menjaga konsistensi data untuk memastikan keamanan dan desentralisasi. Namun, dengan perkembangan ekosistem blockchain, tekanan penyimpanan terus meningkat, menghasilkan tren sentralisasi operasi node. Pada tahap ini, Layer 1 sangat perlu menyelesaikan masalah biaya penyimpanan yang disebabkan oleh pertumbuhan TPS.

2. Dalam menghadapi masalah ini, pengembang perlu mengusulkan skema penyimpanan data historis baru dengan alasan mempertimbangkan keamanan, biaya penyimpanan, kecepatan baca data, dan fleksibilitas lapisan DA.

3. Dalam proses pemecahan masalah ini, banyak teknologi dan ide baru telah muncul, termasuk Sharding, DAS, Verkle Tree, komponen perantara DA, dll. Mereka mencoba mengoptimalkan skema penyimpanan lapisan DA dengan mengurangi redundansi data dan meningkatkan efisiensi verifikasi data.

4. Skema DA saat ini secara kasar dibagi menjadi dua kategori dari perspektif lokasi penyimpanan data, yaitu DA rantai utama dan DA pihak ketiga. DA rantai utama didasarkan pada perspektif membersihkan data secara teratur dan sharding penyimpanan data untuk mengurangi tekanan penyimpanan pada node. Persyaratan desain DA pihak ketiga dirancang untuk melayani penyimpanan dan memiliki solusi yang masuk akal untuk data dalam jumlah besar. Oleh karena itu, ini terutama trade-off antara kompatibilitas rantai tunggal dan kompatibilitas multi-rantai, dan tiga solusi diusulkan: DA khusus rantai utama, DA modular, dan DA rantai publik penyimpanan.

5. Rantai publik berbasis pembayaran memiliki persyaratan yang sangat tinggi untuk keamanan data historis, dan sangat cocok untuk menggunakan rantai utama sebagai lapisan DA. Namun, untuk rantai publik yang telah berjalan lama dan sejumlah besar penambang menjalankan jaringan, lebih tepat untuk mengadopsi DA pihak ketiga yang tidak melibatkan lapisan konsensus dan memperhitungkan keamanan akun. Rantai publik yang komprehensif lebih cocok untuk penggunaan penyimpanan DA yang didedikasikan untuk rantai utama dengan kapasitas data yang lebih besar, biaya dan keamanan yang lebih rendah. Tetapi mengingat kebutuhan akan cross-chain, DA modular juga merupakan pilihan yang baik.

6. Secara umum, blockchain berkembang ke arah pengurangan redundansi data dan pembagian kerja multi-rantai.

1. latar

Sebagai buku besar terdistribusi, blockchain perlu menyimpan data historis pada semua node untuk memastikan keamanan dan desentralisasi penyimpanan data. Karena kebenaran setiap perubahan status terkait dengan keadaan sebelumnya (sumber transaksi), untuk memastikan kebenaran transaksi, blockchain harus, pada prinsipnya, menyimpan semua riwayat dari transaksi pertama hingga transaksi saat ini. Mengambil Ethereum sebagai contoh, bahkan jika ukuran rata-rata setiap blok diperkirakan 20 kb, ukuran total blok Ethereum saat ini telah mencapai 370 GB, dan node penuh harus mencatat status dan penerimaan transaksi selain blok itu sendiri. Menghitung bagian ini, total volume penyimpanan satu node telah melebihi 1 TB, yang membuat operasi node terkonsentrasi ke sejumlah kecil orang.

Tinggi blok terbaru Ethereum, sumber gambar: Etherscan

2. Metrik performa DA

2.1 Keamanan

Dibandingkan dengan database atau struktur penyimpanan daftar tertaut, keabadian blockchain berasal dari fakta bahwa data yang baru dihasilkan dapat diverifikasi melalui data historis, sehingga memastikan keamanan data historisnya adalah pertimbangan pertama dalam penyimpanan lapisan DA. Untuk evaluasi keamanan data sistem blockchain, kami sering menganalisis jumlah redundansi data dan metode verifikasi ketersediaan data

** Jumlah redundansi **: Untuk redundansi data dalam sistem blockchain, ia terutama dapat memainkan peran berikut: pertama, jika jumlah redundansi dalam jaringan lebih besar, ketika validator perlu memeriksa status akun dalam blok historis untuk memverifikasi transaksi saat ini, ia bisa mendapatkan jumlah sampel terbesar untuk referensi, dan memilih data yang direkam oleh sebagian besar node. Dalam database tradisional, karena data hanya disimpan dalam bentuk pasangan kunci-nilai pada node tertentu, biaya serangan sangat rendah untuk mengubah data historis hanya pada satu node, dan secara teoritis, semakin berlebihan data, semakin kredibel data. Pada saat yang sama, semakin banyak node yang disimpan, semakin kecil kemungkinan data hilang. Ini juga dapat dibandingkan dengan server terpusat yang menyimpan game Web2, dan setelah semua server backend dimatikan, akan ada shutdown total. Namun, lebih banyak tidak lebih baik, karena setiap redundansi akan membawa ruang penyimpanan tambahan, dan terlalu banyak redundansi data akan membawa tekanan penyimpanan yang berlebihan ke sistem, dan lapisan DA yang baik harus memilih metode redundansi yang tepat untuk mencapai keseimbangan antara keamanan dan efisiensi penyimpanan.

Pemeriksaan ketersediaan data: Redundansi memastikan bahwa ada cukup catatan data dalam jaringan, tetapi data yang akan digunakan juga perlu diverifikasi keakuratan dan kelengkapannya. Pada tahap ini, metode verifikasi yang umum digunakan dalam blockchain adalah algoritma komitmen kriptografi, yang mempertahankan komitmen kriptografi kecil untuk dicatat oleh seluruh jaringan, dan komitmen ini diperoleh dengan mencampur data transaksi. Untuk menguji keaslian sepotong data historis, perlu untuk mengembalikan janji kriptografi melalui data, memeriksa apakah janji kriptografi yang diperoleh oleh pemulihan konsisten dengan catatan seluruh jaringan, dan jika konsisten, verifikasi lulus. Algoritma verifikasi kata sandi yang umum digunakan adalah Merkle Root dan Verkle Root. Algoritma verifikasi ketersediaan data keamanan tinggi hanya membutuhkan data verifikasi yang sangat sedikit, dan dapat dengan cepat memverifikasi data historis.

2.2 Biaya Penyimpanan

Pada premis untuk memastikan keamanan dasar, tujuan inti berikutnya yang ingin dicapai dalam lapisan DA adalah mengurangi biaya dan meningkatkan efisiensi. Yang pertama adalah mengurangi biaya penyimpanan, yaitu mengurangi jejak memori yang disebabkan oleh penyimpanan data per satuan ukuran, tanpa mempertimbangkan perbedaan kinerja perangkat keras. Pada tahap ini, cara utama untuk mengurangi biaya penyimpanan di blockchain adalah dengan mengadopsi teknologi sharding dan menggunakan penyimpanan yang dihargai untuk memastikan bahwa data disimpan secara efektif, dan mengurangi jumlah cadangan data. Namun, tidak sulit untuk melihat dari metode peningkatan di atas bahwa ada hubungan permainan antara biaya penyimpanan dan keamanan data, dan mengurangi pendudukan penyimpanan sering kali berarti penurunan keamanan. Oleh karena itu, lapisan DA yang baik perlu menyeimbangkan biaya penyimpanan dengan keamanan data. Selain itu, jika lapisan DA adalah rantai publik yang terpisah, juga perlu untuk mengurangi biaya dengan meminimalkan proses perantara pertukaran data, dan data indeks perlu dibiarkan untuk panggilan kueri berikutnya di setiap proses transit, sehingga semakin lama proses panggilan, semakin banyak data indeks akan tersisa dan biaya penyimpanan akan meningkat. Akhirnya, biaya penyimpanan data secara langsung berkaitan dengan daya tahan data. Secara umum, semakin tinggi biaya penyimpanan data, semakin sulit bagi rantai publik untuk terus-menerus menyimpan data.

2.3 Kecepatan baca data

Setelah pengurangan biaya tercapai, langkah selanjutnya adalah peningkatan efisiensi, yang merupakan kemampuan untuk dengan cepat memanggil data keluar dari lapisan DA ketika perlu digunakan. Proses ini melibatkan dua langkah, yang pertama adalah mencari node yang menyimpan data, proses ini terutama untuk rantai publik yang belum mencapai konsistensi data dari seluruh jaringan, jika rantai publik telah mencapai sinkronisasi data dari node seluruh jaringan, konsumsi waktu dari proses ini dapat diabaikan. Kedua, dalam sistem blockchain utama pada tahap ini, termasuk Bitcoin, Ethereum, dan Filecoin, metode penyimpanan node adalah database Leveldb. Di Leveldb, data disimpan dalam tiga cara. Yang pertama adalah bahwa data yang ditulis dengan cepat disimpan dalam file jenis memtable, dan ketika memtable penuh, jenis file diubah dari memtable menjadi immutable memtable. Kedua jenis file disimpan dalam memori, tetapi file Immutable Memtable tidak lagi dapat diubah dan hanya dapat membaca data darinya. Penyimpanan panas yang digunakan dalam jaringan IPFS menyimpan data di bagian ini, dan dapat dengan cepat dibaca dari memori ketika dipanggil, tetapi memori seluler dari node biasa sering kali berada pada level gigabyte, yang mudah ditulis dengan lambat, dan ketika node turun dan kondisi abnormal lainnya, data dalam memori akan hilang secara permanen. Jika Anda ingin data Anda disimpan terus-menerus, Anda perlu menyimpannya sebagai file SST ke solid-state drive (SSD), tetapi Anda perlu membaca data ke dalam memori terlebih dahulu, yang sangat memperlambat kecepatan pengindeksan data. Akhirnya, untuk sistem dengan penyimpanan pecahan, pemulihan data memerlukan pengiriman permintaan data ke beberapa node dan memulihkannya, yang juga akan memperlambat kecepatan membaca data.

Metode penyimpanan data Leveldb, sumber gambar: Leveldb-handbook

2.4 Kesamaan Lapisan DA

Dengan perkembangan DeFi dan masalah CEX, permintaan untuk transaksi lintas rantai aset terdesentralisasi juga meningkat. Apakah itu mekanisme lintas rantai penguncian hash, notaris atau rantai relai, tidak dapat dihindari untuk menentukan data historis pada dua rantai pada saat yang bersamaan. Inti dari masalah ini terletak pada pemisahan data pada dua rantai, dan komunikasi langsung tidak dapat dicapai dalam sistem desentralisasi yang berbeda. Oleh karena itu, pada tahap ini, solusi diusulkan dengan mengubah mode penyimpanan lapisan DA, yang menyimpan data historis dari beberapa rantai publik pada rantai publik tepercaya yang sama, dan hanya perlu memanggil data pada rantai publik ini saat memverifikasi. Ini membutuhkan lapisan DA untuk dapat membangun metode komunikasi yang aman dengan berbagai jenis rantai publik, yaitu, lapisan DA memiliki fleksibilitas yang baik.

3. Eksplorasi teknologi terkait DA

3.1 Pengasahan

Dalam sistem terdistribusi tradisional, file tidak disimpan dalam bentuk lengkap pada node, tetapi data asli dibagi menjadi beberapa blok dan blok disimpan di setiap node. Dan blok cenderung tidak disimpan hanya pada satu node, tetapi memiliki cadangan yang sesuai pada node lain, yang biasanya diatur ke 2 dalam sistem terdistribusi utama yang ada. Mekanisme sharding ini dapat mengurangi tekanan penyimpanan pada satu node, memperluas kapasitas total sistem ke jumlah kapasitas penyimpanan setiap node, dan memastikan keamanan penyimpanan melalui redundansi data yang tepat. Pendekatan sharding yang diambil dalam blockchain secara luas serupa, tetapi ada perbedaan dalam spesifikasinya. Pertama-tama, karena setiap node di blockchain tidak dapat dipercaya secara default, sejumlah besar data diperlukan untuk mencadangkan keaslian data selanjutnya dalam proses penerapan Sharding, sehingga jumlah cadangan node ini harus lebih dari 2. Idealnya, dalam sistem blockchain dengan skema penyimpanan ini, jika jumlah total validator adalah T dan jumlah pecahan adalah N, maka jumlah cadangan harus T / N. Yang kedua adalah prosedur penyimpanan Block, sistem terdistribusi tradisional memiliki lebih sedikit node, sehingga seringkali node beradaptasi dengan beberapa blok data, yang pertama adalah memetakan data ke cincin hash melalui algoritma hashing yang konsisten, dan kemudian setiap node menyimpan sejumlah blok data dalam kisaran tertentu, dan dapat diterima bahwa node tidak mengalokasikan tugas penyimpanan dalam penyimpanan tertentu. Di blockchain, apakah setiap node ditugaskan ke blok bukan lagi peristiwa acak tetapi peristiwa yang tak terhindarkan, dan setiap node akan secara acak memilih blok untuk penyimpanan, yang diselesaikan dengan menghitung jumlah pecahan dengan hasil hash data dengan data asli blok dan informasi node itu sendiri. Dengan asumsi bahwa setiap bagian data dibagi menjadi blok N, ukuran penyimpanan sebenarnya dari setiap node hanya 1 / N dari ukuran aslinya. Dengan mengatur N dengan tepat, keseimbangan antara TPS yang tumbuh dan tekanan penyimpanan node dapat dicapai.

Bagaimana data disimpan setelah Sharding, sumber gambar: Kernel Ventures

3.2 DAS (Pengambilan Sampel Ketersediaan Data)

Teknologi DAS didasarkan pada optimalisasi Sharding lebih lanjut dalam hal metode penyimpanan. Dalam proses sharding, karena penyimpanan node acak yang sederhana, blok tertentu mungkin hilang. Kedua, untuk data sharded, bagaimana mengkonfirmasi keaslian dan integritas data selama proses restorasi juga sangat penting. Di DAS, kedua masalah ini diatasi melalui kode Eraser dan komitmen polinomial KZG.

Kode penghapus: Mengingat banyaknya validator di Ethereum, probabilitas bahwa blok tidak disimpan oleh node mana pun hampir nol, tetapi secara teoritis masih ada kemungkinan situasi ekstrem seperti itu terjadi. Untuk mengurangi kemungkinan ancaman kehilangan penyimpanan ini, alih-alih secara langsung membagi data asli menjadi blok untuk penyimpanan, data asli dipetakan ke koefisien polinomial orde n, dan kemudian titik 2n diambil pada polinomial, dan node secara acak memilih salah satunya untuk penyimpanan. Untuk polinomial orde n ini, hanya n + 1 poin yang diperlukan untuk memulihkan, jadi hanya setengah dari blok yang perlu dipilih oleh node untuk mengembalikan data asli. Melalui kode Eraser, keamanan penyimpanan data dan kemampuan jaringan untuk memulihkan data ditingkatkan.

KZG Polynomial Promise: Bagian yang sangat penting dari penyimpanan data adalah verifikasi keaslian data. Pada jaringan yang tidak menggunakan kode Eraser, ada berbagai cara untuk memvalidasi prosesnya, namun jika kode Eraser di atas diperkenalkan untuk meningkatkan keamanan data, maka lebih tepat menggunakan komitmen polinomial KZG. Polinomial KZG berjanji untuk secara langsung memverifikasi konten satu blok dalam bentuk polinomial, sehingga menghilangkan kebutuhan untuk mengembalikan polinomial ke data biner, dan formulir verifikasi umumnya mirip dengan Merkle Tree, tetapi tidak diperlukan data node Path tertentu, hanya data root dan blok KZG yang diperlukan untuk memverifikasi keasliannya.

3.3 Mode verifikasi data lapisan DA

Validasi data memastikan bahwa data yang dipanggil dari node belum dirusak dan belum hilang. Untuk mengurangi jumlah data dan biaya komputasi yang diperlukan dalam proses verifikasi sebanyak mungkin, lapisan DA saat ini mengadopsi struktur pohon sebagai metode verifikasi utama. Bentuk paling sederhana adalah menggunakan Pohon Merkle untuk verifikasi, yang dicatat dalam bentuk pohon biner penuh, dan hanya perlu menyimpan akar Merkle dan nilai hash subpohon di sisi lain jalur node yang akan diverifikasi, dan kompleksitas waktu verifikasi adalah tingkat O (logN) (logN default ke log2 (N) jika jumlahnya tidak didasarkan). Meskipun proses validasi telah sangat disederhanakan, jumlah data dalam proses validasi umumnya meningkat dengan peningkatan data. Untuk mengatasi masalah peningkatan jumlah verifikasi, metode verifikasi lain, Verkle Tree, diusulkan pada tahap ini. Selain menyimpan nilai, setiap node di Verkle Tree juga akan datang dengan Komitmen Vektor, melalui nilai node asli dan bukti komitmen ini, Anda dapat dengan cepat memverifikasi keaslian data, tanpa memanggil nilai node saudara lainnya, yang membuat jumlah perhitungan untuk setiap verifikasi hanya terkait dengan kedalaman Verkle Tree, yang merupakan konstanta tetap, sehingga sangat mempercepat kecepatan verifikasi. Namun, perhitungan Komitmen Vektor membutuhkan partisipasi semua node saudara dalam lapisan yang sama, yang sangat meningkatkan biaya penulisan dan perubahan data. Namun, untuk data historis, yang disimpan secara permanen dan tidak dapat dirusak, Verkle Tree sangat cocok. Selain itu, ada juga varian Merkle Tree dan Verkle Tree dalam bentuk K-ary, dan mekanisme implementasi spesifiknya serupa, tetapi jumlah subpohon di bawah setiap node diubah, dan perbandingan kinerja spesifiknya dapat dilihat pada tabel berikut.

Perbandingan metode verifikasi data dan kinerja waktu, sumber gambar: Verkle Trees

3.4 Middleware DA generik

Ekspansi berkelanjutan dari ekologi blockchain telah membawa peningkatan jumlah rantai publik. Karena kelebihan dan tak tergantikan dari masing-masing rantai publik di bidangnya masing-masing, hampir tidak mungkin rantai publik Layer1 menjadi satu dalam waktu singkat. Namun, dengan perkembangan DeFi dan masalah CEX, permintaan akan aset perdagangan lintas rantai yang terdesentralisasi juga meningkat. Akibatnya, penyimpanan data multi-rantai DA-layer, yang dapat menghilangkan masalah keamanan dalam pertukaran data lintas rantai, telah menerima lebih banyak perhatian. Namun, untuk menerima data historis dari rantai publik yang berbeda, lapisan DA perlu menyediakan protokol terdesentralisasi untuk penyimpanan standar dan verifikasi aliran data, seperti kvye, middleware penyimpanan berdasarkan Arweave, yang mengambil inisiatif untuk menangkap data dari rantai, dan dapat menyimpan semua data pada rantai dalam bentuk standar ke Arweave untuk meminimalkan perbedaan dalam proses transmisi data. Secara relatif, Layer2, yang mengkhususkan diri dalam menyediakan penyimpanan data lapisan DA untuk rantai publik tertentu, berinteraksi dengan data melalui node berbagi internal, yang mengurangi biaya interaksi dan meningkatkan keamanan, tetapi memiliki keterbatasan yang relatif besar dan hanya dapat memberikan layanan ke rantai publik tertentu.

4. Skema penyimpanan tingkat DA

4.1 DA Rantai Utama

4.1.1 kelas DankSharding

Tidak ada nama pasti untuk jenis skema penyimpanan ini, dan perwakilan paling menonjol dari jenis skema penyimpanan ini adalah DankSharding di Ethereum, sehingga skema seperti DankSharding digunakan dalam artikel ini. Jenis solusi ini terutama menggunakan dua teknologi penyimpanan DA yang disebutkan di atas, Sharding dan DAS. Pertama, Sharding membagi data menjadi bagian-bagian yang sesuai, dan kemudian memungkinkan setiap node untuk mengekstrak blok data dalam bentuk DAS untuk penyimpanan. Jika ada cukup node di seluruh jaringan, kita dapat mengambil lebih banyak pecahan N, sehingga tekanan penyimpanan setiap node hanya 1 / N dari aslinya, sehingga mencapai N kali ekspansi ruang penyimpanan keseluruhan. Pada saat yang sama, untuk memastikan bahwa blok tidak disimpan dalam blok mana pun dalam kasus ekstrem, DankSharding mengkodekan data menggunakan Kode Penghapus, dan hanya setengah dari data yang dapat dipulihkan sepenuhnya. Akhirnya, proses validasi data menggunakan struktur pohon Verkle dan komitmen polinomial untuk mencapai validasi cepat.

4.1.2 Penyimpanan jangka pendek

Salah satu cara paling sederhana untuk memproses data untuk DA pada rantai utama adalah dengan menyimpan data historis untuk waktu yang singkat. Intinya, blockchain memainkan peran buku besar publik, mewujudkan perubahan pada konten buku besar di bawah premis seluruh jaringan saksi, tanpa perlu penyimpanan permanen. Mengambil Solana sebagai contoh, meskipun data historisnya disinkronkan ke Arweave, node mainnet hanya menyimpan data transaksi selama dua hari terakhir. Pada rantai publik berdasarkan catatan akun, data historis setiap momen mempertahankan status akhir akun di blockchain, yang cukup untuk memberikan dasar verifikasi untuk momen perubahan berikutnya. Untuk proyek dengan kebutuhan data khusus sebelum periode waktu ini, mereka dapat menyimpannya di rantai publik terdesentralisasi lainnya atau oleh pihak ketiga tepercaya. Ini berarti bahwa orang yang memiliki kebutuhan data tambahan perlu membayar untuk penyimpanan data historis.

4.2 DA Pihak Ketiga

4.2.1 DA khusus rantai utama: EthStorage

DA untuk rantai utama:D Hal terpenting di lapisan A adalah keamanan transmisi data, dan yang paling aman dalam hal ini adalah DA dari rantai utama. Namun, penyimpanan rantai utama dibatasi oleh ruang penyimpanan dan persaingan untuk sumber daya, jadi ketika jumlah data jaringan tumbuh dengan cepat, jika Anda ingin mencapai penyimpanan data jangka panjang, DA pihak ketiga akan menjadi pilihan yang lebih baik. Jika DA pihak ketiga memiliki kompatibilitas yang lebih tinggi dengan mainnet, ia dapat mewujudkan berbagi node dan memiliki keamanan yang lebih tinggi dalam proses pertukaran data. Oleh karena itu, di bawah premis mempertimbangkan keamanan, akan ada keuntungan besar bagi DA yang didedikasikan untuk rantai utama. Mengambil Ethereum sebagai contoh, salah satu persyaratan dasar dari DA khusus rantai utama adalah dapat kompatibel dengan EVM untuk memastikan interoperabilitas dengan data dan kontrak Ethereum, dan proyek perwakilan termasuk Topia, EthStorage, dll. Di antara mereka, EthStorage saat ini adalah yang paling berkembang dalam hal kompatibilitas, karena selain kompatibilitas tingkat EVM, ia juga menyiapkan antarmuka yang relevan untuk terhubung dengan alat pengembangan Ethereum seperti Remix dan Hardhat untuk mencapai kompatibilitas di tingkat alat pengembangan Ethereum.

** EthStorage **: EthStorage adalah rantai publik yang independen dari Ethereum, tetapi node yang berjalan di atasnya adalah yang lebih unggul dari node Ethereum, yaitu, node yang menjalankan EthStorage juga dapat menjalankan Ethereum pada saat yang sama, dan EthStorage dapat langsung dioperasikan melalui opcode di Ethereum. Dalam model penyimpanan EthStorage, yang hanya menyimpan sejumlah kecil metadata di mainnet Ethereum untuk pengindeksan, pada dasarnya menciptakan database terdesentralisasi untuk Ethereum. Dalam solusi saat ini, EthStorage telah menerapkan interaksi antara mainnet Ethereum dan EthStorage dengan menerapkan kontrak EthStorage di mainnet Ethereum. Jika Ethereum ingin menyetor data, ia perlu memanggil fungsi put() dalam kontrak, dan parameter input adalah dua variabel byte kunci, data, di mana data mewakili data yang akan disimpan, dan kunci adalah identifikasinya di jaringan Ethereum, yang dapat dilihat sebagai mirip dengan keberadaan CID di IPFS. Setelah pasangan (kunci, data) berhasil disimpan di jaringan EthStorage, EthStorage akan menghasilkan kvldx dan mengembalikannya ke mainnet Ethereum, yang sesuai dengan kunci di Ethereum, dan nilai ini sesuai dengan alamat penyimpanan data di EthStorage, sehingga masalah penyimpanan sejumlah besar data sekarang diubah untuk menyimpan satu pasangan (kunci, kvldx), yang sangat mengurangi biaya penyimpanan mainnet Ethereum. Jika Anda perlu melakukan panggilan ke data yang disimpan sebelumnya, Anda perlu menggunakan fungsi get() di EthStorage dan memasukkan parameter key, dan Anda dapat melakukan pencarian cepat pada data di EthStorage melalui kvldx yang disimpan di Ethereum.

Kontrak EthStorage, sumber gambar: Kernel Ventures

Dalam hal cara node menyimpan data, EthStorage meminjam dari pola Arweave. Pertama-tama, sejumlah besar pasangan (k, v) dari ETH dipecah, dan setiap pecahan berisi sejumlah pasangan data (k, v) yang tetap, di mana ada juga batasan ukuran spesifik dari setiap pasangan (k, v), untuk memastikan keadilan ukuran beban kerja dalam proses menyimpan hadiah untuk penambang. Untuk penerbitan hadiah, Anda perlu memverifikasi apakah node menyimpan data. Dalam proses ini, EthStorage membagi sharding (ukuran terabyte) menjadi sejumlah besar potongan dan menyimpan root Merkle di mainnet Ethereum untuk validasi. Selanjutnya, penambang perlu menyediakan nonce untuk menghasilkan alamat beberapa potongan melalui algoritma acak dengan hash dari blok sebelumnya di EthStorage, dan penambang perlu memberikan data potongan ini untuk membuktikan bahwa ia memang menyimpan seluruh sharding. Namun, nonce ini tidak dapat dipilih secara sewenang-wenang, jika tidak, node akan memilih nonce yang sesuai yang hanya sesuai dengan potongan yang disimpan untuk lulus verifikasi, jadi nonce ini harus membuat potongan yang dihasilkan memenuhi persyaratan jaringan setelah pencampuran dan hashing, dan hanya node pertama yang mengirimkan nonce dan bukti akses acak yang bisa mendapatkan hadiah.

4.2.2 DA Modular: Celestia

** Modul Blockchain **: Pada tahap ini, transaksi yang perlu dieksekusi oleh rantai publik Layer1 terutama dibagi menjadi empat bagian berikut: (1) merancang logika yang mendasari jaringan, memilih validator dengan cara tertentu, menulis blok dan mendistribusikan hadiah kepada pengelola jaringan, (2) mengemas dan memproses transaksi dan mempublikasikan transaksi terkait, (3) memverifikasi transaksi yang akan dimasukkan ke dalam rantai dan menentukan keadaan akhir, dan (4) menyimpan dan memelihara data historis di blockchain. Tergantung pada fungsi yang dicapai, kita dapat membagi blockchain menjadi empat modul, yaitu lapisan konsensus, lapisan eksekusi, lapisan penyelesaian, dan lapisan ketersediaan data (lapisan DA).

Desain blockchain modular: Untuk waktu yang lama, keempat modul ini telah diintegrasikan ke dalam rantai publik, dan blockchain semacam itu disebut blockchain monolitik. Bentuk ini lebih stabil dan mudah dirawat, tetapi juga memberi banyak tekanan pada satu rantai publik. Dalam praktiknya, keempat modul ini saling membatasi dan bersaing untuk sumber daya komputasi dan penyimpanan yang terbatas dari rantai publik. Misalnya, meningkatkan kecepatan pemrosesan lapisan pemrosesan akan memberi lebih banyak tekanan penyimpanan pada lapisan ketersediaan data, dan memastikan keamanan lapisan eksekusi akan membutuhkan mekanisme otentikasi yang lebih kompleks yang memperlambat pemrosesan transaksi. Oleh karena itu, pengembangan rantai publik sering menghadapi trade-off antara keempat modul ini. Untuk menerobos hambatan dalam meningkatkan kinerja rantai publik ini, para pengembang mengusulkan skema blockchain modular. Ide inti dari blockchain modular adalah untuk memisahkan satu atau beberapa dari empat modul di atas dan menyerahkannya ke implementasi rantai publik yang terpisah. Dengan cara ini, pada rantai publik, Anda hanya dapat fokus pada peningkatan kecepatan transaksi atau kapasitas penyimpanan, dan menerobos batasan sebelumnya yang disebabkan oleh efek papan pendek pada kinerja keseluruhan blockchain.

DA Modular: Pendekatan kompleks untuk melepaskan lapisan DA dari bisnis blockchain dan menyerahkannya ke rantai publik tunggal dianggap sebagai solusi yang layak untuk data historis Lapisan 1 yang berkembang. Eksplorasi di daerah ini masih dalam tahap awal, dengan Celestia menjadi proyek yang paling representatif saat ini. Dalam hal metode penyimpanan spesifik, Celestia meminjam dari metode penyimpanan Danksharding, yaitu membagi data menjadi beberapa blok, mengekstrak sebagian darinya oleh setiap node untuk penyimpanan, dan memverifikasi integritas data dengan komitmen polinomial KZG. Pada saat yang sama, Celestia menggunakan pengkodean penghapusan RS 2D canggih untuk menulis ulang data asli dalam bentuk matriks kk, dan akhirnya hanya 25% dari data asli yang dapat dipulihkan. Namun, penyimpanan data sharding pada dasarnya hanya mengalikan tekanan penyimpanan node di seluruh jaringan dengan faktor pada total volume data, dan tekanan penyimpanan dan volume data node masih mempertahankan pertumbuhan linier. Karena Layer 1 terus meningkatkan kecepatan transaksi, tekanan penyimpanan node mungkin masih mencapai ambang batas yang tidak dapat diterima suatu hari nanti. Untuk mengatasi masalah ini, komponen IPLD diperkenalkan di Celestia untuk diproses. Untuk data dalam matriks kk, tidak disimpan langsung di Celestia, tetapi di jaringan LL-IPFS, dan hanya kode CID dari data tersebut di IPFS yang disimpan di node. Ketika pengguna meminta sepotong data historis, node mengirimkan CID yang sesuai ke komponen IPLD, dan menggunakan CID untuk memanggil data mentah pada IPFS. Jika data ada di IPFS, itu dikembalikan melalui komponen dan node IPLD, dan jika tidak, itu tidak dapat dikembalikan.

Bagaimana data Celestia dibaca, sumber gambar: Celestia Core

** Celestia **: Mengambil Celestia sebagai contoh, kita bisa melihat sekilas penerapan blockchain modular dalam memecahkan masalah penyimpanan Ethereum. Node Rollup akan mengirimkan data transaksi yang dikemas dan diverifikasi ke Celestia dan menyimpan data di Celestia, dalam proses ini, Celestia hanya menyimpan data tanpa terlalu banyak kesadaran, dan akhirnya sesuai dengan ukuran ruang penyimpanan, node Rollup akan membayar token tia yang sesuai ke Celestia sebagai biaya penyimpanan. Penyimpanan di Celstia memanfaatkan DAS dan pengkodean penghapusan yang serupa dengan yang ada di EIP4844, tetapi pengkodean penghapusan polinomial di EIP4844 ditingkatkan ke pengkodean penghapusan RS 2D dan keamanan penyimpanan ditingkatkan lagi, hanya membutuhkan 25% fraktur untuk memulihkan seluruh data transaksi. Pada dasarnya, ini hanyalah rantai publik POS berbiaya rendah, dan jika Anda ingin menyelesaikan masalah penyimpanan data historis Ethereum, Anda memerlukan banyak modul khusus lainnya untuk bekerja dengan Celestia. Misalnya, dalam hal rollup, salah satu mode rollup yang paling direkomendasikan di situs web resmi Celestia adalah Sovereign Rollup. Berbeda dari rollup umum pada Layer 2, hanya transaksi yang dihitung dan diverifikasi, yaitu, operasi layer eksekusi selesai. Sovereign Rollup mencakup seluruh proses eksekusi dan penyelesaian, yang meminimalkan pemrosesan transaksi di Celestia, yang dapat memaksimalkan keamanan keseluruhan proses transaksi ketika keamanan keseluruhan Celestia lebih lemah daripada Ethereum. Dalam hal memastikan keamanan data yang dipanggil oleh Celestia di mainnet Ethereum, solusi paling utama adalah kontrak pintar jembatan gravitasi kuantum. Untuk data yang disimpan di Celestia, ia menghasilkan Merkle Root (Bukti Ketersediaan Data) dan tetap berada di kontrak jembatan gravitasi kuantum di mainnet Ethereum, dan setiap kali Ethereum memanggil data historis di Celestia, ia membandingkan hasil hashnya dengan Merkle Root, dan jika ya, itu berarti itu memang data historis yang benar.

4.2.3 Toko DA rantai publik

Dalam hal prinsip teknologi DA dari rantai utama, banyak teknologi yang mirip dengan Sharding dipinjam dari rantai publik penyimpanan. Di antara DA pihak ketiga, beberapa dari mereka telah menyelesaikan beberapa tugas penyimpanan secara langsung dengan bantuan rantai publik penyimpanan, seperti data transaksi spesifik di Celestia ditempatkan pada jaringan LL-IPFS. Dalam solusi DA pihak ketiga, selain membangun rantai publik terpisah untuk menyelesaikan masalah penyimpanan Lapisan 1, cara yang lebih langsung adalah menghubungkan rantai publik penyimpanan secara langsung dengan Lapisan 1 untuk menyimpan data historis yang sangat besar pada Lapisan 1. Untuk blockchain berkinerja tinggi, volume data historis bahkan lebih besar, dan ukuran data rantai publik berkinerja tinggi Solana mendekati 4 PG saat berjalan dengan kecepatan penuh, yang sepenuhnya di luar jangkauan penyimpanan node biasa. Solusi yang dipilih Solana adalah menyimpan data historis di Arweave, jaringan penyimpanan terdesentralisasi, dan hanya menyimpan 2 hari data di node di mainnet untuk verifikasi. Untuk memastikan keamanan proses yang disimpan, Solana dan rantai Arweave telah merancang protokol jembatan penyimpanan, Solar Bridge. Data yang diverifikasi oleh node Solana disinkronkan ke Arweave dan tag yang sesuai dikembalikan. Dengan tag ini, node Solana dapat melihat data historis blockchain Solana kapan saja. Di Arweave, node di seluruh jaringan tidak perlu menjaga konsistensi data dan menggunakannya sebagai ambang batas untuk berpartisipasi dalam pengoperasian jaringan, tetapi mengadopsi metode penyimpanan hadiah. Pertama-tama, Arweave tidak menggunakan struktur rantai tradisional untuk membangun blok, tetapi lebih seperti struktur grafik. Di Arweave, blok baru tidak hanya menunjuk ke blok sebelumnya, tetapi juga ke Blok Recall yang dihasilkan secara acak. Lokasi yang tepat dari Recall Block ditentukan oleh hash dari blok sebelumnya dan tinggi bloknya, dan lokasi Recall Block tidak diketahui sampai blok sebelumnya ditambang. Namun, dalam proses menghasilkan blok baru, node diharuskan memiliki data Recall Block untuk menggunakan mekanisme POW untuk menghitung hash dari kesulitan yang ditentukan, dan hanya penambang yang pertama kali menghitung hash yang cocok dengan kesulitan yang dapat dihargai, mendorong penambang untuk menyimpan data historis sebanyak mungkin. Pada saat yang sama, semakin sedikit orang yang menyimpan blok historis, semakin sedikit pesaing yang akan dimiliki node ketika menghasilkan kesulitan nonce, mendorong penambang untuk menyimpan blok dengan lebih sedikit cadangan di jaringan. Akhirnya, untuk memastikan bahwa node dapat menyimpan data secara permanen di Arweave, mekanisme penilaian node WildFire diperkenalkan. Node cenderung berkomunikasi dengan node yang dapat memberikan lebih banyak data historis lebih cepat, sementara node dengan peringkat lebih rendah sering tidak memiliki akses ke blok terbaru dan data transaksi di tempat pertama, sehingga mereka tidak dapat memimpin dalam persaingan untuk POW.

Bagaimana blok Arweave dibangun, sumber gambar: Arweave Yellow-Paper

5. Perbandingan komprehensif

Selanjutnya, kami akan membandingkan pro dan kontra dari masing-masing dari lima skenario penyimpanan berdasarkan empat dimensi metrik kinerja DA.

** Keamanan **: Sumber terbesar masalah keamanan data adalah kerugian yang disebabkan oleh transmisi data dan gangguan berbahaya dari node yang tidak jujur, dan dalam proses lintas rantai, karena independensi dan keadaan dua rantai publik tidak dibagikan, itu adalah area keamanan transmisi data yang paling terpukul. Selain itu, Layer 1 yang membutuhkan lapisan DA khusus pada tahap ini sering memiliki grup konsensus yang kuat, dan keamanannya sendiri akan jauh lebih tinggi daripada rantai publik penyimpanan biasa. Oleh karena itu, skema DA rantai utama memiliki keamanan yang lebih tinggi. Setelah memastikan keamanan pengiriman data, langkah selanjutnya adalah memastikan keamanan data panggilan. Jika hanya data historis jangka pendek yang digunakan untuk memverifikasi transaksi yang dipertimbangkan, data yang sama didukung oleh seluruh jaringan di jaringan yang disimpan sementara, sedangkan jumlah rata-rata cadangan data dalam skema seperti DankSharding hanya 1 / N dari jumlah node di seluruh jaringan, lebih banyak redundansi data dapat membuat data lebih kecil kemungkinannya hilang, dan juga dapat memberikan lebih banyak sampel referensi untuk verifikasi. Oleh karena itu, penyimpanan sementara akan memiliki keamanan data yang lebih tinggi. Dalam skema DA pihak ketiga, DA khusus rantai utama menggunakan node umum dengan rantai utama, dan data dapat langsung ditransmisikan melalui node relai ini selama proses lintas rantai, sehingga juga akan memiliki keamanan yang relatif lebih tinggi daripada solusi DA lainnya.

Biaya penyimpanan: Kontributor terbesar untuk biaya penyimpanan adalah jumlah redundansi data. Dalam solusi penyimpanan jangka pendek dari DA rantai utama, sinkronisasi data dari node seluruh jaringan digunakan untuk penyimpanan, dan setiap data yang baru disimpan perlu didukung oleh node dari seluruh jaringan, yang memiliki biaya penyimpanan tertinggi. Tingginya biaya penyimpanan pada gilirannya menentukan bahwa metode ini hanya cocok untuk penyimpanan sementara di jaringan TPS tinggi. Yang kedua adalah metode penyimpanan Sharding, termasuk Sharding di rantai utama dan Sharding di DA pihak ketiga. Karena rantai utama cenderung memiliki lebih banyak node, akan ada lebih banyak cadangan untuk setiap blok, sehingga solusi sharding rantai utama akan memiliki biaya yang lebih tinggi. Biaya penyimpanan terendah adalah DA rantai publik penyimpanan yang mengadopsi metode penyimpanan hadiah, dan jumlah redundansi data dalam skema ini sering berfluktuasi di sekitar konstanta tetap. Pada saat yang sama, mekanisme penyesuaian dinamis juga telah diperkenalkan dalam rantai publik penyimpanan DA untuk menarik node untuk menyimpan lebih sedikit data cadangan dengan meningkatkan hadiah untuk memastikan keamanan data.

Kecepatan baca data: Kecepatan penyimpanan data terutama dipengaruhi oleh lokasi penyimpanan data di ruang penyimpanan, jalur indeks data, dan distribusi data di node. Diantaranya, dimana data yang disimpan pada node memiliki dampak yang lebih besar pada kecepatan, karena menyimpan data dalam memori atau SSD dapat menyebabkan kecepatan baca bervariasi hingga puluhan kali lipat. Rantai publik penyimpanan DA sebagian besar mengadopsi penyimpanan SSD, karena beban pada rantai tidak hanya mencakup data lapisan DA, tetapi juga data pribadi dengan pekerjaan memori tinggi seperti video dan gambar yang diunggah oleh pengguna. Jika jaringan tidak menggunakan SSD sebagai ruang penyimpanan, sulit untuk menahan tekanan penyimpanan yang besar dan memenuhi kebutuhan penyimpanan jangka panjang. Kedua, untuk DA pihak ketiga dan DA rantai utama yang menggunakan data penyimpanan dalam memori, DA pihak ketiga pertama-tama perlu mencari data indeks yang sesuai di rantai utama, lalu mentransfer data indeks ke DA pihak ketiga di seluruh rantai dan mengembalikan data melalui jembatan penyimpanan. Sebaliknya, DA mainchain dapat meminta data langsung dari node dan karenanya memiliki kecepatan pengambilan data yang lebih cepat. Akhirnya, di dalam DA rantai utama, metode Sharding perlu memanggil blok dari beberapa node dan mengembalikan data asli. Akibatnya, penyimpanan jangka pendek lebih lambat daripada penyimpanan jangka pendek tanpa sharding.

** Universalitas lapisan DA **: Universalitas DA dari rantai utama mendekati nol, karena tidak mungkin untuk mentransfer data dari rantai publik dengan ruang penyimpanan yang tidak mencukupi ke rantai publik lain dengan ruang penyimpanan yang tidak mencukupi. Dalam DA pihak ketiga, fleksibilitas solusi dan kompatibilitasnya dengan rantai utama tertentu adalah sepasang indikator yang kontradiktif. Misalnya, dalam skema DA khusus rantai utama yang dirancang untuk rantai utama tertentu, sejumlah besar perbaikan telah dilakukan pada jenis simpul dan tingkat konsensus jaringan untuk beradaptasi dengan rantai publik, sehingga peningkatan ini dapat menjadi penghalang besar ketika berkomunikasi dengan rantai publik lainnya. Namun, dalam DA pihak ketiga, dibandingkan dengan DA modular, DA rantai publik penyimpanan berkinerja lebih baik dalam hal fleksibilitas. Rantai publik penyimpanan DA memiliki komunitas pengembang yang lebih besar dan lebih banyak fasilitas ekspansi, yang dapat beradaptasi dengan situasi rantai publik yang berbeda. Pada saat yang sama, rantai publik penyimpanan DA memperoleh data lebih aktif melalui penangkapan paket, daripada secara pasif menerima informasi yang dikirimkan dari rantai publik lainnya. Oleh karena itu, ia dapat menyandikan data dengan caranya sendiri, mewujudkan penyimpanan standar aliran data, memfasilitasi pengelolaan informasi data dari rantai utama yang berbeda, dan meningkatkan efisiensi penyimpanan.

Perbandingan kinerja solusi penyimpanan, sumber gambar: Kernel Ventures

6. ringkasan

Blockchain pada tahap ini sedang mengalami transisi dari Crypto ke Web3 yang lebih inklusif, membawa lebih dari sekadar banyak proyek di blockchain. Untuk mengakomodasi begitu banyak proyek yang berjalan pada saat yang sama di Layer 1, sambil memastikan pengalaman proyek Gamefi dan Socialfi, Layer 1, yang diwakili oleh Ethereum, telah mengadopsi metode seperti Rollups dan Blobs untuk meningkatkan TPS. Di antara blockchain yang baru lahir, jumlah blockchain berkinerja tinggi juga terus bertambah. Tetapi TPS yang lebih tinggi berarti tidak hanya kinerja yang lebih tinggi, tetapi juga tekanan penyimpanan yang lebih besar pada jaringan. Untuk data historis yang sangat besar, berbagai metode DA berdasarkan rantai utama dan pihak ketiga diusulkan pada tahap ini untuk beradaptasi dengan pertumbuhan tekanan penyimpanan on-chain. Ada pro dan kontra untuk setiap metode perbaikan, dan memiliki penerapan yang berbeda dalam konteks yang berbeda.

Blockchain berbasis pembayaran memiliki persyaratan yang sangat tinggi untuk keamanan data historis, dan tidak mengejar TPS yang sangat tinggi. Jika rantai publik semacam ini masih dalam tahap persiapan, Anda dapat mengadopsi metode penyimpanan seperti DankSharding, yang dapat mencapai peningkatan besar dalam kapasitas penyimpanan sambil memastikan keamanan. Namun, jika itu adalah rantai publik seperti Bitcoin, yang telah dibentuk dan memiliki sejumlah besar node, ada risiko besar dalam melakukan perbaikan tergesa-gesa pada lapisan konsensus, sehingga dimungkinkan untuk mengadopsi DA khusus untuk rantai utama dengan keamanan tinggi dalam penyimpanan off-chain untuk memperhitungkan masalah keamanan dan penyimpanan. Tetapi perlu dicatat bahwa fungsionalitas blockchain tidak statis tetapi selalu berubah. Misalnya, pada hari-hari awal, fungsi Ethereum terutama terbatas pada pembayaran dan penggunaan kontrak pintar untuk sekadar mengotomatiskan aset dan transaksi, tetapi dengan perluasan wilayah blockchain yang berkelanjutan, berbagai proyek Socialfi dan Defi secara bertahap ditambahkan ke Ethereum, membuat Ethereum berkembang ke arah yang lebih komprehensif. Baru-baru ini, dengan pecahnya ekologi prasasti pada Bitcoin, biaya transaksi jaringan Bitcoin telah melonjak hampir 20 kali lipat sejak Agustus, mencerminkan bahwa kecepatan transaksi jaringan Bitcoin pada tahap ini tidak dapat memenuhi permintaan transaksi, dan pedagang hanya dapat meningkatkan biaya transaksi sehingga transaksi dapat diproses sesegera mungkin. Sekarang, komunitas Bitcoin perlu melakukan trade-off, apakah akan menerima biaya tinggi dan kecepatan transaksi yang lambat, atau mengurangi keamanan jaringan untuk meningkatkan kecepatan transaksi tetapi bertentangan dengan tujuan awal sistem pembayaran. Jika komunitas Bitcoin memilih yang terakhir, maka skema penyimpanan yang sesuai juga perlu disesuaikan dalam menghadapi tekanan data yang meningkat.

Biaya transaksi mainnet Bitcoin berfluktuasi, sumber gambar: OKLINK

Untuk rantai publik dengan fungsi komprehensif, ia memiliki pengejaran TPS yang lebih tinggi, dan pertumbuhan data historis bahkan lebih besar, dan sulit untuk beradaptasi dengan pertumbuhan TPS yang cepat dalam jangka panjang dengan mengadopsi solusi seperti DankSharding. Oleh karena itu, lebih tepat untuk memigrasikan data ke DA pihak ketiga untuk penyimpanan. Di antara mereka, DA yang didedikasikan untuk rantai utama memiliki kompatibilitas tertinggi, dan mungkin lebih menguntungkan jika hanya masalah penyimpanan rantai publik tunggal yang dipertimbangkan. Namun, dalam rantai publik Layer1 hari ini, transfer aset lintas rantai dan interaksi data juga telah menjadi pengejaran umum komunitas blockchain. Jika kita mempertimbangkan pengembangan jangka panjang dari seluruh ekosistem blockchain, menyimpan data historis dari rantai publik yang berbeda pada rantai publik yang sama dapat menghilangkan banyak masalah keamanan dalam pertukaran data dan proses verifikasi, sehingga cara DA modular dan menyimpan DA rantai publik mungkin menjadi pilihan yang lebih baik. Di bawah premis universalitas yang erat, DA modular berfokus pada penyediaan layanan lapisan DA blockchain, dan memperkenalkan data historis manajemen data indeks yang lebih halus, yang dapat membuat klasifikasi data yang masuk akal dari rantai publik yang berbeda, dan memiliki lebih banyak keuntungan dibandingkan dengan menyimpan rantai publik. Namun, skema di atas tidak memperhitungkan biaya penyesuaian lapisan konsensus pada rantai publik yang ada, yang sangat berisiko, dan begitu ada masalah, hal itu dapat menyebabkan kerentanan sistemik dan membuat rantai publik kehilangan konsensus komunitas. Oleh karena itu, jika ini adalah solusi transisi dalam proses penskalaan blockchain, penyimpanan sementara yang paling sederhana dari rantai utama mungkin lebih cocok. Akhirnya, diskusi di atas didasarkan pada kinerja dalam proses operasi yang sebenarnya, tetapi jika tujuan rantai publik adalah untuk mengembangkan ekologinya sendiri dan menarik lebih banyak pihak dan peserta proyek, ia mungkin juga lebih memilih proyek yang didukung dan didanai oleh yayasannya sendiri. Misalnya, dalam kasus kinerja keseluruhan yang sama atau bahkan sedikit lebih rendah daripada skema penyimpanan rantai publik penyimpanan, komunitas Ethereum juga akan lebih memilih EthStorage sebagai proyek Layer2 yang didukung oleh Ethereum Foundation untuk terus mengembangkan ekosistem Ethereum.

Secara keseluruhan, meningkatnya kompleksitas blockchain saat ini juga membawa serta kebutuhan ruang penyimpanan yang lebih besar. Jika ada cukup validator Layer 1, data historis tidak perlu dicadangkan oleh semua node di seluruh jaringan, dan hanya perlu dicadangkan ke nomor tertentu untuk memastikan keamanan relatif. Pada saat yang sama, pembagian kerja rantai publik menjadi semakin rinci, dengan Lapisan 1 bertanggung jawab atas konsensus dan eksekusi, Rollup bertanggung jawab untuk perhitungan dan verifikasi, dan kemudian menggunakan blockchain terpisah untuk penyimpanan data. Setiap bagian dapat fokus pada satu fungsi tanpa dibatasi oleh kinerja yang lain. Namun, berapa banyak atau berapa persen node untuk menyimpan data historis untuk mencapai keseimbangan antara keamanan dan efisiensi, dan bagaimana memastikan interoperabilitas yang aman antara blockchain yang berbeda, adalah pertanyaan yang perlu dipikirkan dan terus ditingkatkan oleh pengembang blockchain. Bagi investor, mereka dapat memperhatikan proyek DA khusus rantai utama di Ethereum, karena Ethereum sudah memiliki cukup pendukung pada tahap ini sehingga tidak perlu bergantung pada komunitas lain untuk memperluas pengaruhnya. Lebih banyak kebutuhan adalah untuk meningkatkan dan mengembangkan komunitas mereka sendiri dan menarik lebih banyak proyek untuk mendarat di ekosistem Ethereum. Namun, untuk rantai publik dalam posisi pemburu, seperti Solana dan Aptos, rantai tunggal itu sendiri tidak memiliki ekosistem yang lengkap, sehingga mungkin lebih cenderung menyatukan kekuatan komunitas lain untuk membangun ekosistem lintas rantai yang besar untuk memperluas pengaruhnya. Oleh karena itu, untuk Layer 1 yang muncul, DA pihak ketiga generik layak mendapat perhatian lebih.

Sumber: Golden Finance