Penulis: Kernel Ventures Jerry Luo

Editor: Kernel Ventures Rose, Kernel Ventures Mandy, Kernel Ventures Joshua

TLDR:

  1. Pada tahap awal blockchain, menjaga konsistensi data dianggap sangat penting untuk memastikan keamanan dan desentralisasi. Namun, seiring dengan perkembangan ekosistem blockchain, tekanan penyimpanan juga meningkat, yang mengarah pada tren sentralisasi dalam operasi node. Jika demikian, masalah biaya penyimpanan yang disebabkan oleh pertumbuhan TPS di Layer1 perlu segera diatasi.

  2. Menghadapi masalah ini, pengembang harus mengusulkan solusi yang sepenuhnya mempertimbangkan keamanan, biaya penyimpanan, kecepatan membaca data, dan fleksibilitas lapisan DA.

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

  4. Solusi DA secara umum dikategorikan menjadi dua jenis dari perspektif lokasi penyimpanan data, yaitu DA rantai utama dan DA pihak ketiga. DA rantai utama dirancang dari perspektif pembersihan data reguler dan penyimpanan data teriris untuk mengurangi tekanan penyimpanan pada node, sedangkan DA pihak ketiga dirancang untuk melayani kebutuhan penyimpanan yang memiliki solusi yang wajar untuk sejumlah besar data. Akibatnya, kami terutama melakukan trade-off antara kompatibilitas rantai tunggal dan kompatibilitas multi-rantai di DA pihak ketiga, dan mengusulkan tiga jenis solusi: DA khusus rantai utama, DA termodulasi, dan DA rantai publik penyimpanan.

  5. Rantai publik jenis pembayaran memiliki persyaratan yang sangat tinggi untuk keamanan data historis dan, dengan demikian, cocok untuk menggunakan rantai utama sebagai lapisan DA. Namun, untuk rantai publik yang telah berjalan lama dan memiliki sejumlah besar penambang yang menjalankan jaringan, lebih cocok untuk mengadopsi DA pihak ketiga yang tidak melibatkan perubahan lapisan konsensus dengan keamanan yang relatif tinggi. Untuk rantai publik yang komprehensif, lebih cocok untuk menggunakan penyimpanan DA khusus rantai utama dengan kapasitas data yang lebih besar, biaya yang lebih rendah, dan keamanan. Namun, mengingat permintaan untuk lintas rantai, DA modular juga merupakan pilihan yang baik.

  6. Secara keseluruhan, blockchain bergerak ke arah pengurangan redundansi data serta pembagian kerja multi-rantai.

1. Latar Belakang

Blockchain, sebagai buku besar terdistribusi, perlu membuat salinan data historis yang disimpan di semua node untuk memastikan bahwa penyimpanan data aman dan cukup terdesentralisasi. Karena kebenaran setiap perubahan status terkait dengan status sebelumnya (sumber transaksi), untuk memastikan kebenaran transaksi, blockchain harus menyimpan semua riwayat transaksi dari pembuatan transaksi pertama hingga transaksi saat ini. Mengambil Ethereum sebagai contoh, bahkan dengan mengambil 20 kb per blok sebagai ukuran rata-rata, total ukuran data saat ini di Ethereum telah mencapai 370 GB. Untuk node penuh, selain blok itu sendiri, ia harus mencatat status dan tanda terima transaksi. Termasuk bagian ini, jumlah total penyimpanan satu node telah melampaui 1 TB, yang membuat operasi node secara bertahap tersentralisasi.

Sumber: Etherscan

Peningkatan Ethereum di Cancun baru-baru ini bertujuan untuk meningkatkan TPS Ethereum hingga mendekati 1000, yang pada titik tersebut pertumbuhan penyimpanan tahunan Ethereum akan melampaui jumlah penyimpanan saat ini. Dalam rantai publik berkinerja tinggi, kecepatan transaksi puluhan ribu TPS dapat menghasilkan penambahan data ratusan GB per hari. Redundansi data umum dari semua node pada jaringan jelas tidak dapat beradaptasi dengan tekanan penyimpanan tersebut. Jadi, Layer1 harus menemukan solusi yang sesuai untuk menyeimbangkan pertumbuhan TPS dan biaya penyimpanan node.

2. Indikator Kinerja DA

2.1 Keamanan

Dibandingkan dengan basis data atau linked list, sifat kekekalan blockchain berasal dari fakta bahwa data yang baru dihasilkan dapat diverifikasi oleh data historis, sehingga memastikan keamanan data historis merupakan isu pertama yang perlu dipertimbangkan dalam penyimpanan lapisan DA. Untuk menilai keamanan data sistem blockchain, kami sering menganalisis jumlah redundansi data dan metode pemeriksaan ketersediaan data.

  • Jumlah redundansi: Redundansi data dalam sistem blockchain terutama memainkan peran seperti itu: pertama, lebih banyak redundansi dalam jaringan dapat menyediakan lebih banyak sampel untuk referensi saat verifikator perlu memeriksa status akun yang dapat membantu node memilih data yang direkam oleh mayoritas node dengan keamanan yang lebih tinggi. Dalam database tradisional, karena data hanya disimpan dalam bentuk pasangan kunci-nilai dalam node tertentu, mengubah data historis hanya dilakukan dalam satu node, dengan biaya serangan yang rendah, dan secara teoritis, semakin banyak jumlah redundansi, semakin tinggi tingkat kredibilitas data tersebut. Secara teoritis, semakin banyak redundansi, semakin dapat dipercaya data tersebut. Terlebih lagi, semakin banyak node, semakin kecil kemungkinan data akan hilang. Poin ini juga dapat dibandingkan dengan server terpusat yang menyimpan game Web2, setelah semua server latar belakang dimatikan, layanan akan ditutup sepenuhnya. Namun, redundansi yang lebih banyak tidak akan lebih baik, karena redundansi akan menambah ruang penyimpanan, yang akan menambah tekanan penyimpanan pada sistem. Lapisan DA yang baik harus memilih cara redundansi yang sesuai untuk mencapai keseimbangan antara keamanan dan efisiensi penyimpanan.

  • Pemeriksaan Ketersediaan Data: Jumlah redundansi dapat memastikan cukupnya catatan data dalam jaringan, tetapi data yang akan digunakan harus diperiksa keakuratan dan kelengkapannya. Blockchain saat ini umumnya menggunakan algoritma komitmen kriptografi sebagai metode verifikasi, yang hanya menyimpan komitmen kriptografi kecil yang diperoleh dengan pencampuran data transaksi, untuk dicatat oleh seluruh jaringan. Untuk menguji keaslian data historis, kita harus mencoba memulihkan komitmen dengan data tersebut. Jika komitmen pemulihan identik dengan komitmen asli, verifikasi lolos. Algoritma verifikasi kriptografi yang umum digunakan adalah Merkle Root dan Verkle Root. Algoritma verifikasi ketersediaan data keamanan tinggi dapat dengan cepat memverifikasi data historis dengan bantuan data pihak ketiga sesedikit mungkin.

