Penulis: Kernel Ventures Jerry Luo

Peninjau: Kernel Ventures Mandy, Kernel Ventures Joshua

TLDR:

  1. Public chain awal mengharuskan semua node jaringan menjaga konsistensi data guna memastikan keamanan dan desentralisasi. Namun, seiring dengan berkembangnya ekosistem blockchain, tekanan penyimpanan terus meningkat, mengarah pada tren operasi node terpusat. Pada tahap ini, Lapisan 1 perlu segera menyelesaikan masalah biaya penyimpanan yang disebabkan oleh pertumbuhan TPS.

  2. Menghadapi masalah ini, pengembang perlu mengusulkan solusi penyimpanan data historis baru dengan tetap mempertimbangkan keamanan, biaya penyimpanan, kecepatan membaca data, dan fleksibilitas lapisan DA.

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

  4. Solusi DA saat ini secara kasar dibagi menjadi dua kategori berdasarkan lokasi penyimpanan data, yaitu DA rantai utama dan DA pihak ketiga. DA rantai utama dimulai dari perspektif pembersihan data secara teratur dan sharding data untuk mengurangi tekanan penyimpanan node. Persyaratan desain DA pihak ketiga semuanya ditujukan untuk layanan penyimpanan dan memiliki solusi yang masuk akal untuk data dalam jumlah besar. Oleh karena itu, fokus utamanya adalah pada 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 tipe pembayaran memiliki persyaratan yang sangat tinggi untuk keamanan data historis dan cocok untuk menggunakan rantai utama sebagai lapisan DA. Namun, untuk rantai publik yang sudah berjalan lama dan memiliki banyak penambang yang menjalankan jaringannya, akan lebih tepat jika mengadopsi DA pihak ketiga yang tidak melibatkan lapisan konsensus dan mempertimbangkan keamanan. Rantai publik yang komprehensif lebih cocok untuk menggunakan penyimpanan DA khusus rantai utama dengan kapasitas data lebih besar, biaya dan keamanan lebih rendah. Namun mengingat kebutuhan lintas rantai, DA modular juga merupakan pilihan yang baik.

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

1. Latar Belakang

Sebagai buku besar yang terdistribusi, blockchain perlu menyimpan data historis di semua node untuk memastikan keamanan dan desentralisasi penyimpanan data yang memadai. Karena kebenaran setiap perubahan keadaan berkaitan dengan keadaan sebelumnya (sumber transaksi), untuk memastikan kebenaran transaksi, blockchain pada prinsipnya harus menyimpan semua catatan sejarah dari transaksi pertama hingga transaksi saat ini. Mengambil contoh Ethereum, meskipun ukuran blok rata-rata diperkirakan 20 kb, ukuran total blok Ethereum saat ini telah mencapai 370 GB, selain blok itu sendiri, node penuh juga perlu mencatat status dan tanda terima transaksi. . Menghitung bagian ini, total kapasitas penyimpanan satu node telah melebihi 1 TB, yang memusatkan pengoperasian node untuk beberapa orang.

Ketinggian blok terbaru Ethereum, sumber gambar: Etherscan

Peningkatan Ethereum Cancun baru-baru ini bertujuan untuk meningkatkan TPS Ethereum menjadi sekitar 1,000. Pada saat itu, pertumbuhan penyimpanan tahunan Ethereum akan melebihi jumlah kapasitas penyimpanannya saat ini. Di antara berbagai public chain berkinerja tinggi yang menjadi populer akhir-akhir ini, kecepatan transaksi puluhan ribu TPS bahkan dapat menghasilkan rata-rata ratusan GB data baru setiap hari. Metode redundansi data yang umum di seluruh node jaringan jelas tidak mampu beradaptasi dengan tekanan penyimpanan tersebut. Layer1 harus menemukan solusi yang sesuai untuk menyeimbangkan pertumbuhan TPS dan biaya penyimpanan node.

2. Indikator kinerja DA

2.1 Keamanan

Dibandingkan dengan struktur penyimpanan database atau daftar tertaut, blockchain tidak dapat dirusak karena kemampuannya untuk memverifikasi data yang baru dihasilkan melalui data historis. Oleh karena itu, memastikan keamanan data historis adalah masalah pertama yang harus dipertimbangkan dalam penyimpanan lapisan DA. Saat menilai keamanan data sistem blockchain, kami sering menganalisisnya dari jumlah redundansi data dan metode verifikasi ketersediaan data.

  • Jumlah redundansi: Mengenai redundansi data dalam sistem blockchain, hal ini terutama dapat memainkan peran berikut: Pertama, jika jumlah redundansi dalam jaringan lebih besar, ketika verifikator perlu memeriksa status akun di blok historis tertentu untuk verifikasi Ketika suatu transaksi sedang diverifikasi, ia bisa mendapatkan sampel terbanyak untuk referensi dan memilih data yang dicatat oleh sebagian besar node. Dalam database tradisional, karena data hanya disimpan dalam bentuk pasangan kunci-nilai pada node tertentu, perubahan pada data historis hanya dapat dilakukan pada satu node, dan biaya serangannya sangat rendah. semakin kecil kemungkinan data tersebut. Semakin tinggi tingkat kredibilitasnya. Pada saat yang sama, semakin banyak node yang disimpan, semakin kecil kemungkinan data akan hilang. Ini juga dapat dibandingkan dengan server terpusat yang menyimpan game Web2. Setelah semua server backend dimatikan, server akan dimatikan sepenuhnya. Namun, semakin banyak semakin baik, karena setiap redundansi akan membawa ruang penyimpanan tambahan. Redundansi data yang berlebihan akan membawa tekanan penyimpanan yang berlebihan pada sistem. Lapisan DA yang baik harus memilih pendekatan yang sesuai.

  • Verifikasi ketersediaan data: Jumlah redundansi memastikan bahwa terdapat cukup catatan data dalam jaringan, namun keakuratan dan kelengkapan data yang akan digunakan harus diverifikasi. Metode verifikasi yang umum digunakan dalam blockchain saat ini adalah algoritma komitmen kriptografi, yang mempertahankan komitmen kriptografi kecil untuk dicatat oleh seluruh jaringan. Saat Anda ingin menguji keaslian bagian data historis tertentu, Anda perlu memulihkan komitmen kriptografi melalui data tersebut, dan memeriksa apakah komitmen kriptografi yang diperoleh dari pemulihan ini konsisten dengan catatan seluruh jaringan , verifikasi lolos. Algoritma verifikasi kriptografi yang umum digunakan meliputi Merkle Root dan Verkle Root. Algoritme verifikasi ketersediaan data dengan keamanan tinggi hanya memerlukan sejumlah kecil data verifikasi dan dapat dengan cepat memverifikasi data historis.

