#beacon-chain

Las colas de entrada y salida de validadores de Ethereum en vivo, leídas sin clave directamente desde un nodo público de la capa de consenso (Beacon). Para hacer staking en Ethereum, te unes a una cola para activar un validador, y para retirar el staking, te unes a una cola separada para salir, ambas limitadas en velocidad por el límite de rotación del protocolo. El tamaño de estas colas es la señal en tiempo real más clara de la demanda de staking y la presión de salida: una cola de entrada larga significa que el capital está entrando rápidamente para hacer staking, una cola de salida larga significa que los validadores se están yendo. Los protocolos de staking líquido, los exchanges, los stakers y los analistas de ETH observan la cola para cronometrar depósitos y retiros. El endpoint de la cola es el panel principal: cuánto ETH está esperando para activarse (entrada) versus salir, los recuentos de validadores detrás de cada uno, el flujo neto y una estimación de cuánto tiempo tomará cada cola en vaciarse con el límite de rotación de activación/salida actual (256 ETH por época, ~6.4 min). El endpoint de entrada desglosa el lado de activación (validadores ya elegibles y en proceso de activación, más validadores recién depositados aún no elegibles). El endpoint de salida desglosa el lado de salida (salidas voluntarias más validadores expulsados por slashing). El endpoint de validador busca cualquier validador individual por índice o clave pública: estado, saldo, saldo efectivo, indicador de slashed y épocas de activación/salida con horas de reloj de pared. Las cantidades de ETH son la métrica significativa de la cola: un solo validador post-Pectra puede tener hasta 2048 ETH, con recuentos proporcionados junto a ellas. Distinto de beaconchain-api (finalidad de consenso), los feeds de validadores de Solana y los feeds de protocolos de staking líquido. En vivo, sin clave, nada almacenado más allá de un caché corto.

api.oanor.com/ethstakingqueue-api

El estado de consenso en vivo de la Cadena Beacon de Ethereum, la capa de prueba de participación que asegura Ethereum, se lee sin clave directamente desde un nodo público de la capa de consenso. Lo único que importa para la salud de Ethereum con prueba de participación es si está finalizando: cada época (aproximadamente cada seis minutos y medio) los validadores deben justificar y luego finalizar la cadena, y en las raras ocasiones en que la finalidad se estanca, como ocurrió brevemente en 2023, los servicios de staking, intercambios y puentes necesitan saberlo de inmediato. El endpoint de estado devuelve el slot y la época actuales de la cabeza, qué tan avanzada está la cadena en la época actual y cuánto falta para la siguiente, las épocas finalizadas y justificadas, el retraso de finalidad (cuántas épocas detrás de la finalidad está la cabeza; un retraso de dos es saludable, un retraso creciente es problemático) y si el nodo está completamente sincronizado y finalizando. El endpoint de finalidad devuelve los puntos de control finalizados, justificados actuales y justificados anteriores en detalle, con cuánto retraso está cada uno respecto a la cabeza en épocas y minutos. El endpoint de génesis devuelve la hora de génesis de la cadena, cuánto tiempo ha estado funcionando Ethereum con prueba de participación y las constantes de temporización de slots/épocas (un slot cada 12 segundos, 32 slots por época). Este es el corte de consenso/finalidad de Ethereum, distinto de los feeds de la capa de ejecución (gas, bloques, transacciones), los feeds de tokens de staking y restaking, y los feeds de precios: es el latido propio de la cadena Beacon. Tenga en cuenta que informa el estado de consenso (slots, épocas, finalidad), no la economía por validador, que un nodo de consenso público no proporciona en una sola llamada. Las horas son UTC; las épocas y los slots son enteros. Sin clave, nada almacenado más allá de un caché corto.

api.oanor.com/beaconchain-api