2.2 Biaya Penyimpanan

Setelah memastikan keamanan dasar, tujuan berikutnya dari lapisan DA adalah mengurangi biaya dan meningkatkan efisiensi. Langkah pertama adalah mengurangi biaya penyimpanan yang disebabkan oleh konsumsi memori yang disebabkan oleh penyimpanan data per ukuran unit, terlepas dari perbedaan kinerja perangkat keras. Saat ini, cara utama untuk mengurangi biaya penyimpanan dalam blockchain adalah dengan mengadopsi teknologi sharding dan menggunakan penyimpanan hadiah untuk mengurangi jumlah pencadangan data sekaligus menjaga keamanannya. Namun, tidak sulit untuk melihat dari metode peningkatan di atas bahwa ada hubungan permainan antara biaya penyimpanan dan keamanan data, dan mengurangi okupansi penyimpanan sering kali berarti penurunan keamanan. Oleh karena itu, lapisan DA yang sangat baik perlu mewujudkan keseimbangan antara biaya penyimpanan dan keamanan data. Selain itu, jika lapisan DA adalah rantai publik yang terpisah, lapisan tersebut juga perlu mengurangi biaya dengan meminimalkan proses perantara pertukaran data, di mana setiap proses transit perlu meninggalkan data indeks untuk pengambilan berikutnya. Jadi, semakin lama proses pemanggilan, semakin banyak data indeks yang akan ditinggalkan, yang akan meningkatkan biaya penyimpanan. Terakhir, biaya penyimpanan data secara langsung terkait dengan persistensi data. Secara umum, semakin tinggi biaya penyimpanan data, semakin sulit bagi rantai publik untuk menyimpan data secara persisten.

2.3 Kecepatan Membaca Data

Setelah mencapai pengurangan biaya, langkah berikutnya adalah efisiensi yang berarti kemampuan untuk mengingat data dengan cepat dari lapisan DA saat dibutuhkan. Proses ini melibatkan dua langkah, yang pertama adalah mencari node untuk menyimpan data, terutama untuk rantai publik yang belum mencapai konsistensi data di seluruh jaringan, jika rantai publik telah mencapai sinkronisasi data node di seluruh jaringan, konsumsi waktu dari proses ini dapat diabaikan. Kemudian, dalam sistem blockchain arus utama pada tahap ini, termasuk Bitcoin, Ethereum, dan Filecoin, metode penyimpanan node adalah semua basis data Leveldb. Di Leveldb, data disimpan dalam tiga cara. Pertama, data yang ditulis saat itu juga disimpan dalam file tipe Memtable hingga Memtable penuh, kemudian, tipe file diubah dari Memtable menjadi Immutable Memtable. Kedua tipe tersebut disimpan dalam memori, tetapi file Immutable Memtable bersifat hanya-baca. Penyimpanan panas yang digunakan dalam jaringan IPFS menyimpan data di bagian jaringan ini, sehingga dapat dengan cepat dibaca dari memori saat dipanggil, tetapi rata-rata node hanya memiliki GB memori yang dapat dilepas, yang dapat dengan mudah diperlambat, dan ketika node mati, data dalam memori hilang secara permanen. Jika Anda menginginkan penyimpanan data persisten, Anda perlu menyimpan data dalam bentuk file SST pada solid state disk (SSD), tetapi saat membaca data, Anda perlu membaca data ke memori terlebih dahulu, yang sangat mengurangi kecepatan pengindeksan data. Terakhir, untuk sistem dengan sharding penyimpanan, pemulihan data memerlukan pengiriman permintaan data ke beberapa node dan memulihkannya, suatu proses yang juga memperlambat pembacaan data.

Sumber: Buku Pegangan Leveldb

2.4 Generalisasi Lapisan DA

Dengan perkembangan DeFi dan berbagai masalah CEX, kebutuhan pengguna untuk transaksi lintas rantai aset terdesentralisasi semakin berkembang. Apakah kita mengadopsi mekanisme lintas rantai dari hash-locking, notary, atau relay chain, kita tidak dapat menghindari penentuan data historis secara bersamaan pada dua rantai. Kunci dari masalah ini terletak pada pemisahan data pada dua rantai, yang tidak dapat dikomunikasikan secara langsung dalam sistem terdesentralisasi yang berbeda. Oleh karena itu, solusi diusulkan dengan mengubah metode 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 mengharuskan lapisan DA untuk dapat membangun komunikasi yang aman dengan berbagai jenis rantai publik yang berarti bahwa lapisan DA memiliki fleksibilitas yang baik.

3. Teknik Mengenai DA

3.1 Pemecahan

Dalam sistem terdistribusi tradisional, file tidak disimpan dalam bentuk lengkap pada satu node, tetapi membagi data asli menjadi beberapa blok dan menyimpannya di setiap node. Selain itu, blok tersebut sering kali tidak hanya disimpan dalam satu node tetapi juga meninggalkan cadangan yang sesuai di node lain. Dalam sistem terdistribusi arus utama yang ada, jumlah cadangan biasanya ditetapkan menjadi 2. Mekanisme sharding ini dapat mengurangi tekanan penyimpanan pada masing-masing node, memperluas total kapasitas sistem hingga jumlah kapasitas penyimpanan setiap node, dan pada saat yang sama memastikan keamanan penyimpanan melalui redundansi data yang sesuai. Skema sharding yang diadopsi dalam blockchain secara umum mirip dengan sistem terdistribusi tradisional, tetapi ada perbedaan dalam beberapa detail. Pertama, karena node default dalam blockchain tidak dapat dipercaya, proses realisasi sharding memerlukan sejumlah besar cadangan data untuk penilaian keaslian data berikutnya, sehingga jumlah cadangan node ini harus lebih dari 2. Idealnya, dalam sistem blockchain yang mengadopsi skema penyimpanan ini, jika jumlah total node autentikasi adalah T dan jumlah shard adalah N, jumlah cadangan harus T/N. Kedua, mengenai proses penyimpanan blok, sistem terdistribusi tradisional dengan lebih sedikit node sering kali memiliki mode yang diadaptasi oleh node ke beberapa blok data. Pertama, data dipetakan ke hash ring oleh algoritma hash yang konsisten, kemudian setiap node menyimpan rentang blok bernomor tertentu dengan penugasan hash ring. Dapat diterima dalam sistem bahwa satu node tunggal tidak memiliki tugas penyimpanan dalam penyimpanan tertentu. Sementara di blockchain, blok penyimpanan tidak lagi acak tetapi merupakan peristiwa yang tak terelakkan bagi node. Setiap node akan secara acak memilih satu blok untuk penyimpanan di blockchain, dengan proses yang diselesaikan oleh hasil hashing data yang dicampur dengan informasi node ke modulo nomor irisan. Dengan asumsi bahwa setiap data dibagi menjadi N blok, ukuran penyimpanan aktual setiap node hanya 1/N.Dengan menetapkan N secara tepat, kita dapat mencapai keseimbangan antara pertumbuhan TPS dan tekanan pada penyimpanan node.

