#beacon-chain

De live Ethereum validator entry- en exit-queues, rechtstreeks uitgelezen van een publieke consensus-laag (Beacon) node zonder API-key. Om op Ethereum te staken, voeg je je bij een wachtrij om een validator te activeren, en om te unstaken voeg je je bij een aparte wachtrij om te vertrekken — beide worden beperkt door de protocol churn limit. De grootte van deze wachtrijen is het zuiverste real-time signaal van staking-vraag en exit-druk: een lange entry-queue betekent dat kapitaal binnenstroomt om te staken, een lange exit-queue betekent dat validators vertrekken. Liquid-staking protocollen, exchanges, stakers en ETH-analisten volgen de wachtrij om stortingen en opnames te timen. Het queue-eindpunt is het hoofddashboard — hoeveel ETH wacht om te activeren (entry) versus te vertrekken (exit), de validator-aantallen erachter, de netto stroom, en een schatting van hoe lang elke wachtrij duurt om te wissen bij de huidige activerings-/exit-churn limiet (256 ETH per epoch, ~6,4 min). Het entry-eindpunt splitst de activeringskant op (validators die al in aanmerking komen en aan het churnen zijn, plus vers-gestorte validators die nog niet in aanmerking komen). Het exit-eindpunt splitst de vertrekkant op (vrijwillige exits plus validators die door slashing worden gedwongen). Het validator-eindpunt zoekt elke individuele validator op via index of public key: status, saldo, effectief saldo, slashed-vlag en activerings-/exit-epochs met kloktijden. ETH-bedragen zijn de betekenisvolle wachtrijmetriek — een enkele post-Pectra validator kan tot 2048 ETH bevatten — met aantallen ernaast. Anders dan beaconchain-api (consensus finaliteit), de Solana validator-feeds en de liquid-staking protocol feeds. Live, zonder API-key, niets opgeslagen behalve een korte cache.

api.oanor.com/ethstakingqueue-api

De live consensusstatus van Ethereum's Beacon Chain — de proof-of-stake-laag die Ethereum beveiligt — keyless rechtstreeks van een openbare consensus-laag-node. Het enige dat er echt toe doet voor de gezondheid van proof-of-stake Ethereum is of het finaliseert: elke epoch (ongeveer elke zes en een halve minuut) moeten de validators de chain rechtvaardigen en vervolgens finaliseren, en in de zeldzame gevallen dat finaliteit stopt — zoals kort in 2023 — moeten stakingdiensten, exchanges en bridges dit onmiddellijk weten. De status-endpoint retourneert de huidige head-slot en epoch, hoe ver de chain in de huidige epoch is en hoe lang tot de volgende, de gefinaliseerde en gerechtvaardigde epochs, de finaliteitsvertraging (hoeveel epochs de head achterloopt op finaliteit — een vertraging van twee is gezond, een groeiende vertraging is problematisch) en of de node volledig gesynchroniseerd is en finaliseert. De finality-endpoint retourneert de gefinaliseerde, huidig-gerechtvaardigde en vorig-gerechtvaardigde checkpoints in detail, met hoe ver achter de head elk is in epochs en minuten. De genesis-endpoint retourneert de genesis-tijd van de chain, hoe lang Ethereum proof-of-stake al draait en de slot/epoch-timingconstanten (een slot elke 12 seconden, 32 slots per epoch). Dit is de Ethereum consensus / finaliteit cut — te onderscheiden van de execution-layer feeds (gas, blocks, transacties), de staking-token en restaking feeds en de prijsfeeds: het is de eigen hartslag van de beacon chain. Let op: het rapporteert consensusstatus (slots, epochs, finaliteit), niet per-validator economie, wat een openbare consensus-node niet in één call serveert. Tijden zijn UTC; epochs en slots zijn integers. Geen key, niets opgeslagen behalve een korte cache.

api.oanor.com/beaconchain-api