Dominasi Prysm dari Ethereum Staking Clients Risiko Penggabungan – Trustnodes

Dijalankan oleh Prysmatic Labs yang didanai hibah dan ditulis dalam Go, Prysm mulai mendominasi sejak awal di testnet.

Harapan yang akan berubah setelah mainnet diluncurkan belum terwujud, dengan sekarang lebih dari setahun kemudian Prysm masih menyumbang 62% dari semua klien et 2.

Itu menurut data oleh Miga Labs yang dijalankan oleh Dr. Leonardo A. Bautista Gomez (Leo Bago), Ketua Tim dan Peneliti Senior di Barcelona Supercomputing Center.

Sampai saat ini data ini sulit didapat, tetapi crawler mereka menyajikan beberapa grafik yang bagus, termasuk gambar unggulan terkini di atas.

Itu menunjukkan hanya dengan beberapa perubahan, jaringan bisa menjadi tangguh. Jika hanya 10% klien Prysm yang pergi ke Lighthouse, misalnya, dan 20% ke Teku, maka ketiganya akan berada di bawah ambang batas 33%.

Ambang batas yang lebih rendah daripada di Proof of Work di mana 51% diperlukan untuk menjadi jahat, dengan definisi 'jahat' di Proof of Stake (PoS) termasuk kecelakaan sederhana seperti beberapa bug yang tidak bersalah di Prysm.

Jika ada bug seperti itu dan itu dieksploitasi saat ini atau menyebabkan klien tidak sinkron, maka seluruh jaringan ethereum 2.0 akan berhenti berjalan selama berhari-hari atau bahkan berminggu-minggu karena pemangku kepentingan pindah ke klien lain atau menunggu untuk dikeluarkan, kehilangan banyak uang dalam proses.

Tidak ada hal seperti itu yang terjadi di jaringan langsung, tetapi itu terjadi di testnet pada tahun 2020 ketika macet karena beberapa bug klien yang membutuhkan waktu cukup lama untuk kembali berjalan.

Salah satu cara untuk mencegahnya adalah dengan mendiversifikasi klien sehingga tidak ada klien yang memiliki lebih dari 33% pangsa jaringan, sedikit seperti tidak ada kumpulan penambangan yang memiliki 51% jaringan.

Dalam hal ini jika ada beberapa masalah pada satu klien, maka penggunanya mungkin menghadapi kesulitan, tetapi jaringan secara keseluruhan tetap tidak terpengaruh. Jika tidak, jika klien itu memiliki pangsa 34%, maka seluruh jaringan pada dasarnya berhenti.

Untuk mencegahnya, telah ada upaya untuk membuat transfer staking antar klien menjadi mudah, seperti halnya ada upaya untuk membujuk penyedia staking besar untuk melakukan diversifikasi.

Seorang karyawan Coinbase di departemen staking mereka, ketika ditanya, mengatakan bahwa mereka sedang bekerja untuk mendiversifikasi node staking mereka sendiri, dengan data di atas menunjukkan ada sedikit penurunan di Prysm dari 65% pangsa jaringan pada bulan Desember.

Namun dominasinya masih sangat tinggi sehingga dapat mempengaruhi rencana untuk meluncurkan Penggabungan, yaitu peningkatan jaringan penuh ke Proof of Stake dimana semuanya tunduk pada ambang batas 33% ini.

Saat ini jaringan rantai Beacon yang sedang berjalan tidak memiliki transfer, jadi masalah apa pun akan dibatasi. Namun, begitu Penggabungan berjalan, semua jaminan dan bot di Aave atau Dai dan hampir semua yang berjalan di eth akan tunduk pada mekanisme Bukti Taruhan yang baru.

Jadi bug kecil di Prysm, jika masih dominan pada saat itu, dapat menghentikan semuanya yang bisa jadi seperti Bitmex yang turun di tengah volatilitas karena begitu jaringan kembali aktif dan berjalan, umpan oracle akan berbeda harga yang Anda pikirkan.

Itulah sebabnya beberapa pengembang tidak nyaman meluncurkan Penggabungan sementara Prysm masih mendominasi.

Peluncuran itu sendiri mungkin musim panas ini jika semuanya berjalan dengan baik di testnet Penggabungan, dan jika ambang batas klien 33% menjadi persyaratan untuk itu, Anda akan berpikir itu akan dengan mudah dicapai karena para pemangku kepentingan ingin meluncurkannya.

Namun, setelah diluncurkan maka kita mungkin masih mendapatkan dominasi ini setelahnya karena para pemangku kepentingan jelas sangat menyukai klien Prysm ini.

Jadi mungkin tidak ada solusi yang kuat kecuali mengandalkan akal sehat dan kepentingan diri sendiri agar tidak kehilangan uang, selain mengganggu perusahaan seperti Coinbase untuk melakukan diversifikasi.

Transfer klien staking yang mulus juga akan berguna, dan bahkan dapat menyelesaikan masalah sepenuhnya karena Anda hanya memiliki klien cadangan yang akan membuat keragaman cukup terintegrasi.