2.2 Biaya penyimpanan

Dengan alasan memastikan keamanan dasar, tujuan inti berikutnya yang perlu dicapai lapisan DA adalah mengurangi biaya dan meningkatkan efisiensi. Yang pertama adalah mengurangi biaya penyimpanan, terlepas dari perbedaan kinerja perangkat keras, yaitu mengurangi penggunaan memori yang disebabkan oleh penyimpanan data berukuran unit. Pada tahap ini, cara utama untuk mengurangi biaya penyimpanan di blockchain adalah dengan mengadopsi teknologi sharding dan menggunakan penyimpanan berbasis hadiah untuk memastikan bahwa data disimpan secara efektif dan mengurangi jumlah cadangan data. Namun, tidak sulit untuk melihat dari metode peningkatan di atas bahwa terdapat hubungan antara biaya penyimpanan dan keamanan data. Mengurangi penggunaan penyimpanan sering kali berarti penurunan keamanan. Oleh karena itu, lapisan DA yang unggul perlu mencapai keseimbangan antara biaya penyimpanan dan keamanan data. Selain itu, jika lapisan DA adalah rantai publik yang terpisah, maka perlu mengurangi biaya dengan meminimalkan proses perantara pertukaran data. Dalam setiap proses transfer, data indeks harus dibiarkan untuk panggilan kueri berikutnya proses, semakin banyak data indeks yang tersisa dan biaya penyimpanan akan meningkat. Terakhir, biaya penyimpanan data berhubungan langsung dengan ketahanan data. Secara umum, semakin tinggi biaya penyimpanan data, semakin sulit bagi rantai publik untuk menyimpan data secara terus-menerus.

2.3 Kecepatan membaca data

Setelah mencapai pengurangan biaya, langkah selanjutnya adalah meningkatkan efisiensi, yaitu kemampuan memanggil data keluar dari lapisan DA dengan cepat saat 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 di seluruh jaringan dapat diabaikan. Kedua, dalam sistem blockchain arus utama saat ini, termasuk Bitcoin, Ethereum, dan Filecoin, metode penyimpanan node adalah database Leveldb. Di Leveldb, data disimpan dalam tiga cara. Pertama, data yang ditulis segera akan disimpan dalam file berjenis Memtable. Jika penyimpanan Memtable sudah penuh, maka jenis file akan diubah dari Memtable menjadi Immutable Memtable. Kedua jenis file tersebut disimpan dalam memori, tetapi file Memtable yang Tidak Dapat Diubah tidak lagi dapat diubah, hanya data yang dapat dibaca darinya. Penyimpanan panas yang digunakan dalam jaringan IPFS menyimpan data di bagian ini, ketika dipanggil, data tersebut dapat dibaca dengan cepat dari memori. Namun, memori seluler dari node biasa sering kali berada pada level GB, dan mudah untuk menulis dengan lambat. dan ketika sebuah node mogok atau situasi abnormal lainnya terjadi, data dalam memori akan hilang secara permanen. Jika Anda ingin data disimpan secara persisten, Anda perlu menyimpannya dalam bentuk file SST di solid-state drive (SSD). Namun, saat membaca data, Anda perlu membaca data tersebut ke dalam memori terlebih dahulu. yang sangat mengurangi kecepatan pengindeksan data. Terakhir, untuk sistem yang menggunakan penyimpanan shard, pemulihan data memerlukan pengiriman permintaan data ke beberapa node dan memulihkannya.

Metode penyimpanan data Leveldb, sumber gambar: Buku pegangan Leveldb

2.4 Fleksibilitas lapisan DA

Dengan berkembangnya DeFi dan berbagai masalah dengan CEX, kebutuhan pengguna untuk transaksi lintas rantai aset terdesentralisasi juga meningkat. Terlepas dari mekanisme penguncian hash lintas rantai, notaris, atau rantai relai, penentuan data historis secara bersamaan pada kedua rantai tidak dapat dihindari. Kunci dari masalah ini terletak pada pemisahan data pada dua rantai, dan komunikasi langsung tidak dapat dicapai dalam sistem desentralisasi yang berbeda. Oleh karena itu, solusi diusulkan pada tahap ini dengan mengubah metode penyimpanan lapisan DA, yang tidak hanya menyimpan data historis dari beberapa rantai publik pada rantai publik tepercaya yang sama, namun hanya perlu memanggil data pada rantai publik ini selama verifikasi . Hal ini mengharuskan lapisan DA untuk dapat membangun metode komunikasi yang aman dengan berbagai jenis rantai publik, yang berarti lapisan DA memiliki fleksibilitas yang baik.

3. Eksplorasi teknologi terkait DA

3.1 Pembagian

  • Dalam sistem terdistribusi tradisional, suatu file tidak disimpan dalam bentuk lengkap pada node tertentu. Sebaliknya, data asli dibagi menjadi beberapa Blok dan satu Blok disimpan di setiap node. Dan Blok seringkali tidak disimpan hanya pada satu node, namun akan meninggalkan cadangan yang sesuai pada node lain. Dalam sistem terdistribusi arus utama yang ada, jumlah cadangan ini biasanya diatur ke 2. Mekanisme Sharding ini dapat mengurangi tekanan penyimpanan pada satu node, memperluas total kapasitas sistem hingga jumlah kapasitas penyimpanan setiap node, dan pada saat yang sama menjamin keamanan penyimpanan melalui redundansi data yang sesuai. Skema Sharding yang diadopsi dalam blockchain secara umum serupa, namun detail spesifiknya akan berbeda. Pertama-tama, karena setiap node dalam blockchain tidak dapat dipercaya secara default, proses penerapan Sharding memerlukan jumlah cadangan data yang cukup besar untuk penilaian keaslian data selanjutnya, sehingga jumlah cadangan untuk node ini harus lebih dari 2 . Idealnya, dalam sistem blockchain yang menggunakan skema penyimpanan ini, jika jumlah total node verifikasi adalah T dan jumlah pecahan adalah N, maka jumlah cadangan harus T/N. Yang kedua adalah proses penyimpanan Blok. Ada beberapa node dalam sistem terdistribusi tradisional, sehingga satu node sering beradaptasi dengan beberapa blok data. Pertama, data dipetakan ke cincin hash melalui algoritma hash yang konsisten, dan kemudian setiap node Menyimpan data blok bernomor dalam rentang tertentu, dan dapat menerima bahwa sebuah node tidak mengalokasikan tugas penyimpanan selama penyimpanan tertentu. Di blockchain, apakah setiap node diberi Blok bukan lagi peristiwa acak tetapi peristiwa yang tidak dapat dihindari. Setiap node akan secara acak memilih Blok untuk disimpan. Proses ini menggabungkan data asli dengan blok dan informasi milik node hashing data diselesaikan dengan mengambil modulus jumlah pecahan. Dengan asumsi setiap bagian data dibagi menjadi N Blok, ukuran penyimpanan sebenarnya setiap node hanya 1/N dari node aslinya. Dengan mengatur N secara tepat, keseimbangan antara peningkatan TPS dan tekanan penyimpanan node dapat dicapai.

