Ethereum masih mengerjakan rencana pelengkap untuk EVM paralel, tetapi Bitcoin akan segera mengharapkan VM paralel lapisan 2 miliknya sendiri.

Pertama-tama mari kita pahami mengapa Ethereum tidak dapat mencapai EVM paralel.

Untuk menjaga konsistensi dan keamanan jaringan, EVM memiliki fitur penting dalam desainnya: transaksi dieksekusi secara berurutan. Eksekusi berurutan memastikan bahwa transaksi dan kontrak pintar dapat dieksekusi dalam urutan deterministik, sehingga lebih mudah untuk mengelola dan memprediksi keadaan blockchain. Pilihan desain ini memprioritaskan keamanan, mengurangi potensi kompleksitas dan kerentanan yang terkait dengan eksekusi paralel. Namun, dalam kondisi permintaan transaksi yang tinggi, eksekusi berurutan ini dapat menyebabkan kemacetan dan penundaan jaringan, mirip dengan jalan raya satu jalur.

Apakah mungkin untuk sekadar menambah jalur? Merujuk solusi yang ada yang disebut VM paralel, termasuk rantai sharding seperti Near. Rantai ini mengusulkan untuk menskalakan blockchain dengan memperkenalkan lebih banyak VM untuk menskalakan kontrak pintar. Intinya beban kerja satu kontrak pintar masih terletak pada VM tertentu. Jika semua kontrak pintar di rantai ini mengonsumsi TPS dalam jumlah yang sama, maka masalahnya terpecahkan. Namun, jika hanya beberapa kontrak, seperti protokol Aave dan Uniswap, yang menggunakan lebih dari 90% ruang blok, menjalankan kontrak pada satu shard berarti hanya melakukan penskalaan pada tingkat rantai tanpa memanfaatkan peningkatan yang dihasilkan oleh sharding. Menambahkan jalur tanpa kemampuan untuk berpindah jalur mewakili dilema paralelisasi VM saat ini.

EVM Paralel melibatkan pemotongan atau cache data pada lapisan data. Namun, karena dibatasi oleh model pemrograman EVM, Solidity, sebagai bahasa pemrograman kontrak pintar paling populer, tidak dapat memaksimalkan potensi arsitektur blockchain paralel. Ini mirip dengan tidak memprogram dengan SQL pada GPU NVIDIA. Soliditas tidak memiliki ekspresi untuk arsitektur paralel seperti Eksekusi Relai dan tidak memiliki atomisitas akhir yang ditentukan untuk transaksi paralel.

Paralelisme sejati dalam arsitektur blockchain memerlukan pencapaian hasil bahwa transaksi satu kontrak pintar dapat berjalan di beberapa VM secara bersamaan. Model pemrograman seperti CUDA diperlukan untuk sepenuhnya memanfaatkan model paralel dalam arsitektur blockchain.

BitReXe menyebutkan Bitcoin memperkenalkan VM paralel Turing Layer 2 untuk memberikan dukungan infrastruktur dasar untuk aplikasi nyata dalam ekosistem Bitcoin dan model pemrograman eksklusif untuk VM paralel, PREDA.

Bagaimana BitReXe mencapai Vms Paralel pada Bitcoin

VM Paralel

Ilustrasi berikut menyoroti perbedaan antara BitReXe dan inisiatif lain yang mempromosikan VM Paralel. Seperti yang ditunjukkan pada segmen paling kiri gambar, Ethereum menganut model status mesin tunggal, di mana semua kode (kontrak pintar) dan status (data) direplikasi dan dikelola oleh setiap node blockchain melalui Mesin Virtual Ethereum (EVM). Proyek-proyek yang masih ada menggunakan EVM Paralel, seperti yang ditunjukkan di bagian tengah gambar, di mana satu kontrak pintar diterapkan pada VM khusus (atau VM dalam shard yang ditentukan untuk menegakkan konsensus). Semua transaksi yang berkaitan dengan kontrak pintar diproses oleh VM (atau VM shard dengan cara yang diduplikasi sepenuhnya).

