Maju judul asli: Seni Analisis Teknis Artela: Mengapa "Parallel EVM" terkait dengan pertempuran untuk kelangsungan hidup ekosistem Ethereum EVM?

Investasi utama Paradigm sebesar $225 juta dalam putaran pendanaan Monad baru-baru ini telah mengirimkan gelombang kejut melalui pasar, menyulut lonjakan minat dalam "EVM paralel". Tetapi apa sebenarnya yang diatasi "EVM paralel"? Apa saja bottleneck dan tantangan utama dalam mengembangkan EVM paralel? Saya percaya bahwa "EVM paralel" mewakili pertempuran terakhir rantai EVM melawan rantai layer 1 berkinerja tinggi, pertempuran yang akan menentukan kelangsungan hidup ekosistem Ethereum EVM. Mengapa? Mari kita telusuri pemahaman saya:

Kemampuan pemrosesan transaksi "serial" bawaan mesin virtual EVM Ethereum telah memberlakukan pembatasan kinerja yang signifikan pada kedua rantai layer 1 yang kompatibel dengan EVM dan rantai layer 2 yang kompatibel dengan EVM. Hal ini berasal dari fakta bahwa semuanya pada dasarnya bergantung pada kerangka kerja yang sama untuk memproses keadaan dan finalitas transaksi.

Sebaliknya, rantai layer 1 berkinerja tinggi seperti Solana, Sui, dan Aptos memiliki keunggulan pemrosesan paralel bawaan. Di tengah latar belakang ini, rantai berbasis EVM harus mengatasi kekurangannya dalam kemampuan paralel untuk bersaing secara efektif dengan rantai publik layer 1 berkinerja tinggi ini. Mari kita telusuri pendekatan berbeda untuk mengimplementasikan EVM paralel, menggunakan contoh Jaringan Artela, bintang muda dalam ruang EVM paralel:

1）Diperwakili oleh rantai seperti Monad, Artela, dan SEI, rantai-rantai ini secara signifikan meningkatkan TPS sambil memungkinkan kemampuan transaksi paralel dalam lingkungan quasi-EVM. Rantai-rantai layer 1 EVM paralel independen ini memiliki mekanisme konsensus dan karakteristik teknis yang unik, namun mereka tetap mempertahankan tujuan kompatibilitas dan ekspansi dalam ekosistem EVM. Pada dasarnya, mereka merekonstruksi rantai-rantai EVM dengan “mengubah garis keturunan mereka” untuk lebih baik melayani ekosistem EVM.

2) Dicontohkan oleh rantai seperti Eclipse dan MegaETH, rantai ini memanfaatkan konsensus independen dan kemampuan "pra-pemrosesan" transaksi dari rantai lapisan 2 untuk memfilter dan memproses status transaksi sebelum mengelompokkannya ke mainnet. Mereka juga dapat memilih lapisan eksekusi rantai lain untuk menyelesaikan status transaksi. Pendekatan ini pada dasarnya mengabstraksi EVM menjadi modul eksekusi pluggable, memungkinkan pemilihan "lapisan eksekusi" terbaik berdasarkan kebutuhan, sehingga mencapai kemampuan paralel. Namun, sementara solusi ini dapat melayani EVM, mereka beroperasi di luar kerangka EVM.

3）Diwakili oleh rantai seperti Polygon dan BSC, rantai-rantai ini telah mencapai tingkat kemampuan pemrosesan EVM secara paralel yang tertentu. Namun, optimasi mereka terbatas pada lapisan algoritma, tanpa menjelajahi lebih dalam ke lapisan konsensus dan penyimpanan. Akibatnya, kemampuan paralel mereka lebih mirip dengan fitur spesifik daripada solusi komprehensif untuk tantangan paralelisasi EVM.

