#consensus

Lesen Sie die Hedera-Netzwerkschicht live vom öffentlichen Hedera Mirror Node – kein API-Key erforderlich. Hedera läuft auf einer berechtigten Gruppe von von Council betriebenen Konsens-Knoten; der Hedera-On-Chain-Reader löst Konto-, Token- und HBAR-Supply-Status auf, zeigt aber nicht die Knotenmenge, den live HBAR/USD-Wechselkurs, den das Netzwerk selbst verwendet, oder die aktuelle Netzwerk-Gebührenordnung. Dies öffnet das. Listen Sie die Konsens-Knoten mit ihrer Knoten-ID, Konto, Operator-Beschreibung (z. B. "Gehostet von Google | US"), aktuellem und min./max. Stake in HBAR, belohntem vs. nicht belohntem Stake und ob sie Belohnungen ablehnen; lesen Sie den live HBAR↔USD-Kurs, den das Netzwerk für die Gebührenberechnung festlegt – aktueller und nächster Zeitraum, mit einem abgeleiteten USD-pro-HBAR-Preis – den eigenen Oracle-Kurs des Protokolls, keinen Markt-Ticker; und lesen Sie die aktuelle Netzwerk-Gasgebührenordnung pro Transaktionstyp. Der Stake wird in HBAR gemeldet (1 HBAR = 100.000.000 Tinybars). Die Netzwerk-/Validator-/Economics-Schicht für Hedera-Explorer, Staking-Dashboards, Wallets und Analysen. Unterscheidet sich vom Hedera-On-Chain-Reader (Konto/Token/Supply), dem HCS-Topic-Reader und dem HTS-Token-Browser. Live vom Mirror Node; nur kurzer Cache.

api.oanor.com/hederanetwork-api

Nanos Open Representative Voting (ORV)-Konsens – die Repräsentantenschicht – live vom öffentlichen Nano RPC, kein Key, nichts gecached. Nano hat keine Miner und keine Staking-Belohnungen: Jedes Konto delegiert sein Guthaben als Stimmgewicht an einen Repräsentanten, und Online-Repräsentanten stimmen ab, um Transaktionen zu bestätigen, wobei ein Quorum die Netzwerksicherheit gewährleistet. Der Basis-Nano-Reader deckt Konten, Blöcke und Verlauf ab, nicht jedoch die Repräsentantenschicht; diese wird hier geöffnet. Ordnen Sie die Online-Repräsentanten nach delegiertem Stimmgewicht (in NANO), jeweils mit ihrem Anteil am gesamten Online-Stake und ob sie die 0,1%-des-Online-Stake-Principal-Repräsentanten-Schwelle überschreiten, die eine Stimme im Konsens einbringt. Suchen Sie einen einzelnen Repräsentanten nach Adresse für sein Gewicht, seinen Stake-Anteil, seinen Principal-Status und ob er derzeit online ist und abstimmt. Und lesen Sie das Live-Bestätigungsquorum – den gesamten Online-Stake, den trendierten und Peer-Stake, das Quorum-Delta und den Prozentsatz sowie das Mindestgewicht, das ein Repräsentant benötigt, um zu zählen. Die Konsens- und Abstimmungsschicht für Nano-Wallets, Repräsentanten-Dashboards, Delegatoren und Analysen. Live von rpc.nano.to und Peer-Knoten.

api.oanor.com/nanoreps-api

Der delegierte Proof-of-Stake-Konsens der Hive-Blockchain – die Witness-Wahl – live von den öffentlichen Hive-RPC-Knoten, kein Key, nichts gecached. Hive wird durch 20 gewählte Witnesses plus eine rotierende Reserve gesichert, die von HIVE-Inhabern mit ihrem eingesetzten (vested) Gewicht gewählt werden; Witnesses erzeugen die Blöcke, veröffentlichen den HBD-Preis-Feed und legen die Kettenparameter fest. Der Hive-Content-Reader deckt Konten, Beiträge und Communities ab, aber nicht den Witness-Konsens; dies öffnet ihn. Ordnen Sie die Witnesses nach Stimmgewicht, jedes mit seiner Stimmenanzahl umgerechnet in HIVE Power, Anzahl verpasster Blöcke, laufender Knotenversion, veröffentlichtem HBD-Preis-Feed und den von ihm gesetzten Kettenparametern. Schlagen Sie einen einzelnen Witness nach Konto nach, um seine Stimmen, Rang und Produktion zu erhalten. Und lesen Sie eine Live-Netzwerkübersicht – den Head-Block, den aktuellen Witness, der ihn erzeugt, Witness-Beteiligung über die letzten 128 Slots, den gesamten Vesting-(Staking-)Fonds und den HIVE-pro-MVESTS-Kurs. Die Konsens- und Governance-Ebene für Hive-Wallets, Witness-Dashboards, Wähler und Analysen. Live von api.hive.blog und Peer-Knoten.