Dalam model paralelisasi terpadu BitReXe, seperti yang ditunjukkan pada segmen paling kanan gambar, semua kontrak pintar diterapkan di semua VM jaringan. Status kontrak pintar menjalani partisi dan distribusi di seluruh instance VM yang berbeda, sehingga memastikan alokasi tidak tumpang tindih. Sejalan dengan itu, transaksi kontrak pintar disegmentasi dan didistribusikan untuk pemrosesan independen dan paralel di seluruh VM. Dalam kasus ideal, pendekatan ini memfasilitasi penskalaan linier dari keseluruhan throughput transaksi dan kapasitas negara dengan peningkatan jumlah VM.

Tantangan utamanya terletak pada pengelolaan ketergantungan antara logika eksekusi (kode) dan status kontrak (data) secara efisien sambil mengaktifkan eksekusi VM independen dan menghindari sinkronisasi, karena logika eksekusi komprehensif suatu transaksi mungkin memerlukan akses ke beberapa segmen status kontrak, yang masing-masing berada di dalamnya. di VM terpisah setelah partisi status.

mengajar

Kami menghadirkan Parallel Relay-Execution Distributed Architecture (PREDA), sebuah model pemrograman inovatif yang dirancang untuk memperluas skala kontrak pintar pada sharding blockchain, sistem parachain, dan blockchain lapisan-2. PREDA mendukung arsitektur paralel: jika Solidity untuk Ethereum diibaratkan sebagai program pada CPU inti tunggal, arsitektur paralel PREDA untuk BitReXe mirip dengan CUDA untuk GPU NVIDIA.

Model PREDA memperkenalkan dua komponen utama: (1) “Cakupan Kontrak yang Dapat Diprogram”, yang memungkinkan pemrogram menentukan partisi status kontrak berdasarkan pola akses data aplikasi, mempersempit jangkauan akses data dan meminimalkan ketergantungan data; dan (2) “Asynchronous Functional Relay”, yang memungkinkan pemrogram mengartikulasikan logika transaksi dengan ketergantungan data implisit untuk eksekusi yang fleksibel di beberapa mesin eksekusi (VM). Diimplementasikan sebagai bahasa Soliditas yang diperluas, PREDA menyertakan sintaks tambahan untuk cakupan kontrak yang dapat diprogram dan pernyataan untuk relai fungsional asinkron.

Gambar tersebut mengilustrasikan versi PREDA dari kontrak ERC20 yang disederhanakan. Kata kunci “@address” mendefinisikan cakupan saldo pengguna, setara dengan definisi peta Solidity tetapi menentukan status yang terperinci dan dapat dipisahkan untuk dipartisi berdasarkan alamat. Saat runtime, status yang dipartisi berdasarkan alamat dikelola oleh sekumpulan VM dalam rantai BitReXe. Status yang berbeda tidak dikelola oleh kumpulan VM yang berbeda. Fungsi transfer dalam lingkup “@address”, yang dipanggil oleh pembayar (yaitu, alamat pengguna yang memulai transaksi transfer), memulai “relai” untuk menyetorkan ke penerima pembayaran. Relai ini, yang dijalankan oleh VM yang menghosting status alamat penerima pembayaran, menambahkan dana ke saldo penerima pembayaran.

Di PREDA, kontrak pintar dapat memiliki banyak cakupan dengan variabel dan fungsi yang ditentukan. Berbagai fungsi dan variabel dengan tipe arbitrer termasuk container dapat didefinisikan dalam suatu cakupan. Beberapa relai, secara kondisional atau tanpa syarat, dapat dimulai dalam satu panggilan fungsi, memungkinkan inisiasi rekursif dan memungkinkan alur eksekusi transaksi dipindahkan secara multi-hop di berbagai instance VM. Pendekatan eksekusi relai ini menguraikan transaksi menjadi beberapa Transaksi Mikro, memastikan akses negara terbatas dalam satu mesin virtual dan menghindari kondisi balapan. Dalam kontrak pintar transfer PREDA, menguraikan transaksi menjadi transaksi mikro “penarikan” dan transaksi mikro “deposit” memungkinkan eksekusi paralel dari kedua jenis transaksi mikro ini, selama targetnya (alamat dalam hal ini) adalah dipetakan ke mesin virtual yang berbeda.