4）Diperagakan oleh rantai-rantai seperti Aptos, Sui, dan Fuel, rantai-rantai ini bukanlah secara ketat rantai-rantai EVM. Sebaliknya, mereka memanfaatkan kemampuan eksekusi konkurensi tinggi bawaan mereka dan menggunakan teknik parsing middleware atau kode untuk mencapai kompatibilitas dengan lingkungan EVM. Hal ini terlihat pada kasus Starknet, solusi lapisan 2 Ethereum. Kompatibilitas Starknet dengan EVM memerlukan saluran khusus karena bahasa Cario dan fitur abstraksi akunnya. Tantangan kompatibilitas ini adalah masalah umum dengan rantai-rantai non-EVM yang berusaha untuk terhubung dengan rantai-rantai EVM.

Keempat pendekatan yang disebutkan di atas masing-masing memiliki penekanan tersendiri. Sebagai contoh, Layer 2 dengan kemampuan paralel berfokus pada fleksibilitas kombinasi modular dari rantai 'lapisan eksekusi', sementara rantai EVM-Compatible menyoroti fitur-fitur khusus dari fungsi tertentu. Adapun rantai non-EVM lainnya dengan fitur kompatibilitas EVM, mereka lebih bertujuan untuk mengeksploitasi likuiditas Ethereum. Tujuan sebenarnya adalah untuk secara menyeluruh mengkonsolidasikan ekosistem EVM, meninggalkan hanya satu jalur lapisan EVM yang diperkuat untuk meningkatkan kemampuan paralel.

Jadi, faktor-faktor kunci apa yang diperlukan untuk memperkuat rantai publik lapisan 1 EVM paralel? Bagaimana kita dapat merekonstruksi rantai EVM sambil tetap melayani ekosistem EVM? Ada dua poin kunci:

1. Kemampuan untuk mengakses pembacaan disk I/O state dan informasi output. Karena membaca dan menulis data memerlukan waktu, hanya dengan menyortir dan menjadwalkan transaksi tidak dapat secara mendasar meningkatkan kemampuan pemrosesan paralel. Hal ini juga memerlukan pengenalan teknologi caching, pemotongan data, dan bahkan teknologi penyimpanan terdistribusi untuk menyeimbangkan kecepatan pembacaan dan kemungkinan konflik state dari proses penyimpanan dan pembacaan state yang mendasar.

2. Dengan komunikasi jaringan yang efisien, sinkronisasi data, optimisasi algoritma, penguatan mesin virtual, dan berbagai optimisasi komponen lapisan mekanisme konsensus seperti memisahkan tugas komputasi dan I/O, yang memerlukan optimisasi komprehensif dan peningkatan dari berbagai aspek termasuk arsitektur komponen lapisan bawah dan proses kolaboratif. Ini akhirnya mengarah pada kemampuan untuk mengeksekusi transaksi paralel dengan cepat, dengan konsumsi komputasi yang dapat dikontrol dan akurasi tinggi.

Tentang proyek spesifik dari lapisan rantai EVM paralel sendiri, inovasi teknologi dan optimisasi kerangka kerja apa yang diperlukan untuk mencapai “EVM paralel”?

Untuk sepenuhnya mencapai kemampuan koordinasi dan optimisasi sumber daya dari “parallel EVM” dari arsitektur lapisan bawah, Artela memperkenalkan Komputasi Elastis dan Ruang Blok Elastis. Bagaimana memahaminya? Komputasi elastis memungkinkan jaringan untuk mengalokasikan dan menyesuaikan sumber daya komputasi secara dinamis sesuai permintaan dan beban, sementara ruang blok elastis menyesuaikan ukuran blok secara dinamis berdasarkan jumlah transaksi dan ukuran data dalam jaringan. Prinsip desain elastis secara keseluruhan bekerja mirip dengan eskalator di pusat perbelanjaan yang secara otomatis merasakan aliran pejalan kaki, yang membuat sangat masuk akal.

Seperti yang disebutkan sebelumnya, kinerja pembacaan disk I/O state sangat penting untuk EVM paralel. Rantai yang Kompatibel dengan EVM seperti Polygon dan BSC mencapai peningkatan efisiensi 2-4 kali lipat melalui paralelisme algoritmik, namun ini hanya optimasi pada tingkat algoritmik. Lapisan konsensus dan lapisan penyimpanan belum mengalami optimasi mendalam. Seperti apa optimasi mendalam yang sebenarnya?

