原 文: 《Sequencer bersama untuk rantai aplikasi Starknet dan Madara》 *
Ditulis oleh Apoorv Sadana
Disusun oleh: Odaily Planet Daily How to Husband
! [Di mana masa depan pengembangan multi-chain Ethereum, mungkin Polkadot dapat memberikan jawaban referensi] (https://img-cdn.gateio.im/webp-social/moments-7f230462a9-d5ea1f805b-dd1a6f-69ad2a.webp)
Ketika semakin banyak rantai aplikasi L2 mengandalkan Ethereum sebagai lapisan penyelesaian, interoperabilitas antara beberapa rantai dan tingkat desentralisasi setiap rantai sangat penting.
Artikel ini membahas konsep pemesan bersama, yang memungkinkan rantai aplikasi yang berbeda untuk berbagi satu set validator untuk mencapai desentralisasi, dan menangani pemesanan dan eksekusi transaksi melalui mesin pesanan dan mesin rollup.
Namun, sequencer bersama dan arsitektur desain multi-chain Polkadot sangat mirip, dapatkah teknologi siap pakai Polkadot diperkenalkan ke dalam ekosistem Ethereum, sehingga meningkatkan proses pengembangan multi-chain Ethereum.
Berikut ini disusun oleh Odaily Planet Daily.
Apa yang terjadi pada 100 rantai aplikasi?
Katakanlah kita berada di masa depan di mana sekarang ada 100 rantai aplikasi berbeda yang diselesaikan di Ethereum. Mari kita selesaikan masalah yang akan muncul.
Fragmentasi terdesentralisasi
Setiap rantai aplikasi perlu menyelesaikan masalah desentralisasi sendiri. Sekarang, desentralisasi rantai aplikasi tidak sepenting L1, terutama karena kami mengandalkan L1 untuk memastikan keamanan. Namun, kita masih membutuhkan desentralisasi untuk memastikan vitalitas, menolak sensor, dan menghindari keuntungan monopolistik (seperti biaya tinggi). Namun, jika setiap rantai aplikasi memecahkan masalah desentralisasi dengan caranya sendiri, ini akan menyebabkan fragmentasi set validator. Setiap rantai aplikasi harus mengembangkan insentif ekonomi untuk menarik validator baru. Selain itu, validator perlu memilih klien mana yang ingin mereka jalankan. Ini menciptakan penghalang besar untuk masuk bagi pengembang untuk meluncurkan rantai aplikasi mereka sendiri (yang hanya transaksi dibandingkan dengan menerapkan kontrak pintar).
Komposabilitas
Komposabilitas pada dasarnya berarti interaksi lintas aplikasi. Di Ethereum atau Starknet, ini berarti memanggil kontrak pintar lain, dan yang lainnya ditangani oleh protokol itu sendiri. Namun, dalam rantai aplikasi, ini menjadi lebih sulit. Rantai aplikasi yang berbeda memiliki mekanisme blok dan konsensusnya sendiri. Setiap kali Anda mencoba berinteraksi dengan rantai aplikasi lain, Anda perlu meninjau algoritma konsensus dan jaminan finalitas dengan cermat, dan mengatur jembatan lintas rantai yang sesuai (langsung ke on-chain atau melalui L1). Jika Anda ingin berinteraksi dengan 10 rantai aplikasi dengan desain berbeda, Anda perlu melakukan ini 10 kali.
! [Di mana masa depan pengembangan multi-chain Ethereum, mungkin Polkadot dapat memberikan jawaban referensi] (https://img-cdn.gateio.im/webp-social/moments-7f230462a9-18c07cd8cf-dd1a6f-69ad2a.webp)
Pengalaman pengembangan
Memecahkan desentralisasi dan menjembatani tidaklah mudah. Jika setiap rantai aplikasi perlu menyelesaikan masalah ini, akan menjadi sangat sulit bagi pengembang kontrak pintar rata-rata untuk membangun rantai aplikasi mereka sendiri. Selain itu, karena setiap rantai aplikasi mencoba memecahkan masalah ini dengan caranya sendiri, kita akan segera melihat bahwa rantai yang berbeda mengikuti standar yang berbeda, yang akan mempersulit pihak proyek baru untuk bergabung dengan ekosistem.
Berbagi sequencer memecahkan masalah ini
Jika Anda mengikuti ruang rantai aplikasi, Anda mungkin pernah mendengar istilah "sequencer bersama." Ini mengacu pada gagasan berbagi satu set validator umum untuk menyelesaikan masalah di atas. Ini berfungsi sebagai berikut.
Berbagi desentralisasi
Ide inti dari sequencer bersama adalah bahwa tidak perlu memiliki set validator yang berbeda untuk setiap rantai aplikasi atau L2. Tetapi dimungkinkan untuk memiliki seperangkat validator yang sangat efisien dan terdesentralisasi yang menyortir blok untuk semua rantai. **
Karena hampir setiap penyortir saat ini terpusat, pemesan dipandang sebagai aplikasi tunggal yang mengumpulkan transaksi, mengurutkannya, mengeksekusinya, dan menerbitkan hasilnya ke L1. Namun, tugas-tugas ini dapat dipecah menjadi beberapa komponen modular. Demi penjelasan, saya telah membaginya menjadi dua bagian.
Sort Engine: Bertanggung jawab untuk menyortir transaksi dalam urutan tertentu. Setelah mesin penyortir menentukan pesanan ini, itu harus diikuti. Ini diterapkan dengan mengirimkan pesanan ini pada L1 dan memaksa validator L1 untuk memeriksa apakah transaksi dieksekusi dalam urutan yang diinginkan.
Mesin rollup: Mesin Rollup pada dasarnya mencakup semua yang dilakukan Rollup: mengumpulkan transaksi dari pengguna, melakukan transaksi, membuat bukti, dan memperbarui status di L1. Idealnya, ini dapat dipecah menjadi lebih banyak komponen, tetapi kami akan menghindari melakukannya di artikel ini. Di sini, mesin penyortiran adalah sequencer bersama, dan mesin Rollup pada dasarnya adalah semua logika Rollup.
Oleh karena itu, siklus hidup transaksi adalah sebagai berikut.
! [Di mana masa depan pengembangan multi-chain Ethereum, mungkin Polkadot dapat memberikan jawaban referensi] (https://img-cdn.gateio.im/webp-social/moments-7f230462a9-fc5a1b83cf-dd1a6f-69ad2a.webp)
Pemesan bersama pada dasarnya mengurutkan transaksi di Rollup dan mengirimkannya ke L1. Dengan mendesentralisasikan koleksi pemesan bersama, pemesan bersama mendesentralisasikan semua rollup yang terhubung ke koleksi pemesan tersebut.
Komposabilitas
Masalah utama dengan komposabilitas adalah memahami kapan transaksi akhirnya selesai pada rantai aplikasi lain dan bertindak sesuai dengan on-chain. Tetapi pemesan bersama memungkinkan rollup yang dapat disusun untuk berbagi potongan satu sama lain. Oleh karena itu, jika rollback transaksi terjadi pada Rollup B, seluruh blok dibatalkan, yang juga menyebabkan rollback transaksi pada Rollup A.
Sekarang, itu tentu terdengar lebih mudah daripada yang sebenarnya. Untuk ini, komunikasi antar Rollup harus efisien dan terukur. Sequencer bersama perlu mengembangkan standar yang sesuai untuk bagaimana rollup berkomunikasi, seperti apa pesan lintas rantai seharusnya, bagaimana menangani upgrade rollup, dan sebagainya. Meskipun masalah ini dapat dipecahkan, mereka tidak mudah dicapai.
Pengalaman pengembang
Sementara pemesan bersama melakukan abstraksi aspek desentralisasi untuk membuat pesan lintas rantai lebih mudah, masih ada beberapa standar yang harus diikuti oleh setiap rantai agar kompatibel dengan pemesan bersama. Misalnya, semua transaksi Rollup perlu dikonversi ke format umum yang dipahami penyortir. Demikian pula, blok penyortir perlu disaring untuk mendapatkan transaksi yang relevan. Untuk mengatasi masalah ini, saya pikir sequencer bersama akan meluncurkan kerangka rollup atau SDK yang mengabstraksi kode boilerplate dan hanya memaparkan bagian dari logika bisnis kepada pengembang rantai aplikasi. **
Berikut ini adalah diagram skematik rantai aplikasi menggunakan sequencer bersama.
! [Di mana masa depan pengembangan multi-chain Ethereum, mungkin Polkadot dapat memberikan jawaban referensi] (https://img-cdn.gateio.im/webp-social/moments-7f230462a9-849b693227-dd1a6f-69ad2a.webp)
Bisakah multichain Ethereum belajar dari arsitektur desain Polkadot
Polkadot mulai mengerjakan masa depan multi-chain sebelum Ethereum. Bahkan, mereka telah mengerjakan ini selama lebih dari 5 tahun. Jika Anda terbiasa dengan Polkadot, Anda mungkin memperhatikan bahwa desain di atas pada dasarnya menciptakan kembali banyak hal yang telah dicapai Polkadot.
Rantai Relai (Desentralisasi Bersama)
Rantai relai pada dasarnya adalah mesin pemesanan +L1 dalam diagram urutan di atas. Fitur Relay Chain meliputi:
Urutkan semua transaksi Rollup untuk memverifikasi bahwa transaksi dijalankan dengan benar (tidak menggunakan verifikasi tanpa pengetahuan, tetapi menjalankan ulang kode eksekusi Rollup untuk memverifikasi perbedaan status).
! [Di mana masa depan pengembangan multi-chain Ethereum, mungkin Polkadot dapat memberikan jawaban referensi] (https://img-cdn.gateio.im/webp-social/moments-7f230462a9-a5377511f0-dd1a6f-69ad2a.webp)
Seperti yang mungkin Anda sadari, rantai relai pada dasarnya adalah pemesan bersama yang telah kita bahas di atas. Perbedaannya adalah bahwa Relay Chain juga perlu memverifikasi eksekusi, dan kami menyerahkannya kepada Ethereum.
XCM dan XCMP
Kami sebutkan di bagian sebelumnya bahwa jika setiap rantai membangun metodenya sendiri untuk beroperasi dengan yang lain, maka segera kita akan melihat standar dan format yang berbeda pada semua rantai. Anda perlu melacak semua format ini yang berinteraksi dengan setiap rantai. Selain itu, Anda perlu menjawab pertanyaan seperti apa yang terjadi jika rantai ditingkatkan. Namun, masalah ini dapat diselesaikan dengan memperkenalkan standar yang harus diikuti oleh semua rantai.
Seperti yang mungkin sudah Anda duga, Polkadot telah melakukan hal itu. XCM adalah format pesan, XCMP adalah protokol pesan, dan semua rantai anak dapat menggunakannya untuk berkomunikasi satu sama lain.
Substrat dan Cumulus
Substrat adalah kerangka kerja yang dikembangkan oleh Parity untuk membangun blockchain. Sementara semua parachain di Polkadot menggunakan Substrat, Substrat sebenarnya dibangun dengan cara rantai-agnostik. Kerangka kerja ini mengabstraksi semua aspek umum blockchain, dengan fokus pada logika aplikasi. Seperti yang kita ketahui, Madara dibangun di atas Substrat, seperti halnya Polkadot, Polygon Avail, dan banyak proyek lainnya. Selain itu, Cumulus adalah middleware di atas Substrat yang menghubungkan rantai Anda ke Polkadot.
Jadi, melanjutkan analogi sebelumnya, Substrat dan Cumulus dapat dilihat sebagai alternatif untuk kerangka kerja Rollup, yang memungkinkan membangun rantai aplikasi dan menghubungkannya ke sequencer bersama.
** Sequencer Bersama → Relay Chain **
Komposabilitas → XCM dan XCMP
**Rollup Framework / Stack → Substrat dan Cumulus **
! [Di mana masa depan pengembangan multi-chain Ethereum, mungkin Polkadot dapat memberikan jawaban referensi] (https://img-cdn.gateio.im/webp-social/moments-7f230462a9-e786adbea4-dd1a6f-69ad2a.webp)
Selain fakta bahwa ini pada dasarnya adalah salinan Polkadot, Polkadot dan Parity memiliki beberapa tim berpengalaman dan didanai dengan baik yang terus meningkatkan Substrat dan Polkadot, menambahkan lebih banyak fitur dan meningkatkan skalabilitas. Teknologi ini telah diuji di lapangan selama bertahun-tahun dan memiliki banyak alat pengembangan.
Menyelesaikan Polkadot di Ethereum?
Meskipun benar bahwa Polkadot mulai membangun masa depan multi-rantai sebelum Ethereum, tidak dapat disangkal bahwa mulai hari ini, Ethereum adalah blockchain yang paling terdesentralisasi dan tempat sebagian besar aplikasi dan likuiditas berada. Namun, bagaimana jika ada cara untuk membawa semua teknologi Polkadot ke ekosistem Ethereum?
Sebenarnya, kita sudah memulainya, dan Madara adalah contohnya. Madara menggunakan kerangka kerja Substrat untuk memungkinkan siapa pun membangun solusi L2/L3 berbasis zk mereka sendiri di Ethereum. Hal berikutnya yang kita butuhkan adalah rantai relai Polkadot dalam bentuk sequencer bersama. Jika kita dapat menggunakan kembali rantai relai Polkadot, tetapi menghapus bagian validasi, karena verifikasi dilakukan oleh bukti zk pada L1 Kirim urutan transaksi ke L1 Optimalkan node dan algoritma konsensus untuk mendukung Tendermint/HotStuff kita bisa mendapatkan pemesan bersama yang disebutkan sebelumnya.
Jelas, ini lebih mudah diucapkan daripada dilakukan. Namun, saya pikir jalur ini lebih pragmatis daripada membangun kembali sequencer, standar, dan kerangka kerja dari awal. Polkadot telah memecahkan banyak masalah dengan cara agnostik rantai yang dapat kita pinjam untuk Ethereum. Sebagai produk sampingan, kami juga mendapatkan:
● Komunitas pengembang aktif yang terus membangun dan mendidik dunia untuk Substrat.
● Perangkat pengembangan aktif dan komunitas yang kuat.
Banyak parachain aktif juga dapat memilih untuk menetap di Ethereum jika mereka ingin melakukannya (baru-baru ini kami melihat Astar melakukan hal yang sama dengan Polygon CDK).
Kesimpulan
Tujuan utama saya menulis artikel ini adalah untuk memicu diskusi dalam ekosistem Starknet dan Ethereum yang lebih luas. Saya pikir model peringkat bersama akan memainkan peran penting dalam desentralisasi Starknet dan desentralisasi semua rantai aplikasi yang dipertimbangkan untuk dibangun di atasnya. Selama kami yakin dengan argumen rantai aplikasi dan ekstensibilitas ZK, analisis menyeluruh dari model pemesanan bersama tidak dapat dihindari. Juga, Starknet sudah mulai bekerja pada desentralisasi saat Madara pindah ke produksi, dan saya pikir sudah waktunya untuk mengatasinya. Oleh karena itu, saya meminta semua orang yang membaca ini untuk umpan balik / saran tentang topik ini. Looking forward untuk membaca pikiran Anda.
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.
Di mana masa depan pengembangan multi-chain Ethereum, mungkin Polkadot dapat memberikan jawaban referensi
Ditulis oleh Apoorv Sadana
Disusun oleh: Odaily Planet Daily How to Husband
! [Di mana masa depan pengembangan multi-chain Ethereum, mungkin Polkadot dapat memberikan jawaban referensi] (https://img-cdn.gateio.im/webp-social/moments-7f230462a9-d5ea1f805b-dd1a6f-69ad2a.webp)
Apa yang terjadi pada 100 rantai aplikasi?
Katakanlah kita berada di masa depan di mana sekarang ada 100 rantai aplikasi berbeda yang diselesaikan di Ethereum. Mari kita selesaikan masalah yang akan muncul.
Fragmentasi terdesentralisasi
Setiap rantai aplikasi perlu menyelesaikan masalah desentralisasi sendiri. Sekarang, desentralisasi rantai aplikasi tidak sepenting L1, terutama karena kami mengandalkan L1 untuk memastikan keamanan. Namun, kita masih membutuhkan desentralisasi untuk memastikan vitalitas, menolak sensor, dan menghindari keuntungan monopolistik (seperti biaya tinggi). Namun, jika setiap rantai aplikasi memecahkan masalah desentralisasi dengan caranya sendiri, ini akan menyebabkan fragmentasi set validator. Setiap rantai aplikasi harus mengembangkan insentif ekonomi untuk menarik validator baru. Selain itu, validator perlu memilih klien mana yang ingin mereka jalankan. Ini menciptakan penghalang besar untuk masuk bagi pengembang untuk meluncurkan rantai aplikasi mereka sendiri (yang hanya transaksi dibandingkan dengan menerapkan kontrak pintar).
Komposabilitas
Komposabilitas pada dasarnya berarti interaksi lintas aplikasi. Di Ethereum atau Starknet, ini berarti memanggil kontrak pintar lain, dan yang lainnya ditangani oleh protokol itu sendiri. Namun, dalam rantai aplikasi, ini menjadi lebih sulit. Rantai aplikasi yang berbeda memiliki mekanisme blok dan konsensusnya sendiri. Setiap kali Anda mencoba berinteraksi dengan rantai aplikasi lain, Anda perlu meninjau algoritma konsensus dan jaminan finalitas dengan cermat, dan mengatur jembatan lintas rantai yang sesuai (langsung ke on-chain atau melalui L1). Jika Anda ingin berinteraksi dengan 10 rantai aplikasi dengan desain berbeda, Anda perlu melakukan ini 10 kali.
! [Di mana masa depan pengembangan multi-chain Ethereum, mungkin Polkadot dapat memberikan jawaban referensi] (https://img-cdn.gateio.im/webp-social/moments-7f230462a9-18c07cd8cf-dd1a6f-69ad2a.webp)
Pengalaman pengembangan
Memecahkan desentralisasi dan menjembatani tidaklah mudah. Jika setiap rantai aplikasi perlu menyelesaikan masalah ini, akan menjadi sangat sulit bagi pengembang kontrak pintar rata-rata untuk membangun rantai aplikasi mereka sendiri. Selain itu, karena setiap rantai aplikasi mencoba memecahkan masalah ini dengan caranya sendiri, kita akan segera melihat bahwa rantai yang berbeda mengikuti standar yang berbeda, yang akan mempersulit pihak proyek baru untuk bergabung dengan ekosistem.
Berbagi sequencer memecahkan masalah ini
Jika Anda mengikuti ruang rantai aplikasi, Anda mungkin pernah mendengar istilah "sequencer bersama." Ini mengacu pada gagasan berbagi satu set validator umum untuk menyelesaikan masalah di atas. Ini berfungsi sebagai berikut.
Berbagi desentralisasi
Ide inti dari sequencer bersama adalah bahwa tidak perlu memiliki set validator yang berbeda untuk setiap rantai aplikasi atau L2. Tetapi dimungkinkan untuk memiliki seperangkat validator yang sangat efisien dan terdesentralisasi yang menyortir blok untuk semua rantai. **
Karena hampir setiap penyortir saat ini terpusat, pemesan dipandang sebagai aplikasi tunggal yang mengumpulkan transaksi, mengurutkannya, mengeksekusinya, dan menerbitkan hasilnya ke L1. Namun, tugas-tugas ini dapat dipecah menjadi beberapa komponen modular. Demi penjelasan, saya telah membaginya menjadi dua bagian.
Sort Engine: Bertanggung jawab untuk menyortir transaksi dalam urutan tertentu. Setelah mesin penyortir menentukan pesanan ini, itu harus diikuti. Ini diterapkan dengan mengirimkan pesanan ini pada L1 dan memaksa validator L1 untuk memeriksa apakah transaksi dieksekusi dalam urutan yang diinginkan.
Mesin rollup: Mesin Rollup pada dasarnya mencakup semua yang dilakukan Rollup: mengumpulkan transaksi dari pengguna, melakukan transaksi, membuat bukti, dan memperbarui status di L1. Idealnya, ini dapat dipecah menjadi lebih banyak komponen, tetapi kami akan menghindari melakukannya di artikel ini. Di sini, mesin penyortiran adalah sequencer bersama, dan mesin Rollup pada dasarnya adalah semua logika Rollup.
Oleh karena itu, siklus hidup transaksi adalah sebagai berikut.
! [Di mana masa depan pengembangan multi-chain Ethereum, mungkin Polkadot dapat memberikan jawaban referensi] (https://img-cdn.gateio.im/webp-social/moments-7f230462a9-fc5a1b83cf-dd1a6f-69ad2a.webp)
Pemesan bersama pada dasarnya mengurutkan transaksi di Rollup dan mengirimkannya ke L1. Dengan mendesentralisasikan koleksi pemesan bersama, pemesan bersama mendesentralisasikan semua rollup yang terhubung ke koleksi pemesan tersebut.
Komposabilitas
Masalah utama dengan komposabilitas adalah memahami kapan transaksi akhirnya selesai pada rantai aplikasi lain dan bertindak sesuai dengan on-chain. Tetapi pemesan bersama memungkinkan rollup yang dapat disusun untuk berbagi potongan satu sama lain. Oleh karena itu, jika rollback transaksi terjadi pada Rollup B, seluruh blok dibatalkan, yang juga menyebabkan rollback transaksi pada Rollup A.
Sekarang, itu tentu terdengar lebih mudah daripada yang sebenarnya. Untuk ini, komunikasi antar Rollup harus efisien dan terukur. Sequencer bersama perlu mengembangkan standar yang sesuai untuk bagaimana rollup berkomunikasi, seperti apa pesan lintas rantai seharusnya, bagaimana menangani upgrade rollup, dan sebagainya. Meskipun masalah ini dapat dipecahkan, mereka tidak mudah dicapai.
Pengalaman pengembang
Sementara pemesan bersama melakukan abstraksi aspek desentralisasi untuk membuat pesan lintas rantai lebih mudah, masih ada beberapa standar yang harus diikuti oleh setiap rantai agar kompatibel dengan pemesan bersama. Misalnya, semua transaksi Rollup perlu dikonversi ke format umum yang dipahami penyortir. Demikian pula, blok penyortir perlu disaring untuk mendapatkan transaksi yang relevan. Untuk mengatasi masalah ini, saya pikir sequencer bersama akan meluncurkan kerangka rollup atau SDK yang mengabstraksi kode boilerplate dan hanya memaparkan bagian dari logika bisnis kepada pengembang rantai aplikasi. **
Berikut ini adalah diagram skematik rantai aplikasi menggunakan sequencer bersama.
! [Di mana masa depan pengembangan multi-chain Ethereum, mungkin Polkadot dapat memberikan jawaban referensi] (https://img-cdn.gateio.im/webp-social/moments-7f230462a9-849b693227-dd1a6f-69ad2a.webp)
Bisakah multichain Ethereum belajar dari arsitektur desain Polkadot
Polkadot mulai mengerjakan masa depan multi-chain sebelum Ethereum. Bahkan, mereka telah mengerjakan ini selama lebih dari 5 tahun. Jika Anda terbiasa dengan Polkadot, Anda mungkin memperhatikan bahwa desain di atas pada dasarnya menciptakan kembali banyak hal yang telah dicapai Polkadot.
Rantai Relai (Desentralisasi Bersama)
Rantai relai pada dasarnya adalah mesin pemesanan +L1 dalam diagram urutan di atas. Fitur Relay Chain meliputi:
Urutkan semua transaksi Rollup untuk memverifikasi bahwa transaksi dijalankan dengan benar (tidak menggunakan verifikasi tanpa pengetahuan, tetapi menjalankan ulang kode eksekusi Rollup untuk memverifikasi perbedaan status).
! [Di mana masa depan pengembangan multi-chain Ethereum, mungkin Polkadot dapat memberikan jawaban referensi] (https://img-cdn.gateio.im/webp-social/moments-7f230462a9-a5377511f0-dd1a6f-69ad2a.webp)
Seperti yang mungkin Anda sadari, rantai relai pada dasarnya adalah pemesan bersama yang telah kita bahas di atas. Perbedaannya adalah bahwa Relay Chain juga perlu memverifikasi eksekusi, dan kami menyerahkannya kepada Ethereum.
XCM dan XCMP
Kami sebutkan di bagian sebelumnya bahwa jika setiap rantai membangun metodenya sendiri untuk beroperasi dengan yang lain, maka segera kita akan melihat standar dan format yang berbeda pada semua rantai. Anda perlu melacak semua format ini yang berinteraksi dengan setiap rantai. Selain itu, Anda perlu menjawab pertanyaan seperti apa yang terjadi jika rantai ditingkatkan. Namun, masalah ini dapat diselesaikan dengan memperkenalkan standar yang harus diikuti oleh semua rantai.
Seperti yang mungkin sudah Anda duga, Polkadot telah melakukan hal itu. XCM adalah format pesan, XCMP adalah protokol pesan, dan semua rantai anak dapat menggunakannya untuk berkomunikasi satu sama lain.
Substrat dan Cumulus
Substrat adalah kerangka kerja yang dikembangkan oleh Parity untuk membangun blockchain. Sementara semua parachain di Polkadot menggunakan Substrat, Substrat sebenarnya dibangun dengan cara rantai-agnostik. Kerangka kerja ini mengabstraksi semua aspek umum blockchain, dengan fokus pada logika aplikasi. Seperti yang kita ketahui, Madara dibangun di atas Substrat, seperti halnya Polkadot, Polygon Avail, dan banyak proyek lainnya. Selain itu, Cumulus adalah middleware di atas Substrat yang menghubungkan rantai Anda ke Polkadot.
Jadi, melanjutkan analogi sebelumnya, Substrat dan Cumulus dapat dilihat sebagai alternatif untuk kerangka kerja Rollup, yang memungkinkan membangun rantai aplikasi dan menghubungkannya ke sequencer bersama.
** Sequencer Bersama → Relay Chain **
Komposabilitas → XCM dan XCMP
**Rollup Framework / Stack → Substrat dan Cumulus **
! [Di mana masa depan pengembangan multi-chain Ethereum, mungkin Polkadot dapat memberikan jawaban referensi] (https://img-cdn.gateio.im/webp-social/moments-7f230462a9-e786adbea4-dd1a6f-69ad2a.webp)
Selain fakta bahwa ini pada dasarnya adalah salinan Polkadot, Polkadot dan Parity memiliki beberapa tim berpengalaman dan didanai dengan baik yang terus meningkatkan Substrat dan Polkadot, menambahkan lebih banyak fitur dan meningkatkan skalabilitas. Teknologi ini telah diuji di lapangan selama bertahun-tahun dan memiliki banyak alat pengembangan.
Menyelesaikan Polkadot di Ethereum?
Meskipun benar bahwa Polkadot mulai membangun masa depan multi-rantai sebelum Ethereum, tidak dapat disangkal bahwa mulai hari ini, Ethereum adalah blockchain yang paling terdesentralisasi dan tempat sebagian besar aplikasi dan likuiditas berada. Namun, bagaimana jika ada cara untuk membawa semua teknologi Polkadot ke ekosistem Ethereum?
Sebenarnya, kita sudah memulainya, dan Madara adalah contohnya. Madara menggunakan kerangka kerja Substrat untuk memungkinkan siapa pun membangun solusi L2/L3 berbasis zk mereka sendiri di Ethereum. Hal berikutnya yang kita butuhkan adalah rantai relai Polkadot dalam bentuk sequencer bersama. Jika kita dapat menggunakan kembali rantai relai Polkadot, tetapi menghapus bagian validasi, karena verifikasi dilakukan oleh bukti zk pada L1 Kirim urutan transaksi ke L1 Optimalkan node dan algoritma konsensus untuk mendukung Tendermint/HotStuff kita bisa mendapatkan pemesan bersama yang disebutkan sebelumnya.
Jelas, ini lebih mudah diucapkan daripada dilakukan. Namun, saya pikir jalur ini lebih pragmatis daripada membangun kembali sequencer, standar, dan kerangka kerja dari awal. Polkadot telah memecahkan banyak masalah dengan cara agnostik rantai yang dapat kita pinjam untuk Ethereum. Sebagai produk sampingan, kami juga mendapatkan:
● Komunitas pengembang aktif yang terus membangun dan mendidik dunia untuk Substrat.
● Perangkat pengembangan aktif dan komunitas yang kuat.
Banyak parachain aktif juga dapat memilih untuk menetap di Ethereum jika mereka ingin melakukannya (baru-baru ini kami melihat Astar melakukan hal yang sama dengan Polygon CDK).
Kesimpulan
Tujuan utama saya menulis artikel ini adalah untuk memicu diskusi dalam ekosistem Starknet dan Ethereum yang lebih luas. Saya pikir model peringkat bersama akan memainkan peran penting dalam desentralisasi Starknet dan desentralisasi semua rantai aplikasi yang dipertimbangkan untuk dibangun di atasnya. Selama kami yakin dengan argumen rantai aplikasi dan ekstensibilitas ZK, analisis menyeluruh dari model pemesanan bersama tidak dapat dihindari. Juga, Starknet sudah mulai bekerja pada desentralisasi saat Madara pindah ke produksi, dan saya pikir sudah waktunya untuk mengatasinya. Oleh karena itu, saya meminta semua orang yang membaca ini untuk umpan balik / saran tentang topik ini. Looking forward untuk membaca pikiran Anda.