Metode penyimpanan data setelah Sharding, sumber gambar: Kernel Ventures

3.2 DAS（Pengambilan Sampel Ketersediaan Data）

Teknologi DAS didasarkan pada optimalisasi lebih lanjut metode penyimpanan Sharding. Selama proses Sharding, karena penyimpanan node yang acak dan sederhana, Blok tertentu mungkin hilang. Kedua, untuk data yang terfragmentasi, sangat penting juga untuk memastikan keaslian dan integritas data selama proses restorasi. Di DAS, kedua masalah ini diselesaikan melalui kode Eraser dan komitmen polinomial KZG.

  • Kode penghapus: Mengingat banyaknya node verifikasi di Ethereum, kemungkinan Blok tertentu tidak disimpan oleh node mana pun hampir 0, namun secara teoritis masih ada kemungkinan terjadinya situasi ekstrem seperti itu. Untuk mengurangi kemungkinan ancaman kehilangan penyimpanan, dalam skema ini, data asli sering kali tidak langsung dibagi ke dalam Blok untuk disimpan. Sebaliknya, data asli dipetakan terlebih dahulu ke koefisien polinomial orde-n, lalu 2n adalah diambil dari polinomial, dan biarkan node secara acak memilih salah satu darinya untuk disimpan. Untuk polinomial orde-n ini, hanya diperlukan n+1 poin untuk memulihkannya. Oleh karena itu, hanya setengah dari Blok yang perlu dipilih oleh node, dan kita dapat memulihkan data asli. Melalui kode Eraser, keamanan penyimpanan data dan kemampuan pemulihan data jaringan ditingkatkan.

  • Komitmen Polinomial KZG: Bagian yang sangat penting dari penyimpanan data adalah verifikasi keaslian data. Pada jaringan yang tidak menggunakan kode Eraser, berbagai metode dapat digunakan dalam proses verifikasi. Namun, jika kode Eraser di atas diperkenalkan untuk meningkatkan keamanan data, maka metode yang lebih tepat adalah dengan menggunakan komitmen polinomial KZG. Komitmen Polinomial KZG dapat secara langsung memverifikasi konten satu Blok dalam bentuk polinomial, sehingga menghilangkan proses pengurangan polinomial menjadi data biner. Bentuk verifikasi umumnya mirip dengan Merkle Tree, tetapi tidak memerlukan data node Path tertentu saja KZG Root. Keasliannya dapat diverifikasi dengan data Blok.

3.3 Metode verifikasi data lapisan DA

Verifikasi data memastikan bahwa data yang dipanggil dari node tidak dirusak dan tidak hilang. Untuk meminimalkan jumlah data dan biaya penghitungan yang diperlukan dalam proses verifikasi, lapisan DA saat ini menggunakan struktur pohon sebagai metode verifikasi utama. Bentuk paling sederhana adalah dengan menggunakan Merkle Tree untuk verifikasi, yang dicatat dalam bentuk pohon biner lengkap. Anda hanya perlu mempertahankan Merkle Root dan nilai hash dari subpohon di sisi lain jalur node untuk memverifikasi waktu verifikasi rumit. Derajatnya adalah level O(logN) (jika logN tidak menambahkan basis, defaultnya adalah log2(N)). Meskipun proses verifikasi telah sangat disederhanakan, volume data keseluruhan dari proses verifikasi masih terus bertambah seiring dengan bertambahnya data. Untuk mengatasi masalah peningkatan volume verifikasi, metode verifikasi lain, Verkle Tree, diusulkan pada tahap ini. Selain menyimpan nilai, setiap node di Verkle Tree juga dilengkapi dengan Komitmen Vektor. Melalui nilai dari node asli dan bukti komitmen ini, keaslian data dapat dengan cepat diverifikasi tanpa memanggil nilai-nilai saudara lainnya. node, yang membuat setiap kali Jumlah perhitungan verifikasi hanya terkait dengan kedalaman Pohon Verkle dan merupakan konstanta tetap, yang sangat mempercepat kecepatan verifikasi. Namun, penghitungan Komitmen Vektor memerlukan partisipasi semua node saudara di lapisan yang sama, sehingga sangat meningkatkan biaya penulisan dan perubahan data. Namun untuk data seperti data historis yang disimpan secara permanen dan tidak dapat diubah, serta hanya perlu dibaca tetapi tidak ditulis, Verkle Tree sangat cocok. Selain itu, Merkle Tree dan Verkle Tree sendiri memiliki varian dalam bentuk K-ary. Mekanisme implementasi spesifiknya serupa, hanya saja jumlah subpohon di setiap node diubah.

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

3.4 Middleware DA umum

Ekspansi berkelanjutan dari ekosistem blockchain telah menyebabkan peningkatan jumlah rantai publik secara terus-menerus. Karena kelebihan dan tidak tergantikannya setiap rantai publik di bidangnya masing-masing, hampir mustahil bagi rantai publik Lapisan 1 untuk bersatu dalam waktu singkat. Namun, dengan berkembangnya DeFi dan berbagai masalah dengan CEX, kebutuhan pengguna akan aset perdagangan lintas rantai yang terdesentralisasi juga meningkat. Oleh karena itu, penyimpanan data multi-rantai lapisan DA yang dapat menghilangkan masalah keamanan dalam interaksi data lintas-rantai semakin mendapat perhatian. Namun, untuk menerima data historis dari rantai publik yang berbeda, lapisan DA perlu menyediakan protokol terdesentralisasi untuk penyimpanan standar dan verifikasi aliran data. Misalnya, kvye, middleware penyimpanan berdasarkan Arweave, secara aktif mengambil data dari rantai dan dapat melakukan semuanya Data pada rantai disimpan di Arweave dalam bentuk standar untuk meminimalkan perbedaan dalam proses transmisi data. Secara relatif, Layer2, yang secara khusus menyediakan penyimpanan data lapisan DA untuk rantai publik tertentu, berinteraksi dengan data melalui node bersama internal. Meskipun mengurangi biaya interaksi dan meningkatkan keamanan, ia memiliki keterbatasan yang relatif besar dan hanya dapat menyediakan data ke publik tertentu rantai menyediakan layanan.

