Ethereum Beacon Chain Consensus API
Der Live-Konsensstatus der Ethereum Beacon Chain – der Proof-of-Stake-Schicht, die Ethereum sichert – keyless direkt von einem öffentlichen Consensus-Layer-Knoten gelesen. Das Einzige, was für die Gesundheit von Proof-of-Stake Ethereum zählt, ist, ob die Chain finalisiert wird: jede Epoche (etwa alle sechseinhalb Minuten) sollen die Validatoren die Chain rechtfertigen und dann finalisieren, und in den seltenen Fällen, in denen die Finalität ins Stocken gerät – wie kurzzeitig im Jahr 2023 – müssen Staking-Dienste, Börsen und Brücken sofort Bescheid wissen. Der Status-Endpunkt gibt den aktuellen Head-Slot und die aktuelle Epoche zurück, wie weit die Chain in der aktuellen Epoche fortgeschritten ist und wie lange bis zur nächsten, die finalisierten und gerechtfertigten Epochen, den Finalitätsverzug (wie viele Epochen der Head hinter der Finalität zurückliegt – ein Verzug von zwei ist gesund, ein wachsender Verzug ist problematisch) und ob der Knoten vollständig synchronisiert ist und finalisiert. Der Finality-Endpunkt gibt die finalisierten, aktuell gerechtfertigten und vorher gerechtfertigten Checkpoints detailliert zurück, mit Angabe, wie weit jeder hinter dem Head in Epochen und Minuten zurückliegt. Der Genesis-Endpunkt gibt die Genesis-Zeit der Chain zurück, wie lange Ethereum Proof-of-Stake bereits läuft und die Slot/Epoche-Zeitkonstanten (ein Slot alle 12 Sekunden, 32 Slots pro Epoche). Dies ist der Ethereum-Konsens-/Finalitäts-Cut – zu unterscheiden von den Execution-Layer-Feeds (Gas, Blöcke, Transaktionen), den Staking-Token- und Restaking-Feeds sowie den Preis-Feeds: Es ist der eigene Herzschlag der Beacon Chain. Hinweis: Es meldet den Konsensstatus (Slots, Epochen, Finalität), nicht die Ökonomie pro Validator, die ein öffentlicher Consensus-Knoten nicht in einem Aufruf liefert. Zeiten sind UTC; Epochen und Slots sind ganze Zahlen. Kein Key, nichts wird über einen kurzen Cache hinaus gespeichert.
api.oanor.com/beaconchain-api