Sebagai respons terhadap hal ini, Artela mengandalkan solusi teknologi database, meningkatkan baik pembacaan maupun penulisan status. Untuk penulisan status, ia memperkenalkan teknologi Write-Ahead Logging (WAL), yang mencatat perubahan sebelum menuliskannya ke disk. Operasi asinkron ini menghindari penulisan disk langsung ketika status berubah, mengurangi operasi disk I/O. Untuk pembacaan status, secara essensial mengadopsi operasi asinkron dengan strategi pra-pemuatan untuk meningkatkan efisiensi pembacaan. Dengan memprediksi status mana yang akan dibutuhkan berdasarkan riwayat eksekusi kontrak dan memuatnya ke dalam memori, meningkatkan efisiensi permintaan disk I/O.

Singkatnya, ini adalah algoritma yang memperdagangkan waktu eksekusi untuk ruang memori, yang secara mendasar meningkatkan kemampuan pemrosesan paralel mesin virtual EVM dan mengoptimalkan masalah konflik status dari dasar.

Selain itu, Artela memperkenalkan kemampuan pemrograman modular Aspek untuk mengelola kompleksitas dengan lebih baik dan meningkatkan efisiensi pengembangan. Dengan memperkenalkan analisis pemrograman WASM untuk meningkatkan fleksibilitas pemrograman dan menyediakan izin akses API tingkat rendah, hal ini mencapai isolasi aman dari lapisan eksekusi. Ini memungkinkan pengembang untuk mengembangkan, mendeploy, dan mendeploy kontrak pintar secara efisien dalam lingkungan Artela, mengaktifkan kemampuan kustomisasi dan perluasan komunitas pengembang. Secara khusus, para pengembang akan didorong untuk mengoptimalkan kode kontrak pintar mereka untuk paralelisme, karena mengurangi kemungkinan konflik status adalah penting untuk setiap logika panggilan dan algoritma kontrak pintar.

Itu saja.

Tidak sulit bagi semua orang untuk melihat bahwa konsep "Parallel EVM" pada dasarnya mengoptimalkan proses eksekusi status transaksi.@monad_xyzmengklaim dapat mencapai 10.000 transaksi per detik, dan inti teknisnya tidak lebih dari pencapaian pemrosesan paralel transaksi berkecepatan tinggi melalui basis data khusus, kemudahan pengembang, konsensus eksekusi tertunda, dan teknologi pipa superskalar, dll. Ini tidak jauh berbeda dari komputasi elastis dan operasi asinkron I/O dari Artela.

Apa yang sebenarnya ingin saya ungkapkan adalah bahwa jenis rantai EVM paralel berkinerja tinggi ini sebenarnya adalah hasil dari integrasi produk dan kemampuan teknis web2. Memang mengadopsi inti dari “penanganan teknis” di bawah beban tinggi dari waktu ke waktu di pasar aplikasi web2 yang matang.

Jika Anda melihat masa depan jauh adopsi massal, "Parallel EVM" memang merupakan infrastruktur dasar bagi ekosistem EVM untuk menghadapi pasar web2 yang lebih luas, dan wajar bagi pasar modal untuk begitu Bullish.

pernyataan:

1. Artikel ini direproduksi dari [Tampilan pada rantai], hak cipta adalah milik penulis asli [Hao Tian], jika Anda memiliki keberatan terhadap pencetakan ulang, silakan hubungiPintu Belajartim, dan tim akan menanganinya sesegera mungkin sesuai dengan prosedur yang relevan.

2. Penafian: Pandangan dan opini yang terdapat dalam artikel ini hanya mewakili pandangan pribadi penulis dan bukan merupakan saran investasi apa pun.

3. Versi bahasa lain dari artikel diterjemahkan oleh tim Gate Learn dan tidak disebutkan di Gate.io, artikel yang diterjemahkan mungkin tidak boleh direproduksi, didistribusikan, atau diplagiatkan.