1. Pada tahap awal blockchain, menjaga konsistensi data dianggap sangat penting untuk menjamin keamanan dan desentralisasi. Namun, seiring berkembangnya ekosistem blockchain, tekanan penyimpanan juga meningkat, menyebabkan tren sentralisasi dalam pengoperasian node. Oleh karena itu, masalah biaya penyimpanan yang disebabkan oleh pertumbuhan TPS di Lapisan 1 perlu segera diatasi.
2. Menghadapi masalah ini, pengembang harus mengusulkan solusi yang mempertimbangkan sepenuhnya keamanan, biaya penyimpanan, kecepatan membaca data, dan fleksibilitas lapisan DA.
3. Dalam proses penyelesaian masalah ini, banyak teknologi dan ide baru yang bermunculan, antara lain 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 luas 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 rutin dan penyimpanan data yang diiris untuk mengurangi tekanan penyimpanan pada node, sedangkan DA pihak ketiga dirancang untuk melayani kebutuhan penyimpanan dan memiliki solusi yang masuk akal untuk data dalam jumlah besar. 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 penyimpanan rantai publik.
5. Rantai publik tipe pembayaran memiliki persyaratan yang sangat tinggi untuk keamanan data historis sehingga cocok untuk digunakan dalam rantai utama sebagai lapisan DA. Namun, untuk rantai publik yang telah berjalan lama dan memiliki banyak penambang yang menjalankan jaringannya, 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 menggunakan penyimpanan DA khusus rantai utama dengan kapasitas data lebih besar, biaya lebih rendah, dan keamanan. Namun, mengingat permintaan lintas rantai, DA modular juga merupakan pilihan yang baik.
6. Secara keseluruhan, blockchain bergerak menuju pengurangan redundansi data serta 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 Ethereum sebagai contoh, meskipun ukuran blok rata-rata diperkirakan 20 kb, ukuran total blok Ethereum saat ini telah mencapai 370 GB. Selain blok itu sendiri, full node juga perlu mencatat status dan resi 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

2. Indikator kinerja DA

2.1 Keamanan

Dibandingkan dengan basis data atau struktur penyimpanan daftar tertaut, ketidakterbandingan blockchain berasal dari kemampuan 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.

1. 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 melihat 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 nilai kunci pada node tertentu, perubahan pada data historis hanya dapat dilakukan pada satu node, dan biaya serangannya sangat rendah. Secara teori, semakin besar jumlah redundansi, semakin kecil kemungkinan terjadinya data. 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 yang sesuai. Pendekatan redundan menyeimbangkan keamanan dan efisiensi penyimpanan.
2. 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. Komitmen ini diperoleh dengan mencampurkan data transaksi. 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. Jika konsisten maka verifikasi lolos. Algoritma verifikasi kriptografi yang umum digunakan meliputi Verkle 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 permainan antara biaya penyimpanan dan keamanan data. Mengurangi tingkat hunian 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 merupakan 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. Oleh karena itu, Semakin lama proses panggilan, maka data indeks yang tersisa akan semakin banyak 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 ditujukan untuk rantai publik yang belum mencapai konsistensi data di seluruh jaringan. Jika rantai publik mencapai sinkronisasi data untuk node di seluruh jaringan, hal ini dapat diabaikan. Konsumsi waktu suatu proses. 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 langsung akan disimpan dalam file berjenis Memtable. Ketika penyimpanan Memtable penuh, 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, itu dapat dibaca dengan cepat dari memori. Namun, memori seluler dari node biasa sering kali berada pada level GB, dan mudah untuk menulis dengan lambat. 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 ke dalam memori terlebih dahulu, yang sangat mengurangi kecepatan pengindeksan data. Terakhir, untuk sistem yang menggunakan penyimpanan bersama, pemulihan data memerlukan pengiriman permintaan data ke beberapa node dan memulihkannya. Proses ini juga akan mengurangi kecepatan membaca data.

Metode penyimpanan data Leveldb, sumber gambar: Buku pegangan Leveldb

2.4 Generalisasi DA

Dengan berkembangnya DeFi dan berbagai masalah dengan CEX, kebutuhan pengguna untuk transaksi lintas rantai aset terdesentralisasi juga meningkat. Terlepas dari mekanisme lintas rantai penguncian hash, 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. Bisa. 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. Teknik Mengenai DA

3.1 Pembagian

