JSON-API · BTX-Netzwerkstatus

Dateien

/api/v1/status.json: der aktuelle Stand: Urteile, jeder Wert mit seiner Ampel und seinem Zeitpunkt
/api/v1/metrics.json: was jeder Wert bedeutet: Titel, Beschreibung, Einheit, Schwellen
/api/v1/ecosystem.json: die Projekte der Ökosystem-Seite mit ihrer Aktivität

Felder von status.json

schema_version: Version des Formats; sie ändert sich nur mit Ankündigung
software_version: Version dieser Seite (siehe Änderungen)
generated_at: wann die Datei erstellt wurde (UTC)
data_as_of: Zeitpunkt der Daten unserer Archive-Nodes (UTC)
stale: true, wenn unsere Daten zu alt sind: dann nicht als aktuell zeigen
overall: Gesamtzustand: normal, degraded oder incident
decentralisation: Bewertung der Blockproduktion: good, concentrated oder critical
verdicts: die drei Urteile (stable, performant, secure) mit Stufe und den Werten, die sie herunterziehen
metrics: jeder Wert mit id, value, unit, level (green, yellow, red, unknown oder null bei Werten ohne Ampel), observed_at und seinen Quellen

Nutzung der Daten

Bitte „BTX Network Status“ mit einem Link auf diese Seite als Quelle nennen.
Wenn stale true ist, eine Warnung statt der Werte zeigen.
Höchstens einmal pro Minute abrufen; schneller ändern sich die Daten nicht.
Format v1 bleibt kompatibel: Neue Felder und Werte können dazukommen, entfernt oder umbenannt wird nichts ohne Ankündigung auf der Seite Änderungen.

Alle Werte

Jede id, die in status.json vorkommen kann, erstellt aus der Kennzahlen-Liste.

Id	Wert	Einheit
`chain.height`	Blockhöhe	blocks
`chain.tip_age`	Alter des letzten Blocks	seconds
`chain.block_interval_avg_24h`	Ø Blockabstand (24 h)	seconds
`chain.block_interval_max_24h`	Längste Lücke (24 h)	seconds
`chain.blocks_24h`	Blöcke (24 h)	blocks
`chain.reorgs_7d`	Von unserem Node gesehene Reorgs (7 Tage)	count
`chain.reorg_max_depth_24h`	Tiefster Reorg (24 h)	blocks
`chain.reorg_max_depth_7d`	Tiefster Reorg (7 Tage)	blocks
`chain.reorg_events`	Letzte Reorgs	table
`chain.sources_agree`	Explorer stimmen überein	boolean
`chain.source_comparison`	Öffentliche Dienste: Sehen sie die Kette noch?	table
`chain.confirmations`	Von anderen Quellen bestätigt	table
`chain.confirmed_share`	Anteil bestätigender Antworten	percent
`chain.competing_tips`	Konkurrierende Ketten (jetzt)	count
`chain.competing_tips_15m`	Konkurrierende Ketten (15 Minuten)	count
`chain.finality_warnings`	Finality-Warnungen	count
`chain.fork_check`	Fork-Check	boolean
`chain.node_warnings`	Node-Warnungen	count
`chain.headers_minus_blocks`	Header-Rückstand	blocks
`chain.size_on_disk`	Größe der Chain	bytes
`mining.difficulty`	Difficulty	difficulty
`mining.rate_1d`	MatMul-Rate (1 Tag)	rate
`mining.rate_7d`	MatMul-Rate (7 Tage)	rate
`mining.top_producer_share_100`	Größter Produzent (100 Blöcke)	percent
`mining.top_producer_share_1000`	Größter Produzent (1.000 Blöcke)	percent
`mining.top_producer_100`	Name des größten Produzenten (100 Blöcke)	text
`mining.top_producer_pool_100`	Größter Produzent ist ein Pool (100 Blöcke)	boolean
`mining.top_producer_miners_100`	Miner des größten Pools (100 Blöcke)	count
`mining.top_producer_1000`	Name des größten Produzenten (1.000 Blöcke)	text
`mining.top_producer_miners_1000`	Miner des größten Pools (1.000 Blöcke)	count
`mining.top_producer_pool_1000`	Größter Produzent ist ein Pool (1.000 Blöcke)	boolean
`mining.distinct_producers_1000`	Verschiedene Produzenten (1.000 Blöcke)	count
`mining.nakamoto_1000`	Nakamoto-Koeffizient (1.000 Blöcke)	count
`mining.producer_table`	Blockproduzenten	table
`attest.active_signers_100`	Aktive Signierer (100 Blöcke)	count
`attest.signer_table`	Signierer	table
`attest.named_signers_active`	Aktive Signierer mit bekanntem Betreiber	count
`attest.own_mirror_quorum`	Quorum des eigenen Mirrors	boolean
`attest.pinned_signers`	Von unserem Node festgelegte Signierer	count
`attest.pinned_active`	Festgelegte Signierer, die signieren	count
`attest.pin_threshold`	Signaturen, die unser Node braucht	count
`attest.unsigned_recent`	Blöcke ohne Quorum (100 Blöcke)	count
`net.own_peers`	Peers unseres Nodes	count
`net.own_peers_synced`	Synchrone Peers	count
`net.reachable_nodes`	Erreichbare Nodes	count
`net.versions`	Softwareversionen	table
`net.full_history_claimed`	Nodes mit angekündigter voller Historie	count
`net.full_history_verified`	Geprüfte Nodes mit voller Historie	count
`net.full_history_at_tip`	Volle Historie und an der Spitze	count
`net.stranded_nodes`	Abgehängte Nodes	count
`net.outdated_nodes`	Veraltete Nodes	count
`net.peers_far_behind`	Hängende Peers bei unseren Archiven	count
`net.stuck_peers`	Wo hängende Peers stehen	table
`net.peer_versions`	Versionen unserer Peers	table
`net.archive_list`	Öffentliche Archive	table
`net.snapshot_height`	Neuester signierter Datadir-Snapshot	blocks
`net.snapshot_age`	Alter des neuesten Snapshots	seconds
`econ.supply_mined`	Bisher ausgegeben (tatsächliche Blockbelohnungen)	btx
`econ.utxo_total`	UTXO-Menge (eigener Node)	btx
`econ.utxo_height`	UTXO-Menge bei Block	blocks
`econ.supply_other`	Weitere Zuteilungen	btx
`econ.supply_pct_max`	Anteil an der Maximalmenge	percent
`econ.block_reward`	Blockbelohnung	btx
`econ.halving_countdown`	Nächste Halbierung	blocks
`econ.tx_24h`	Transaktionen (24 h)	count
`econ.fees_24h`	Gebühren (24 h)	btx
`econ.mempool`	Mempool	count
`sw.latest_release`	Neuestes Release	version
`sw.own_version`	Version unseres Nodes	version
`sw.adoption_latest`	Verbreitung des neuesten Releases	percent
`sw.adoption_peers`	Neuestes Release bei unseren Peers	percent
`sw.client_expiry`	Ablauf der Clients	days
`sw.upcoming_activation`	Anstehende Aktivierungen	table
`meta.generated_at`	Daten erzeugt um	timestamp
`meta.node_synced`	Unser Node synchron	boolean
`meta.event_log`	Ereignisprotokoll	table
`meta.source_status`	Datenquellen	table
`meta.archive_nodes`	Unsere Archive-Nodes	table
`meta.archive_nodes_ok`	Alle Archive-Nodes in Ordnung	boolean
`meta.version`	Version des Monitorings	version
`meta.exporter_age`	Alter der Node-Daten	seconds