Bagaimana memahami artikel baru Vitalik tentang penskalaan Ethereum?

Bagaimana memahami artikel baru Vitalik Buterin tentang pemikiran penskalaan Ethereum? Beberapa orang mengatakan bahwa Vitalik meneriakkan perintah untuk prasasti Blob, yang keterlaluan. Jadi bagaimana cara kerja paket blob? Mengapa ruang blob tidak dapat digunakan secara efisien setelah pemutakhiran Cancun?Apakah pengambilan sampel ketersediaan data DAS dalam persiapan untuk sharding?

Menurut pendapat saya, Cancun siap digunakan setelah peningkatan, dan Vitalik khawatir tentang pengembangan Rollup. Selanjutnya, izinkan saya berbicara tentang pemahaman saya:

1. Seperti yang dijelaskan berkali-kali sebelumnya, Blob adalah paket data sementara yang dapat langsung diambil oleh lapisan konsensus dengan memisahkan diri dari calldata EVM, dan manfaat langsungnya adalah EVM tidak dapat mengakses data Blob saat melakukan transaksi, sehingga tidak dapat menghasilkan biaya komputasi lapisan eksekusi yang tinggi.

Saat ini menyeimbangkan serangkaian faktor, 1 ukuran blob adalah 128kb, batch ke transaksi mainnet membawa maksimal dua blob, idealnya, tujuan akhir dari blok mainnet adalah untuk membawa 16MB dari sekitar 128 paket blob.

Oleh karena itu, tim proyek Rollup harus menyeimbangkan jumlah blok blob, kapasitas transaksi TPS, dan biaya penyimpanan node mainnet Blob sebanyak mungkin, dan bertujuan untuk menggunakan ruang blob dengan kinerja biaya terbaik.

Mengambil Optimisme sebagai contoh, saat ini ada sekitar 500.000 transaksi sehari, dengan rata-rata satu transaksi ke mainnet setiap dua menit, membawa satu paket gumpalan pada satu waktu. Mengapa membawa satu, karena TPS sangat banyak sehingga Anda tidak dapat menggunakannya, tentu saja, Anda juga dapat membawa dua, maka kapasitas setiap gumpalan tidak akan penuh, tetapi menambah biaya penyimpanan tambahan, yang tidak perlu.

Apa yang harus kita lakukan ketika volume transaksi Rollup off-chain meningkat, misalnya, 50 juta transaksi diproses per hari?1. Kompres dan kompres volume transaksi setiap batch untuk melakukan sejumlah besar transaksi di ruang blob sebanyak mungkin, 2. Tingkatkan jumlah blob, dan 3. Persingkat frekuensi transaksi batch.

2. Karena jumlah data yang dibawa oleh blok mainnet dipengaruhi oleh batas gas dan biaya penyimpanan, 128 gumpalan dalam 1 blok slot adalah keadaan ideal, yang tidak banyak digunakan saat ini, dan Optimisme hanya menggunakan 1 setiap 2 menit, menyisakan banyak ruang untuk proyek layer2 untuk meningkatkan TPS, memperluas jumlah pengguna pasar dan kemakmuran ekologis.

Oleh karena itu, untuk jangka waktu setelah upgrade Cancun, Rollups tidak “volume” dalam hal jumlah dan frekuensi blob yang digunakan, dan penggunaan penawaran ruang blob.

Alasan mengapa Vitalik menyebutkan prasasti Blobscription adalah bahwa prasasti semacam ini dapat meningkatkan volume transaksi untuk sementara dan menyebabkan peningkatan permintaan penggunaan Blob, sehingga akan memperluas volume, dan menggunakan prasasti sebagai contoh dapat memberikan pemahaman yang lebih dalam tentang mekanisme kerja Blob, dan apa yang sebenarnya ingin diungkapkan Vitalik tidak ada hubungannya dengan prasasti.

Karena secara teoritis, jika ada pihak proyek layer2 yang melakukan transaksi frekuensi tinggi dan berkapasitas tinggi ke Batch mainnet, dan mengisi blok Blob setiap saat, selama bersedia menanggung biaya tinggi untuk memalsukan batch transaksi, itu akan mempengaruhi penggunaan normal Blob oleh layer2 lain, tetapi dalam situasi saat ini, secara teoritis layak seperti seseorang membeli daya komputasi untuk melakukan serangan hard fork 51% pada BTC, tetapi dalam praktiknya tidak memiliki motif keuntungan.