Sumber: Kernel Ventures

3.2 DAS (Pengambilan Sampel Ketersediaan Data)

Teknologi DAS merupakan pengoptimalan lebih lanjut dari metode penyimpanan berdasarkan sharding. Dalam proses sharding, karena penyimpanan node yang acak, kehilangan blok dapat terjadi. Kedua, untuk data setelah sharding, cara mengonfirmasi keaslian dan integritas data selama proses pemulihan juga sangat penting. Dalam DAS, kedua masalah ini diselesaikan dengan kode Eraser dan komitmen polinomial KZG.

  • Kode Eraser: Mengingat banyaknya node terverifikasi di Ethereum, ada kemungkinan bahwa sebuah blok tidak disimpan oleh node mana pun meskipun itu merupakan peristiwa probabilitas. Untuk mengurangi ancaman penyimpanan yang hilang, alih-alih mengiris dan memotong data mentah menjadi blok, skema ini memetakan data mentah ke koefisien polinomial derajat ke-n, lalu mengambil 2n titik pada polinomial dan membiarkan node secara acak memilih salah satunya untuk disimpan. Untuk polinomial derajat ke-n ini, hanya n+1 titik yang diperlukan untuk reduksi, dan dengan demikian hanya setengah dari blok yang perlu dipilih oleh node agar kita dapat merealisasikan reduksi data asli. Kode Eraser meningkatkan keamanan penyimpanan data dan kemampuan jaringan untuk memulihkan data.

  • Komitmen polinomial KZG: Aspek yang sangat penting dari penyimpanan data adalah verifikasi keaslian data. Dalam jaringan yang tidak menggunakan kode Eraser, berbagai metode dapat digunakan untuk verifikasi, tetapi jika kode Eraser di atas diperkenalkan untuk meningkatkan keamanan data, maka lebih tepat untuk menggunakan komitmen polinomial KZG, yang dapat memverifikasi konten satu blok secara langsung dalam bentuk polinomial, sehingga menghilangkan kebutuhan untuk mereduksi polinomial menjadi data biner. Komitmen polinomial KZG dapat secara langsung memverifikasi konten satu blok dalam bentuk polinomial, sehingga menghilangkan kebutuhan untuk mereduksi polinomial menjadi data biner, dan bentuk verifikasi keseluruhannya mirip dengan Merkle Tree, tetapi tidak memerlukan data simpul Jalur tertentu dan hanya memerlukan data Akar dan blok KZG untuk memverifikasi keaslian blok.

3.3 Metode Validasi Data di DA

Validasi data memastikan bahwa data yang dipanggil dari node akurat dan lengkap. Untuk meminimalkan jumlah data dan biaya komputasi yang diperlukan dalam proses validasi, lapisan DA sekarang menggunakan struktur pohon sebagai metode validasi utama. Bentuk paling sederhana adalah menggunakan Pohon Merkle untuk verifikasi, yang menggunakan bentuk rekaman pohon biner lengkap, hanya perlu menyimpan Akar Merkle dan nilai hash dari sub-pohon di sisi lain jalur node dapat diverifikasi, kompleksitas waktu verifikasi adalah level O(logN) (logN adalah log2(N) default). Meskipun proses validasi telah sangat disederhanakan, jumlah data untuk proses validasi secara umum masih bertambah seiring dengan peningkatan data. Untuk mengatasi masalah peningkatan volume validasi, metode validasi lain, Verkle Tree, diusulkan pada tahap ini, di mana setiap node dalam Verkle Tree tidak hanya menyimpan nilai tetapi juga melampirkan Vector Commitment, yang dapat dengan cepat memvalidasi keaslian data dengan menggunakan nilai node asli dan bukti komitmen, tanpa perlu memanggil nilai node saudara lainnya, yang membuat perhitungan setiap validasi lebih mudah dan cepat. Hal ini membuat jumlah perhitungan untuk setiap verifikasi hanya terkait dengan kedalaman Verkle Tree, yang merupakan konstanta tetap, sehingga sangat mempercepat kecepatan verifikasi. Namun, perhitungan Vector Commitment memerlukan partisipasi semua node saudara di lapisan yang sama, yang sangat meningkatkan biaya penulisan dan perubahan data. Namun, untuk data seperti data historis, yang disimpan secara permanen dan tidak dapat dirusak, juga, hanya dapat dibaca tetapi tidak dapat ditulis, Verkle Tree sangat cocok. Selain itu, Merkle Tree dan Verkle Tree sendiri memiliki varian bentuk K-ary, implementasi spesifik mekanismenya serupa, hanya mengubah jumlah sub-pohon di bawah setiap node, perbandingan kinerja spesifik dapat dilihat pada tabel berikut.

Sumber: Pohon Verkle

3.4 Middleware DA Generik

Perluasan ekosistem blockchain yang berkelanjutan telah menghasilkan peningkatan jumlah rantai publik. Karena keunggulan dan sifat yang tak tergantikan dari setiap rantai publik di bidangnya masing-masing, mustahil bagi rantai publik Layer1 untuk menjadi satu dalam waktu singkat. Namun, dengan perkembangan DeFi dan masalah CEX, permintaan pengguna untuk aset perdagangan lintas rantai yang terdesentralisasi semakin meningkat. Oleh karena itu, penyimpanan data multirantai lapisan DA, yang dapat menghilangkan masalah keamanan dalam interaksi data lintas rantai, semakin mendapat perhatian. Namun, untuk menerima data historis dari berbagai rantai publik, lapisan DA perlu menyediakan protokol terdesentralisasi untuk penyimpanan dan validasi aliran data yang terstandarisasi. Misalnya, kvye, middleware penyimpanan berbasis Arweave, mengadopsi metode perayapan data secara aktif dari rantai utama, dan dapat menyimpan data dari semua rantai dalam bentuk terstandarisasi ke Arweave untuk meminimalkan perbedaan dalam proses transmisi data. Secara komparatif, Layer2, yang mengkhususkan diri dalam menyediakan penyimpanan data lapisan DA untuk rantai publik tertentu, melakukan interaksi data melalui node bersama internal. Meskipun mengurangi biaya interaksi dan meningkatkan keamanan, ia memiliki keterbatasan lebih besar dan hanya dapat menyediakan layanan untuk rantai publik tertentu.

4. Metode Penyimpanan DA

4.1 Rantai Utama DA

4.1.1 Mirip dengan DankSharding