1. 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. Blok seringkali tidak disimpan hanya pada satu node tetapi 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 kapasitas total sistem hingga jumlah kapasitas penyimpanan setiap node, dan pada saat yang sama pada saat yang sama memastikan 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 haruslah T/N. Yang kedua adalah proses penyimpanan Blok. Jumlah node dalam sistem terdistribusi tradisional lebih sedikit, sehingga satu node sering kali beradaptasi dengan beberapa blok data. Pertama, data dipetakan ke cincin hash melalui algoritma hash yang konsisten, dan kemudian setiap node Menyimpan blok data yang diberi nomor 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, melainkan peristiwa yang tidak bisa dihindari. Setiap node akan secara acak memilih Blok untuk disimpan. Proses ini menggabungkan data asli dengan blok dan informasi node. Hasil hashing data diselesaikan dengan mengambil modulus jumlah shard. Dengan asumsi setiap bagian data dibagi menjadi N Blok, ukuran penyimpanan aktual 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.

1. 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 memitigasi kemungkinan ancaman kehilangan penyimpanan, berdasarkan skema ini, data asli sering kali tidak langsung dibagi menjadi Blok untuk disimpan. Sebaliknya, data asli pertama-tama dipetakan ke koefisien polinomial orde-n, dan kemudian 2n diambil dari polinomial tersebut. poin, dan biarkan node secara acak memilih salah satu dari poin tersebut 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 kami dapat memulihkan data asli. Melalui kode Eraser, keamanan penyimpanan data dan kemampuan pemulihan data jaringan ditingkatkan.
2. Aspek yang sangat penting dalam penyimpanan data adalah verifikasi keaslian data. Dalam jaringan yang tidak menggunakan kode Eraser, berbagai metode dapat digunakan untuk verifikasi, namun jika kode Eraser di atas diperkenalkan untuk meningkatkan keamanan data, maka lebih tepat menggunakan komitmen polinomial KZG, yang dapat memverifikasi konten tunggal blok 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 keseluruhan mirip dengan Merkle Tree, tetapi tidak memerlukan spesifikasi khusus Data node jalur dan hanya membutuhkan Root KZG dan data blok untuk memverifikasi keaslian blok.

3.3 Metode Validasi Data di DA

Validasi data memastikan bahwa data yang dipanggil dari sebuah node akurat dan lengkap. Untuk meminimalkan jumlah data dan biaya komputasi yang diperlukan dalam proses validasi, lapisan DA kini menggunakan struktur pohon sebagai metode validasi utama. Bentuk paling sederhana adalah dengan menggunakan Merkle Tree untuk verifikasi, yang menggunakan bentuk catatan pohon biner lengkap, hanya perlu menyimpan Merkle Root dan nilai hash dari subpohon di sisi lain jalur node dapat diverifikasi, the 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 bertambahnya data. Untuk mengatasi masalah peningkatan volume validasi, metode validasi lain, Verkle Tree, diusulkan pada tahap ini, di mana setiap node di Verkle Tree tidak hanya menyimpan nilai tetapi juga melampirkan Komitmen Vektor, yang dapat dengan cepat memvalidasi keaslian dari data dengan menggunakan nilai node asli dan bukti komitmen, tanpa perlu memanggil nilai node saudara lainnya, sehingga komputasi setiap validasi menjadi lebih mudah dan cepat. Hal ini membuat jumlah komputasi untuk setiap verifikasi hanya terkait dengan kedalaman Pohon Verkle, yang merupakan konstanta tetap, sehingga 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 dapat dibaca tetapi tidak dapat ditulis, Pohon Verkle sangat cocok. Selain itu, Merkle Tree dan Verkle Tree sendiri memiliki varian bentuk K-ary, implementasi spesifik mekanismenya serupa, hanya mengubah jumlah subpohon di bawah setiap node, perbandingan kinerja spesifiknya dapat dilihat pada tabel berikut.

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

3.4 Middleware DA Generik

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, sebuah middleware penyimpanan berbasis Arweave, secara aktif mengambil data dari rantai dan semua data di 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 rantai publik tertentu yang menyediakan layanan.

4. Metode Penyimpanan DA

4.1 Rantai utama DA

4.1.1 Seperti 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 sementara

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 periode ini, mereka dapat menyimpannya sendiri di jaringan publik terdesentralisasi lainnya atau oleh pihak ketiga yang tepercaya. Dengan kata lain, mereka yang mempunyai kebutuhan data tambahan perlu membayar untuk penyimpanan data historis.

