#consensus

Lee la capa de red de Hedera en vivo desde el Nodo Mirror público de Hedera — sin key. Hedera se ejecuta en un conjunto autorizado de nodos de consenso operados por el consejo; el lector en cadena de Hedera resuelve el estado de cuentas, tokens y suministro de HBAR, pero no muestra el conjunto de nodos, la tasa de cambio HBAR/USD en vivo que la propia red utiliza, ni el programa de tarifas de red actual. Esto abre eso. Enumera los nodos de consenso con su id de nodo, cuenta, descripción del operador (por ejemplo, "Alojado por Google | US"), stake actual y mínimo/máximo en HBAR, stake recompensado vs no recompensado y si declinan recompensas; lee la tasa HBAR↔USD en vivo que la red fija para el cálculo de tarifas — período actual y siguiente, con un precio derivado USD por HBAR — la tasa de oráculo del propio protocolo, no un ticker de mercado; y lee el programa de tarifas de gas de red actual por tipo de transacción. El stake se reporta en HBAR (1 HBAR = 100,000,000 tinybars). La capa de red / validador / economía para exploradores de Hedera, paneles de staking, billeteras y análisis. Distinto del lector en cadena de Hedera (cuenta / token / suministro), el lector de temas HCS y el navegador de tokens HTS. En vivo desde el nodo mirror; solo caché corta.

api.oanor.com/hederanetwork-api

El consenso de Votación Abierta de Representantes (ORV) de Nano — la capa de representantes — en vivo desde el RPC público de Nano, sin clave, nada en caché. Nano no tiene mineros ni recompensas de staking: cada cuenta delega su saldo como peso de voto a un representante, y los representantes en línea votan para confirmar transacciones, con un umbral de quórum que asegura la red. El lector base de Nano cubre cuentas, bloques e historial, pero no la capa de representantes; esto la abre. Clasifica los representantes en línea por peso de voto delegado (en NANO), cada uno con su participación del stake total en línea y si supera el umbral de representante principal del 0.1% del stake en línea que otorga un voto en el consenso. Consulta un solo representante por dirección para su peso, participación del stake, estado de principal y si está actualmente en línea y votando. Y lee el quórum de confirmación en vivo — el stake de voto total en línea, el stake tendencial y de pares, el delta y porcentaje de quórum, y el peso mínimo que necesita un representante para contar. La capa de consenso y votación para billeteras Nano, paneles de representantes, delegadores y análisis. En vivo desde rpc.nano.to y nodos pares.

api.oanor.com/nanoreps-api

El consenso de prueba de participación delegada de la cadena de bloques Hive — la elección de testigos — en vivo desde los nodos RPC públicos de Hive, sin clave, nada en caché. Hive está asegurado por 20 testigos electos más un respaldo rotatorio, votados por los titulares de HIVE con su peso apostado (vestido); los testigos producen los bloques, publican el feed de precios de HBD y establecen los parámetros de la cadena. El lector de contenido de Hive cubre cuentas, publicaciones y comunidades, pero no el consenso de testigos; esto lo abre. Clasifica los testigos por peso de voto, cada uno con su total de votos convertido a HIVE Power, recuento de bloques perdidos, versión del nodo en ejecución, feed de precios de HBD publicado y los parámetros de la cadena que establece. Busca un testigo individual por cuenta para ver sus votos, rango y producción. Y lee una visión general de la red en vivo — el bloque principal, el testigo actual que lo produce, la participación de testigos en los últimos 128 espacios, el fondo total de vesting (apuesta) y la tasa de HIVE por MVESTS. La capa de consenso y gobernanza para billeteras Hive, paneles de testigos, votantes y análisis. En vivo desde api.hive.blog y nodos pares.

api.oanor.com/hivewitness-api

Lee el Servicio de Consenso de Hedera (HCS) en vivo desde el nodo espejo público de Hedera — sin clave. HCS es la característica distintiva de Hedera: un registro de mensajes descentralizado, ordenado y con marca de tiempo que impulsa pistas de auditoría, seguimiento de la cadena de suministro, oráculos y registros de tokenización — la capa que los lectores de cuentas y tokens pasan por alto por completo. Busca cualquier tema para su memo, control de clave de administrador/envío, estado de renovación automática y eliminación; lee los mensajes más recientes de un tema, decodificados de base64 a texto, cada uno con su número de secuencia de consenso, marca de tiempo y la cuenta que pagó para enviarlo; o descubre los temas que están recibiendo mensajes activamente en este momento. La capa de mensajería de consenso para billeteras, exploradores, dApps y auditores de Hedera. En vivo desde el nodo espejo; solo caché corta.

api.oanor.com/hederatopic-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