Tidak ada nama pasti untuk jenis skema penyimpanan ini, tetapi yang paling menonjol adalah Dank Sharding di Ethereum, jadi dalam makalah ini, kami menggunakan istilah seperti Dank Sharding untuk merujuk pada jenis skema ini. Jenis skema ini terutama menggunakan dua teknik penyimpanan DA yang disebutkan di atas, sharding dan DAS, pertama, data dibagi menjadi sejumlah bagian yang sesuai dengan sharding, dan kemudian setiap node mengekstrak blok data dalam bentuk DAS untuk penyimpanan. Untuk kasus di mana ada cukup banyak node di seluruh jaringan, kita dapat mengambil lebih banyak irisan N, sehingga tekanan penyimpanan setiap node hanya 1/N dari aslinya, sehingga mewujudkan perluasan ruang penyimpanan keseluruhan N-lipat. Pada saat yang sama, untuk mencegah kasus ekstrem di mana suatu blok tidak disimpan oleh blok mana pun, Dank Sharding mengodekan data menggunakan Eraser Code, yang hanya memerlukan setengah dari data untuk pemulihan lengkap. Terakhir, data diverifikasi menggunakan struktur Verkle Tree dengan komitmen polinomial untuk checksum cepat.

4.1.2 Penyimpanan Sementara

Untuk DA rantai utama, salah satu cara paling sederhana untuk menangani data adalah dengan menyimpan data historis untuk jangka waktu yang singkat. Pada dasarnya, blockchain bertindak sebagai buku besar publik, di mana perubahan dilakukan pada konten buku besar di hadapan seluruh jaringan, dan tidak perlu penyimpanan permanen. Dalam kasus Solana, misalnya, meskipun data historisnya disinkronkan ke Arweave, node jaringan utama hanya menyimpan data transaksi dari dua hari terakhir. Pada rantai publik berdasarkan catatan akun, setiap momen data historis mempertahankan status akhir akun pada blockchain, yang cukup untuk memberikan dasar untuk verifikasi perubahan pada saat berikutnya. Mereka yang memiliki kebutuhan khusus untuk data sebelum waktu ini, dapat menyimpannya di rantai publik terdesentralisasi lainnya atau menyerahkannya kepada pihak ketiga yang tepercaya. Dengan kata lain, mereka yang memiliki kebutuhan tambahan untuk data perlu membayar untuk penyimpanan data historis.

4.2 DA Pihak Ketiga

4.2.1 DA untuk Rantai Utama: EthStorage

  • DA untuk Rantai Utama: Hal terpenting untuk lapisan DA adalah keamanan transmisi data, dan DA dengan keamanan tertinggi adalah DA rantai utama, tetapi penyimpanan rantai utama dibatasi oleh ruang penyimpanan dan persaingan sumber daya, jadi ketika volume data jaringan tumbuh cepat, DA pihak ketiga adalah pilihan yang lebih baik jika ingin mewujudkan penyimpanan data jangka panjang. Jika DA pihak ketiga memiliki kompatibilitas yang lebih tinggi dengan jaringan utama, ia dapat mewujudkan pembagian node, dan proses interaksi data akan memiliki keamanan yang lebih tinggi. Oleh karena itu, di bawah premis mempertimbangkan keamanan, DA khusus untuk rantai utama akan memiliki keuntungan besar. Mengambil Ethereum sebagai contoh, salah satu persyaratan dasar untuk DA yang didedikasikan untuk rantai utama adalah bahwa ia dapat kompatibel dengan EVM untuk memastikan interoperabilitas dengan data dan kontrak Ethereum, dan proyek representatif termasuk Topia, EthStorage, dll. Di antara mereka, EthStorage adalah DA yang paling kompatibel dalam hal kompatibilitas. Proyek representatif termasuk Topia, EthStorage, dan sebagainya. Di antara semuanya, EthStorage adalah yang paling berkembang dengan baik dalam hal kompatibilitas, karena selain kompatibilitas EVM, ia juga telah menyiapkan antarmuka relevan untuk berinteraksi dengan Remix, Hardhat, dan alat pengembangan Ethereum lainnya untuk mewujudkan kompatibilitas dengan alat pengembangan Ethereum.

  • EthStorage: EthStorage adalah rantai publik yang independen dari Ethereum, tetapi node yang berjalan di dalamnya adalah supergrup node Ethereum, yang berarti bahwa node yang menjalankan EthStorage juga dapat menjalankan Ethereum pada saat yang sama. Terlebih lagi, kita juga dapat langsung mengoperasikan EthStorage melalui opcode di Ethereum. Model penyimpanan EthStorage hanya mempertahankan sejumlah kecil metadata untuk pengindeksan di jaringan Ethereum utama, yang pada dasarnya menciptakan basis data terdesentralisasi untuk Ethereum. Dalam solusi saat ini, EthStorage menyebarkan Kontrak EthStorage di Ethereum utama untuk mewujudkan interaksi antara Ethereum utama dan EthStorage. Jika Ethereum ingin menyimpan data, ia perlu memanggil fungsi put() dalam kontrak, dan parameter inputnya adalah variabel dua-byte key, data, di mana data mewakili data yang akan disimpan, dan kuncinya adalah identitasnya di jaringan Ethereum, yang dapat dianggap mirip dengan keberadaan CID di IPFS. Setelah pasangan data (kunci, data) berhasil disimpan di jaringan EthStorage, EthStorage akan membuat kvldx yang akan dikembalikan ke jaringan host Ethereum, yang sesuai dengan kunci di jaringan Ethereum, dan nilai ini sesuai dengan alamat penyimpanan data di EthStorage sehingga masalah awal penyimpanan data dalam jumlah besar kini dapat diubah menjadi penyimpanan satu pasangan (kunci, kvldx). (kunci, kvldx), yang sangat mengurangi biaya penyimpanan jaringan utama Ethereum. Jika Anda perlu memanggil data yang disimpan sebelumnya, Anda perlu menggunakan fungsi get() di EthStorage dan memasukkan parameter kunci, lalu Anda dapat melakukan pencarian cepat data di EthStorage dengan menggunakan kvldx yang disimpan di Ethereum.

