Ich finde den interessantesten Teil von Pasteur darin, dass die BNB Smart Chain mehr Kapazität hinzubekommt, ohne dass Blöcke schneller eintreffen.

Die Chain arbeitet bereits mit einem Blockintervall von etwa 450 ms. Die Frage, die mich interessiert, ist also, wie viel von diesem Zeitfenster tatsächlich für sinnvolle Arbeit genutzt wird. BEP-675 greift diese Ineffizienz direkt an: Statt dass Validatoren den vorgeschlagenen Block ausführen, bevor sie ihn signieren, können Builder einen bereits ausgeführten Block zur Validierung bereitstellen und so die wiederholte Arbeit im kritischen Pfad reduzieren.

Im kontrollierten QANet-Test von BNB Chain sank die Validator-Last von 125 ms auf 15 ms, während der Durchsatz bei demselben 450-ms-Intervall und einem Gaslimit von 100M von 1.237 auf 2.324 TPS stieg. Ich finde, diese Unterscheidung ist wichtig: Das ist ein Effizienzgewinn, nicht einfach eine schnellere Taktung.

Ich beobachte außerdem BEP-682 und BEP-695, weil Kapazität ohne stärkere Vertrauensannahmen sonst einen Teil des Skalierungsproblems ungelöst ließe. Doppelte Validator-Signaturen werden bei der Bridge-Verifikation abgelehnt, während die Rotation der Validator-Keys über Staking und Governance hinweg strenger geregelt wird.

Für mich ist die eigentliche These von Pasteur ganz einfach: die innerhalb des bestehenden Zeitbudgets geleistete Arbeit skalieren, statt nur das Budget zu verkürzen. ⚙️

#BNB #BNBChain #Binance #Crypto
$BNB $SOL $SD