4. Solusi penyimpanan lapisan DA

4.1 Rantai utama DA

4.1.1 Kelas DankSharding

Solusi penyimpanan jenis ini belum memiliki nama pasti, dan perwakilan yang paling menonjol adalah DankSharding di Ethereum, jadi artikel ini menggunakan kelas DankSharding untuk merujuk pada jenis solusi ini. Jenis solusi ini terutama menggunakan dua teknologi penyimpanan DA yang disebutkan di atas, Sharding dan DAS. Pertama, data dibagi menjadi beberapa bagian yang sesuai melalui Sharding, lalu setiap node mengekstrak blok data dalam bentuk DAS untuk disimpan. Jika terdapat cukup node di seluruh jaringan, kita dapat memilih jumlah pecahan N yang lebih besar, sehingga tekanan penyimpanan setiap node hanya 1/N dari aslinya, sehingga mencapai perluasan ruang penyimpanan keseluruhan sebanyak N kali. Pada saat yang sama, untuk mencegah situasi ekstrem di mana Blok tertentu tidak disimpan di blok mana pun, DankSharding mengkodekan data menggunakan Kode Penghapus, dan hanya setengah dari data yang dapat dipulihkan sepenuhnya. Langkah terakhir adalah proses verifikasi data yang menggunakan struktur pohon Verkle dan komitmen polinomial untuk mencapai verifikasi cepat.

4.1.2 Penyimpanan jangka pendek

Untuk DA rantai utama, salah satu metode pemrosesan data paling sederhana adalah dengan menyimpan data historis dalam jangka pendek. Intinya, blockchain memainkan peran sebagai buku besar umum, yang memungkinkan perubahan pada konten buku besar untuk disaksikan oleh seluruh jaringan, tanpa memerlukan penyimpanan permanen. Mengambil Solana sebagai contoh, meskipun data historisnya disinkronkan ke Arweave, node jaringan utama hanya menyimpan data transaksi dua hari terakhir. Pada rantai publik berdasarkan catatan akun, data historis pada setiap saat mempertahankan status akhir akun di blockchain, yang cukup untuk memberikan dasar verifikasi untuk perubahan pada saat berikutnya. Untuk proyek yang memiliki kebutuhan khusus akan data sebelum jangka waktu ini, mereka dapat menyimpannya sendiri di jaringan publik terdesentralisasi lainnya atau oleh pihak ketiga yang tepercaya. Dengan kata lain, mereka 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 khusus rantai utama: Hal terpenting tentang lapisan DA adalah keamanan transmisi data. Yang paling aman saat ini adalah DA rantai utama. Namun, penyimpanan rantai utama tunduk pada keterbatasan ruang penyimpanan dan persaingan untuk mendapatkan sumber daya. Oleh karena itu, ketika jumlah data jaringan tumbuh dengan cepat, DA pihak ketiga akan menjadi pilihan yang lebih baik jika ingin mencapai penyimpanan data jangka panjang. Jika DA pihak ketiga memiliki kompatibilitas yang lebih tinggi dengan jaringan utama, DA dapat mewujudkan berbagi node, dan juga akan memiliki keamanan yang lebih tinggi selama proses interaksi data. Oleh karena itu, dengan alasan mempertimbangkan keamanan, DA khusus rantai utama akan memiliki keuntungan besar. Mengambil Ethereum sebagai contoh, persyaratan dasar untuk DA khusus rantai utama adalah agar kompatibel dengan EVM dan memastikan interoperabilitas dengan data dan kontrak Ethereum. Di antara mereka, EthStorage saat ini adalah yang paling berkembang dengan baik dalam hal kompatibilitas, karena selain kompatibilitas di tingkat EVM, ia juga secara khusus menyiapkan antarmuka yang relevan untuk terhubung dengan alat pengembangan Ethereum seperti Remix dan Hardhat untuk mencapai kompatibilitas di tingkat EVM. Tingkat alat pengembangan Ethereum.

  • EthStorage: EthStorage adalah rantai publik yang independen dari Ethereum, tetapi node yang berjalan di dalamnya lebih unggul daripada node Ethereum. Artinya, node yang menjalankan EthStorage juga dapat menjalankan Ethereum pada saat yang sama EthStorage.EthStorage melakukan operasi. Dalam model penyimpanan EthStorage, hanya sejumlah kecil metadata yang disimpan di mainnet Ethereum untuk pengindeksan, yang pada dasarnya menciptakan database terdesentralisasi untuk Ethereum. Dalam solusi saat ini, EthStorage mengimplementasikan interaksi antara jaringan utama Ethereum dan EthStorage dengan menerapkan Kontrak EthStorage di jaringan utama Ethereum. Jika Ethereum ingin menyimpan data, ia perlu memanggil fungsi put() dalam kontrak. Parameter inputnya adalah variabel dua byte key dan data, di mana data mewakili data yang akan disimpan, dan key adalah lokasinya di jaringan Ethereum. Identifikasinya bisa dibilang mirip dengan keberadaan CID di IPFS. Setelah pasangan data (kunci, data) berhasil disimpan di jaringan EthStorage, EthStorage akan menghasilkan kvldx dan mengembalikannya ke jaringan utama Ethereum, sesuai dengan kunci di Ethereum , jadi awalnya mungkin Masalah keharusan menyimpan data dalam jumlah besar kini menjadi menyimpan satu pasangan (kunci, kvldx), sehingga sangat mengurangi biaya penyimpanan mainnet Ethereum. Jika Anda perlu memanggil data yang disimpan sebelumnya, Anda perlu menggunakan fungsi get() di EthStorage dan memasukkan parameter kunci. Anda dapat dengan cepat mencari data di EthStorage melalui kvldx yang disimpan di Ethereum.

