Relay Chain adalah bagian inti dari jaringan Polkadot, yang berisi logika utama jaringan. Penting bagi rantai relai untuk mengasumsikan logika inti ini sebelum parachain dapat mulai berjalan dan XCM dapat dikembangkan. Tetapi dengan perkembangan waktu, sekarang logika inti ini dapat dianggap bermigrasi ke parachain sistem! Akibatnya, Dr. Gavin Wood dan Joe Petrowski dari Web3 Foundation memprakarsai RFC-32, mengusulkan untuk memigrasikan logika beberapa subsistem dari rantai relai ke "parachain sistem" yang bersama-sama membentuk seluruh jaringan Polkadot.
Jadi, mengapa menguraikan bagian dari logika rantai relai menjadi parachain sistem? Fitur mana yang dipecah terlebih dahulu? Simak informasi penting yang dihimpun PolkaWorld di bawah ini!
Mengapa Anda ingin melakukan ini? **
Jaringan Polkadot dirancang untuk menskalakan dan memungkinkan beberapa mesin negara independen (yaitu, parachain) untuk bekerja di bawah jaminan keamanan dan validitas umum. Untuk mencapai jaminan ini, Relay Chain memiliki koleksi validator yang terutama bertanggung jawab atas keamanan Relay Chain. Namun, tidak semua validator berurusan langsung dengan transisi status untuk parachain. Setiap transisi status parachain ditangani oleh subset validator, yang disebut grup pendukung. Ini berarti bahwa tidak semua validator berurusan langsung dengan setiap transisi status parachain, hanya sebagian dari mereka yang bertanggung jawab untuk menangani transisi status.
Tetapi ketika transisi status terjadi pada rantai relai, semua validator perlu dilibatkan dalam eksekusi untuk memastikan konsistensi dan keamanan jaringan. Namun, efek samping dari desain ini adalah hambatan kinerja, karena setiap perubahan status memerlukan validasi seluruh jaringan, yang meningkatkan latensi dan membatasi throughput.
Tetapi jika transisi keadaan rantai relai dapat dilakukan pada parachain, maka ini akan membebaskan beberapa sumber daya. Ini berarti bahwa bagian dari sumber daya validator yang seharusnya digunakan untuk transisi status rantai relai dapat digunakan kembali, menyediakan jaringan dengan lebih banyak waktu inti, yaitu lebih banyak ruang blok.
Secara umum, ada beberapa alasan utama untuk memigrasikan bagian dari logika rantai relai ke parachain sistem:
Kinerja dan Skalabilitas: Dengan memigrasikan logika dan tanggung jawab tertentu ke parachain sistem, Relay Chain dapat fokus pada tanggung jawab intinya, meningkatkan kinerja dan skalabilitas jaringan secara keseluruhan.
Pengoptimalan sumber daya: Saat bagian dari logika dimigrasikan ke parachain sistem, rantai relai dapat membebaskan lebih banyak sumber daya untuk tugas lain, seperti memproses pesan lintas rantai atau memberikan keamanan untuk lebih banyak parachain.
Modularitas dan Fleksibilitas: Desain modular memudahkan untuk memodifikasi, meningkatkan, atau menambahkan fitur baru tanpa mengganggu operasi utama Rantai Relai. Ini memberikan fleksibilitas yang lebih besar untuk inovasi dan perluasan fitur di masa depan.
Keamanan: Memisahkan bagian logika dari rantai relai mengurangi risiko satu titik kegagalan. Pada parachain sistem terpisah, jika parachain diserang atau gagal, itu tidak mungkin mempengaruhi rantai relai atau parachain lainnya.
Lebih banyak peluang parachain: Dengan membebaskan sumber daya rantai relai, jaringan Polkadot dapat mendukung lebih banyak penggabungan parachain, yang selanjutnya memperluas ekosistemnya.
Optimalisasi fitur tertentu: Seiring perkembangan Polkadot, beberapa fitur atau logika mungkin memerlukan pengoptimalan khusus atau metode pemrosesan khusus. Memindahkan fungsi-fungsi ini ke parachain sistem khusus memastikan bahwa mereka diproses dan dioptimalkan secara optimal.
**Fungsi apa yang akan dipecah menjadi parachain sistem? **
Modul dan subsistem berikut adalah opsi yang memungkinkan untuk bermigrasi keluar dari rantai trunk:
1.Identitas
Saldo
Staking (Staking)
Pukul
Penyedia Pemilu
Daftar Tas
NIS
Kolam Nominasi
Cepat Unstake
Pemerintahan
Perbendaharaan dan Bounty
Pemungutan Suara Keyakinan
Referendum
Catatan: Modul lelang dan crowdlending saat ini tidak akan digunakan lagi, tetapi akan digantikan oleh sistem baru yang disebut Coretime. Rincian tentang rantai sistem Coretime dan antarmukanya dijelaskan dalam RFC-1 dan RFC-5, masing-masing. Polkadot Fellowship juga mengembangkan parachain Coretime. Untuk kemajuan Polkadot lainnya, silakan lihat Kemajuan Polkadot Q3: 5 Parachain Baru Diluncurkan, USDC Memasuki Ekosistem, Saham, Akun Terpisah, dan Acara On-Chain Tumbuh Secara Signifikan.
Bagaimana cara bermigrasi? **
Beberapa subsistem dapat dimigrasikan dari rantai relai ke lokasi lain dengan relatif sederhana. Menggunakan Autentikasi sebagai contoh, Anda cukup memblokir perubahan status pada rantai relai dan mengatur status awal untuk rantai baru menggunakan status yang terkait dengan autentikasi. Status awal ini dan logika terkait, atau modul, kemudian digunakan untuk memulai rantai baru.
Namun, ada subsistem yang tidak dapat memiliki downtime selama proses migrasi karena mereka sangat penting untuk berfungsinya seluruh jaringan, seperti staking dan tata kelola. Meski begitu, subsistem kritis ini dapat hidup berdampingan dengan rantai sistem lain dengan izin serupa untuk beberapa waktu. Sama seperti "Gov1" dan "OpenGov" hidup berdampingan ketika yang terakhir diperkenalkan.
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.
GavinWood mengusulkan untuk meminimalkan rantai relai
Relay Chain adalah bagian inti dari jaringan Polkadot, yang berisi logika utama jaringan. Penting bagi rantai relai untuk mengasumsikan logika inti ini sebelum parachain dapat mulai berjalan dan XCM dapat dikembangkan. Tetapi dengan perkembangan waktu, sekarang logika inti ini dapat dianggap bermigrasi ke parachain sistem! Akibatnya, Dr. Gavin Wood dan Joe Petrowski dari Web3 Foundation memprakarsai RFC-32, mengusulkan untuk memigrasikan logika beberapa subsistem dari rantai relai ke "parachain sistem" yang bersama-sama membentuk seluruh jaringan Polkadot.
Jadi, mengapa menguraikan bagian dari logika rantai relai menjadi parachain sistem? Fitur mana yang dipecah terlebih dahulu? Simak informasi penting yang dihimpun PolkaWorld di bawah ini!
Mengapa Anda ingin melakukan ini? **
Jaringan Polkadot dirancang untuk menskalakan dan memungkinkan beberapa mesin negara independen (yaitu, parachain) untuk bekerja di bawah jaminan keamanan dan validitas umum. Untuk mencapai jaminan ini, Relay Chain memiliki koleksi validator yang terutama bertanggung jawab atas keamanan Relay Chain. Namun, tidak semua validator berurusan langsung dengan transisi status untuk parachain. Setiap transisi status parachain ditangani oleh subset validator, yang disebut grup pendukung. Ini berarti bahwa tidak semua validator berurusan langsung dengan setiap transisi status parachain, hanya sebagian dari mereka yang bertanggung jawab untuk menangani transisi status.
Tetapi ketika transisi status terjadi pada rantai relai, semua validator perlu dilibatkan dalam eksekusi untuk memastikan konsistensi dan keamanan jaringan. Namun, efek samping dari desain ini adalah hambatan kinerja, karena setiap perubahan status memerlukan validasi seluruh jaringan, yang meningkatkan latensi dan membatasi throughput.
Tetapi jika transisi keadaan rantai relai dapat dilakukan pada parachain, maka ini akan membebaskan beberapa sumber daya. Ini berarti bahwa bagian dari sumber daya validator yang seharusnya digunakan untuk transisi status rantai relai dapat digunakan kembali, menyediakan jaringan dengan lebih banyak waktu inti, yaitu lebih banyak ruang blok.
Secara umum, ada beberapa alasan utama untuk memigrasikan bagian dari logika rantai relai ke parachain sistem:
**Fungsi apa yang akan dipecah menjadi parachain sistem? **
Modul dan subsistem berikut adalah opsi yang memungkinkan untuk bermigrasi keluar dari rantai trunk:
1.Identitas
Saldo
Staking (Staking)
Pukul
Penyedia Pemilu
Daftar Tas
NIS
Kolam Nominasi
Cepat Unstake
Perbendaharaan dan Bounty
Pemungutan Suara Keyakinan
Referendum
Catatan: Modul lelang dan crowdlending saat ini tidak akan digunakan lagi, tetapi akan digantikan oleh sistem baru yang disebut Coretime. Rincian tentang rantai sistem Coretime dan antarmukanya dijelaskan dalam RFC-1 dan RFC-5, masing-masing. Polkadot Fellowship juga mengembangkan parachain Coretime. Untuk kemajuan Polkadot lainnya, silakan lihat Kemajuan Polkadot Q3: 5 Parachain Baru Diluncurkan, USDC Memasuki Ekosistem, Saham, Akun Terpisah, dan Acara On-Chain Tumbuh Secara Signifikan.
Bagaimana cara bermigrasi? **
Beberapa subsistem dapat dimigrasikan dari rantai relai ke lokasi lain dengan relatif sederhana. Menggunakan Autentikasi sebagai contoh, Anda cukup memblokir perubahan status pada rantai relai dan mengatur status awal untuk rantai baru menggunakan status yang terkait dengan autentikasi. Status awal ini dan logika terkait, atau modul, kemudian digunakan untuk memulai rantai baru.
Namun, ada subsistem yang tidak dapat memiliki downtime selama proses migrasi karena mereka sangat penting untuk berfungsinya seluruh jaringan, seperti staking dan tata kelola. Meski begitu, subsistem kritis ini dapat hidup berdampingan dengan rantai sistem lain dengan izin serupa untuk beberapa waktu. Sama seperti "Gov1" dan "OpenGov" hidup berdampingan ketika yang terakhir diperkenalkan.