#beacon-chain
2 APIs avec cette balise
File d'attente de staking Ethereum API
Les files d'attente d'entrée et de sortie des validateurs Ethereum en direct, lues sans clé directement depuis un nœud public de la couche de consensus (Beacon). Pour staker sur Ethereum, vous rejoignez une file d'attente pour activer un validateur, et pour désactiver, vous rejoignez une file d'attente séparée pour sortir — les deux sont limitées en débit par la limite de churn du protocole. La taille de ces files d'attente est le signal en temps réel le plus clair de la demande de staking et de la pression de sortie : une longue file d'attente d'entrée signifie que des capitaux affluent pour staker, une longue file d'attente de sortie signifie que les validateurs partent. Les protocoles de staking liquide, les exchanges, les stakeurs et les analystes ETH surveillent la file d'attente pour chronométrer les dépôts et les retraits. Le point de terminaison de la file d'attente est le tableau de bord principal — combien d'ETH attendent pour être activés (entrée) par rapport à la sortie, les nombres de validateurs derrière chacun, le flux net, et une estimation du temps nécessaire pour vider chaque file d'attente au taux de churn d'activation/sortie actuel (256 ETH par époque, ~6,4 min). Le point de terminaison d'entrée détaille le côté activation (validateurs déjà éligibles et en cours d'activation, plus validateurs fraîchement déposés non encore éligibles). Le point de terminaison de sortie détaille le côté sortie (sorties volontaires plus validateurs forcés de sortir par slashing). Le point de terminaison validateur recherche n'importe quel validateur unique par index ou clé publique : statut, solde, solde effectif, indicateur de slashing et époques d'activation/sortie avec heures en temps réel. Les montants en ETH sont la métrique significative de la file d'attente — un seul validateur post-Pectra peut détenir jusqu'à 2048 ETH — avec les comptes fournis à côté. Distinct de beaconchain-api (finalité du consensus), des flux de validateurs Solana et des flux de protocoles de staking liquide. En direct, sans clé, rien n'est stocké au-delà d'un court cache.
api.oanor.com/ethstakingqueue-api
API de consensus de la chaîne Beacon Ethereum
L'état de consensus en direct de la chaîne Beacon d'Ethereum — la couche de preuve d'enjeu qui sécurise Ethereum — lisible sans clé directement depuis un nœud de consensus public. La seule chose qui compte pour la santé d'Ethereum en preuve d'enjeu est de savoir s'il finalise : chaque époque (environ toutes les six minutes et demie), les validateurs sont censés justifier puis finaliser la chaîne, et dans les rares occasions où la finalité stagne — comme cela a brièvement été le cas en 2023 — les services de staking, les échanges et les ponts doivent le savoir immédiatement. Le point de terminaison status renvoie le slot et l'époque de tête actuels, la progression dans l'époque en cours et le temps restant avant la suivante, les époques finalisées et justifiées, le retard de finalité (combien d'époques la tête est en retard sur la finalité — un retard de deux est sain, un retard croissant est problématique) et si le nœud est entièrement synchronisé et finalise. Le point de terminaison finality renvoie les points de contrôle finalisé, justifié actuel et justifié précédent en détail, avec le retard de chacun par rapport à la tête en époques et minutes. Le point de terminaison genesis renvoie l'heure de genèse de la chaîne, depuis combien de temps Ethereum en preuve d'enjeu fonctionne et les constantes de timing slot/époque (un slot toutes les 12 secondes, 32 slots par époque). Il s'agit de la coupe consensus/finalité d'Ethereum — distincte des flux de la couche d'exécution (gaz, blocs, transactions), des flux de jetons de staking et de restaking et des flux de prix : c'est le battement de cœur de la chaîne Beacon elle-même. Notez qu'il rapporte l'état de consensus (slots, époques, finalité), et non l'économie par validateur, qu'un nœud de consensus public ne sert pas en un seul appel. Les heures sont en UTC ; les époques et les slots sont des entiers. Pas de clé, rien n'est stocké au-delà d'un court cache.
api.oanor.com/beaconchain-api