Kontrak EthStorage, sumber gambar: Kernel Ventures

  • Dalam hal bagaimana node secara khusus menyimpan data, EthStorage mengacu pada model Arweave. Pertama, sejumlah besar pasangan (k, v) dari ETH dipecah. Setiap Sharding berisi sejumlah pasangan data (k, v) yang tetap. Dengan cara ini, keadilan beban kerja selanjutnya bagi penambang dalam proses penyimpanan hadiah dapat dipastikan. Untuk penerbitan hadiah, perlu diverifikasi terlebih dahulu apakah node menyimpan data. Selama proses ini, EthStorage akan membagi Sharding (ukuran level TB) menjadi beberapa bagian, dan mempertahankan root Merkle di jaringan utama Ethereum untuk verifikasi. Kemudian penambang terlebih dahulu perlu menyediakan nonce untuk menghasilkan alamat beberapa bongkahan melalui algoritma acak dengan hash dari blok sebelumnya di EthStorage. Penambang perlu menyediakan data dari bongkahan tersebut untuk membuktikan bahwa ia memang menyimpan seluruh Sharding. Namun nonce ini tidak dapat dipilih secara sembarangan, jika tidak, node akan memilih nonce yang sesuai yang hanya sesuai dengan potongan yang disimpan dan lolos verifikasi. Oleh karena itu, nonce ini harus sedemikian rupa sehingga nilai kesulitan dari potongan yang dihasilkan dapat memenuhi persyaratan jaringan setelah pencampuran dan hashing, dan Hanya node pertama yang mengirimkan bukti nonce dan akses acak yang dapat memperoleh hadiah.

4.2.2 DA Modular: Celestia

  • Modul Blockchain: Pada tahap ini, transaksi yang perlu dilakukan oleh rantai publik Layer1 dibagi menjadi empat bagian berikut: (1) Rancang logika yang mendasari jaringan, pilih node verifikasi dengan cara tertentu, tulis blok dan alokasikan imbalan kepada pengelola jaringan; (2) Mengemas dan memproses transaksi serta mempublikasikan transaksi terkait; (3) Memverifikasi transaksi yang akan diunggah ke rantai dan menentukan status akhir; (4) Menyimpan dan memelihara data historis di blockchain. Berdasarkan berbagai fungsi yang diselesaikan, 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. Blockchain seperti itu disebut blockchain tunggal. Bentuk ini lebih stabil dan mudah dipertahankan, namun juga memberikan tekanan besar pada satu rantai publik. Selama pengoperasian sebenarnya, keempat modul ini saling membatasi dan bersaing untuk mendapatkan sumber daya komputasi dan penyimpanan yang terbatas pada rantai publik. Misalnya, untuk meningkatkan kecepatan pemrosesan pada lapisan pemrosesan, hal ini akan memberikan tekanan penyimpanan yang lebih besar pada lapisan ketersediaan data. Untuk memastikan keamanan lapisan eksekusi, diperlukan 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 menerobos hambatan peningkatan kinerja rantai publik, pengembang telah mengusulkan solusi blockchain modular. Ide inti dari blockchain modular adalah untuk memisahkan satu atau lebih dari empat modul yang disebutkan di atas dan mengimplementasikannya pada rantai publik yang terpisah. Dengan cara ini, rantai publik hanya dapat fokus pada peningkatan kecepatan transaksi atau kapasitas penyimpanan, menerobos keterbatasan sebelumnya pada kinerja keseluruhan blockchain karena kekurangannya.

  • DA Modular: Metode kompleks yang memisahkan lapisan DA dari bisnis blockchain dan menyerahkannya ke rantai publik dianggap sebagai solusi yang layak untuk data historis Layer1 yang terus berkembang. Eksplorasi di kawasan ini masih dalam tahap awal, dan proyek yang paling representatif saat ini adalah Celestia. Dalam hal metode penyimpanan spesifik, Celestia menggunakan metode penyimpanan Danksharding, yang juga membagi data menjadi beberapa blok, dan setiap node mengekstrak bagian untuk penyimpanan dan menggunakan komitmen polinomial KZG untuk memverifikasi integritas data. Pada saat yang sama, Celestia menggunakan kode penghapusan RS dua dimensi yang canggih untuk menulis ulang data asli dalam bentuk matriks k*k. Namun, penyimpanan sharding data pada dasarnya hanya mengalikan tekanan penyimpanan seluruh node jaringan dengan koefisien pada total volume data. Tekanan penyimpanan node dan volume data masih mempertahankan pertumbuhan linier. Ketika Lapisan 1 terus meningkatkan kecepatan transaksinya, tekanan penyimpanan node mungkin masih mencapai tingkat kritis yang tidak dapat diterima suatu hari nanti. Untuk mengatasi masalah ini, komponen IPLD diperkenalkan di Celestia untuk diproses. Data pada matriks k*k tidak disimpan langsung di Celestia, tetapi disimpan di jaringan LL-IPFS, dan hanya kode CID data di IPFS yang disimpan di node. Ketika pengguna meminta sepotong data historis, node akan mengirimkan CID yang sesuai ke komponen IPLD, dan data asli akan dipanggil di IPFS melalui CID ini. Jika data ada di IPFS, maka akan dikembalikan melalui komponen dan node IPLD; jika tidak ada, data tidak dapat dikembalikan.

Metode pembacaan data Celestia, sumber gambar: Celestia Core

  • Celestia: Dengan mengambil contoh Celestia, kita bisa melihat sekilas penerapan blockchain modular dalam menyelesaikan masalah penyimpanan Ethereum. Node Rollup akan mengirimkan data transaksi yang dikemas dan diverifikasi ke Celestia dan menyimpan data tersebut di Celestia. Selama proses ini, Celestia hanya menyimpan data tanpa kesadaran berlebihan. Terakhir, node Rollup akan digulirkan sesuai dengan besarnya ruang penyimpanan. Token tia yang sesuai akan dibayarkan ke Celestia sebagai biaya penyimpanan. Penyimpanan di Celstia menggunakan DAS dan kode penghapusan yang serupa dengan yang ada di EIP4844, tetapi kode penghapusan polinomial di EIP4844 ditingkatkan dan kode penghapusan RS dua dimensi digunakan untuk meningkatkan keamanan penyimpanan lagi seluruh data transaksi. Ini pada dasarnya hanyalah rantai publik POS dengan biaya penyimpanan rendah. Jika ingin digunakan untuk menyelesaikan masalah penyimpanan data historis Ethereum, diperlukan banyak modul khusus lainnya untuk bekerja sama dengan Celestia. Misalnya saja dalam hal rollup, mode rollup yang sangat direkomendasikan di situs resmi Celestia adalah Sovereign Rollup. Berbeda dari Rollup pada Layer2 pada umumnya, Rollup ini hanya menghitung dan memverifikasi transaksi, yaitu menyelesaikan operasi lapisan eksekusi. Sovereign Rollup mencakup seluruh proses eksekusi dan penyelesaian, yang meminimalkan pemrosesan transaksi di Celestia. Ketika keamanan Celestia secara keseluruhan lebih lemah dibandingkan Ethereum, tindakan ini dapat memaksimalkan keamanan proses transaksi secara keseluruhan. Dalam hal memastikan keamanan data yang disebut oleh Celestia, jaringan utama Ethereum, solusi paling utama saat ini adalah kontrak pintar jembatan gravitasi kuantum. Untuk data yang disimpan di Celestia, ia akan menghasilkan Merkle Root (bukti ketersediaan data) dan menyimpannya di kontrak jembatan gravitasi kuantum jaringan utama Ethereum. Setiap kali Ethereum memanggil data historis di Celestia, hasil hashnya akan dibandingkan dengan Merkle Root digunakan untuk perbandingan, dan jika cocok berarti memang data historis nyata.

