Ini adalah angsuran terakhir dari seri wawancara Rollup Terdesentralisasi Episode ini mengeksplorasi desentralisasi rollup dari perspektif "Ketersediaan Data dan Penyimpanan Terdesentralisasi". Kami mengundang Qi Zhou, pendiri EthStorage, untuk membahas bagaimana DA dapat menggunakan kembali atribut keamanan mainnet Ethereum, EIP-4844 dan danksharding, serta perbandingan keamanan berbagai model DA. Guru Zhou juga memperkenalkan bagaimana EthStorage dapat digabungkan dengan EIP-4844 dalam peningkatan Ethereum berikutnya.
Perkenalan tamu
Saya sangat senang berbagi dengan Anda beberapa pemikiran kami tentang seluruh teknologi Ethereum DA dan penyimpanan terdesentralisasi yang telah kami lakukan. Saya bergabung dengan industri Web3 penuh waktu pada tahun 2018. Saya dulu bekerja sebagai insinyur di perusahaan besar seperti Google dan Facebook. Dan memiliki gelar PhD dari Georgia Institute of Technology. Sejak 2018, saya telah mengikuti dan mengerjakan infrastruktur Web3. Alasan utamanya adalah saya juga melakukan ini di pabrik besar sebelumnya, termasuk sistem terdistribusi dan penyimpanan terdistribusi. Selain itu, menurut saya masih banyak ruang untuk perbaikan dalam aspek keseluruhan blockchain ini. Apa pun yang kami lakukan di awal, seperti teknologi yang disebut sharding eksekusi. Jadi ini adalah Ethereum's sharding 1.0, dan sekarang teknologinya disebut data sharding dari Ethereum's sharding 2.0, dan ketersediaan data selanjutnya. Faktanya, mereka semua adalah beberapa inovasi dan pekerjaan yang dibuktikan di seluruh infrastruktur Web3.
Jadi kami juga mengikuti peta jalan Ethereum, mempelajari dan meneliti, serta berpartisipasi dan meningkatkan dengan cara komunitas ini. Pada akhir tahun lalu, kami merasa sangat terhormat menerima dukungan dari Ethereum Foundation untuk penelitian kami tentang "Pengambilan Sampel Ketersediaan Data". Bantu Yayasan Ethereum melakukan beberapa pekerjaan teoretis, beberapa pekerjaan penelitian tentang danksharding, termasuk cara memulihkan data secara efektif. Pada saat yang sama, kami juga mengembangkan EthStorage, lapisan data Ethereum berdasarkan teknologi DA Ethereum. Kita dapat menggunakan smart contract Ethereum untuk memverifikasi penyimpanan data off-chain dalam skala besar. Ini juga sangat berarti bagi Ethereum. Jadi saya sangat senang berbagi dengan Anda hari ini, termasuk bagaimana EthStorage dapat membangun jaringan lapisan penyimpanan data dengan lebih baik berdasarkan teknologi DA.
bagian wawancara
Bagian 1: Pembahasan Definisi DA
Bagaimana Ketersediaan Data (DA) Menjaga Rollup Tetap Aman
Pertama-tama, dalam proses meneliti DA, saya juga menemukan banyak orang yang tidak memahami definisi DA. Saya juga sangat senang mendiskusikannya hari ini, sebelumnya saya juga mendiskusikan DA dengan banyak anggota Ethereum Foundation, seperti Dankrad Feist, dan peran penting yang dimainkan DA di seluruh Ethereum L2.
Saya menyebutkan beberapa mekanisme kerja dasar rollup Ethereum, bagaimana memindahkan transaksi pada rantai ke off-chain, dan kemudian menggunakan serangkaian metode bukti (bukti penipuan dan bukti validitas) untuk memberi tahu kontrak pintar L1 bahwa hasil eksekusi dapat diterima. Buktikan kebenarannya melalui bukti-bukti ini.
Kemudian inti yang sangat penting adalah mereka berharap untuk menggunakan kembali keamanan jaringan Ethereum itu sendiri, tetapi pada saat yang sama dapat memperluas seluruh daya komputasi Ethereum. Baru saja saya mengatakan bahwa perluasan daya komputasi sebenarnya menempatkan perhitungan pada rantai dari rantai, jadi bagaimana keamanan Ethereum dapat direalisasikan pada saat yang sama.
Misalnya, dalam kasus Optimistic Rollup, bagaimana memastikan bahwa seseorang dapat menantang sequencer untuk melakukan hal-hal jahat? Sangat penting untuk mengetahui seperti apa transaksi asli spesifik di bawah rantai itu. Jika transaksi asli tertentu dari rantai tidak tersedia, maka saya tidak dapat menemukan catatan transaksi asli untuk menantang sequencer pada rantai tersebut. Oleh karena itu, DA dapat menjamin keamanan karena DA perlu mengizinkan metadata dari setiap transaksi off-chain tersedia di rantai.
Perluas ruang blok
Karena semua data transaksi kami harus diunggah ke rantai, meskipun tidak diperlukan perhitungan, kami masih akan menghasilkan data transaksi yang sangat besar. Kemudian masalah inti yang harus diselesaikan, semua orang dapat memahami bahwa ini adalah teknologi yang sangat efektif untuk memperluas ruang blok. Jika Anda memiliki pemahaman yang baik tentang struktur seluruh blockchain, setiap blok berisi banyak konten transaksi. Blok itu sendiri dari transaksi ini, kami menyebutnya ruang blok.
Saat ini, ruang setiap blok di Ethereum adalah sekitar 2.300 KB. Tetapi jumlah seperti itu jelas tidak dapat memenuhi kebutuhan ekspansi Ethereum berikutnya. Perhitungan yang sangat cepat dapat dilakukan di sini: bagi ruang 200 kB dengan jumlah setiap transaksi sekitar 100 byte, dan dapatkan jumlah 2000 transaksi. Bagilah 2000 transaksi dengan waktu blok Ethereum 12, yang berarti bahwa batas atas TPS Ethereum dibatasi sekitar 100. Nah, ini sebenarnya jumlah yang sangat kecil untuk keseluruhan rencana ekspansi Ethereum.
Oleh karena itu, apa yang menjadi perhatian Ethereum L2 adalah bagaimana memastikan keamanan dan bagaimana menempatkan sejumlah besar data blok ke dalam ruang blok. Kemudian, apakah itu bukti penipuan atau bukti validitas, data di ruang blok Ethereum dapat digunakan kembali untuk pemeriksaan yang sesuai. Terakhir, keamanan hasil perhitungan transaksi off-chain dapat dijamin oleh Ethereum. Jadi ini pada dasarnya adalah hubungan antara DA dan keamanan Ethereum.
Memahami DA dari perspektif biaya bandwidth jaringan dan biaya penyimpanan
Biaya utama DA adalah dua aspek, satu disebut biaya bandwidth jaringan, dan yang lainnya disebut biaya penyimpanan.
Dalam hal biaya bandwidth jaringan, misalnya, di jaringan P2P, metode siaran blok Bitcoin dan Ethereum saat ini adalah mengirim semua node P2P melalui gosip (penyiaran) untuk memberi tahu semua orang bahwa saya memiliki blok baru. Seperti ini. Keuntungan dari pendekatan jaringan semacam itu adalah sangat aman, dan semua node jaringan pada akhirnya akan menerima cadangan.
Kelemahannya adalah ia memiliki overhead yang besar pada bandwidth dan latensi jaringan. Kami tahu bahwa Ethereum menghasilkan blok dalam 12 detik, setelah peningkatan POS. Jadi jika blok terlalu besar dan membutuhkan waktu lebih dari 12 detik, sejumlah besar blok tidak dapat dibuat, dan akhirnya seluruh bandwidth jaringan akan turun ke tingkat yang tidak dapat diterima. Jadi Anda bisa menganggap DA sebagai solusi untuk masalah bandwidth dari sejumlah besar data di blockchain.
Kemudian yang kedua adalah biaya penyimpanannya, sebenarnya Ethereum Foundation banyak berdiskusi tentang aspek ini. Dalam desain solusi inti, itu tidak akan memungkinkan data blok yang diunggah oleh seluruh DA disimpan sepanjang waktu.
Ini mengarah ke pertanyaan lain. Ketika saya memiliki begitu banyak data di rantai, tetapi setelah satu atau dua minggu, itu akan dibuang oleh protokol Ethereum. Jadi dalam proses ini, apakah kami memiliki beberapa solusi terdesentralisasi yang lebih baik untuk menyimpan data DA ini.
Ini juga salah satu niat awal kami saat mendesain EthStorage. Pertama, banyak Rollup perlu menyimpan data untuk jangka waktu yang lebih lama. Pada aspek kedua, dengan data ini, saya benar-benar dapat menggunakan DA untuk menyelesaikan beberapa aplikasi rantai lengkap dengan lebih baik. Misalnya, NFT dari seluruh rantai, atau bagian depan dari banyak DApps, bahkan menyertakan sejumlah besar artikel atau komentar yang ditulis oleh semua orang di jejaring sosial. Kemudian ini dapat diunggah ke seluruh blockchain melalui jaringan DA dengan biaya lebih rendah, dan dapat memperoleh keamanan yang sama dengan Ethereum L1.
Ini setelah kami meneliti seluruh teknologi Ethereum DA, termasuk berdiskusi dengan banyak personel inti Ethereum, kami menemukan bahwa dalam hal ini, Ethereum perlu memiliki lapisan penyimpanan, dan ini adalah lapisan terdesentralisasi yang tidak perlu bertanggung jawab atas Ethereum sendiri Lapisan penyimpanan yang meningkatkan protokol, atau yang kami sebut lapisan penyimpanan modular, untuk memecahkan masalah penyimpanan data jangka panjang.
Bagian II: Diskusi tentang berbagai skema DA
Hubungan antara EIP-4844 dan Danksharding, dan mengapa EIP-4844 perlu diterapkan
Proto-danksharding juga disebut EIP-4844, yang menurut saya dapat dianggap sebagai peningkatan besar Ethereum berikutnya. Ada alasan yang sangat penting mengapa 4844 dilakukan. Ketika Ethereum Gene memperkirakan rute pemutakhiran sharding Ethereum, yaitu, waktu untuk Danksharding, mereka berpikir bahwa seluruh waktu pemutakhiran cukup lama, misalnya, mungkin perlu tiga tahun untuk lima tahun. Itu tahun 2021, 2020.
Kemudian dalam prosesnya, mereka memperkirakan bahwa akan ada banyak Rollup yang berjalan di Ethereum segera, tetapi karena Danksharding, antarmuka data yang disediakan olehnya benar-benar berbeda dari antarmuka data Calldata yang saat ini digunakan oleh Rollup. Ini akan menyebabkan sejumlah besar aplikasi Ethereum tidak dapat ditingkatkan dengan cepat karena antarmuka baru, dan dapat dengan mulus mendapatkan manfaat yang diberikan oleh Danksharding.
Ketika saya pergi ke Devcon tahun lalu, Vitalik juga menyebutkan bahwa dia berharap Ethereum dapat melayani Lapisan 2 ini dengan lebih baik, sehingga mereka dapat mengembangkan kontrak mereka sambil menggunakan antarmuka Danksharding yang sama. Saat Danksharding diupgrade, mereka dapat langsung mewarisi manfaat baru yang diberikan oleh Danksharding tanpa harus mengupgrade kontrak mereka yang sudah ada dan teruji.
Jadi EIP-4844 sebenarnya adalah versi Danksharding yang sangat disederhanakan, yang menyediakan antarmuka aplikasi yang sama dengan Danksharding, termasuk opcode baru yang disebut Data Hash; dan objek data baru yang disebut Binary Large Objects, yaitu Blob.
Objek data ini dirancang untuk membuat rollup kompatibel dengan struktur data yang disediakan oleh Danksharding sebelumnya, artinya, Danksharding akan memberikan konsep serupa seperti Data Hash dan Blob yang sama. Tetapi melalui EIP-4844, mereka mengimplementasikan ide-ide ini terlebih dahulu dalam pemutakhiran Ethereum berikutnya. Oleh karena itu, di seluruh fungsi desain EIP-4844, Anda dapat melihat antarmuka mereka dan, misalnya, Pra-kompilasi dan instruksi yang baru ditambahkan, maka Anda dapat secara samar melihat masa depan seluruh Danksharding, cara menerapkannya di Ethereum Sebuah proses interaksi lapisan.
Dalam hal ini, Ethereum juga berpikir dari sudut pandang aplikasi, bagaimana beberapa pemutakhiran dapat dilakukan terlebih dahulu untuk memungkinkan aplikasi menikmati berbagai teknologi ekspansi di Ethereum dengan lebih baik, dan tidak perlu biaya pemutakhiran tambahan.
Tetapi ada masalah bahwa EIP-4844 tidak menyelesaikan masalah perluasan seluruh ruang blok, dan Danksharding dapat menyelesaikannya. Ruang blok Ethereum saat ini sekitar 200 KB. Setelah Danksharding, ukuran yang direncanakan dalam spesifikasi adalah 32 megabita, peningkatan hampir 100 kali lipat. Jadi EIP-4844 saat ini sebenarnya tidak menyelesaikan masalah bandwidth dari blockchain di blok tersebut.
Bagaimana Danksharding memecahkan masalah perluasan ruang blok
Di bawah desain 4844, selama proses penyiaran data pada rantai, masih menggunakan metode yang sama dengan data panggilan sebelumnya, dan disiarkan melalui jaringan P2P. Kemudian metode penyiaran ini pada akhirnya akan dibatasi oleh hambatan fisik dari seluruh bandwidth jaringan P2P. Metode desain Danksharding telah mengubah penyiaran jaringan P2P, dan kemudian melalui teknologi pengambilan sampel data, sehingga setiap orang tidak perlu mengunduh semua data blok, tetapi juga mengetahui bahwa data blok ini dapat diunduh.
Faktanya, ini sedikit mirip dengan metode ZK. Melalui pengambilan sampel data, saya tahu bahwa jaringan berisi data blok (32 megabyte/blok) yang dibawa oleh Danksharding. Tetapi saya tidak perlu mengunduh semua 32 megabita data untuk disimpan secara lokal. Ini juga dapat dilakukan jika bandwidth mesin cukup dan kinerja ruang penyimpanan cukup, tetapi untuk verifikator biasa, ia tidak perlu mengunduh semua 32 megabyte data.
Beberapa pengembangan dan pengalaman testnet EIP-4844
Kami baru-baru ini menjalankan jaringan uji EIP-4844 internal kami, dan menerapkan kontrak yang sesuai untuk diuji, termasuk unggahan data blob, panggilan kontrak, dan verifikasi data, yang telah kami lalui semuanya. Jadi setelah EIP-4844 online, kami dapat menggunakan kontrak kami sesegera mungkin.
Pada saat yang sama, kami juga berharap melalui kerja sama kami saat ini dengan beberapa pengembang Ethereum, serta beberapa kontrak yang kami kembangkan, kami dapat menyediakan waktu untuk pengembangan berbagai rollup di Ethereum, serta pembelajaran dan berbagai alat.
Jadi kami baru-baru ini mengirimkan banyak kode ke Ethereum, set alat untuk EIP-4844, termasuk kontrak pintar baru untuk mendukung opcode, karena soliditas masih tidak dapat mendukung opcode hash data. Jadi semua pekerjaan, kami sudah melakukan sinkronisasi dengan beberapa pengembang Ethereum Foundation.
Aplikasi dan batasan Komite Ketersediaan Data (DAC)
Karena lebih dari 90% biaya yang dibayarkan oleh pengguna L2 dibayarkan untuk ketersediaan data.Untuk lebih mengurangi biaya pengunggahan data, banyak proyek L2, termasuk ZKSync, meluncurkan ZKPorter, dan Arbitrum Made Arbitrum Nova. Mereka menyediakan lapisan data mereka sendiri dengan menyediakan Komite Ketersediaan Data DAC mereka sendiri.
Komite data ini akan memberikan kepercayaan tambahan untuk mencapai tingkat keamanan tambahan yang sama dengan Ethereum. Oleh karena itu, ketika mereka memilih komite data, mereka biasanya memilih beberapa penyedia layanan data ternama, atau perusahaan ternama untuk berpartisipasi dalam pelestarian data ini. Namun nyatanya akan banyak tantangan dan keraguan, karena semua orang menganggap bahwa ini sebenarnya adalah pelanggaran terhadap prinsip desentralisasi tanpa akses, yang berarti semua orang dapat berpartisipasi. Tetapi situasi saat ini adalah sebagian besar komite data adalah beberapa organisasi yang sangat dekat dengan pihak proyek Layer2.
Seperti Arbitrum Nova, terakhir kali saya melihatnya, mungkin ada enam atau tujuh node seperti itu. Misalnya, node komite data yang berjalan di cloud Google atau cloud Amazon dapat menyimpan data ini, dan mereka dapat menyediakan semua biaya eksekusi di Arbitrum Nova. Keuntungan dari hal ini adalah biaya eksekusinya saat ini sekitar seperseribu dari Ethereum. Karena dia tidak perlu menulis semua data ke Layer 1 Ethereum. Namun saat ini masih relatif tersentralisasi, sehingga akan lebih banyak kekhawatiran terhadap aplikasi yang relatif bernilai tinggi, karena jika ada dana yang besar, dana puluhan juta atau dana ratusan juta, maka dia harus percaya bahwa data dari komite data dapat digunakan.
Jadi saat kami mendesain EthStorage, kami sebenarnya tidak memiliki konsep komite data. Selama proses desain, kami berharap semua orang dapat berpartisipasi dan menjadi penyedia data. Dan mereka menggunakan bukti terenkripsi untuk membuktikan bahwa mereka memang menyimpan data ini. Karena model komite data ini secara teori, meskipun saya mengatakan bahwa saya memiliki tujuh dan delapan node komite data, sebenarnya saya hanya dapat menyimpan satu data fisik, tetapi saya dapat menunjukkan bahwa saya memiliki tujuh atau delapan alamat. menyediakan data ini.
Lalu bagaimana membuktikan bahwa data saya memiliki salinan fisik yang cukup untuk menjamin keamanan data tersebut. Faktanya, ini adalah inovasi yang sangat penting saat kami melakukan EthStorage, dan itu juga yang kami tekankan saat kami pergi ke Ethereum Foundation ESP (Ecological Support Program) untuk berkhotbah. Kami menggunakan teknologi enkripsi ZK yang digunakan oleh EthStorage untuk melindungi node yang disediakan oleh data Layer2. Mereka dapat bergabung tanpa izin dan dapat membuktikan bahwa mereka memiliki begitu banyak salinan penyimpanan, dan dapat lebih menjamin keamanan data.
Jadi menurut saya DAC memang solusi yang sangat sementara untuk biaya upload data ke Layer1. Kami percaya bahwa kami dapat memberikan solusi penyimpanan data yang lebih baik melalui beberapa teknologi enkripsi EthStorage, ditambah dengan beberapa metode verifikasi bukti pada kontrak Lapisan 1 berdasarkan Ethereum. Selanjutnya, dengan peluncuran Ethereum 4844, kami akan berinisiatif untuk membagikan konten inovatif ini dan hasil pengoperasiannya di jaringan dengan Anda.
Perbedaan antara EthStorage dan DAC
EthStorage sebenarnya adalah rollup penyimpanan Ethereum, Storage rollup. Kemudian kita dapat berasumsi bahwa Layer 2 bukanlah implementasi Ethereum EVM, tetapi database yang sangat besar, atau database nilai kunci. Bisa sampai 10 TB, ratusan TB, atau bahkan ribuan, yang merupakan basis data di tingkat PB.
Lalu bagaimana memastikan agar data di database saya bisa mendapatkan keamanan yang sama dengan Ethereum. Pertama-tama, langkah pertama adalah kita perlu mempublikasikan semua data berskala besar ini di database ke Lapisan 1 Ethereum melalui DA, sehingga semua orang dapat melihat bahwa data ini tersedia di seluruh lapisan DA Ethereum. Namun kami tidak dapat menjamin bahwa data tersebut dapat diperoleh secara permanen, karena Ethereum DA akan menghapus data tersebut dalam waktu sekitar dua atau empat minggu.
Langkah kedua adalah setelah kita mengunggah data, lalu menyimpannya di node Layer 2 kita. Tidak seperti DAC, node penyimpanan data kami tidak memiliki izin dan siapa pun dapat berpartisipasi. Dan itu membuktikan penyimpanannya, dan kemudian mendapatkan hadiah yang sesuai. Metode ini melalui serangkaian mekanisme proof-of-storage yang telah kami buat, tentunya mekanisme proof-of-storage ini juga terinspirasi dari beberapa skema desain sistem proof-of-storage seperti Filecoin dan Arweave. Namun, kami memerlukan jaringan dan sistem bukti untuk kerangka kerja DA Ethereum dan kontrak pintar Ethereum untuk melakukan bukti penyimpanan yang sesuai. Jadi dalam hal ini, kami percaya bahwa kami memiliki kontribusi yang sangat unik untuk seluruh ekologi Ethereum, dan bahkan seluruh penyimpanan terdesentralisasi.
Mekanisme Bukti Penyimpanan
Pada dasarnya, semua mekanisme bukti penyimpanan, termasuk Filecoin dan Arweave, perlu menyandikan metadata pengguna terlebih dahulu. Tetapi proses pengkodean ini perlu dikodekan sesuai dengan alamat penyedia data, artinya, setiap penyedia data harus memiliki alamatnya sendiri yang berbeda, lalu dikodekan sesuai dengan alamat dan metadatanya untuk menyimpan replika yang unik. (hanya menyalin) barang. Misalnya, data hello world dapat disimpan dalam empat atau lima mesin fisik yang berbeda dalam database terpusat tradisional atau dalam sistem terdistribusi tradisional, yang masing-masing adalah hello world. Namun di EthStorage, ini menyimpan empat atau lima atau sepuluh atau dua puluh, dan hello world-nya akan dikodekan menjadi data yang berbeda sesuai dengan alamat masing-masing penyedia data, lalu disimpan di tempat yang berbeda.
Keuntungannya adalah kita dapat menggunakan mekanisme kriptografi untuk membuktikan bahwa ada begitu banyak alamat yang berbeda, yang merupakan penyedia penyimpanan yang berbeda. Mereka menyandikan data dan membuat bukti penyimpanan yang sesuai berdasarkan data yang disandikan. Pada dasarnya, Filecoin dan Arweave mirip dengan ini. Tapi itu hanya untuk data statis, kami sekarang menargetkan data panas Ethereum DA. Dan dapat diverifikasi melalui kontrak cerdas Ethereum bahwa ada begitu banyak salinan fisik dari data ini. Artinya, untuk setiap data yang disandikan, kami akan membuktikan bahwa data yang disandikan ini disimpan di jaringan ini, dan data yang terkait dengan setiap data yang disandikan berbeda, karena dikodekan oleh alamat penyedia penyimpanan yang berbeda dari.
Jadi pada dasarnya kami mengoptimalkan dan meningkatkan beberapa ide penyimpanan terdesentralisasi yang ada selama proses desain. Tetapi pada saat yang sama, kami juga perlu melakukan banyak pengoptimalan pada solusi DA Ethereum, termasuk modifikasi data dinamis, cara membuktikan dan mengoptimalkan biaya gas secara efektif pada kontrak Ethereum. Jadi ada banyak teknologi mutakhir dan penelitian yang perlu dilakukan.
Bagaimana EthStorage mempertahankan Proof of Storage tanpa izin
Ada semacam node di Ethereum yang disebut node arsip, yang akan menyimpan catatan sejarah semua transaksi di Ethereum, termasuk keadaan dunia. Namun tantangan besar di Danksharding adalah bahwa rencana Danksharding akan menghasilkan sekitar 80TB data per tahun. Jadi dengan asumsi Ethereum telah berjalan selama tiga hingga empat tahun, itu akan menghasilkan 200 hingga 300TB data, dan akan terus meningkat. Nah, ini justru akan menimbulkan banyak tantangan bagi node arsip, karena dalam proses menjalankan node arsip, ia tidak memiliki ekonomi token tambahan untuk memotivasi semua orang menyimpan data ini.
EthStorage pertama-tama harus menyelesaikan masalah insentif token untuk penyimpanan data permanen. Dalam hal ini, kami benar-benar mengadopsi model arus kas diskonto Arweave untuk mewujudkan insentif. Dan pada saat yang sama sangat efisien untuk membiarkannya mengeksekusi seluruh kontrak pintar.
Yang kedua adalah pendekatan tanpa izin. Karena desain insentif kami mendorong 10, 50 atau bahkan 100 node untuk menyimpan data dalam jaringan. Jadi untuk node mana pun, ia dapat menghubungi salah satu dari mereka, menyinkronkan data yang sesuai, dan kemudian dapat menjadi pihak penyimpanan data. Mungkin juga ada beberapa desain yang dioptimalkan untuk lebih banyak insentif data.
Ketiga, karena node penyimpanan perlu menyimpan semua data sekaligus, mungkin ratusan terabyte atau bahkan level data PB dalam jangka panjang. Jadi untuk satu node, biayanya sangat tinggi. Jadi kami membuat hal lebih lanjut yang disebut sharding data di sini. Dengan cara ini, untuk node biasa, hanya perlu memiliki ruang kapasitas 4 TB (desain kami saat ini adalah 4 TB, tentu saja, dapat ditingkatkan menjadi 8 TB di masa mendatang), dan dapat menyimpan sebagian dari arsip data dalam jaringan, tetapi kami Beberapa mekanisme insentif juga digunakan untuk memastikan bahwa setelah semua orang akhirnya menggabungkan semua data ini, semuanya dapat disimpan di jaringan layer2 kami.
Jadi ada banyak masalah di sini, seperti masalah terlalu banyak data yang disebabkan oleh pengarsipan node; masalah insentif token; dan masalah akses terdesentralisasi... Kita bisa menyelesaikan masalah ini melalui Ethereum Kontrak pintar diterapkan pada layer1 ke menyadarinya secara otomatis. Jadi bagi kami, kami hanya menyediakan jaringan data, sehingga setiap orang dapat mengunduh data dan menghasilkan sertifikat penyimpanan selama mereka memiliki biaya data yang cukup, mengirimkannya ke jaringan Ethereum, dan kemudian mencapai pengembalian yang sesuai. Seluruh kontrak kami pada dasarnya telah dirancang, dan kami telah mulai melakukan debug pada Devnet 4844 Ethereum.
Lihat Asli
Halaman ini mungkin berisi konten pihak ketiga, yang disediakan untuk tujuan informasi saja (bukan pernyataan/jaminan) dan tidak boleh dianggap sebagai dukungan terhadap pandangannya oleh Gate, atau sebagai nasihat keuangan atau profesional. Lihat Penafian untuk detailnya.
Pendiri EthStorage: Ketersediaan Data dan Penyimpanan Terdesentralisasi
Perkenalan
Ini adalah angsuran terakhir dari seri wawancara Rollup Terdesentralisasi Episode ini mengeksplorasi desentralisasi rollup dari perspektif "Ketersediaan Data dan Penyimpanan Terdesentralisasi". Kami mengundang Qi Zhou, pendiri EthStorage, untuk membahas bagaimana DA dapat menggunakan kembali atribut keamanan mainnet Ethereum, EIP-4844 dan danksharding, serta perbandingan keamanan berbagai model DA. Guru Zhou juga memperkenalkan bagaimana EthStorage dapat digabungkan dengan EIP-4844 dalam peningkatan Ethereum berikutnya.
Perkenalan tamu
Saya sangat senang berbagi dengan Anda beberapa pemikiran kami tentang seluruh teknologi Ethereum DA dan penyimpanan terdesentralisasi yang telah kami lakukan. Saya bergabung dengan industri Web3 penuh waktu pada tahun 2018. Saya dulu bekerja sebagai insinyur di perusahaan besar seperti Google dan Facebook. Dan memiliki gelar PhD dari Georgia Institute of Technology. Sejak 2018, saya telah mengikuti dan mengerjakan infrastruktur Web3. Alasan utamanya adalah saya juga melakukan ini di pabrik besar sebelumnya, termasuk sistem terdistribusi dan penyimpanan terdistribusi. Selain itu, menurut saya masih banyak ruang untuk perbaikan dalam aspek keseluruhan blockchain ini. Apa pun yang kami lakukan di awal, seperti teknologi yang disebut sharding eksekusi. Jadi ini adalah Ethereum's sharding 1.0, dan sekarang teknologinya disebut data sharding dari Ethereum's sharding 2.0, dan ketersediaan data selanjutnya. Faktanya, mereka semua adalah beberapa inovasi dan pekerjaan yang dibuktikan di seluruh infrastruktur Web3.
Jadi kami juga mengikuti peta jalan Ethereum, mempelajari dan meneliti, serta berpartisipasi dan meningkatkan dengan cara komunitas ini. Pada akhir tahun lalu, kami merasa sangat terhormat menerima dukungan dari Ethereum Foundation untuk penelitian kami tentang "Pengambilan Sampel Ketersediaan Data". Bantu Yayasan Ethereum melakukan beberapa pekerjaan teoretis, beberapa pekerjaan penelitian tentang danksharding, termasuk cara memulihkan data secara efektif. Pada saat yang sama, kami juga mengembangkan EthStorage, lapisan data Ethereum berdasarkan teknologi DA Ethereum. Kita dapat menggunakan smart contract Ethereum untuk memverifikasi penyimpanan data off-chain dalam skala besar. Ini juga sangat berarti bagi Ethereum. Jadi saya sangat senang berbagi dengan Anda hari ini, termasuk bagaimana EthStorage dapat membangun jaringan lapisan penyimpanan data dengan lebih baik berdasarkan teknologi DA.
bagian wawancara
Bagian 1: Pembahasan Definisi DA
Bagaimana Ketersediaan Data (DA) Menjaga Rollup Tetap Aman
Pertama-tama, dalam proses meneliti DA, saya juga menemukan banyak orang yang tidak memahami definisi DA. Saya juga sangat senang mendiskusikannya hari ini, sebelumnya saya juga mendiskusikan DA dengan banyak anggota Ethereum Foundation, seperti Dankrad Feist, dan peran penting yang dimainkan DA di seluruh Ethereum L2.
Saya menyebutkan beberapa mekanisme kerja dasar rollup Ethereum, bagaimana memindahkan transaksi pada rantai ke off-chain, dan kemudian menggunakan serangkaian metode bukti (bukti penipuan dan bukti validitas) untuk memberi tahu kontrak pintar L1 bahwa hasil eksekusi dapat diterima. Buktikan kebenarannya melalui bukti-bukti ini.
Kemudian inti yang sangat penting adalah mereka berharap untuk menggunakan kembali keamanan jaringan Ethereum itu sendiri, tetapi pada saat yang sama dapat memperluas seluruh daya komputasi Ethereum. Baru saja saya mengatakan bahwa perluasan daya komputasi sebenarnya menempatkan perhitungan pada rantai dari rantai, jadi bagaimana keamanan Ethereum dapat direalisasikan pada saat yang sama.
Misalnya, dalam kasus Optimistic Rollup, bagaimana memastikan bahwa seseorang dapat menantang sequencer untuk melakukan hal-hal jahat? Sangat penting untuk mengetahui seperti apa transaksi asli spesifik di bawah rantai itu. Jika transaksi asli tertentu dari rantai tidak tersedia, maka saya tidak dapat menemukan catatan transaksi asli untuk menantang sequencer pada rantai tersebut. Oleh karena itu, DA dapat menjamin keamanan karena DA perlu mengizinkan metadata dari setiap transaksi off-chain tersedia di rantai.
Perluas ruang blok
Karena semua data transaksi kami harus diunggah ke rantai, meskipun tidak diperlukan perhitungan, kami masih akan menghasilkan data transaksi yang sangat besar. Kemudian masalah inti yang harus diselesaikan, semua orang dapat memahami bahwa ini adalah teknologi yang sangat efektif untuk memperluas ruang blok. Jika Anda memiliki pemahaman yang baik tentang struktur seluruh blockchain, setiap blok berisi banyak konten transaksi. Blok itu sendiri dari transaksi ini, kami menyebutnya ruang blok.
Saat ini, ruang setiap blok di Ethereum adalah sekitar 2.300 KB. Tetapi jumlah seperti itu jelas tidak dapat memenuhi kebutuhan ekspansi Ethereum berikutnya. Perhitungan yang sangat cepat dapat dilakukan di sini: bagi ruang 200 kB dengan jumlah setiap transaksi sekitar 100 byte, dan dapatkan jumlah 2000 transaksi. Bagilah 2000 transaksi dengan waktu blok Ethereum 12, yang berarti bahwa batas atas TPS Ethereum dibatasi sekitar 100. Nah, ini sebenarnya jumlah yang sangat kecil untuk keseluruhan rencana ekspansi Ethereum.
Oleh karena itu, apa yang menjadi perhatian Ethereum L2 adalah bagaimana memastikan keamanan dan bagaimana menempatkan sejumlah besar data blok ke dalam ruang blok. Kemudian, apakah itu bukti penipuan atau bukti validitas, data di ruang blok Ethereum dapat digunakan kembali untuk pemeriksaan yang sesuai. Terakhir, keamanan hasil perhitungan transaksi off-chain dapat dijamin oleh Ethereum. Jadi ini pada dasarnya adalah hubungan antara DA dan keamanan Ethereum.
Memahami DA dari perspektif biaya bandwidth jaringan dan biaya penyimpanan
Biaya utama DA adalah dua aspek, satu disebut biaya bandwidth jaringan, dan yang lainnya disebut biaya penyimpanan.
Dalam hal biaya bandwidth jaringan, misalnya, di jaringan P2P, metode siaran blok Bitcoin dan Ethereum saat ini adalah mengirim semua node P2P melalui gosip (penyiaran) untuk memberi tahu semua orang bahwa saya memiliki blok baru. Seperti ini. Keuntungan dari pendekatan jaringan semacam itu adalah sangat aman, dan semua node jaringan pada akhirnya akan menerima cadangan.
Kelemahannya adalah ia memiliki overhead yang besar pada bandwidth dan latensi jaringan. Kami tahu bahwa Ethereum menghasilkan blok dalam 12 detik, setelah peningkatan POS. Jadi jika blok terlalu besar dan membutuhkan waktu lebih dari 12 detik, sejumlah besar blok tidak dapat dibuat, dan akhirnya seluruh bandwidth jaringan akan turun ke tingkat yang tidak dapat diterima. Jadi Anda bisa menganggap DA sebagai solusi untuk masalah bandwidth dari sejumlah besar data di blockchain.
Kemudian yang kedua adalah biaya penyimpanannya, sebenarnya Ethereum Foundation banyak berdiskusi tentang aspek ini. Dalam desain solusi inti, itu tidak akan memungkinkan data blok yang diunggah oleh seluruh DA disimpan sepanjang waktu.
Ini mengarah ke pertanyaan lain. Ketika saya memiliki begitu banyak data di rantai, tetapi setelah satu atau dua minggu, itu akan dibuang oleh protokol Ethereum. Jadi dalam proses ini, apakah kami memiliki beberapa solusi terdesentralisasi yang lebih baik untuk menyimpan data DA ini.
Ini juga salah satu niat awal kami saat mendesain EthStorage. Pertama, banyak Rollup perlu menyimpan data untuk jangka waktu yang lebih lama. Pada aspek kedua, dengan data ini, saya benar-benar dapat menggunakan DA untuk menyelesaikan beberapa aplikasi rantai lengkap dengan lebih baik. Misalnya, NFT dari seluruh rantai, atau bagian depan dari banyak DApps, bahkan menyertakan sejumlah besar artikel atau komentar yang ditulis oleh semua orang di jejaring sosial. Kemudian ini dapat diunggah ke seluruh blockchain melalui jaringan DA dengan biaya lebih rendah, dan dapat memperoleh keamanan yang sama dengan Ethereum L1.
Ini setelah kami meneliti seluruh teknologi Ethereum DA, termasuk berdiskusi dengan banyak personel inti Ethereum, kami menemukan bahwa dalam hal ini, Ethereum perlu memiliki lapisan penyimpanan, dan ini adalah lapisan terdesentralisasi yang tidak perlu bertanggung jawab atas Ethereum sendiri Lapisan penyimpanan yang meningkatkan protokol, atau yang kami sebut lapisan penyimpanan modular, untuk memecahkan masalah penyimpanan data jangka panjang.
Bagian II: Diskusi tentang berbagai skema DA
Hubungan antara EIP-4844 dan Danksharding, dan mengapa EIP-4844 perlu diterapkan
Proto-danksharding juga disebut EIP-4844, yang menurut saya dapat dianggap sebagai peningkatan besar Ethereum berikutnya. Ada alasan yang sangat penting mengapa 4844 dilakukan. Ketika Ethereum Gene memperkirakan rute pemutakhiran sharding Ethereum, yaitu, waktu untuk Danksharding, mereka berpikir bahwa seluruh waktu pemutakhiran cukup lama, misalnya, mungkin perlu tiga tahun untuk lima tahun. Itu tahun 2021, 2020.
Kemudian dalam prosesnya, mereka memperkirakan bahwa akan ada banyak Rollup yang berjalan di Ethereum segera, tetapi karena Danksharding, antarmuka data yang disediakan olehnya benar-benar berbeda dari antarmuka data Calldata yang saat ini digunakan oleh Rollup. Ini akan menyebabkan sejumlah besar aplikasi Ethereum tidak dapat ditingkatkan dengan cepat karena antarmuka baru, dan dapat dengan mulus mendapatkan manfaat yang diberikan oleh Danksharding.
Ketika saya pergi ke Devcon tahun lalu, Vitalik juga menyebutkan bahwa dia berharap Ethereum dapat melayani Lapisan 2 ini dengan lebih baik, sehingga mereka dapat mengembangkan kontrak mereka sambil menggunakan antarmuka Danksharding yang sama. Saat Danksharding diupgrade, mereka dapat langsung mewarisi manfaat baru yang diberikan oleh Danksharding tanpa harus mengupgrade kontrak mereka yang sudah ada dan teruji.
Jadi EIP-4844 sebenarnya adalah versi Danksharding yang sangat disederhanakan, yang menyediakan antarmuka aplikasi yang sama dengan Danksharding, termasuk opcode baru yang disebut Data Hash; dan objek data baru yang disebut Binary Large Objects, yaitu Blob.
Objek data ini dirancang untuk membuat rollup kompatibel dengan struktur data yang disediakan oleh Danksharding sebelumnya, artinya, Danksharding akan memberikan konsep serupa seperti Data Hash dan Blob yang sama. Tetapi melalui EIP-4844, mereka mengimplementasikan ide-ide ini terlebih dahulu dalam pemutakhiran Ethereum berikutnya. Oleh karena itu, di seluruh fungsi desain EIP-4844, Anda dapat melihat antarmuka mereka dan, misalnya, Pra-kompilasi dan instruksi yang baru ditambahkan, maka Anda dapat secara samar melihat masa depan seluruh Danksharding, cara menerapkannya di Ethereum Sebuah proses interaksi lapisan.
Dalam hal ini, Ethereum juga berpikir dari sudut pandang aplikasi, bagaimana beberapa pemutakhiran dapat dilakukan terlebih dahulu untuk memungkinkan aplikasi menikmati berbagai teknologi ekspansi di Ethereum dengan lebih baik, dan tidak perlu biaya pemutakhiran tambahan.
Tetapi ada masalah bahwa EIP-4844 tidak menyelesaikan masalah perluasan seluruh ruang blok, dan Danksharding dapat menyelesaikannya. Ruang blok Ethereum saat ini sekitar 200 KB. Setelah Danksharding, ukuran yang direncanakan dalam spesifikasi adalah 32 megabita, peningkatan hampir 100 kali lipat. Jadi EIP-4844 saat ini sebenarnya tidak menyelesaikan masalah bandwidth dari blockchain di blok tersebut.
Bagaimana Danksharding memecahkan masalah perluasan ruang blok
Di bawah desain 4844, selama proses penyiaran data pada rantai, masih menggunakan metode yang sama dengan data panggilan sebelumnya, dan disiarkan melalui jaringan P2P. Kemudian metode penyiaran ini pada akhirnya akan dibatasi oleh hambatan fisik dari seluruh bandwidth jaringan P2P. Metode desain Danksharding telah mengubah penyiaran jaringan P2P, dan kemudian melalui teknologi pengambilan sampel data, sehingga setiap orang tidak perlu mengunduh semua data blok, tetapi juga mengetahui bahwa data blok ini dapat diunduh.
Faktanya, ini sedikit mirip dengan metode ZK. Melalui pengambilan sampel data, saya tahu bahwa jaringan berisi data blok (32 megabyte/blok) yang dibawa oleh Danksharding. Tetapi saya tidak perlu mengunduh semua 32 megabita data untuk disimpan secara lokal. Ini juga dapat dilakukan jika bandwidth mesin cukup dan kinerja ruang penyimpanan cukup, tetapi untuk verifikator biasa, ia tidak perlu mengunduh semua 32 megabyte data.
Beberapa pengembangan dan pengalaman testnet EIP-4844
Kami baru-baru ini menjalankan jaringan uji EIP-4844 internal kami, dan menerapkan kontrak yang sesuai untuk diuji, termasuk unggahan data blob, panggilan kontrak, dan verifikasi data, yang telah kami lalui semuanya. Jadi setelah EIP-4844 online, kami dapat menggunakan kontrak kami sesegera mungkin.
Pada saat yang sama, kami juga berharap melalui kerja sama kami saat ini dengan beberapa pengembang Ethereum, serta beberapa kontrak yang kami kembangkan, kami dapat menyediakan waktu untuk pengembangan berbagai rollup di Ethereum, serta pembelajaran dan berbagai alat.
Jadi kami baru-baru ini mengirimkan banyak kode ke Ethereum, set alat untuk EIP-4844, termasuk kontrak pintar baru untuk mendukung opcode, karena soliditas masih tidak dapat mendukung opcode hash data. Jadi semua pekerjaan, kami sudah melakukan sinkronisasi dengan beberapa pengembang Ethereum Foundation.
Aplikasi dan batasan Komite Ketersediaan Data (DAC)
Karena lebih dari 90% biaya yang dibayarkan oleh pengguna L2 dibayarkan untuk ketersediaan data.Untuk lebih mengurangi biaya pengunggahan data, banyak proyek L2, termasuk ZKSync, meluncurkan ZKPorter, dan Arbitrum Made Arbitrum Nova. Mereka menyediakan lapisan data mereka sendiri dengan menyediakan Komite Ketersediaan Data DAC mereka sendiri.
Komite data ini akan memberikan kepercayaan tambahan untuk mencapai tingkat keamanan tambahan yang sama dengan Ethereum. Oleh karena itu, ketika mereka memilih komite data, mereka biasanya memilih beberapa penyedia layanan data ternama, atau perusahaan ternama untuk berpartisipasi dalam pelestarian data ini. Namun nyatanya akan banyak tantangan dan keraguan, karena semua orang menganggap bahwa ini sebenarnya adalah pelanggaran terhadap prinsip desentralisasi tanpa akses, yang berarti semua orang dapat berpartisipasi. Tetapi situasi saat ini adalah sebagian besar komite data adalah beberapa organisasi yang sangat dekat dengan pihak proyek Layer2.
Seperti Arbitrum Nova, terakhir kali saya melihatnya, mungkin ada enam atau tujuh node seperti itu. Misalnya, node komite data yang berjalan di cloud Google atau cloud Amazon dapat menyimpan data ini, dan mereka dapat menyediakan semua biaya eksekusi di Arbitrum Nova. Keuntungan dari hal ini adalah biaya eksekusinya saat ini sekitar seperseribu dari Ethereum. Karena dia tidak perlu menulis semua data ke Layer 1 Ethereum. Namun saat ini masih relatif tersentralisasi, sehingga akan lebih banyak kekhawatiran terhadap aplikasi yang relatif bernilai tinggi, karena jika ada dana yang besar, dana puluhan juta atau dana ratusan juta, maka dia harus percaya bahwa data dari komite data dapat digunakan.
Jadi saat kami mendesain EthStorage, kami sebenarnya tidak memiliki konsep komite data. Selama proses desain, kami berharap semua orang dapat berpartisipasi dan menjadi penyedia data. Dan mereka menggunakan bukti terenkripsi untuk membuktikan bahwa mereka memang menyimpan data ini. Karena model komite data ini secara teori, meskipun saya mengatakan bahwa saya memiliki tujuh dan delapan node komite data, sebenarnya saya hanya dapat menyimpan satu data fisik, tetapi saya dapat menunjukkan bahwa saya memiliki tujuh atau delapan alamat. menyediakan data ini.
Lalu bagaimana membuktikan bahwa data saya memiliki salinan fisik yang cukup untuk menjamin keamanan data tersebut. Faktanya, ini adalah inovasi yang sangat penting saat kami melakukan EthStorage, dan itu juga yang kami tekankan saat kami pergi ke Ethereum Foundation ESP (Ecological Support Program) untuk berkhotbah. Kami menggunakan teknologi enkripsi ZK yang digunakan oleh EthStorage untuk melindungi node yang disediakan oleh data Layer2. Mereka dapat bergabung tanpa izin dan dapat membuktikan bahwa mereka memiliki begitu banyak salinan penyimpanan, dan dapat lebih menjamin keamanan data.
Jadi menurut saya DAC memang solusi yang sangat sementara untuk biaya upload data ke Layer1. Kami percaya bahwa kami dapat memberikan solusi penyimpanan data yang lebih baik melalui beberapa teknologi enkripsi EthStorage, ditambah dengan beberapa metode verifikasi bukti pada kontrak Lapisan 1 berdasarkan Ethereum. Selanjutnya, dengan peluncuran Ethereum 4844, kami akan berinisiatif untuk membagikan konten inovatif ini dan hasil pengoperasiannya di jaringan dengan Anda.
Perbedaan antara EthStorage dan DAC
EthStorage sebenarnya adalah rollup penyimpanan Ethereum, Storage rollup. Kemudian kita dapat berasumsi bahwa Layer 2 bukanlah implementasi Ethereum EVM, tetapi database yang sangat besar, atau database nilai kunci. Bisa sampai 10 TB, ratusan TB, atau bahkan ribuan, yang merupakan basis data di tingkat PB.
Lalu bagaimana memastikan agar data di database saya bisa mendapatkan keamanan yang sama dengan Ethereum. Pertama-tama, langkah pertama adalah kita perlu mempublikasikan semua data berskala besar ini di database ke Lapisan 1 Ethereum melalui DA, sehingga semua orang dapat melihat bahwa data ini tersedia di seluruh lapisan DA Ethereum. Namun kami tidak dapat menjamin bahwa data tersebut dapat diperoleh secara permanen, karena Ethereum DA akan menghapus data tersebut dalam waktu sekitar dua atau empat minggu.
Langkah kedua adalah setelah kita mengunggah data, lalu menyimpannya di node Layer 2 kita. Tidak seperti DAC, node penyimpanan data kami tidak memiliki izin dan siapa pun dapat berpartisipasi. Dan itu membuktikan penyimpanannya, dan kemudian mendapatkan hadiah yang sesuai. Metode ini melalui serangkaian mekanisme proof-of-storage yang telah kami buat, tentunya mekanisme proof-of-storage ini juga terinspirasi dari beberapa skema desain sistem proof-of-storage seperti Filecoin dan Arweave. Namun, kami memerlukan jaringan dan sistem bukti untuk kerangka kerja DA Ethereum dan kontrak pintar Ethereum untuk melakukan bukti penyimpanan yang sesuai. Jadi dalam hal ini, kami percaya bahwa kami memiliki kontribusi yang sangat unik untuk seluruh ekologi Ethereum, dan bahkan seluruh penyimpanan terdesentralisasi.
Mekanisme Bukti Penyimpanan
Pada dasarnya, semua mekanisme bukti penyimpanan, termasuk Filecoin dan Arweave, perlu menyandikan metadata pengguna terlebih dahulu. Tetapi proses pengkodean ini perlu dikodekan sesuai dengan alamat penyedia data, artinya, setiap penyedia data harus memiliki alamatnya sendiri yang berbeda, lalu dikodekan sesuai dengan alamat dan metadatanya untuk menyimpan replika yang unik. (hanya menyalin) barang. Misalnya, data hello world dapat disimpan dalam empat atau lima mesin fisik yang berbeda dalam database terpusat tradisional atau dalam sistem terdistribusi tradisional, yang masing-masing adalah hello world. Namun di EthStorage, ini menyimpan empat atau lima atau sepuluh atau dua puluh, dan hello world-nya akan dikodekan menjadi data yang berbeda sesuai dengan alamat masing-masing penyedia data, lalu disimpan di tempat yang berbeda.
Keuntungannya adalah kita dapat menggunakan mekanisme kriptografi untuk membuktikan bahwa ada begitu banyak alamat yang berbeda, yang merupakan penyedia penyimpanan yang berbeda. Mereka menyandikan data dan membuat bukti penyimpanan yang sesuai berdasarkan data yang disandikan. Pada dasarnya, Filecoin dan Arweave mirip dengan ini. Tapi itu hanya untuk data statis, kami sekarang menargetkan data panas Ethereum DA. Dan dapat diverifikasi melalui kontrak cerdas Ethereum bahwa ada begitu banyak salinan fisik dari data ini. Artinya, untuk setiap data yang disandikan, kami akan membuktikan bahwa data yang disandikan ini disimpan di jaringan ini, dan data yang terkait dengan setiap data yang disandikan berbeda, karena dikodekan oleh alamat penyedia penyimpanan yang berbeda dari.
Jadi pada dasarnya kami mengoptimalkan dan meningkatkan beberapa ide penyimpanan terdesentralisasi yang ada selama proses desain. Tetapi pada saat yang sama, kami juga perlu melakukan banyak pengoptimalan pada solusi DA Ethereum, termasuk modifikasi data dinamis, cara membuktikan dan mengoptimalkan biaya gas secara efektif pada kontrak Ethereum. Jadi ada banyak teknologi mutakhir dan penelitian yang perlu dilakukan.
Bagaimana EthStorage mempertahankan Proof of Storage tanpa izin
Ada semacam node di Ethereum yang disebut node arsip, yang akan menyimpan catatan sejarah semua transaksi di Ethereum, termasuk keadaan dunia. Namun tantangan besar di Danksharding adalah bahwa rencana Danksharding akan menghasilkan sekitar 80TB data per tahun. Jadi dengan asumsi Ethereum telah berjalan selama tiga hingga empat tahun, itu akan menghasilkan 200 hingga 300TB data, dan akan terus meningkat. Nah, ini justru akan menimbulkan banyak tantangan bagi node arsip, karena dalam proses menjalankan node arsip, ia tidak memiliki ekonomi token tambahan untuk memotivasi semua orang menyimpan data ini.
EthStorage pertama-tama harus menyelesaikan masalah insentif token untuk penyimpanan data permanen. Dalam hal ini, kami benar-benar mengadopsi model arus kas diskonto Arweave untuk mewujudkan insentif. Dan pada saat yang sama sangat efisien untuk membiarkannya mengeksekusi seluruh kontrak pintar.
Yang kedua adalah pendekatan tanpa izin. Karena desain insentif kami mendorong 10, 50 atau bahkan 100 node untuk menyimpan data dalam jaringan. Jadi untuk node mana pun, ia dapat menghubungi salah satu dari mereka, menyinkronkan data yang sesuai, dan kemudian dapat menjadi pihak penyimpanan data. Mungkin juga ada beberapa desain yang dioptimalkan untuk lebih banyak insentif data.
Ketiga, karena node penyimpanan perlu menyimpan semua data sekaligus, mungkin ratusan terabyte atau bahkan level data PB dalam jangka panjang. Jadi untuk satu node, biayanya sangat tinggi. Jadi kami membuat hal lebih lanjut yang disebut sharding data di sini. Dengan cara ini, untuk node biasa, hanya perlu memiliki ruang kapasitas 4 TB (desain kami saat ini adalah 4 TB, tentu saja, dapat ditingkatkan menjadi 8 TB di masa mendatang), dan dapat menyimpan sebagian dari arsip data dalam jaringan, tetapi kami Beberapa mekanisme insentif juga digunakan untuk memastikan bahwa setelah semua orang akhirnya menggabungkan semua data ini, semuanya dapat disimpan di jaringan layer2 kami.
Jadi ada banyak masalah di sini, seperti masalah terlalu banyak data yang disebabkan oleh pengarsipan node; masalah insentif token; dan masalah akses terdesentralisasi... Kita bisa menyelesaikan masalah ini melalui Ethereum Kontrak pintar diterapkan pada layer1 ke menyadarinya secara otomatis. Jadi bagi kami, kami hanya menyediakan jaringan data, sehingga setiap orang dapat mengunduh data dan menghasilkan sertifikat penyimpanan selama mereka memiliki biaya data yang cukup, mengirimkannya ke jaringan Ethereum, dan kemudian mencapai pengembalian yang sesuai. Seluruh kontrak kami pada dasarnya telah dirancang, dan kami telah mulai melakukan debug pada Devnet 4844 Ethereum.