4.2 DA pihak ketiga

4.2.1 DA khusus rantai utama: EthStorage

1. DA khusus rantai utama: Hal terpenting tentang lapisan DA adalah keamanan transmisi data. Yang paling aman pada 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 berkembang pesat, 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. Proyek representatif termasuk Topia, EthStorage, dll. Di antara mereka, EthStorage saat ini adalah yang paling berkembang 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.
2. EthStorage: EthStorage adalah rantai publik yang independen terhadap Ethereum, tetapi node yang berjalan di dalamnya lebih unggul daripada node Ethereum. Artinya, node yang menjalankan EthStorage juga dapat menjalankan Ethereum secara bersamaan. Melalui kode operasi di Ethereum, Anda dapat langsung mengakses 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 masukannya adalah kunci variabel dua byte dan data, di mana data mewakili data yang akan disimpan, dan kuncinya 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, dan sesuai dengan kunci di Ethereum. Nilai ini sesuai dengan alamat penyimpanan data di EthStorage, sehingga pada 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

1. 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. Ada juga batasan ukuran spesifik setiap pasangan (k, v). 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 Verkle di jaringan utama Ethereum untuk verifikasi. Kemudian penambang harus terlebih dahulu menyediakan nonce untuk menghasilkan alamat beberapa potongan melalui algoritma acak dengan hash dari blok sebelumnya di EthStorage. Penambang perlu memberikan data dari bongkahan ini 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 Modularisasi DA: Celestia

1. 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) Verifikasi 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).
2. Desain blockchain modular: Untuk waktu yang lama, keempat modul ini telah diintegrasikan ke dalam rantai publik. Blockchain seperti ini 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, meningkatkan kecepatan pemrosesan pada lapisan pemrosesan akan membawa tekanan penyimpanan yang lebih besar pada lapisan ketersediaan data; untuk menjamin keamanan lapisan eksekusi, diperlukan mekanisme verifikasi yang lebih kompleks namun 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.
3. DA Modular: Metode kompleks yang memisahkan lapisan DA dari bisnis blockchain dan menyerahkannya ke rantai publik dianggap sebagai solusi yang layak terhadap data historis yang berkembang di Lapisan 1. Eksplorasi di area ini masih dalam tahap awal pada tahap ini. , 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, data asli ditulis ulang dalam bentuk matriks ak, dan hanya 25% data asli yang dapat dipulihkan. Namun, penyimpanan sharding data pada dasarnya hanya mengalikan tekanan penyimpanan seluruh node jaringan dengan koefisien 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. untuk kData dalam matriks 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, data tersebut akan dikembalikan melalui komponen dan node IPLD; jika tidak ada, data tidak dapat dikembalikan.

Metode pembacaan data Celestia, sumber gambar: Celestia Core

1. 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 datanya tanpa kesadaran berlebihan. Terakhir, node Rollup akan digulirkan sesuai dengan ukuran 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 kembali keamanan penyimpanan. Hanya 25% dari patah tulang yang mampu mengembalikan seluruh data transaksi. Ini pada dasarnya hanyalah rantai publik POS dengan biaya penyimpanan rendah. Jika ingin digunakan untuk memecahkan masalah penyimpanan data historis Ethereum, diperlukan banyak modul khusus lainnya untuk bekerja sama dengan Celestia. Misalnya saja dalam hal rollup, mode roll-up yang sangat direkomendasikan di situs resmi Celestia adalah Sovereign Rollup. Berbeda dengan Rollup pada Layer 2 pada umumnya, transaksi hanya dihitung dan diverifikasi, yaitu operasi lapisan eksekusi selesai. 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 Verkle 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 Verkle Root digunakan untuk perbandingan, dan jika cocok berarti itu memang data historis nyata.

4.2.3 Rantai Penyimpanan DA

Dalam hal prinsip teknis DA rantai utama, banyak teknologi yang mirip dengan Sharding dipinjam dari rantai publik penyimpanan. Di antara DA pihak ketiga, beberapa DA secara 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 historisnya bahkan lebih besar. Saat berjalan 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 protokol jembatan penyimpanan secara khusus, 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 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 Blok Penarikan tidak diketahui sampai blok sebelumnya ditambang. Namun, dalam proses pembuatan blok baru, node harus memiliki data Recall Block untuk menggunakan mekanisme POW dalam 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 sebanyak mungkin. data historis. 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 sering kali 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 Sintesis

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