api.oanor.com/hivewitness-api

Lesen Sie den Hedera Consensus Service (HCS) live vom öffentlichen Hedera Mirror Node – kein API-Key erforderlich. HCS ist Hederas charakteristisches Feature: ein dezentraler, geordneter, mit Zeitstempel versehener Nachrichtenlog, der Audit-Trails, Supply-Chain-Tracking, Orakel und Tokenisierungsregister antreibt – die Schicht, die Konto- und Token-Reader völlig übersehen. Suchen Sie jedes Topic nach seinem Memo, Admin/Submit-Key-Steuerung, Auto-Renew und gelöschtem Status; lesen Sie die aktuellsten Nachrichten eines Topics, dekodiert von Base64 in Text, jede mit ihrer Konsens-Sequenznummer, Zeitstempel und dem Konto, das für die Einreichung bezahlt hat; oder entdecken Sie die Topics, die gerade jetzt aktiv Nachrichten empfangen. Die Konsens-Messaging-Schicht für Hedera-Wallets, Explorer, dApps und Auditoren. Live vom Mirror Node; nur kurzer Cache.

api.oanor.com/hederatopic-api

Der Live-Konsensstatus der Ethereum Beacon Chain – der Proof-of-Stake-Schicht, die Ethereum sichert – keyless direkt von einem öffentlichen Konsens-Knoten gelesen. Das Einzige, was für die Gesundheit von Proof-of-Stake Ethereum zählt, ist, ob es finalisiert: jede Epoche (etwa alle sechseinhalb Minuten) sollen die Validatoren die Chain rechtfertigen und dann finalisieren, und in den seltenen Fällen, in denen die Finalität ins Stocken gerät – wie kurzzeitig im Jahr 2023 – müssen Staking-Dienste, Börsen und Brücken sofort Bescheid wissen. Der Status-Endpunkt gibt den aktuellen Head-Slot und die aktuelle Epoche zurück, wie weit die Chain in der aktuellen Epoche fortgeschritten ist und wie lange bis zur nächsten, die finalisierten und gerechtfertigten Epochen, die Finalitätsverzögerung (wie viele Epochen der Head hinter der Finalität zurückliegt – eine Verzögerung von zwei ist gesund, eine wachsende Verzögerung ist problematisch) und ob der Knoten vollständig synchronisiert ist und finalisiert. Der Finality-Endpunkt gibt die finalisierten, aktuell gerechtfertigten und vorher gerechtfertigten Checkpoints detailliert zurück, mit Angabe, wie weit jeder hinter dem Head in Epochen und Minuten zurückliegt. Der Genesis-Endpunkt gibt die Genesis-Zeit der Chain zurück, wie lange Ethereum Proof-of-Stake bereits läuft und die Slot/Epoche-Timing-Konstanten (ein Slot alle 12 Sekunden, 32 Slots pro Epoche). Dies ist der Ethereum-Konsens-/Finalitäts-Ausschnitt – zu unterscheiden von den Execution-Layer-Feeds (Gas, Blöcke, Transaktionen), den Staking-Token- und Restaking-Feeds und den Preis-Feeds: es ist der eigene Herzschlag der Beacon Chain. Beachten Sie, dass es den Konsensstatus (Slots, Epochen, Finalität) meldet, nicht die Pro-Validator-Ökonomie, die ein öffentlicher Konsens-Knoten nicht in einem Aufruf liefert. Zeiten sind UTC; Epochen und Slots sind Ganzzahlen. Kein Key, nichts wird über einen kurzen Cache hinaus gespeichert.

api.oanor.com/beaconchain-api