API de Consenso de la Cadena Beacon de Ethereum

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.