1. 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 keadaan kedua rantai publik, keamanan transmisi data adalah salah satu bidang yang paling terkena dampaknya. Selain itu, Lapisan 1, yang saat ini memerlukan lapisan DA khusus, sering kali memiliki grup konsensus yang kuat, dan keamanannya akan jauh lebih tinggi dibandingkan 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 akan dicadangkan oleh seluruh jaringan di jaringan penyimpanan sementara. Dalam solusi mirip DankSharding, rata-rata jumlah cadangan data hanya 1/N dari jumlah node di seluruh jaringan. , lebih banyak redundansi data dapat memperkecil kemungkinan hilangnya 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 .
2. 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 rantai publik DA yang mengadopsi metode penyimpanan hadiah. Dalam skema ini, jumlah redundansi data sering kali berfluktuasi pada konstanta yang 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.
3. 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 status 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.
4. 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 utama yang dirancang untuk rantai utama tertentu, banyak perbaikan telah dilakukan pada jenis node dan tingkat konsensus jaringan untuk beradaptasi dengan rantai publik. Oleh karena itu, perbaikan ini akan berperan ketika berkomunikasi dengan rantai publik lainnya. sebuah hambatan yang sangat 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 menghasilkan kekayaan proyek di blockchain. Untuk mengakomodasi operasi simultan dari begitu banyak proyek di Layer1 sambil 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 memiliki kelebihan dan kekurangan serta 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 rantai publik seperti Bitcoin sudah terbentuk dan memiliki banyak node, terdapat risiko besar dalam perbaikan yang terburu-buru pada lapisan konsensus. Oleh karena itu, DA khusus rantai utama dengan keamanan 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. Membuat Ethereum berkembang ke arah yang lebih komprehensif. Baru-baru ini, dengan ledakan prasasti ekologi pada Bitcoin, 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 agar 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

Rantai publik dengan fungsi komprehensif memiliki pencarian TPS yang lebih tinggi, dan pertumbuhan data historis bahkan lebih besar. 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 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. Oleh karena itu, perbedaan antara DA modular dan cara penyimpanan rantai publik DA mungkin merupakan pilihan yang lebih baik. Berdasarkan premis yang sangat serbaguna, 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. Memiliki kelebihan lebih dari. Namun solusi di atas tidak memperhitungkan biaya penyesuaian lapisan konsensus pada rantai publik yang ada. Proses ini sangat berisiko. Begitu masalah terjadi, 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. Terakhir, pembahasan di atas didasarkan pada kinerja selama pengoperasian sebenarnya. Namun, jika tujuan rantai publik tertentu adalah untuk mengembangkan ekologi dan menarik lebih banyak pihak dan peserta proyek, maka rantai publik tersebut mungkin juga akan memilih proyek yang didukung dan didanai oleh yayasannya… Misalnya, ketika kinerja keseluruhan setara atau bahkan sedikit lebih rendah dibandingkan solusi penyimpanan rantai publik, komunitas Ethereum juga akan cenderung pada proyek Layer 2 yang didukung oleh Ethereum Foundation 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. Jika 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 juga menjadi semakin rinci., Lapisan 1 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 jumlah penyimpanan tertentu atau berapa proporsi node yang diperbolehkan untuk menyimpan data historis dapat mencapai keseimbangan antara keamanan dan efisiensi, dan bagaimana memastikan interoperabilitas yang aman antara berbagai blockchain, ini adalah masalah yang perlu dipikirkan oleh pengembang blockchain. dan terus ditingkatkan. Investor, namun tetap 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 serta menarik lebih banyak proyek ke ekosistem Ethereum. Namun, untuk rantai publik yang berada dalam posisi mengejar ketinggalan, 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, munculnya Layer1, DA pihak ketiga yang umum, patut 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 orientasi 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.

Penafian:

1. Artikel ini dicetak ulang dari [mirror]. Semua hak cipta milik penulis asli [Kernel Ventures Jerry Luo]. Jika ada keberatan terhadap cetak ulang ini, silakan menghubungi tim Gate Learn , dan mereka akan segera menanganinya.
2. Penafian Tanggung Jawab: Pandangan dan pendapat yang diungkapkan dalam artikel ini adalah sepenuhnya milik penulis dan bukan merupakan nasihat investasi apa pun.
3. Terjemahan artikel ke bahasa lain dilakukan oleh tim Gate Learn. Kecuali disebutkan, dilarang menyalin, mendistribusikan, atau menjiplak artikel terjemahan.