BidBlock verbessert die BlockproduktionsEffizienz auf BNB Smart Chain

BNB Smart Chain (BSC) hat BidBlock implementiert, einen unter BEP-675 eingeführten Blockproduktionsmechanismus, um Ineffizienzen im traditionellen Blockproduktionsprozess anzugehen. BidBlock beseitigt redundante Transaktionsausführungen durch Validierer, bevor Blöcke versiegelt werden, wodurch Potenzial für höhere Gaslimits und verbesserte Skalierbarkeit geschaffen wird.

Wie BidBlock die Blockproduktion verändert

Im bisherigen SendBid-Prozess führen sowohl Builder als auch Validatoren Transaktionen aus, bevor ein Block versiegelt wird, was wertvolle Zeit im Blockintervall verbraucht. BidBlock ändert diesen Workflow, indem es Buildern ermöglicht, Blöcke mit bereits angehängten Ausführungsergebnissen einzureichen. Validatoren versiegeln dann den Block und führen Transaktionen nach der Übertragung erneut aus, um die Richtigkeit zu überprüfen. Diese Anpassung reduziert die Anzahl der Ausführungen von drei auf zwei, wie in BEP-675 modelliert.

Der neue Prozess erhöht nicht automatisch das Gaslimit des Netzwerks, gibt den Erbauern jedoch mehr Zeit, um Blöcke zu konstruieren, was höhere Gaslimits ermöglicht, wenn sie konfiguriert sind. Validatoren behalten die Möglichkeit, die SendBidBlock-Berechtigungen eines Builders im Falle ungültiger Einreichungen zu widerrufen, mit einer Rückkehr zum alten SendBid-Prozess.

Schlüsselfunktionen von BidBlock

Eine BidBlock-Einreichung umfasst:

• Ein Header mit Ausführungsergebnissen, wie der Status-Root und dem Empfangs-Root.
• Unterzeichnete Benutzertransaktionen und nicht unterzeichnete Systemtransaktionen.
• Optionale Blob-Seitenwagen für zusätzliche Daten.

Validatoren überprüfen die deterministischen Headerfelder gegen den Elternblock und die Konsensregeln, bevor sie versiegeln. Nach der Übertragung führen sie den Block lokal erneut aus, um die eingereichten Ergebnisse zu bestätigen. Die normalen Regeln zur Blockgültigkeit bleiben unverändert, was die Integrität des Netzwerks sichert.

reth-bsc v0.1.3 Verbesserungen

Die Veröffentlichung von reth-bsc v0.1.3 unterstützt BidBlock, indem sie Transport und Zuverlässigkeit verbessert. Es verwendet RLP-kodierte binäre Nutzdaten über gRPC, wodurch die Serialisierungsüberlastung im Vergleich zur JSON-Analyse verringert wird. Weitere Merkmale sind:

• Ablehnung von BidBlocks mit einem Nullstatus-Root.
• Aufrechterhaltung von Widerrufen über Node-Neustarts hinweg.
• Metriken zur Überwachung von schlechten BidBlocks und Widerrufsaktivitäten.

Validatoren können auch Beweise von Peers nutzen, um lokale SendBidBlock-Berechtigungen zu widerrufen und die Robustheit des Protokolls zu verbessern.

Leistungsimplikationen

BEP-675 schätzt, dass BidBlock unter modellierten Bedingungen ein 50% höheres Gaslimit ermöglichen könnte, obwohl diese Zahl Spielraum für die Kapazität widerspiegelt, und keinen garantierten Anstieg des tatsächlichen Transaktionsdurchsatzes. Beobachtungen aus der Zeit nach dem Pasteur-Upgrade zeigten einen durchschnittlichen Anstieg von 28% bei Gas pro Block für BidBlock V2 im Vergleich zu V1, was sein Potenzial zeigt, komplexere Arbeitslasten zu bewältigen.

Builder, Validatoren und Wachdienste werden ermutigt, den BidBlock-Transport und das Berechtigungsmanagement als Bestandteil ihrer Implementierungsprozesse zu validieren. Weitere Einzelheiten finden Sie in BEP-675 und den Veröffentlichungsnotizen zu reth-bsc v0.1.3.