BitReXe mengatur mesin virtual ke dalam beberapa kelompok konsensus, masing-masing secara independen menjalankan protokol konsensus (implementasinya berbasis PoW) untuk mencapai konsensus pada transaksi yang dieksekusi. Konsensus lintas grup diterapkan untuk menjaga kebenaran dan konsistensi relai fungsional asinkron, yang diimplementasikan sebagai transaksi relai di BitReXe.

Lapisan Bitcoin 2

Paradigma penerbitan aset pada lapisan Bitcoin seperti prasasti terus-menerus mengeksploitasi kerentanan dalam Bitcoin, kata Luke. Sementara uang tidak pernah tidur, seperti halnya prasasti tidak akan pernah mati. Bitcoin sangat membutuhkan lapisan 2 yang benar-benar terukur yang dapat melepaskan tekanan tersebut dan menyelamatkan ukuran buku besar agar tidak tumbuh terlalu cepat yang akan melemahkan desentralisasi. Sasaran seperti itu sangat kecil kemungkinannya untuk dicapai oleh solusi EVM+Bridge.

BitReXe mengusulkan VM Paralel dan PREDA untuk menskalakan bitcoin. Sementara itu menyesuaikan dengan keamanan bitcoin. Ia menggunakan BTC sebagai biaya bahan bakar, berbagi keamanan Bitcoin, dan menyediakan penyelesaian aset tanpa kepercayaan antara kedua rantai.

BitReXe menggunakan kembali kekuatan komputasi hashing oleh jaringan Bitcoin yang dibawa oleh blok on-chain, blok yatim piatu, dan blok prematur sebagai bukti kerja untuk membuat blok valid di jaringan lapisan-2 tanpa memodifikasi protokol Bitcoin. Penambang gabungan menerima rxBTC sebagai hadiah, bitcoin yang dipatok 1:1 di jaringan BitReXe. Pengguna membayar biaya bahan bakar dengan rxBTC untuk transaksi, berinteraksi dengan kontrak pintar, dan aktivitas on-chain lainnya. Lab Fullnodes, tim pengembang PREDA dan BitReXe akan memperkenalkan solusi jembatan penyelesaian aset yang tidak dapat dipercaya antara Bitcoin dan BitReXe, di mana peg-out rxbtc pada saat yang sama adalah peg-in BTC seseorang. Alamat peg-out resmi tidak lagi diperlukan, sehingga asumsi kepercayaan dihilangkan.

Harapan kami yang tinggi terhadap ekosistem Bitcoin berasal dari kemampuannya untuk memecahkan masalah yang belum diatasi oleh Ethereum – sebagai testnet Bitcoin.

@Bit_ReXe percaya bahwa masalah ini berasal dari kurangnya mekanisme paralel EVM yang mengarah ke trilema blockchain dan bertujuan untuk menyelesaikannya secara langsung di Bitcoin Layer 2.

Jika masalah ini dapat diselesaikan pada Bitcoin, maka TVL melakukan benchmarking atau bahkan melampaui Ethereum lebih dari tiga kali lipat pada Bitcoin Layer 2 akan menghadirkan terobosan mendasar.”

Ini adalah posting tamu oleh BitPnova. Pendapat yang dikemukakan sepenuhnya merupakan pendapat mereka sendiri dan tidak mencerminkan pendapat BTC Inc atau Majalah Bitcoin.

Sumber: Majalah Bitcoin

Pos BitReXe: Mengaktifkan VM Paralel di Jaringan Bitcoin muncul pertama kali di Crypto Breaking News.