Sumber: Kernel Ventures

  • Dalam hal bagaimana node menyimpan data, EthStorage belajar dari model Arweave. Pertama-tama, sejumlah besar pasangan (k,v) dari ETH dipecah, dan setiap pemecahan berisi sejumlah pasangan (k, v) yang tetap, yang mana ada batasan pada ukuran setiap pasangan (k, v) untuk memastikan kewajaran beban kerja dalam proses penyimpanan imbalan bagi penambang. Untuk penerbitan imbalan, perlu untuk memverifikasi apakah node menyimpan data untuk memulai. Dalam proses ini, EthStorage akan membagi pemecahan (ukuran TB) menjadi banyak potongan dan menyimpan root Merkle pada mainnet Ethereum untuk verifikasi. Kemudian penambang perlu menyediakan nonce untuk menghasilkan beberapa chunk dengan algoritma acak dengan hash dari blok sebelumnya di EthStorage, dan penambang perlu menyediakan data chunk ini untuk membuktikan bahwa ia telah menyimpan seluruh sharding, tetapi nonce ini tidak dapat dipilih secara sembarangan, atau node akan memilih nonce yang sesuai dengan chunk yang disimpan olehnya dan lolos verifikasi. Namun, nonce ini tidak dapat dipilih secara acak, jika tidak, node akan memilih nonce yang sesuai yang hanya sesuai dengan chunk yang disimpannya dan dengan demikian lolos verifikasi, jadi nonce ini harus membuat chunk yang dihasilkan setelah pencampuran dan hashing sehingga nilai kesulitan memenuhi persyaratan jaringan, dan hanya node pertama yang mengirimkan nonce dan bukti akses acak yang bisa mendapatkan hadiah.

4.2.2 Modularisasi DA: Celsetia

  • Modul Blockchain: Transaksi yang akan dilakukan pada rantai publik Layer1 dibagi menjadi empat bagian berikut: (1) merancang logika dasar jaringan, memilih node validasi dengan cara tertentu, menulis blok, dan mengalokasikan hadiah untuk pengelola jaringan; (2) mengemas dan memproses transaksi serta menerbitkan transaksi terkait; (3) memvalidasi transaksi yang akan diunggah ke blockchain dan menentukan status akhir; (4) menyimpan dan memelihara data historis pada blockchain. Menurut berbagai fungsi yang dilakukan, blockchain dapat dibagi menjadi empat modul, lapisan konsensus, lapisan eksekusi, lapisan penyelesaian, dan lapisan ketersediaan data (lapisan DA).

  • Desain Blockchain Modular: selama ini, keempat modul ini telah diintegrasikan ke dalam satu rantai publik, blockchain semacam ini disebut blockchain monolitik. Bentuk ini lebih stabil dan lebih mudah dirawat, tetapi juga memberikan tekanan yang sangat besar pada rantai publik tunggal. Dalam praktiknya, keempat modul saling membatasi dan bersaing untuk mendapatkan sumber daya komputasi dan penyimpanan yang terbatas dari rantai publik. Misalnya, meningkatkan kecepatan pemrosesan lapisan pemrosesan akan memberikan lebih banyak tekanan penyimpanan pada lapisan ketersediaan data; memastikan keamanan lapisan eksekusi memerlukan mekanisme verifikasi yang lebih kompleks tetapi memperlambat kecepatan pemrosesan transaksi. Oleh karena itu, pengembangan rantai publik sering kali menghadapi trade-off antara keempat modul ini. Untuk mengatasi hambatan peningkatan kinerja rantai publik ini, pengembang telah mengusulkan solusi blockchain modular. Ide inti dari blockchain modular adalah untuk menghilangkan satu atau beberapa dari empat modul yang disebutkan di atas dan memberikannya ke rantai publik terpisah untuk implementasi. Dengan cara ini, rantai publik dapat berfokus pada peningkatan kecepatan transaksi atau kapasitas penyimpanan, menembus batasan sebelumnya pada kinerja keseluruhan blockchain karena efek short board.

  • Modular DA: Pendekatan kompleks untuk memisahkan lapisan DA dari bisnis blockchain dan menempatkannya pada rantai publik yang terpisah dianggap sebagai solusi yang layak untuk data historis Layer1 yang terus berkembang. Pada tahap ini, eksplorasi di area ini masih dalam tahap awal, dan proyek yang paling representatif adalah Celestia, yang menggunakan metode penyimpanan Sharding, yang juga membagi data menjadi beberapa blok, dan setiap node mengekstrak sebagian darinya untuk penyimpanan dan menggunakan komitmen polinomial KZG untuk memverifikasi integritas data. Pada saat yang sama, Celestia menggunakan kode korektif RS dua dimensi yang canggih untuk menulis ulang data asli dalam bentuk matriks k*k, yang pada akhirnya hanya membutuhkan 25% dari data asli untuk dipulihkan. Namun, penyimpanan data yang diiris pada dasarnya hanya mengalikan tekanan penyimpanan node di seluruh jaringan dengan faktor volume data total, dan tekanan penyimpanan node masih tumbuh secara linear dengan volume data. Karena Layer1 terus meningkatkan kecepatan transaksi, tekanan penyimpanan pada node mungkin masih mencapai ambang batas yang tidak dapat diterima suatu hari nanti. Untuk mengatasi masalah ini, komponen IPLD diperkenalkan di Celestia. Alih-alih menyimpan data dalam matriks k*k langsung di Celestia, data disimpan dalam jaringan LL-IPFS, dengan hanya kode CID data yang disimpan di node. Saat pengguna meminta sepotong data historis, node mengirimkan CID yang sesuai ke komponen IPLD, yang digunakan untuk memanggil data asli di IPFS. Jika data ada di IPFS, data tersebut dikembalikan melalui komponen IPLD dan node. Jika tidak ada, data tidak dapat dikembalikan.

Sumber: Celestia Core

  • Celestia: Mengambil Celestia sebagai contoh, kita dapat melihat penerapan blockchain modular dalam memecahkan masalah penyimpanan Ethereum. Node Rollup akan mengirimkan data transaksi yang dikemas dan diverifikasi ke Celestia dan menyimpan data tersebut di Celestia. Selama proses berlangsung, Celestia hanya menyimpan data tanpa terlalu banyak persepsi. Dalam proses ini, Celestia hanya menyimpan data tanpa merasakannya. Pada akhirnya, sesuai dengan ukuran ruang penyimpanan, node Rollup akan membayar token tia yang sesuai kepada Celestia sebagai biaya penyimpanan. Penyimpanan di Celestia menggunakan DAS dan kode debugging yang serupa seperti di EIP4844, tetapi kode debugging polinomial di EIP4844 ditingkatkan untuk menggunakan kode debugging RS dua dimensi, yang meningkatkan keamanan penyimpanan lagi. Hanya 25% dari fraksi yang diperlukan untuk memulihkan seluruh data transaksi. Ini pada dasarnya adalah rantai publik POS dengan biaya penyimpanan rendah, dan jika ingin direalisasikan sebagai solusi untuk masalah penyimpanan data historis Ethereum, banyak modul spesifik lainnya yang diperlukan untuk bekerja dengan Celestia. Misalnya, dalam hal rollup, salah satu model roll-up yang sangat direkomendasikan oleh situs web resmi Celestia adalah Sovereign Rollup, yang berbeda dari rollup umum pada Layer2, yang hanya dapat menghitung dan memverifikasi transaksi, hanya menyelesaikan lapisan eksekusi, dan mencakup seluruh proses eksekusi dan penyelesaian, yang meminimalkan kebutuhan untuk proses eksekusi dan penyelesaian pada Celestia. Ini meminimalkan pemrosesan transaksi pada Celestia, yang memaksimalkan keamanan keseluruhan dari proses transaksi ketika keamanan keseluruhan Celestia lebih lemah daripada Ethereum. Mengenai keamanan data yang dipanggil oleh Celestia pada jaringan utama Ethereum, solusi yang paling umum adalah kontrak pintar Quantum Gravity Bridge. Untuk data yang disimpan di Celestia, ia akan menghasilkan Merkle Root (sertifikat ketersediaan data) dan menyimpannya pada kontrak Quantum Gravity Bridge pada jaringan utama EtherCenter.Saat EtherCenter memanggil data historis pada Celestia setiap waktu, ia akan membandingkan hasil hash dengan Merkle Root, dan jika cocok, maka itu berarti memang data historis sebenarnya.

