BNB Chain Aktifkan Hard Fork Pasteur pada 25 Agustus untuk Perkuat Keamanan dan Kapasitas

BNB Chain akan mengaktifkan hard fork "Pasteur" di BNB Smart Chain (BSC) pada 25 Agustus 2026 pukul 02:30 UTC. Upgrade wajib ini (client v1.7.7) membawa tiga proposal tingkat protokol yang menargetkan penguatan keamanan bridge, menutup celah penyalahgunaan oleh validator, serta meningkatkan kapasitas pemrosesan blok. Seluruh node BSC mainnet wajib menjalankan client baru sebelum waktu aktivasi. Pengguna biasa dan sebagian besar pengembang dApp tidak perlu memindahkan dana atau mengubah perangkat lunak. Perubahan utama BEP682 — verifikasi lintas-chain diperketat: BSC kini memverifikasi tanda tangan validator sebelum menerima data blok dari chain lain. Pembaruan ini mencegah skenario "double-counting" kekuatan suara validator melalui set validator yang dikonstruksi secara khusus, dengan menolak entri validator duplikat. Hasilnya, ambang voting benar-benar merefleksikan supermajoritas yang sah. BEP695 — penguatan consensus key dan tata kelola: saat validator merotasi consensus key, key lama kehilangan hak administratif dan tidak lagi mempertahankan otoritas setelah rotasi. Slash eviction yang masih tertunda akan mengikuti validator ke key baru, sehingga upaya menghindari penalti dengan mengganti key dapat dicegah. Proposal ini juga menutup celah bagi alamat yang masuk blacklist agar tidak bisa melewati pembatasan lewat voting tata kelola berbasis tanda tangan. Perubahan menyentuh kontrak sistem staking dan governance, tetapi diterapkan di level protokol/kontrak sistem sehingga pengembang tidak perlu memigrasikan aplikasi yang sudah ada. BEP675 — jalur blok lebih cepat lewat pre-execution untuk builder: builder dapat mengirimkan blok yang sudah dieksekusi; validator kemudian dapat menandatangani dan menyiarkan blok tersebut dengan cepat, sementara verifikasi penuh diselesaikan di luar jalur produksi yang sensitif terhadap waktu. Fitur ini mengharuskan builder menjalankan full node karena mereka menghasilkan blok yang sudah dieksekusi sepenuhnya. Skema bid blok lama tetap tersedia, tetapi memberi waktu lebih sempit bagi builder untuk mengisi blok. Hasil uji di QANet BNB Chain menguji Pasteur di QANet, lingkungan internal yang meniru konfigurasi validator lintas-region BSC, dan mencatat peningkatan dalam kondisi terkontrol: - Waktu pemrosesan critical path turun dari 125 ms menjadi 15 ms. - Rata-rata gas per blok naik dari 46,35M menjadi 84,15M (dengan batas saat ini 100M). - Throughput meningkat dari sekitar 1.237 menjadi sekitar 2.324 transaksi per detik. - Interval blok tetap 450 ms dan finality lag tidak berubah. BNB Chain menekankan bahwa angka tersebut berasal dari pengujian laboratorium di QANet; peningkatan serupa di mainnet belum terkonfirmasi. Setelah aktivasi, operator dan pengembang akan memantau seberapa besar manfaat uji tersebut terbawa ke trafik nyata. Checklist operator node (wajib) - Pasang client v1.7.7 sebelum waktu aktivasi. Node mainnet yang tidak upgrade akan tertinggal. - Hapus [Eth] EnableBAL dari config.toml; jika tidak, client yang sudah diperbarui akan gagal saat startup. - Disarankan menghapus [TxPool] OverflowPoolSlots (client akan mengabaikan field ini secara diam-diam bila dibiarkan). - Sejumlah flag command-line kini usang atau tidak aktif, termasuk journalfile, enablebal, dan txpool.overflowpoolslots. Latar belakang Berbeda dari upgrade BSC sebelumnya yang banyak berfokus pada pemangkasan waktu blok, Pasteur menitikberatkan pada pemanfaatan kapasitas blok yang ada sekaligus menutup celah keamanan di transfer lintas-chain dan otoritas validator. Pasteur sudah berjalan di BSC testnet sejak 21 Juli; implementasi di mainnet akan menjadi pengujian utama apakah kenaikan kapasitas dan throughput di QANet benar-benar terealisasi di bawah beban trafik dunia nyata. Bagi operator node, validator, atau pihak yang membangun di level protokol, lakukan upgrade ke client v1.7.7 dan ikuti panduan konfigurasi sebelum 02:30 UTC pada 25 Agustus untuk menghindari gangguan layanan. Pengguna reguler dan sebagian besar pengembang aplikasi umumnya tidak perlu melakukan tindakan.