4.2.3 Menyimpan DA rantai publik

Dalam hal prinsip teknis DA rantai utama, banyak teknologi yang mirip dengan Sharding dipinjam dari rantai publik penyimpanan. Di antara DA pihak ketiga, beberapa langsung menggunakan rantai publik penyimpanan untuk menyelesaikan beberapa tugas penyimpanan. Misalnya, data transaksi spesifik di Celestia ditempatkan di jaringan LL-IPFS. Dalam solusi DA pihak ketiga, selain membangun rantai publik terpisah untuk menyelesaikan masalah penyimpanan Layer1, cara yang lebih langsung adalah menghubungkan langsung rantai publik penyimpanan dengan Layer1 untuk menyimpan data historis yang sangat besar di Layer1. Untuk blockchain berkinerja tinggi, volume data historis bahkan lebih besar. Saat dijalankan dengan kecepatan penuh, volume data rantai publik berkinerja tinggi Solana mendekati 4 PG, yang sepenuhnya berada di luar jangkauan penyimpanan node biasa. Solusi yang dipilih Solana adalah menyimpan data historis di jaringan penyimpanan terdesentralisasi Arweave, dan hanya menyimpan data selama 2 hari di node jaringan utama untuk verifikasi. Untuk memastikan keamanan proses yang disimpan, Solana dan Arweave Chain telah merancang secara khusus protokol jembatan penyimpanan, Solar Bridge. Data yang diverifikasi oleh node Solana akan disinkronkan ke Arweave dan tag yang sesuai akan dikembalikan. Hanya melalui tag ini, node Solana dapat melihat data historis dari blockchain Solana kapan saja. Di Arweave, semua node di jaringan tidak perlu menjaga konsistensi data dan menggunakannya sebagai ambang batas untuk berpartisipasi dalam operasi jaringan. Sebaliknya, penyimpanan hadiah diadopsi. Pertama-tama, Arweave tidak menggunakan struktur rantai tradisional untuk membuat blok, tetapi lebih mirip dengan struktur grafik. Di Arweave, blok baru tidak hanya akan menunjuk ke blok sebelumnya, tetapi juga secara acak menunjuk ke blok Recall Block yang dihasilkan. Lokasi spesifik dari Recall Block ditentukan oleh hasil hash dari blok sebelumnya dan tinggi bloknya. Lokasi Recall Block tidak diketahui sampai blok sebelumnya ditambang. Namun, dalam proses menghasilkan blok baru, node harus memiliki data Recall Block untuk menggunakan mekanisme POW untuk menghitung hash dari tingkat kesulitan yang ditentukan. Hanya penambang pertama yang menghitung hash yang memenuhi tingkat kesulitan yang bisa mendapatkan hadiah. yang mendorong penambang untuk menyimpan data historis sebanyak mungkin. Pada saat yang sama, semakin sedikit orang yang menyimpan blok historis tertentu, node akan memiliki lebih sedikit pesaing ketika menghasilkan nonce yang memenuhi kesulitan tersebut, sehingga mendorong penambang untuk menyimpan lebih sedikit blok di jaringan.Terakhir, untuk memastikan bahwa node menyimpan data secara permanen di Arweave, Arweave memperkenalkan mekanisme penilaian node WildFire. Node akan cenderung berkomunikasi dengan node yang dapat memberikan lebih banyak data historis dengan lebih cepat, sementara node dengan peringkat yang lebih rendah seringkali tidak dapat memperoleh data blok dan transaksi terbaru sesegera mungkin sehingga tidak dapat memanfaatkan kompetisi POW.

Metode konstruksi blok Arweave, sumber gambar: Arweave Yellow-Paper

5. Perbandingan yang komprehensif