4.2.3 Rantai Penyimpanan DA

Dalam hal prinsip teknis DA rantai utama, banyak teknik yang mirip dengan sharding telah dipinjam dari rantai penyimpanan publik. Dalam DA pihak ketiga, beberapa di antaranya bahkan memenuhi sebagian tugas penyimpanan secara langsung dengan bantuan rantai penyimpanan publik, misalnya, data transaksi spesifik di Celestia diletakkan di jaringan LL-IPFS. Dalam solusi DA pihak ketiga, selain membangun rantai publik terpisah untuk menyelesaikan masalah penyimpanan Layer1, cara yang lebih langsung adalah dengan langsung menghubungkan rantai penyimpanan publik ke Layer1 untuk menyimpan data historis yang sangat besar di Layer1. Untuk blockchain berkinerja tinggi, volume data historis bahkan lebih besar, di bawah operasi kecepatan penuh, volume data rantai publik berkinerja tinggi Solana mendekati 4 PG, yang sepenuhnya melampaui jangkauan penyimpanan node biasa. Solana memilih solusi untuk menyimpan data historis di jaringan penyimpanan terdesentralisasi Arweave dan hanya menyimpan data selama 2 hari di node jaringan utama untuk verifikasi. Bahasa Indonesia: Untuk memastikan keamanan proses penyimpanan, Solana dan rantai Arweave telah merancang protokol jembatan penyimpanan, Solar Bridge, yang menyinkronkan data tervalidasi dari node Solana ke Arweave dan mengembalikan tag yang sesuai, yang memungkinkan node Solana untuk melihat data historis dari blockchain Solana kapan saja. Node Solana dapat melihat data historis dari titik waktu mana pun di blockchain Solana. Di Arweave, alih-alih mengharuskan node di seluruh jaringan untuk menjaga konsistensi data sebagai kebutuhan untuk partisipasi, jaringan mengadopsi pendekatan penyimpanan hadiah. Pertama-tama, Arweave tidak menggunakan struktur rantai tradisional untuk membangun blok, tetapi lebih seperti struktur grafik. Di Arweave, blok baru tidak hanya akan menunjuk ke blok sebelumnya, tetapi juga secara acak menunjuk ke blok yang dihasilkan Blok penarikan kembali, yang lokasi pastinya ditentukan oleh hasil hash dari blok sebelumnya dan tinggi bloknya, dan lokasi blok penarikan kembali tidak diketahui sampai blok sebelumnya ditambang.Namun, dalam proses pembuatan blok baru, node diharuskan memiliki data blok Recall untuk menggunakan mekanisme POW guna menghitung hash dari tingkat kesulitan yang ditentukan, dan hanya penambang yang pertama kali menghitung hash yang memenuhi tingkat kesulitan yang dapat diberi penghargaan, yang mendorong penambang untuk menyimpan data historis sebanyak mungkin. Pada saat yang sama, semakin sedikit orang yang menyimpan blok historis tertentu, semakin sedikit pesaing yang akan dimiliki node saat membuat nonce yang sesuai dengan tingkat kesulitan, yang mendorong penambang untuk menyimpan blok dengan lebih sedikit cadangan di jaringan. Akhirnya, untuk memastikan bahwa node menyimpan data secara permanen, mekanisme penilaian node WildFire diperkenalkan di Arweave. Node akan lebih suka berkomunikasi dengan node yang dapat menyediakan data historis lebih banyak dan lebih cepat, sementara node dengan peringkat yang lebih rendah tidak akan dapat memperoleh blok dan data transaksi terbaru untuk pertama kalinya, sehingga gagal untuk memulai lebih awal dalam kompetisi POW.

Sumber: Arweave Yellow-Paper

5. Perbandingan Sintesis

