BNB Chain

BNB Chain fasst mehrere Infrastrukturen zusammen. BNB Smart Chain, kurz BSC, führt EVM-Smart-Contracts aus; opBNB ist ein Layer-2-Netzwerk, und Greenfield befasst sich mit Speicherung. Dieser Steckbrief konzentriert sich auf BSC als Zielumgebung für Solidity-Anwendungen. Die Wahl einer dieser Infrastrukturen setzt voraus, genau zu bestimmen, welchen Dienst das Produkt benötigt, denn sie teilen weder exakt dieselbe Architektur noch dieselben Sicherheitsannahmen.

BSC erlaubt die Integration von Wallets, Smart Contracts und Werkzeugen des EVM-Ökosystems. Die historische Verbindung zu Binance bedeutet nicht, dass eine beliebige dort bereitgestellte Anwendung über Vertrieb, Liquidität oder Support dieser Kryptobörse verfügt.

BSC nutzt den Konsensmechanismus Proof of Staked Authority und BNB für die Gebühren. Die Validatoren erzeugen und bestätigen Blöcke nach den Regeln des Protokolls. Validator-Set, Updates und Netzwerkparameter sind als Teil einer eigenen Infrastruktur zu bewerten, ohne ihr wegen der Ausführung kompatiblen Bytecodes die Sicherheit von Ethereum zuzuschreiben.

Die Anwendung interagiert über RPC. Vor dem Deployment werden die unterstützten EVM-Versionen, die Adressen der Vermögenswerte und die Smart Contracts Dritter geprüft. Die Gebühren werden anhand repräsentativer Vorgänge geschätzt, einschließlich Approvals, Transfers und administrativer Aufgaben.

BSC kann passen, wenn die Nutzer und Vermögenswerte, die das Produkt benötigt, bereits in diesem Netzwerk aktiv sind. Ein Distributionsprogramm kann beispielsweise Zuteilungen erfassen und Abhebungen über einen Standard-Contract ermöglichen, während das Backend Events abstimmt und den Status jedes Vorgangs nachvollziehbar macht.

Der Prototyp muss die von der Zielgruppe genutzten Wallets sowie die On- und Off-Ramp-Dienste abdecken. Er prüft außerdem die Berechtigungen des Emittenten und die Repräsentation von Vermögenswerten, die aus anderen Netzwerken übertragen wurden. Ein gemeinsames Symbol mit einem Ethereum-Token belegt weder, dass es sich um dieselbe Emission handelt, noch dass identische Bedingungen gelten.

Die Wahl hängt von den erforderlichen Integrationen und dem für das Projekt akzeptablen Validierungsmodell ab. Historische Verfügbarkeit des RPC, Transaktionsverfolgung und Wiederanlauf nach Unterbrechungen sollten geprüft werden. Ein System, das Lieferungen bestätigt, muss festlegen, welchen Bestätigungsgrad es als ausreichend betrachtet und wie es Abweichungen abgleicht.

opBNB ist keine andere Bezeichnung für BSC: Es fügt eine eigene Architektur und einen Bridge-Pfad hinzu, die separat zu prüfen sind. Benötigt das Produkt Vermögenswerte oder Komponenten, die in einem anderen Netzwerk verfügbar sind, wiegen geringere geschätzte Ausführungskosten den Aufwand für neue Abhängigkeiten möglicherweise nicht auf. Der Vergleich erfolgt über den gesamten Ablauf.