BNB Chain v1.8.2'yi yayımladı: blok aktarımı ve doğrulama güncellendi

BNB Chain, BNB Smart Chain (BSC) ana ağı için istemci v1.8.2'yi 3 Kasım'da yayımladı. Güncelleme, BidBlock aktarım yöntemini ve hatalı blok gönderimlerine karşı korumaları içeriyor.

BNB Chain, sürüm notlarında v1.8.2'yi ana ağ düğümü operatörleri için zorunlu güncelleme olarak işaretledi. Ancak bu sürümde ilk kez sunulan bir özellik yok. Sürüm notlarında, ilgili MEV iyileştirmelerinin v1.8.1'de kullanıma girdiği ve v1.8.2'de de yer aldığı belirtildi.

Yeni aktarım yöntemi, gRPC üzerinden RLP biçimindeki ikili verileri gönderip alıyor. Bu yöntemle JSON ayrıştırma ve onaltılık biçime dönüştürme işlemlerinin azaltılması hedefleniyor. Mevcut JSON-RPC aktarımı da desteklenmeye devam ediyor. Sürüm notlarında aktarım hızındaki iyileşmeye ilişkin bir sayı verilmedi.

Hata önleme özelliği, durum kökü sıfır olan BidBlock'ları reddediyor. Durum kökü, işlemlerin yürütülmesinden sonra bloğun durumunu gösteren bir değer.

Başka bir doğrulayıcı hatalı bir bloğa ilişkin kanıt sunduğunda, ilgili blok oluşturucunun yeni SendBidBlock yoluna erişimi kısıtlanabiliyor. Bu kısıtlama kaydı düğüm yeniden başlatılsa da korunuyor ve her doğrulayıcı için ayrı yönetiliyor.

Bu özelliklerin temelini oluşturan BEP-675, 10 Nisan 2026'da kaydedilen bir öneri. Önerinin durumu hâlâ taslak(Draft). Öneri, blok oluşturucu işlemlerin yürütülme sonuçlarını içeren bir bloğu gönderdiğinde doğrulayıcının bloğu mühürlemeden önce aynı işlemleri yeniden yürütmesini önleyecek şekilde tasarlandı.

Mevcut SendBid yolunda blok oluşturucu işlemleri yürütüp bir teklif oluşturuyor, doğrulayıcı da bloğu mühürlemeden 전에 işlemleri yeniden yürütüyordu. Böylece blok oluşturucu ile doğrulayıcı aynı işlemleri sırayla işliyordu.

Yeni SendBidBlock yolunda blok oluşturucu işlemleri ve yürütme sonuçlarını birlikte gönderiyor. Doğrulayıcı, bloğu mühürleyip ağa yaymadan önce uzlaşma kurallarına göre başlık alanları gibi unsurları kontrol ediyor.

Blok ağa yayıldıktan sonra doğrulayıcı bloğu alıyor, işlemleri yeniden yürütüyor ve durum köküyle işlem makbuzu kökünü kontrol ediyor. Dolayısıyla işlem doğrulaması kaldırılmıyor; bloğun mühürlenmesinden sonraya taşınıyor.

Doğrulayıcının yerel blok doğrulaması başarısız olursa ilgili doğrulayıcı, o blok oluşturucunun SendBidBlock yetkisini 24 saat askıya alıyor. Bu durum, ağdan blok indirilememesinden değil, ağa yayımlanan bloğun yerel ortamda yürütülüp doğrulanması sırasında hata alınmasından kaynaklanıyor.

Sistem işlemleri hariç ortalama gas fiyatı, doğrulayıcının belirlediği asgari eşiğin altında kalırsa yetki bir epoch boyunca kısıtlanıyor. Yetkisi kısıtlanan blok oluşturucu, doğrulayıcının bloğu mühürlemeden önce işlemleri yeniden yürüttüğü mevcut SendBid yolunu kullanabiliyor.

BEP-675'in uygulanması, hard fork gerektirmeyecek şekilde tasarlandı. Ancak v1.8.2'yi yükleyen veya özelliği etkinleştiren ana ağ düğümlerinin oranı açıklanmadı.

Paster hard fork'u 25 Ağustos'ta ana ağda devreye girdikten sonra BidBlock yolu da kullanıma açıldı. TokenPost, daha önce BNB Smart Chain doğrulayıcılarının gas limitini 7000만으로 높이는 작업을 보도했다.

BNB Chain이 공개한 9월 1일 종료 기준 3일간의 관측에서 BidBlock V2는 전체 블록의 약 98%를 차지했다. 이 경로의 블록당 평균 gas 사용량은 Bid V1보다 28% 많았다. 이는 당시 관측 결과이며 v1.8.2의 성능 개선 폭을 나타내지는 않는다.

같은 관측 기간 48Club과 BlockRazor가 생성한 블록은 전체의 97.8%였다. BNB Chain FAQ는 늦게 도착한 MEV 번들을 반영하기 위해 후보 블록을 다시 구성하면 일반 거래에 할애할 시간이 줄어들 수 있다고 설명했다. 다만 블록 하나가 덜 찼다는 사실만으로 일반 거래가 계속 지연됐다고 판단할 수는 없다고 덧붙였다.