#proof-of-stake

Lisez l'ensemble des validateurs de NEAR et l'économie du réseau en direct depuis un endpoint RPC public NEAR — sans clé. NEAR est une preuve d'enjeu fragmentée : les validateurs misent du NEAR, produisent des blocs et des chunks à travers les fragments, et gagnent des récompenses. Le lecteur on-chain NEAR résout l'état d'un seul compte et le lecteur de vue exécute des méthodes de vue de contrat, mais aucun ne présente l'ensemble des validateurs, les propositions de staking de la prochaine époque, ou l'économie du réseau en direct. Cela ouvre cela. Listez les validateurs de l'époque actuelle classés par mise — chacun avec son identifiant de compte, sa mise en NEAR, les blocs et chunks qu'il a produits par rapport aux attendus (son uptime) et son statut de slash ; lisez les propositions de staking de la prochaine époque (les validateurs entrant, sortant ou remisant pour l'époque à venir) ; et lisez l'économie du réseau en direct — le prix du gaz (en yoctoNEAR), la longueur de l'époque en blocs, la version du protocole et les seuils d'expulsion des producteurs de blocs/chunks. La couche validateur / staking / réseau pour les explorateurs NEAR, les tableaux de bord de staking, les délégateurs et les analystes. Distinct du lecteur de compte on-chain NEAR et du lecteur de fonction de vue NEAR. En direct depuis RPC ; cache court uniquement.

api.oanor.com/nearvalidators-api

La blockchain du Protocole Mina — la « blockchain succincte » — en direct depuis un nœud public Mina GraphQL, sans clé, rien en cache. Mina utilise des zk-SNARKs récursifs pour maintenir l'ensemble de la chaîne à une taille constante d'environ 22 Ko, quelle que soit l'historique, et se sécurise avec une preuve d'enjeu déléguée (Ouroboros Samasika). C'est le premier lecteur Mina sur le marketplace. Lisez l'état du réseau en direct — la longueur de la blockchain (hauteur du sommet), l'état de synchronisation, l'ID de la chaîne, l'époque et le slot de consensus actuels, ainsi que le nombre total de comptes. Lisez le bloc le plus récent (bloc sommet) avec son hash d'état, sa hauteur, son époque, le producteur de bloc qui l'a créé et l'offre totale de MINA à ce bloc. Et recherchez n'importe quel compte par clé publique pour obtenir son solde MINA (total et liquide), son nonce de transaction et le délégué de staking auquel il a attribué son stake. La couche on-chain pour les portefeuilles, explorateurs, stakeurs et analyses Mina. En direct depuis api.minascan.io.

api.oanor.com/mina-api

L'ensemble des validateurs du réseau Radix et l'état du registre — la preuve d'enjeu de Radix — en direct depuis l'API publique officielle Radix Gateway, sans clé, rien en cache. Radix est une couche 1 construite pour la DeFi avec son propre registre orienté actifs ; son réseau est sécurisé par des validateurs qui misent du XRD et acceptent des délégations. C'est le premier lecteur Radix sur la marketplace. Classez les validateurs par XRD misé, chacun avec son nom, son enjeu total, sa part de l'enjeu réseau, son facteur de frais et s'il est dans l'ensemble actif actuel. Recherchez un validateur unique par son adresse de composant pour obtenir son enjeu, son rang, sa part et ses frais. Et lisez l'état du registre en direct — l'époque et le tour actuels, la version d'état du registre, le nombre de validateurs et le total de XRD misé sur le réseau. La couche de validation et d'enjeu pour les portefeuilles Radix, les tableaux de bord de staking, les délégateurs et les analyses. En direct depuis mainnet.radixdlt.com.

api.oanor.com/radixvalidators-api

L'ensemble des validateurs du réseau primaire Avalanche — le proof-of-stake d'Avalanche — en direct depuis l'API publique officielle d'Avalanche, sans clé, rien en cache. Avalanche sécurise son réseau primaire avec des centaines de validateurs sans permission qui stakent des AVAX (et acceptent des délégations) sur la chaîne P ; c'est le premier lecteur Avalanche sur le marché. Classez les validateurs actuels par poids de stake, chacun avec son identifiant de nœud, le stake total (propre plus délégué, en AVAX), la part du stake du réseau, la disponibilité, les frais de délégation, le nombre de délégateurs et la récompense de validation en attente à la fin de son mandat. Recherchez un validateur unique par identifiant de nœud pour son stake, son rang, ses délégateurs et sa disponibilité. Et lisez un aperçu du staking en direct — le nombre de validateurs, combien sont connectés, le total d'AVAX staké sur le réseau primaire, l'offre actuelle d'AVAX en circulation et la disponibilité moyenne de l'ensemble. La couche de validateurs et de staking pour les portefeuilles Avalanche, les tableaux de bord de staking, les délégateurs et les analyses. En direct depuis api.avax.network.

api.oanor.com/avaxvalidators-api

L'ensemble des validateurs proof-of-stake d'Aptos et l'économie de staking, en direct depuis le fullnode public officiel d'Aptos — sans clé, rien en cache. Là où les lecteurs de comptes et de ressources Aptos couvrent les soldes et le lecteur de vues exécute les appels Move, celui-ci organise la couche de consensus qu'ils manquent. Classez les validateurs actifs par pouvoir de vote — chacun avec sa part du stake total du réseau, son opérateur et son adresse de pool. Lisez la configuration de staking à l'échelle du réseau : le stake minimum et maximum (en APT), la période de verrouillage récurrente, le taux de récompense par époque, la limite d'augmentation du pouvoir de vote et l'époque actuelle. Et inspectez n'importe quel pool de stake unique pour son stake actif, inactif et en attente (en APT), l'opérateur qui exécute le validateur, le compte délégué pour voter, et le timestamp de déverrouillage. La couche de staking et de validateurs pour les portefeuilles Aptos, les tableaux de bord de staking, les délégateurs et l'analyse on-chain. En direct depuis fullnode.mainnet.aptoslabs.com.

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

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

Qui sécurise Solana et à quel point il est décentralisé, lisez directement depuis un nœud RPC public Solana. Solana est en proof-of-stake : les validateurs votent avec le SOL qui leur est délégué, et la distribution de ce stake détermine à la fois les récompenses et la sécurité. Le endpoint validateurs classe les validateurs par stake activé, avec le stake de chacun en SOL, sa part du stake total, sa commission et s'il est délinquant (actuellement en échec de vote). Le endpoint staking renvoie l'économie du staking — le stake actif total, l'offre circulante et totale de SOL, le pourcentage de l'offre qui est staké, le taux d'inflation actuel décomposé en ses composantes totale, validateur et fondation, et l'epoch actuelle avec sa progression. Le endpoint centralisation calcule les métriques de centralisation du stake — le coefficient de Nakamoto (le plus petit nombre de validateurs qui contrôlent ensemble plus d'un tiers du stake, le montant qui pourrait arrêter la chaîne sous consensus byzantin-fault-tolerant), la part du stake des top-10 et top-20, et l'indice de concentration Herfindahl. Il s'agit de la coupe de données des validateurs, du staking et de la décentralisation de Solana, distincte de l'API des comptes/transactions on-chain Solana et des autres APIs de staking et d'échange du catalogue. En direct depuis un RPC public, pas de clé en amont, rien n'est stocké.

api.oanor.com/solanavalidators-api