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 Konsens-Knoten gelesen. Das Einzige, was für die Gesundheit von Proof-of-Stake Ethereum zählt, ist, ob es finalisiert: 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, die Finalitätsverzögerung (wie viele Epochen der Head hinter der Finalität zurückliegt – eine Verzögerung von zwei ist gesund, eine wachsende Verzögerung 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-Timing-Konstanten (ein Slot alle 12 Sekunden, 32 Slots pro Epoche). Dies ist der Ethereum-Konsens-/Finalitäts-Ausschnitt – zu unterscheiden von den Execution-Layer-Feeds (Gas, Blöcke, Transaktionen), den Staking-Token- und Restaking-Feeds und den Preis-Feeds: es ist der eigene Herzschlag der Beacon Chain. Beachten Sie, dass es den Konsensstatus (Slots, Epochen, Finalität) meldet, nicht die Pro-Validator-Ökonomie, die ein öffentlicher Konsens-Knoten nicht in einem Aufruf liefert. Zeiten sind UTC; Epochen und Slots sind Ganzzahlen. Kein Key, nichts wird über einen kurzen Cache hinaus gespeichert.
api.oanor.com/beaconchain-api