Kami akan membandingkan kelebihan dan kekurangan masing-masing dari lima solusi penyimpanan dalam hal empat dimensi metrik kinerja DA.

  • Keamanan: Sumber terbesar masalah keamanan data adalah hilangnya data yang disebabkan oleh proses transmisi data dan gangguan berbahaya dari node yang tidak jujur, dan proses lintas rantai adalah area keamanan transmisi data yang paling terpukul karena independensi kedua rantai publik dan statusnya tidak dibagi. Selain itu, Layer1, yang memerlukan lapisan DA khusus pada tahap ini, sering kali memiliki kelompok konsensus yang kuat, dan keamanannya akan jauh lebih tinggi daripada rantai publik penyimpanan biasa. Oleh karena itu, solusi DA rantai utama memiliki keamanan yang lebih tinggi. Setelah memastikan keamanan transmisi data, langkah selanjutnya adalah memastikan keamanan data pemanggilan. Dengan mempertimbangkan hanya data historis jangka pendek yang digunakan untuk memverifikasi transaksi, data yang sama dicadangkan oleh seluruh jaringan di jaringan penyimpanan sementara, sedangkan jumlah rata-rata cadangan data dalam skema seperti DankSharding hanya 1/N dari jumlah node di seluruh jaringan, yang berarti lebih banyak redundansi data dapat membuat data tidak mudah hilang, dan pada saat yang sama, dapat menyediakan lebih banyak sampel referensi untuk verifikasi. Oleh karena itu, penyimpanan sementara akan memiliki keamanan data yang lebih tinggi. Dalam skema DA pihak ketiga, karena node publik digunakan dalam rantai utama, data dapat langsung ditransmisikan melalui node relai ini dalam proses cross-chaining, dan dengan demikian juga akan memiliki keamanan yang relatif lebih tinggi daripada skema DA lainnya.

  • Biaya Penyimpanan: Faktor yang memiliki dampak terbesar pada biaya penyimpanan adalah jumlah redundansi dalam data. Dalam skema penyimpanan jangka pendek dari rantai utama DA, yang menggunakan bentuk sinkronisasi data simpul di seluruh jaringan untuk penyimpanan, setiap data yang baru disimpan perlu dicadangkan di simpul di seluruh jaringan, yang memiliki biaya penyimpanan tertinggi. Biaya penyimpanan yang tinggi pada gilirannya menentukan bahwa dalam jaringan TPS tinggi, pendekatan ini hanya cocok untuk penyimpanan sementara. Berikutnya adalah metode penyimpanan sharding, termasuk sharding di rantai utama dan sharding di DA pihak ketiga. Karena rantai utama sering kali memiliki lebih banyak simpul, dan dengan demikian blok yang sesuai akan memiliki lebih banyak cadangan, skema sharding rantai utama akan memiliki biaya yang lebih tinggi. Biaya penyimpanan terendah ada di rantai publik penyimpanan DA yang mengadopsi metode penyimpanan hadiah, dan jumlah redundansi data dalam skema ini cenderung berfluktuasi di sekitar konstanta tetap. Pada saat yang sama, rantai publik penyimpanan DA juga memperkenalkan mekanisme penyesuaian dinamis, yang menarik simpul untuk menyimpan lebih sedikit data cadangan dengan meningkatkan hadiah untuk memastikan keamanan data.

  • Kecepatan Baca Data: Kecepatan penyimpanan data terutama dipengaruhi oleh tempat penyimpanan data di ruang penyimpanan, jalur indeks data, dan distribusi data di antara node. Di antara semuanya, tempat penyimpanan data di node memiliki dampak yang lebih besar pada kecepatan, karena menyimpan data dalam memori atau SSD dapat menyebabkan perbedaan kecepatan baca puluhan kali lipat. Penyimpanan rantai publik DA sebagian besar menggunakan penyimpanan SSD karena beban pada rantai tersebut tidak hanya mencakup data dari lapisan DA tetapi juga data pribadi yang sangat haus memori seperti video dan gambar yang diunggah oleh pengguna. Jika jaringan tidak menggunakan SSD sebagai ruang penyimpanan, sulit untuk menanggung tekanan penyimpanan yang besar dan memenuhi permintaan penyimpanan jangka panjang. Kedua, untuk DA pihak ketiga dan DA rantai utama yang menggunakan status memori untuk menyimpan data, DA pihak ketiga pertama-tama perlu mencari data terindeks yang sesuai di rantai utama, lalu mentransfer data terindeks di seluruh rantai ke DA pihak ketiga dan mengembalikan data melalui jembatan penyimpanan. Sebaliknya, DA rantai utama dapat meminta data langsung dari node, dan dengan demikian memiliki kecepatan pengambilan data yang lebih cepat. Terakhir, dalam DA rantai utama, pendekatan sharding memerlukan pemanggilan blok dari beberapa node dan pemulihan data asli. Oleh karena itu, metode ini lebih lambat daripada metode penyimpanan jangka pendek tanpa sharding.

  • Universalitas Lapisan DA: Universalitas DA rantai utama mendekati nol karena tidak mungkin untuk mentransfer data dari rantai publik dengan ruang penyimpanan yang tidak memadai ke rantai publik lain dengan ruang penyimpanan yang tidak memadai. Dalam DA pihak ketiga, keumuman solusi dan kompatibilitasnya dengan rantai utama tertentu adalah metrik yang kontradiktif. Misalnya, dalam kasus solusi DA khusus rantai utama yang dirancang untuk rantai utama tertentu, solusi tersebut telah membuat banyak perbaikan pada tingkat jenis node dan konsensus jaringan untuk beradaptasi dengan rantai publik tertentu, sehingga perbaikan ini dapat bertindak sebagai hambatan besar saat berkomunikasi dengan rantai publik lainnya. Dalam DA pihak ketiga, DA rantai publik penyimpanan berkinerja lebih baik dalam hal generalisasi daripada DA modular. DA rantai publik penyimpanan memiliki komunitas pengembang yang lebih besar dan lebih banyak fasilitas perluasan untuk beradaptasi dengan rantai publik yang berbeda. Pada saat yang sama, DA rantai publik penyimpanan dapat memperoleh data secara lebih aktif melalui penangkapan paket daripada secara pasif menerima informasi yang dikirimkan dari rantai publik lainnya. Oleh karena itu, ia dapat mengkodekan data dengan caranya sendiri, mencapai penyimpanan aliran data yang terstandarisasi, memfasilitasi pengelolaan informasi data dari berbagai rantai utama, dan meningkatkan efisiensi penyimpanan.

Sumber: Kernel Ventures

6. Kesimpulan

Blockchain sedang menjalani proses konversi dari Kripto ke Web3, dan membawa banyak proyek pada blockchain, tetapi juga masalah penyimpanan data. Untuk mengakomodasi operasi simultan dari begitu banyak proyek pada Layer1 dan memastikan pengalaman proyek Gamefi dan Socialfi, Layer1 yang diwakili oleh Ethereum telah mengadopsi Rollup dan Blobs untuk meningkatkan TPS. Terlebih lagi, jumlah blockchain berkinerja tinggi dalam blockchain yang baru lahir juga terus bertambah. Tetapi TPS yang lebih tinggi tidak hanya berarti kinerja yang lebih tinggi tetapi juga berarti lebih banyak tekanan penyimpanan dalam jaringan. Untuk sejumlah besar data historis, beberapa pendekatan DA, baik yang berbasis rantai utama maupun pihak ketiga diusulkan pada tahap ini untuk beradaptasi dengan pertumbuhan tekanan penyimpanan pada rantai. Peningkatan memiliki kelebihan dan kekurangan dan memiliki penerapan yang berbeda dalam konteks yang berbeda. Dalam kasus blockchain berbasis pembayaran, yang memiliki persyaratan yang sangat tinggi untuk keamanan data historis dan tidak mengejar TPS yang sangat tinggi, yang masih dalam tahap persiapan, mereka dapat mengadopsi metode penyimpanan seperti DankSharding, yang dapat memastikan keamanan dan peningkatan besar dalam kapasitas penyimpanan pada saat yang sama. Namun, jika itu adalah rantai publik seperti Bitcoin, yang telah terbentuk dan memiliki sejumlah besar node, ada risiko besar untuk meningkatkan lapisan konsensus secara gegabah, sehingga dapat mengadopsi DA khusus untuk rantai utama dengan keamanan yang lebih tinggi dalam penyimpanan off-chain untuk menyeimbangkan masalah keamanan dan penyimpanan. Namun, perlu dicatat bahwa fungsi blockchain berubah seiring waktu. Misalnya, pada hari-hari awal, fungsionalitas Ethereum terbatas pada pembayaran dan pemrosesan otomatis sederhana dari aset dan transaksi menggunakan kontrak pintar, tetapi seiring dengan meluasnya lanskap blockchain, berbagai proyek Socialfi dan Defi telah ditambahkan ke Ethereum, mendorongnya ke arah yang lebih komprehensif. Dengan ledakan ekosistem prasasti baru-baru ini di Bitcoin, biaya transaksi di jaringan Bitcoin telah melonjak hampir 20 kali lipat sejak Agustus, mencerminkan fakta bahwa kecepatan transaksi jaringan tidak dapat memenuhi permintaan transaksi pada tahap ini.Para pedagang harus menaikkan biaya agar transaksi dapat diproses secepat mungkin. Kini, komunitas Bitcoin perlu membuat pilihan antara menerima biaya tinggi dan kecepatan transaksi yang lambat atau mengurangi keamanan jaringan untuk meningkatkan kecepatan transaksi sekaligus mengalahkan tujuan sistem pembayaran sejak awal. Jika komunitas Bitcoin memilih yang terakhir, maka solusi penyimpanan perlu disesuaikan dalam menghadapi tekanan data yang semakin meningkat.