Selanjutnya, kami akan membandingkan kelebihan dan kekurangan dari lima solusi penyimpanan berdasarkan empat dimensi indikator kinerja DA.

  • Keamanan: Sumber masalah keamanan data terbesar adalah kerugian yang disebabkan selama proses transmisi data dan gangguan berbahaya dari node yang tidak jujur. Dalam proses lintas rantai, karena independensi dan status kedua rantai publik, keamanan transmisi data adalah yang utama daerah yang paling terkena dampaknya. Selain itu, Lapisan 1, yang saat ini memerlukan lapisan DA khusus, seringkali memiliki grup konsensus yang kuat, dan keamanannya sendiri akan jauh lebih tinggi dibandingkan dengan 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 pemanggil. Jika hanya data historis jangka pendek yang digunakan untuk memverifikasi transaksi yang dipertimbangkan, data yang sama dicadangkan oleh seluruh jaringan di jaringan penyimpanan sementara. Dalam solusi mirip DankSharding, jumlah rata-rata cadangan data hanya 1/N jumlah node di seluruh jaringan, lebih banyak redundansi data dapat memperkecil kemungkinan kehilangan data, dan juga dapat memberikan lebih banyak sampel referensi selama verifikasi. Oleh karena itu, penyimpanan sementara akan relatif memiliki keamanan data yang lebih tinggi. Dalam solusi DA pihak ketiga, DA khusus rantai utama menggunakan node publik dengan rantai utama, dan data dapat langsung ditransmisikan melalui node relai ini selama proses lintas rantai, sehingga akan memiliki keamanan yang relatif lebih tinggi dibandingkan solusi DA lainnya .

  • Biaya penyimpanan: Faktor terbesar yang mempengaruhi biaya penyimpanan adalah jumlah redundansi data. Dalam solusi penyimpanan jangka pendek DA rantai utama, disimpan dalam bentuk sinkronisasi data seluruh node jaringan. Setiap data yang baru disimpan perlu dicadangkan di seluruh node jaringan, yang memiliki biaya penyimpanan tertinggi. Biaya penyimpanan yang tinggi 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 sering kali memiliki lebih banyak node, Blok terkait juga akan memiliki lebih banyak cadangan, sehingga solusi Sharding rantai utama akan memiliki biaya yang lebih tinggi. Biaya penyimpanan terendah adalah penyimpanan DA rantai publik yang mengadopsi metode penyimpanan hadiah. Dalam skema ini, jumlah redundansi data sering kali berfluktuasi di sekitar konstanta tetap. Pada saat yang sama, mekanisme penyesuaian dinamis juga diperkenalkan dalam penyimpanan DA rantai publik untuk menarik node agar menyimpan lebih sedikit data cadangan dengan meningkatkan imbalan guna memastikan keamanan data.

  • Kecepatan membaca data: Kecepatan penyimpanan data terutama dipengaruhi oleh lokasi penyimpanan data di ruang penyimpanan, jalur indeks data, dan distribusi data dalam node. Diantaranya, lokasi penyimpanan data pada node memiliki pengaruh yang lebih besar terhadap kecepatan, karena menyimpan data di memori atau SSD dapat menyebabkan kecepatan membaca berbeda puluhan kali lipat. Penyimpanan DA rantai publik sebagian besar menggunakan penyimpanan SSD, karena beban pada rantai ini tidak hanya mencakup data lapisan DA, tetapi juga mencakup data pribadi dengan penggunaan memori tinggi seperti video dan gambar yang diunggah oleh pengguna. Jika jaringan tidak menggunakan SSD sebagai ruang penyimpanan, akan sulit untuk menanggung tekanan penyimpanan yang besar dan memenuhi kebutuhan penyimpanan jangka panjang. Kedua, untuk DA pihak ketiga dan DA rantai utama yang menggunakan memori untuk menyimpan data, DA pihak ketiga terlebih dahulu perlu mencari data indeks yang sesuai di rantai utama, lalu mentransfer data indeks melintasi rantai ke rantai ketiga. -party DA dan mengembalikannya melalui data jembatan penyimpanan. Sebaliknya, DA rantai utama dapat langsung menanyakan data dari node sehingga memiliki kecepatan pengambilan data yang lebih cepat. Terakhir, dalam DA rantai utama, metode Sharding memerlukan pemanggilan Block dari beberapa node dan memulihkan data asli. Oleh karena itu, dibandingkan dengan penyimpanan jangka pendek tanpa penyimpanan terfragmentasi, kecepatannya akan lebih lambat.

  • Universalitas lapisan DA: Universalitas DA pada rantai utama mendekati nol, karena tidak mungkin untuk mentransfer data pada rantai publik dengan ruang penyimpanan yang tidak mencukupi ke rantai publik lain dengan ruang penyimpanan yang tidak mencukupi. Di DA pihak ketiga, keserbagunaan solusi dan kompatibilitasnya dengan rantai utama tertentu merupakan indikator yang kontradiktif. Misalnya, dalam solusi DA khusus rantai yang dirancang untuk rantai utama tertentu, sejumlah besar perbaikan telah dilakukan pada jenis node dan tingkat konsensus jaringan untuk beradaptasi dengan rantai publik berkomunikasi dengan rantai publik lainnya merupakan hambatan besar. Dalam DA pihak ketiga, DA rantai publik penyimpanan berkinerja lebih baik dalam hal keserbagunaan dibandingkan dengan DA modular. DA rantai publik penyimpanan memiliki komunitas pengembang yang lebih besar dan fasilitas ekspansi yang lebih banyak, yang dapat beradaptasi dengan kondisi rantai publik yang berbeda. Pada saat yang sama, DA rantai publik penyimpanan memperoleh data lebih aktif melalui penangkapan paket, dibandingkan secara pasif menerima informasi yang dikirimkan dari rantai publik lainnya. Oleh karena itu, ia dapat menyandikan data dengan caranya sendiri, mencapai penyimpanan aliran data yang terstandarisasi, memfasilitasi pengelolaan informasi data dari berbagai rantai utama, dan meningkatkan efisiensi penyimpanan.

Perbandingan kinerja solusi penyimpanan, sumber gambar: Kernel Ventures

6. Ringkasan

Blockchain saat ini sedang mengalami transformasi dari Crypto ke Web3 yang lebih inklusif. Proses ini tidak hanya menghadirkan kekayaan proyek di blockchain. Untuk mengakomodasi operasi simultan dari begitu banyak proyek di Layer1 sekaligus memastikan pengalaman proyek Gamefi dan Socialfi, Layer1 yang diwakili oleh Ethereum telah mengadopsi metode seperti Rollup dan Blobs untuk meningkatkan TPS. Di antara blockchain baru, jumlah blockchain berkinerja tinggi juga bertambah. Namun TPS yang lebih tinggi tidak hanya berarti performa yang lebih tinggi, namun juga tekanan penyimpanan yang lebih besar pada jaringan. Untuk data historis yang sangat besar, berbagai metode DA berdasarkan rantai utama dan pihak ketiga saat ini diusulkan untuk beradaptasi dengan peningkatan tekanan penyimpanan on-chain. Setiap metode perbaikan mempunyai kelebihan dan kekurangan, dan mempunyai penerapan yang berbeda dalam situasi yang berbeda.

Blockchain yang berfokus pada pembayaran memiliki persyaratan yang sangat tinggi untuk keamanan data historis dan tidak mengejar TPS yang sangat tinggi. Jika rantai publik jenis ini masih dalam tahap persiapan, metode penyimpanan seperti DankSharding dapat diadopsi, yang dapat mencapai peningkatan besar dalam kapasitas penyimpanan sekaligus memastikan keamanan. Namun, jika itu adalah rantai publik seperti Bitcoin yang telah terbentuk dan memiliki sejumlah besar node, terdapat risiko besar dalam perbaikan yang terburu-buru pada lapisan konsensus. Oleh karena itu, rantai utama mendedikasikan DA dengan keamanan yang lebih tinggi dalam penyimpanan off-chain dapat digunakan untuk menyeimbangkan masalah keamanan dan penyimpanan. Namun perlu dicatat bahwa fungsi blockchain tidak statis tetapi terus berubah. Misalnya, fungsi awal Ethereum sebagian besar terbatas pada pembayaran dan pemrosesan aset dan transaksi otomatis sederhana menggunakan kontrak pintar. Namun, seiring dengan berkembangnya lanskap blockchain, berbagai proyek Socialfi dan Defi secara bertahap ditambahkan ke Ethereum ke arah yang lebih komprehensif. Dengan ledakan ekologi prasasti pada Bitcoin baru-baru ini, biaya transaksi jaringan Bitcoin telah melonjak hampir 20 kali lipat sejak Agustus. Hal ini mencerminkan bahwa kecepatan transaksi jaringan Bitcoin pada tahap ini tidak dapat memenuhi permintaan transaksi, dan pedagang hanya dapat Menaikkan biaya membuat transaksi diproses secepat mungkin. Kini, komunitas Bitcoin perlu melakukan trade-off, apakah menerima biaya tinggi dan memperlambat kecepatan transaksi, atau mengurangi keamanan jaringan untuk meningkatkan kecepatan transaksi namun menggagalkan tujuan awal sistem pembayaran. Jika komunitas Bitcoin memilih yang terakhir, maka dalam menghadapi meningkatnya tekanan data, solusi penyimpanan yang sesuai juga perlu disesuaikan.