Tujuan memperkenalkan 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, itu tidak digunakan secara efisien saat ini, dan biaya gas untuk menggunakan Lapisan 2 akan stabil dalam kisaran “rendah” untuk waktu yang lama. Ini akan memberi pasar layer2 jendela pengembangan emas jangka panjang untuk “meningkatkan pasukan dan menimbun biji-bijian”.

3. Jadi, bagaimana jika suatu hari pasar layer2 makmur sampai batas tertentu, dan jumlah transaksi dari Batch ke Mainnet menjadi besar setiap hari, dan tidak ada cukup paket blob saat ini? Ethereum telah memberikan solusi: menggunakan pengambilan sampel ketersediaan data (DAS):

Misalnya, setiap node menyimpan 1/8 dari semua data blob, dan 8 node membentuk tim untuk memenuhi kemampuan DA, yang setara dengan memperluas kapasitas penyimpanan blob saat ini sebanyak 8 kali. Ini sebenarnya yang akan dilakukan di tahap sharding di masa depan.

Tetapi saat ini, Vitalik telah mengulangi ini berkali-kali, yang penuh pesona, dan tampaknya memperingatkan sebagian besar pihak proyek layer2: jangan selalu mengeluh tentang kapasitas tinggi Ethereum DA, dengan kapasitas TPS Anda saat ini, Anda belum mengembangkan kemampuan paket data Blob secara ekstrem, cepat dan tingkatkan daya tembak untuk terlibat dalam ekologi, perluas pengguna dan volume transaksi, dan jangan selalu memikirkan pelarian DA dan terlibat dalam pekerjaan rantai satu klik.

Kemudian, Vitalik menambahkan bahwa hanya Arbitrum yang telah mencapai Tahap 1 di antara rollup inti, dan meskipun DeGate, Bahan Bakar, dll. telah mencapai Tahap 2, mereka belum akrab bagi masyarakat luas. Tahap 2 adalah tujuan akhir dari keamanan rollup, sangat sedikit rollup yang telah mencapai Tahap 1, dan sebagian besar rollup berada di Tahap 0, yang menunjukkan bahwa perkembangan industri rollup benar-benar mengkhawatirkan Vitalik.

4. Faktanya, dalam hal kemacetan penskalaan, masih ada banyak ruang untuk solusi lapisan Rollup2 untuk meningkatkan kinerja.

1. Ruang blob digunakan lebih efisien melalui kompresi data, OP-Rollup saat ini memiliki komponen Kompresor khusus untuk melakukan ini, dan ZK-Rollup sendiri memampatkan SNARK/STARK off-chain untuk membuktikan bahwa mengirimkan ke mainnet adalah “mengompresi”;

2. Kurangi ketergantungan layer2 pada mainnet sebanyak mungkin, dan hanya gunakan teknologi bukti optimis untuk memastikan keamanan L2 dalam keadaan khusus, misalnya, sebagian besar data Plasma ada di rantai, tetapi dalam skenario deposit dan penarikan, itu terjadi di mainnet, sehingga mainnet dapat menjanjikan keamanannya.

Ini berarti bahwa layer2 seharusnya hanya mempertimbangkan operasi penting seperti deposit dan penarikan untuk sangat terkait dengan mainnet, yang tidak hanya mengurangi beban pada mainnet, tetapi juga meningkatkan kinerja L2 itu sendiri. Kemampuan “pemrosesan paralel” Sequencer yang disebutkan dalam diskusi sebelumnya tentang EVM paralel, yang menyaring, mengklasifikasikan, dan melakukan praproses sejumlah besar transaksi off-chain, serta rollup hibrida yang diterapkan oleh Metis, yang menggunakan OP-Rollup untuk transaksi normal dan ZK Route untuk permintaan penarikan khusus, semuanya memiliki pertimbangan serupa.

Atas.

Secara keseluruhan, artikel Vitalik yang memikirkan rencana penskalaan Ethereum di masa depan sangat mencerahkan. Secara khusus, ia tidak puas dengan status pengembangan layer2, optimis tentang ruang kinerja Blob, dan prospek teknologi sharding masa depan, dan bahkan menunjukkan beberapa arah yang layak dioptimalkan untuk layer2.

Bahkan, satu-satunya ketidakpastian yang tersisa untuk Layer 2 itu sendiri, bagaimana mempercepat pengembangan?