Sumber: OKLINK

Adapun rantai publik dengan fungsi yang komprehensif, pengejarannya terhadap TPS lebih tinggi, dengan pertumbuhan data historis yang sangat besar, sulit untuk beradaptasi dengan pertumbuhan TPS yang cepat dalam jangka panjang dengan mengadopsi solusi seperti DankSharding. Oleh karena itu, cara yang lebih tepat adalah dengan memigrasikan data ke DA pihak ketiga untuk penyimpanan. Di antara mereka, DA khusus rantai utama memiliki kompatibilitas tertinggi dan mungkin lebih menguntungkan jika hanya penyimpanan satu rantai publik yang dipertimbangkan. Namun, saat ini, ketika rantai publik Layer1 berkembang pesat, 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 berbagai rantai publik pada rantai publik yang sama dapat menghilangkan banyak masalah keamanan dalam proses pertukaran dan validasi data, sehingga DA yang dimodulasi dan cara menyimpan DA rantai publik mungkin menjadi pilihan yang lebih baik. Berdasarkan premis generalitas yang dekat, DA modular berfokus pada penyediaan layanan lapisan DA blockchain, memperkenalkan data indeks yang lebih halus untuk mengelola data historis, dan dapat membuat kategorisasi yang wajar dari berbagai data rantai publik, yang memiliki lebih banyak keuntungan dibandingkan dengan rantai publik penyimpanan. Namun, proposal di atas tidak mempertimbangkan biaya penyesuaian lapisan konsensus pada rantai publik yang ada, yang sangat berisiko. Celah sistematis yang kecil dapat membuat rantai publik kehilangan konsensus komunitas. Oleh karena itu, jika ini adalah solusi transisi dalam proses transformasi blockchain, penyimpanan sementara pada rantai utama mungkin lebih tepat. Akhirnya, semua diskusi di atas didasarkan pada kinerja selama operasi aktual, tetapi jika tujuan rantai publik tertentu adalah untuk mengembangkan ekologinya dan menarik lebih banyak pihak dan peserta proyek, ia mungkin juga cenderung mendukung proyek yang didukung dan didanai oleh yayasannya. Misalnya, jika kinerja keseluruhan sama dengan atau bahkan sedikit lebih rendah dari solusi penyimpanan rantai publik penyimpanan, komunitas Ethereum juga akan mendukung EthStorage, yang merupakan proyek Layer2 yang didukung oleh Ethereum Foundation, untuk terus mengembangkan ekosistem Ethereum.

Secara keseluruhan, meningkatnya kompleksitas blockchain saat ini membawa serta kebutuhan yang lebih besar akan ruang penyimpanan. Dengan node validasi Layer1 yang cukup, data historis tidak perlu dicadangkan oleh semua node di seluruh jaringan tetapi dapat memastikan keamanan setelah ambang batas tertentu. Pada saat yang sama, pembagian kerja rantai publik menjadi semakin rinci, Layer1 bertanggung jawab atas konsensus dan eksekusi, Rollup bertanggung jawab atas kalkulasi dan verifikasi, dan kemudian blockchain terpisah digunakan untuk penyimpanan data. Setiap bagian dapat berfokus pada fungsi tertentu tanpa dibatasi oleh kinerja bagian lainnya. Namun, jumlah penyimpanan tertentu atau proporsi node yang diizinkan untuk menyimpan data historis guna mencapai keseimbangan antara keamanan dan efisiensi, serta cara memastikan interoperabilitas yang aman antara blockchain yang berbeda merupakan masalah yang perlu dipertimbangkan oleh pengembang blockchain. Investor dapat memperhatikan proyek DA khusus rantai utama di Ethereum, karena Ethereum sudah memiliki cukup banyak pendukung pada tahap ini, tanpa perlu menggunakan kekuatan komunitas lain untuk memperluas pengaruhnya. Lebih penting untuk meningkatkan dan mengembangkan komunitasnya guna menarik lebih banyak proyek ke ekosistem Ethereum. Namun, untuk rantai publik yang sedang mengejar ketertinggalan, seperti Solana dan Aptos, rantai tunggal itu sendiri tidak memiliki ekosistem yang sempurna, sehingga mereka mungkin lebih memilih untuk bergabung dengan komunitas lain untuk membangun ekosistem lintas rantai yang besar guna memperluas pengaruh mereka. Oleh karena itu, untuk Layer1 yang sedang berkembang, DA pihak ketiga yang bersifat umum layak mendapat perhatian lebih.

Kernel Ventures adalah komunitas penelitian & pengembangan yang digerakkan oleh dana VC kripto dengan lebih dari 70 investasi tahap awal, yang berfokus pada infrastruktur, middleware, dApps, terutama ZK, Rollup, DEX, Modular Blockchain, dan vertikal yang akan mendatangkan satu miliar pengguna berikutnya dalam kripto seperti Abstraksi Akun, Ketersediaan Data, Skalabilitas, dan lain-lain. Selama tujuh tahun terakhir, kami telah berkomitmen untuk mendukung pertumbuhan komunitas pengembangan inti dan Asosiasi Blockchain Universitas di seluruh dunia.

Referensi

  1. Celestia: Lautan berbintang dari blockchain modular: https://foresightnews.pro/article/detail/15497

  2. Penggunaan DHT dan pekerjaan masa depan: https://github.com/celestiaorg/celestia-node/issues/11

  3. Inti Celestia: https://github.com/celestiaorg/celestia-core

  4. Laboratorium Solana: https://github.com/solana-labs/solana?source=post_page-----cf47a61a9274--------------------------------

  5. Pengumuman Jembatan SOLAR: https://medium.com/solana-labs/announcing-the-solar-bridge-c90718a49fa2

  6. buku pegangan leveldb: https://leveldb-handbook.readthedocs.io/zh/latest/sstable.html

  7. Pohon Kuszmaul J. Verkle [J]. Pohon Verkle, 2019, 1:1.: https://math.mit.edu/research/highschool/primes/materials/2018/Kuszmaul.pdf

  8. Jaringan Arweave: https://www.arweave.org/

  9. Buku Kuning Arweave: https://www.arweave.org/yellow-paper.pdf