Biaya transaksi mainnet Bitcoin berfluktuasi, sumber gambar: OKLINK

Untuk rantai publik dengan fungsi yang komprehensif, mereka memiliki pengejaran yang lebih tinggi terhadap TPS, dan pertumbuhan data historis bahkan lebih besar lagi. Sulit untuk beradaptasi dengan pesatnya pertumbuhan TPS 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. Diantaranya, DA khusus rantai utama memiliki kompatibilitas tertinggi, dan mungkin memiliki lebih banyak keuntungan jika hanya masalah penyimpanan satu rantai publik saja yang dipertimbangkan. Namun saat ini, ketika rantai publik Lapisan 1 berkembang pesat, transfer aset lintas rantai dan interaksi data telah menjadi hal yang umum dalam komunitas blockchain. Jika perkembangan jangka panjang dari seluruh ekosistem blockchain diperhitungkan, menyimpan data historis dari rantai publik yang berbeda pada rantai publik yang sama dapat menghilangkan banyak masalah keamanan dalam proses pertukaran dan verifikasi data cara DA rantai publik mungkin merupakan pilihan yang lebih baik. Dengan dasar keserbagunaan yang dekat, DA modular berfokus pada penyediaan layanan lapisan DA blockchain, memperkenalkan data historis manajemen data indeks yang lebih halus, yang secara wajar dapat mengklasifikasikan berbagai data rantai publik, dan menyimpan data rantai publik. Namun, solusi di atas tidak memperhitungkan biaya penyesuaian lapisan konsensus pada rantai publik yang ada. Proses ini sangat berisiko. Jika terjadi masalah, hal ini dapat menyebabkan kerentanan sistemik dan menyebabkan rantai publik kehilangan konsensus komunitas. Oleh karena itu, jika ini merupakan solusi transisi selama proses perluasan blockchain, penyimpanan sementara yang paling sederhana dari rantai utama mungkin lebih cocok. Pada akhirnya, diskusi di atas didasarkan pada kinerja selama operasi sebenarnya. Namun, jika tujuan dari rantai publik tertentu adalah untuk mengembangkan ekologinya sendiri dan menarik lebih banyak pihak dan peserta proyek, maka rantai publik tersebut mungkin juga akan memilih proyek yang didukung dan didanai oleh rantai publik tersebut sendiri. yayasan. Misalnya, ketika kinerja keseluruhan setara atau bahkan sedikit lebih rendah dibandingkan solusi penyimpanan rantai publik, komunitas Ethereum juga akan cenderung menggunakan proyek Lapisan 2 yang didukung oleh Yayasan Ethereum seperti EthStorage untuk terus mengembangkan ekosistem Ethereum.

Secara keseluruhan, fungsi blockchain saat ini menjadi semakin kompleks, yang juga membawa kebutuhan ruang penyimpanan yang lebih besar. Ketika terdapat cukup node verifikasi Layer1, data historis tidak perlu dicadangkan oleh semua node di seluruh jaringan. Hanya ketika jumlah cadangan mencapai nilai tertentu keamanan relatif dapat dijamin. Pada saat yang sama, pembagian kerja dalam rantai publik menjadi semakin rinci. Layer1 bertanggung jawab atas konsensus dan eksekusi, Rollup bertanggung jawab atas penghitungan dan verifikasi, dan blockchain terpisah digunakan untuk penyimpanan data. Setiap bagian dapat fokus pada suatu fungsi tertentu tanpa dibatasi oleh kinerja bagian lainnya. Namun, berapa banyak yang harus disimpan atau berapa proporsi node untuk menyimpan data historis dapat mencapai keseimbangan antara keamanan dan efisiensi, dan bagaimana memastikan interoperabilitas yang aman antara berbagai blockchain. Hal ini memerlukan pengembang blockchain untuk berpikir dan melanjutkan. Bagi investor, Anda dapat memperhatikan proyek DA khusus rantai utama di Ethereum, karena Ethereum sudah memiliki cukup pendukung pada tahap ini dan tidak perlu bergantung pada komunitas lain untuk memperluas pengaruhnya. Yang lebih dibutuhkan adalah meningkatkan dan mengembangkan komunitas Anda sendiri dan menarik lebih banyak proyek ke ekosistem Ethereum. Namun, untuk rantai publik yang berada dalam posisi mengejar ketertinggalan, seperti Solana dan Aptos, rantai tunggal itu sendiri tidak memiliki ekologi yang lengkap, sehingga mungkin lebih cenderung untuk bergabung dengan komunitas lain untuk membangun ekologi lintas rantai yang besar. untuk memperluas pengaruh. Oleh karena itu, untuk Layer1 yang baru muncul, DA pihak ketiga secara umum perlu mendapat perhatian lebih.

Kernel Ventures adalah dana modal ventura kripto yang didorong oleh komunitas penelitian dan pengembangan dengan lebih dari 70 investasi tahap awal yang berfokus pada infrastruktur, middleware, dApps, terutama ZK, Rollup, DEX, blockchain modular, dan area Vertikal untuk miliaran pengguna kripto di masa depan, seperti abstraksi akun, ketersediaan data, skalabilitas, dll. 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 di masa depan：https://github.com/celestiaorg/celestia-node/issues/11

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

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

  5. Mengumumkan Jembatan SURYA：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. Situs web resmi Arweave: https://www.arweave.org/

  9. Kertas Kuning Arweave: https://www.arweave.org/Yellow-paper.pdf