Bagaimana memahami pemikiran artikel baru @VitalikButerin tentang ekspansi Ethereum? Beberapa orang mengatakan bahwa perintah Vitalik untuk Prasasti Gumpalan itu keterlaluan.
Jadi bagaimana cara kerja paket blob? Mengapa ruang blob tidak digunakan secara efisien setelah peningkatan di Cancun? Pengambilan sampel ketersediaan data DAS dalam persiapan untuk sharding?
Menurut pendapat saya, kinerja Cancun dapat digunakan setelah peningkatan, dan Vitalik khawatir dengan perkembangan Rollup. Mengapa? Selanjutnya, izinkan saya berbicara tentang pemahaman saya:
1) Seperti yang telah dijelaskan berkali-kali sebelumnya, Blob adalah paket data sementara yang dipisahkan dari calldata EVM dan dapat langsung dipanggil oleh lapisan konsensus.Manfaat langsungnya adalah EVM tidak perlu mengakses data Blob saat melakukan transaksi, sehingga tidak dapat menghasilkan tingkat eksekusi yang lebih tinggi.biaya perhitungan lapisan.
Saat ini, serangkaian faktor seimbang. Ukuran Blob adalah 128k. Transaksi Batch ke jaringan utama dapat membawa hingga dua Blob. Idealnya, tujuan akhir dari blok jaringan utama adalah untuk membawa sekitar 128 paket Blob berukuran 16 MB .
Oleh karena itu, tim proyek Rollup harus menyeimbangkan faktor-faktor seperti jumlah blok Blob, kapasitas transaksi TPS, dan biaya penyimpanan node jaringan utama Blob sebanyak mungkin, dengan tujuan menggunakan ruang Blob dengan kinerja biaya optimal.
Mengambil contoh @Optimism, saat ini ada sekitar 500.000 transaksi sehari. Rata-rata, satu transaksi dikumpulkan ke jaringan utama setiap 2 menit, membawa 1 paket data Blob sekaligus. Kenapa harus bawa satu? Karena TPS yang tidak bisa dipakai hanya banyak sekali. Tentu bisa juga membawa dua. Maka kapasitas masing-masing blob tidak akan penuh, namun akan menambah biaya penyimpanan yang sebenarnya tidak perlu.
Apa yang harus kita lakukan ketika volume transaksi di luar rantai Rollup meningkat, misalnya 50 juta transaksi diproses setiap hari? 1. Compress mengkompres volume transaksi setiap Batch dan memungkinkan transaksi sebanyak mungkin dalam ruang Blob; 2. Menambah jumlah Blob; 3. Memperpendek frekuensi transaksi Batch;
2) Karena jumlah data yang dibawa oleh blok jaringan utama dipengaruhi oleh Batas Gas dan biaya penyimpanan, 128 Blob per blok Slot adalah keadaan ideal. Saat ini, kami tidak menggunakan sebanyak itu. Optimisme hanya menggunakan 1 setiap 2 menit, menyisakan itu untuk lapisan2 Masih banyak ruang bagi pihak proyek untuk memperbaiki TPS dan memperluas jumlah pengguna pasar dan kesejahteraan ekologi.
Oleh karena itu, selama jangka waktu setelah pemutakhiran Cancun, Rollup tidak "berfluktuasi" dalam hal jumlah dan frekuensi blob yang digunakan, serta penggunaan penawaran ruang blob.
Alasan Vitalik menyebutkan prasasti Blobscription adalah karena prasasti jenis ini dapat meningkatkan volume transaksi untuk sementara, yang akan menyebabkan peningkatan permintaan penggunaan Blob, sehingga memperbesar ukurannya.Menggunakan prasasti sebagai contoh dapat memberikan pemahaman yang lebih dalam tentang prasasti tersebut. mekanisme kerja Blob Apa yang sebenarnya ingin diungkapkan Vitalik dan tulisannya Tidak terlalu penting.
Karena secara teori, jika ada pihak proyek layer2 yang melakukan transaksi batch berfrekuensi tinggi dan berkapasitas tinggi ke jaringan utama, dan mengisi blok Blob setiap saat, asalkan bersedia menanggung tingginya biaya transaksi palsu. batch, itu akan mempengaruhi minat layer2 lain pada Blob. Penggunaan normal, tetapi dalam situasi saat ini, seperti seseorang yang membeli daya komputasi untuk melakukan serangan hard fork 51% pada BTC, secara teori hal ini layak dilakukan, tetapi dalam praktiknya tidak memiliki motivasi keuntungan.
Tujuan dari pengenalan Blob adalah untuk mengurangi beban pada EVM dan meningkatkan kemampuan operasi dan pemeliharaan node, yang tidak diragukan lagi merupakan solusi yang dibuat khusus untuk Rollup. Jelas sekali, saat ini tidak digunakan secara efisien, dan biaya gas untuk lapisan kedua akan stabil di kisaran "lebih rendah" untuk waktu yang lama. Hal ini akan memberikan pasar lapisan 2 jendela pengembangan emas jangka panjang untuk “meningkatkan pasukan dan mengumpulkan makanan”.
3) Jadi, bagaimana jika suatu hari pasar lapisan 2 berkembang sampai batas tertentu, dan jumlah transaksi dari Batch ke jaringan utama mencapai jumlah yang sangat besar setiap hari, dan paket data Blob saat ini tidak mencukupi? Ethereum telah memberikan solusinya: menggunakan teknologi pengambilan sampel ketersediaan data (DAS):
Pemahaman sederhananya adalah bahwa data yang semula perlu disimpan dalam satu node dapat didistribusikan ke beberapa node secara bersamaan.Misalnya, setiap node menyimpan 1/8 dari seluruh data Blob, dan 8 node membentuk satu grup untuk memenuhi Kemampuan DA, yang setara dengan kapasitas penyimpanan Blob saat ini telah diperluas sebanyak 8 kali lipat. Inilah sebenarnya yang akan dilakukan Sharding pada tahap sharding mendatang.
Tapi sekarang Vitalik telah mengulangi hal ini berkali-kali, dengan sangat menawan, dan sepertinya memperingatkan sebagian besar pihak proyek layer2: Jangan selalu mengeluh tentang kemampuan DA Ethereum yang mahal. Dengan kapasitas TPS Anda saat ini, Anda belum mengembangkan kemampuan Gumpalan paket data secara ekstrim. Cepat dan tingkatkan kapasitasnya. Gunakan daya tembak untuk mengembangkan ekologi, memperluas pengguna dan volume transaksi, dan jangan selalu berpikir tentang DA yang melarikan diri untuk terlibat dalam penerbitan rantai sekali klik.
Vitalik kemudian menambahkan, di antara core rollup saat ini, hanya Arbitum yang sudah mencapai tahap 1. Meski @DeGateDex, Fuel, dll sudah mencapai tahap 2, namun belum familiar di masyarakat luas. Tahap 2 adalah tujuan akhir dari keamanan rollup. Sangat sedikit rollup yang mencapai Tahap 1, dan sebagian besar rollup berada di Tahap 0. Terlihat bahwa perkembangan industri rollup sangat mengkhawatirkan Vitalik.
4) Faktanya, dalam hal masalah kemacetan ekspansi, masih banyak ruang bagi solusi Rollup lapisan 2 untuk meningkatkan kinerja.
1. Gunakan ruang Blob secara lebih efisien melalui kompresi data. OP-Rollup saat ini memiliki komponen Kompresor khusus untuk melakukan pekerjaan ini. Kompresi off-chain milik ZK-Rollup SNARK/STARK membuktikan bahwa pengiriman ke jaringan utama adalah "kompresi";
2. Kurangi ketergantungan layer2 pada jaringan utama sebanyak mungkin, dan hanya gunakan teknologi bukti optimis untuk memastikan keamanan L2 dalam keadaan khusus.Misalnya, sebagian besar data Plasma ada di rantai, tetapi penyetoran dan penarikan terjadi di jaringan utama, jadi Mainnet bisa menjanjikan keamanannya.
Ini berarti bahwa lapisan 2 seharusnya hanya mempertimbangkan operasi penting seperti penyetoran dan penarikan yang terkait erat dengan jaringan utama, yang tidak hanya mengurangi beban pada jaringan utama, namun juga meningkatkan kinerja L2 itu sendiri. Kemampuan "pemrosesan paralel" dari Sequencer yang disebutkan sebelumnya ketika berbicara tentang EVM paralel dapat memfilter, mengklasifikasikan, dan melakukan pra-proses sejumlah besar transaksi off-chain, serta hybrid rollup yang dipromosikan oleh @MetisL2. Transaksi normal melalui OP-Rollup , permintaan penarikan khusus melalui ZK Route, dll. dll. semuanya memiliki pertimbangan yang sama.
itu saja
Harus dikatakan bahwa artikel Vitalik yang memikirkan rencana ekspansi Ethereum di masa depan sangat mencerahkan. Secara khusus, dia tidak puas dengan status pengembangan lapisan 2 saat ini, optimis tentang ruang kinerja Blob, dan menantikan teknologi sharding di masa depan. Dia bahkan menunjukkan beberapa arahan untuk lapisan 2 yang layak untuk dioptimalkan, dll.
Faktanya, satu-satunya ketidakpastian saat ini terletak pada lapisan 2 itu sendiri. Bagaimana cara mempercepat pembangunan?
