Blockhöhe
270.303
Alter des letzten Blocks: 72 s
Die Kette arbeitet, aber einige Werte brauchen Aufmerksamkeit oder konnten nicht ermittelt werden.
Datenstand 2026-11-06 19:11 UTC
Blockhöhe
270.303
Alter des letzten Blocks: 72 s
Ø Blockabstand (24 h)
91 s
OK
Von unserem Node gesehene Reorgs (7 Tage)
85
Aktive Signierer (100 Blöcke)
3
OK
Größter Produzent (100 Blöcke)
55,0 %
ninjaraider.com (Pool, laut Pool 18 Miner) hat mehr als die Hälfte dieser Blöcke gefunden. Das ist ein öffentlicher Pool: Viele Miner teilen ihn und können jederzeit zu einem anderen Pool wechseln, deshalb ist das eine Warnung und nicht kritisch. Welche Blöcke gebaut werden, entscheidet trotzdem sein Betreiber.
Warnung
Geprüfte Nodes mit voller Historie
6
OK
MatMul-Rate (7 Tage)
430,4/s
Nächste Halbierung
Block 525.000
in 254.697 Blöcken · ca. August 2027
Auffällige Änderungen der letzten 30 Tage, neueste zuerst - Reorgs, lange Pausen zwischen Blöcken, abweichende Explorer, neue Releases und Signierer, die aufgehört oder begonnen haben zu signieren. Von dieser Seite beim Sammeln erkannt.
Anzahl der Blöcke in der Kette. Sie sollte stetig wachsen, etwa alle 90 Sekunden.
Für diesen Zeitraum gibt es noch nicht genug Daten.
Zeit seit dem neuesten Block. Lange Pausen können bedeuten, dass das Mining stockt.
Für diesen Zeitraum gibt es noch nicht genug Daten.
Durchschnittliche Zeit zwischen zwei Blöcken am letzten Tag. Das Ziel sind 90 Sekunden.
Für diesen Zeitraum gibt es noch nicht genug Daten.
Die längste Pause zwischen zwei Blöcken am letzten Tag.
Für diesen Zeitraum gibt es noch nicht genug Daten.
Anzahl der Blöcke am letzten Tag. Erwartet werden etwa 960.
Für diesen Zeitraum gibt es noch nicht genug Daten.
Wie oft unser Node in der letzten Woche auf einen konkurrierenden Zweig gewechselt ist. Wechsel an derselben Abzweigungshöhe innerhalb von 10 Minuten zählen einmal (ein Rennen, auch wenn der Node hin und her sprang).
Für diesen Zeitraum gibt es noch nicht genug Daten.
Die größte Zahl an Blöcken, die am letzten Tag bei einem Reorg ersetzt wurden. Kurze Reorgs lösen sich von selbst; nach 24 Stunden zählt ein Reorg nicht mehr für die Ampel, bleibt aber in der Liste der letzten Reorgs.
Für diesen Zeitraum gibt es noch nicht genug Daten.
Die größte Zahl an Blöcken, die in der letzten Woche bei einem Reorg ersetzt wurden. Nur zur Information; die Ampel nutzt die letzten 24 Stunden.
Für diesen Zeitraum gibt es noch nicht genug Daten.
Von unserem Node erkannte Reorgs der letzten 30 Tage, neueste zuerst, mit der Höhe der Abzweigung und der Zahl der ersetzten Blöcke (der tiefste Wechsel eines Rennens; Wechsel an derselben Höhe innerhalb von 10 Minuten sind ein Rennen).
| Zeitpunkt | Abzweig-Höhe | Tiefe (Blöcke) |
|---|---|---|
| 2026-11-06 18:58 UTC | 270.287 ↗ btxscan ↗ Byron Bay | 1 |
| 2026-11-06 15:34 UTC | 270.157 ↗ btxscan ↗ Byron Bay | 2 |
| 2026-11-06 13:03 UTC | 270.039 ↗ btxscan ↗ Byron Bay | 1 |
| 2026-11-06 12:27 UTC | 269.994 ↗ btxscan ↗ Byron Bay | 2 |
| 2026-11-06 08:16 UTC | 269.875 ↗ btxscan ↗ Byron Bay | 1 |
| 2026-11-05 03:37 UTC | 268.746 ↗ btxscan ↗ Byron Bay | 1 |
| 2026-11-04 17:01 UTC | 268.321 ↗ btxscan ↗ Byron Bay | 1 |
| 2026-11-04 13:33 UTC | 268.176 ↗ btxscan ↗ Byron Bay | 1 |
| 2026-11-04 12:08 UTC | 268.111 ↗ btxscan ↗ Byron Bay | 1 |
| 2026-11-04 11:14 UTC | 268.039 ↗ btxscan ↗ Byron Bay | 1 |
| 2026-11-04 10:16 UTC | 268.037 ↗ btxscan ↗ Byron Bay | 1 |
| 2026-11-04 10:12 UTC | 268.019 ↗ btxscan ↗ Byron Bay | 1 |
| 2026-11-04 08:56 UTC | 267.976 ↗ btxscan ↗ Byron Bay | 1 |
| 2026-11-04 07:42 UTC | 267.929 ↗ btxscan ↗ Byron Bay | 1 |
| 2026-11-04 05:12 UTC | 267.829 ↗ btxscan ↗ Byron Bay | 1 |
| 2026-11-04 04:09 UTC | 267.779 ↗ btxscan ↗ Byron Bay | 1 |
| 2026-11-04 03:59 UTC | 267.769 ↗ btxscan ↗ Byron Bay | 1 |
| 2026-11-04 02:42 UTC | 267.716 ↗ btxscan ↗ Byron Bay | 1 |
| 2026-11-04 02:14 UTC | 267.698 ↗ btxscan ↗ Byron Bay | 1 |
| 2026-11-04 00:13 UTC | 267.615 ↗ btxscan ↗ Byron Bay | 1 |
Die öffentlichen Block-Explorer (btxscan, Byron Bay) und die easyBTX-Node-Zählung zeigen auf einer gefestigten Höhe einige Blöcke unter ihrer Spitze denselben Block wie unser Node. Falls nicht, ist jemand auf einer anderen Kette oder ein Explorer hat ein Problem.
Bevor du einem Explorer vertraust, prüfe hier, ob er der Kette noch folgt. Jeder Dienst wird jede Minute mit unserem Node verglichen (easyBTX alle 5 Minuten) - Spitzenhöhe, Rückstand (negativ = voraus) und der Hash eines Blocks einige Blöcke unter seiner Spitze. Ein Dienst im Rückstand zeigt einen älteren Stand; Guthaben dort können die neuesten Blöcke noch nicht enthalten. Ohne Hash-Urteil hat unser Node diesen Block noch nicht.
| Quelle | Urteil | Spitze | Rückstand (Blöcke) | Block | Hash (Anfang) | Wie unser Node |
|---|---|---|---|---|---|---|
| btxscan-Explorer | Hinterher | 270.300 | 3 | 270.294 ↗ btxscan ↗ Byron Bay | 411102456e41fb86 | Ja |
| Byron-Bay-Explorer | Synchron | 270.303 | 0 | 270.297 ↗ btxscan ↗ Byron Bay | a14c2ce350ccdcec | Ja |
| easyBTX-Zählung | Hinterher | 270.298 | 5 | 270.292 ↗ btxscan ↗ Byron Bay | 332f222102e73729 | Ja |
Synchron: höchstens 1 Block hinter unserem Node. Hinterher: bis zu 6 Blöcke zurück, auf mehr Bestätigungen warten. Veraltet: mehr als 6 Blöcke zurück, oder die Spitze hat sich 15 Minuten nicht bewegt, während die Kette weiterlief; nicht darauf verlassen. Andere Kette: ein anderer Block auf derselben Höhe; keine Zahlungen darüber senden oder annehmen. Nicht erreichbar: 3 Abfragen hintereinander fehlgeschlagen; später erneut versuchen.
Wie viele unabhängige Quellen dieselbe Blockhöhe (höchstens zwei Blöcke Abstand, weil die Quellen zu leicht unterschiedlichen Zeitpunkten gelesen werden) und dieselbe Kette (derselbe Block auf gemeinsamer Höhe) zeigen wie unser Node - unsere zwei Archive-Nodes und die öffentlichen Dienste. Es zählen nur Quellen, die geantwortet haben; abweichende werden genannt.
| Prüfung | Bestätigt | Quellen | Weicht ab |
|---|---|---|---|
| Blockhöhe | 4 | 6 | btxscan-Explorer, easyBTX-Zählung |
| Kette | 6 | 6 | – |
Anzahl anderer gültiger Kettenzweige, die der Node gerade neben der Hauptkette sieht. Zwei Zweige für eine Minute sind ein normales Rennen, das sich von selbst klärt; deshalb hat dieser Wert keine Ampel, sie liegt auf dem Wert für 15 Minuten.
Für diesen Zeitraum gibt es noch nicht genug Daten.
Die Zahl konkurrierender Kettenzweige, die die ganzen letzten 15 Minuten bestanden (der niedrigste Wert dieser Zeit). Ein kurzes Rennen zählt nicht, eine anhaltende Spaltung schon.
Für diesen Zeitraum gibt es noch nicht genug Daten.
Warnungen des Nodes zu signierten Blöcken und zur Kettenauswahl. Normalerweise keine.
Für diesen Zeitraum gibt es noch nicht genug Daten.
Kombinierte Prüfung, dass keine Finality-Warnungen vorliegen, der Node synchron ist und seine Peers dieselbe Spitze sehen.
Warnungen, die unser Node meldet, z. B. nach einem kurzen Rennen zweier Zweige. In BTX 0.34.15 bleiben sie bis zum Neustart des Nodes stehen, auch wenn die Ursache lange vorbei ist; deshalb werden sie nur zur Information gezeigt und ändern die Ampel nicht. Echte Forks zeigen der Fork-Check und die Reorg-Werte.
Für diesen Zeitraum gibt es noch nicht genug Daten.
Wie viele angekündigte Blöcke der Node noch nicht vollständig verarbeitet hat. Sollte 0 oder 1 sein.
Für diesen Zeitraum gibt es noch nicht genug Daten.
Speicherplatz, den die komplette Blockchain belegt.
Für diesen Zeitraum gibt es noch nicht genug Daten.
Wie schwer es gerade ist, einen Block zu finden. Sie passt sich automatisch an die Mining-Leistung an.
Für diesen Zeitraum gibt es noch nicht genug Daten.
Aus der Kette abgeleitete Arbeitsrate des letzten Tages. Eine Normierung des Protokolls, keine echte Rechenleistung.
Für diesen Zeitraum gibt es noch nicht genug Daten.
Aus der Kette abgeleitete Arbeitsrate der letzten Woche.
Für diesen Zeitraum gibt es noch nicht genug Daten.
Anzahl verschiedener Auszahlungsadressen in den letzten 1.000 Blöcken.
Für diesen Zeitraum gibt es noch nicht genug Daten.
Die kleinste Zahl an Produzenten, die zusammen mehr als die Hälfte der letzten 1.000 Blöcke gefunden haben. Je höher, desto dezentraler. Der Wert 1 ist kritisch, außer dieser Produzent ist ein bekannter Pool vieler Miner - dann ist es eine Warnung.
Für diesen Zeitraum gibt es noch nicht genug Daten.
Die größten Produzenten der letzten 1.000 Blöcke mit Anzahl Blöcke und Anteil, dazu alle anderen. Namen stammen aus einer gepflegten Liste. Bei Pools mit öffentlicher Statistik die Anzahl Miner, die sie selbst melden (unser Node kann sie nicht prüfen). Auszahlungsadressen werden bewusst nicht gezeigt, damit die Liste nicht als Zielliste dienen kann.
| # | Produzent | Blöcke | Anteil (%) | Miner (laut Pool) |
|---|---|---|---|---|
| 1 | ninjaraider.com | 528 | 52,8 | 18 |
| 2 | btx-pool | 472 | 47,2 | 32 |
Anzahl der Signierer-Schlüssel, die zuletzt Blöcke signiert haben. Trusted Mirrors brauchen Signaturen von mindestens zwei; zwei aktive Signierer reichen also (grün), die fehlende Reserve wird unter dem Wert erklärt.
Für diesen Zeitraum gibt es noch nicht genug Daten.
Je Signierer-Schlüssel der Betreiber (falls bekannt), signierte Blöcke der letzten 100 und wann er zuletzt gesehen wurde.
| Signierer-Schlüssel | Betreiber | btxscan-Witness (letzte 100) | easyBTX-Witness (letzte 100) | Von unserem Node gepinnt |
|---|---|---|---|---|
| 02d5efca…4675 | Mende/Junior (easyBTX) | – | 100 | Ja |
| 026da4e3…bbf1 | Neuer Signierer, Betreiber nicht öffentlich | 99 | – | Nein |
| 037db271…c804 | Neuer Signierer, Betreiber nicht öffentlich | 100 | – | Ja |
| 02d12c32…e030 | Jarek (Byron Bay) | – | – | Ja |
Wie viele der aktiven Signierer einen öffentlich bekannten Betreiber haben. Das ist eine Transparenz-Information und keine Zustandsprüfung, deshalb hat der Wert keine Ampel und beeinflusst den Gesamtstatus nicht.
Für diesen Zeitraum gibt es noch nicht genug Daten.
Ob unser Archive-Node genug Signaturen erhält, um neue Blöcke anzunehmen.
Anzahl anderer Nodes, mit denen unser Archive-Node verbunden ist.
Für diesen Zeitraum gibt es noch nicht genug Daten.
Wie viele Peers unseres Nodes an der aktuellen Spitze der Kette sind.
Für diesen Zeitraum gibt es noch nicht genug Daten.
Anzahl der Nodes im Netzwerk, die Verbindungen annehmen.
Für diesen Zeitraum gibt es noch nicht genug Daten.
Verteilung der Node-Softwareversionen im Netzwerk.
| Version | Nodes |
|---|---|
| BTX:0.34.15 | 19 |
| BTX:0.32.12 | 7 |
| BTX:0.34.12 | 2 |
| BTX:0.33.2 | 2 |
| BTX:0.34.4 | 1 |
| BTX:0.32.3 | 1 |
| BTX:0.34.15(Chubz) | 1 |
| BTX:0.32.11 | 1 |
Nodes, die angeben, die komplette Blockchain zu speichern.
Für diesen Zeitraum gibt es noch nicht genug Daten.
Nodes, die beim Test tatsächlich einen alten Block geliefert haben. Neue Nodes brauchen sie zum Synchronisieren.
Für diesen Zeitraum gibt es noch nicht genug Daten.
Nodes, die der Hauptkette nicht mehr folgen.
Für diesen Zeitraum gibt es noch nicht genug Daten.
Nodes mit einer veralteten Softwareversion.
Für diesen Zeitraum gibt es noch nicht genug Daten.
Verbindungen unserer zwei Archive-Nodes zu Peers mehr als 1.000 Blöcke unter der Spitze - Nodes, die hängen oder noch synchronisieren. Gezählt pro Verbindung; kein Node wird genannt.
Für diesen Zeitraum gibt es noch nicht genug Daten.
Die Höhen, an denen mindestens zwei Verbindungen stillstehen, mit den dort gesehenen Client-Versionen. Seltenere Höhen sind als „andere Höhen“ zusammengefasst. Bekannte Ursachen stehen auf der Seite Node-Hilfe.
| Hängt bei Block | Verbindungen | Client-Versionen | Hinweis |
|---|---|---|---|
| 228.000 ↗ btxscan ↗ Byron Bay | 8 | v0.34.15 | DNS-Seeds absichtlich im Relay-Modus (harmlos), dazu Nodes ohne GPU im Consensus-Modus. So beheben → |
| 126.978 ↗ btxscan ↗ Byron Bay | 6 | v0.34.10, v0.34.15 | Replay-Fehler nach einem Neuaufbau ab Genesis; die Korrektur ist noch nicht übernommen (PR #272). So beheben → |
| 184.999 ↗ btxscan ↗ Byron Bay | 4 | v0.34.6, v0.34.8 | Nodes ohne GPU im Consensus-Modus: Sie können den nächsten MatMul-Block nicht prüfen. So beheben → |
| andere Höhen | 23 | – |
Client-Versionen der Peers, mit denen unsere zwei Archive-Nodes verbunden sind, gezählt pro Verbindung. Versionen, die weniger Verbindungen nutzen, als wir Archive haben, sind als „andere“ zusammengefasst, damit keine Zeile einen einzelnen Node beschreibt.
| Version | Verbindungen | Anteil |
|---|---|---|
| v0.34.15 | 58 | 78,4 % |
| v0.34.12 | 4 | 5,4 % |
| v0.34.5 | 3 | 4,1 % |
| andere Versionen | 9 | 12,2 % |
Einen neuen Node in Minuten starten: ein gekürztes Datadir, täglich veröffentlicht und zweimal geprüft - hier in einem Offline-Node, dann von unserem zweiten Archiv, das signiert. Prüfen mit Schlüssel: ssh-ed25519 AAAAC3NzaC1lZDI1NTE5AAAAIFr6GHJapBKdUdEDuyIQpzE8rGrdZ73rWWtKxoO71FaY
Für diesen Zeitraum gibt es noch nicht genug Daten.
Zeit seit der Veröffentlichung des neuesten signierten Snapshots. Jeden Tag kommt ein neuer; älter als etwa zwei Tage heißt, die Snapshot-Erstellung braucht einen Blick.
Für diesen Zeitraum gibt es noch nicht genug Daten.
Bisher tatsächlich als Blockbelohnung ausgezahlte BTX. Explorer zeigen 20 BTX × Blockhöhe; dieser Wert liegt 9.461,25 BTX darunter, weil 783 Blöcke ohne Transaktionen zwischen den Höhen 130.000 und 131.999 weniger als die vollen 20 BTX erhielten (Regel gegen leere Blöcke).
Für diesen Zeitraum gibt es noch nicht genug Daten.
Alle ausgebbaren transparenten Coins im UTXO-Set unseres zweiten Archive-Nodes an seiner Spitze, vom Node selbst berechnet (gettxoutsetinfo). Coins im Shielded-Pool zählen nicht dazu. Der Wert von Byron Bay (mit Shielded-Pool) ist der Vergleichswert.
Für diesen Zeitraum gibt es noch nicht genug Daten.
Der Block, zu dem die UTXO-Menge oben gehört; höchstens 10 Blöcke unter unserer Spitze.
Für diesen Zeitraum gibt es noch nicht genug Daten.
Coins, die nicht durch Mining entstanden sind. Das BTX-Protokoll hat keinen Premine und keinen Dev-Anteil (Quellcode, chainparams.cpp).
Für diesen Zeitraum gibt es noch nicht genug Daten.
Bisher ausgegebene BTX im Verhältnis zur Maximalmenge von 21 Millionen BTX.
Für diesen Zeitraum gibt es noch nicht genug Daten.
Neue BTX, die mit jedem Block entstehen. Sie halbiert sich alle 525.000 Blöcke.
Für diesen Zeitraum gibt es noch nicht genug Daten.
Verbleibende Blöcke bis zur Halbierung der Blockbelohnung und der geschätzte Monat beim Blocktempo der letzten 24 Stunden.
Für diesen Zeitraum gibt es noch nicht genug Daten.
Anzahl der Transaktionen am letzten Tag.
Für diesen Zeitraum gibt es noch nicht genug Daten.
Summe der Transaktionsgebühren am letzten Tag.
Für diesen Zeitraum gibt es noch nicht genug Daten.
Transaktionen, die darauf warten, in einen Block aufgenommen zu werden.
Für diesen Zeitraum gibt es noch nicht genug Daten.
Neuestes offizielles Release der BTX-Node-Software auf GitHub.
Softwareversion unseres Archive-Nodes.
Anteil der Nodes mit dem neuesten Release.
Für diesen Zeitraum gibt es noch nicht genug Daten.
Anteil der Peer-Verbindungen unserer zwei Archive-Nodes mit dem neuesten Release - unsere eigene Messung. Die easyBTX-Zählung oben ist der Vergleichswert; beide Sichten weichen etwas ab, weil sie unterschiedliche Nodes sehen.
Für diesen Zeitraum gibt es noch nicht genug Daten.
Tage, bis alle Clients ab v0.30.0 ablaufen (6.11.2028), sofern kein neues Release das Datum verlängert.
Für diesen Zeitraum gibt es noch nicht genug Daten.
Geplante Protokolländerungen und die Blöcke bis zu ihrer Aktivierung.
Zeitpunkt, zu dem die Daten dieser Seite erzeugt wurden.
Ob unser Archive-Node aktuell ist - höchstens 3 Blöcke hinter den öffentlichen Explorern, der von den Signierern signierte Block auf seiner Kette und kein Zweig nur aus Kopfdaten mehr als 6 Blöcke über ihm. Bis dahin pausieren Bewertungen, die von ihm abhängen, und die angezeigte Blockhöhe kommt von btxscan und Byron Bay, solange beide übereinstimmen.
Für jede Datenquelle, ob sie erreichbar ist und wann zuletzt Daten kamen.
| Quelle | Detail | OK | Fehlende Werte | Daten von |
|---|---|---|---|---|
| Eigener Archive-Node | Archive 1 | Ja | 0 | 2026-11-06 19:11 UTC |
| Eigener Archive-Node | Archive 2 | Ja | 0 | 2026-11-06 19:11 UTC |
| GitHub | btxchain/btx releases | Ja | – | 2026-11-06 19:08 UTC |
| github_snapshots | – | Ja | – | 2026-11-06 19:09 UTC |
| easyBTX-Witness | – | Ja | – | 2026-11-06 19:08 UTC |
| btxscan-Witness | – | Ja | – | 2026-11-06 19:08 UTC |
| easyBTX-Zählung | network | Ja | – | 2026-11-06 19:08 UTC |
| easyBTX-Zählung | nodes | Ja | – | 2026-11-06 19:08 UTC |
| Byron-Bay-Explorer | supply | Ja | – | 2026-11-06 19:08 UTC |
| Pool ninjaraider.com | pool statistics | Ja | – | 2026-11-06 19:09 UTC |
| btx-pool | pool statistics | Ja | – | 2026-11-06 19:09 UTC |
| btxscan-Explorer | block check | Ja | – | 2026-11-06 19:11 UTC |
| Byron-Bay-Explorer | block check | Ja | – | 2026-11-06 19:11 UTC |
| GitHub | btxchain/btx | Ja | – | 2026-11-06 18:32 UTC |
| GitHub | MendeMatthias/easynode | Ja | – | 2026-11-06 18:31 UTC |
Jeder unserer Archive-Nodes mit Höhe, Rückstand zu den von den Signierern signierten Blöcken, ob er dieselbe Kette hat wie der Node, von dem die Werte der Seite kommen, seinen Peers und dem Zeitpunkt seiner letzten Daten. Die Seite nimmt ihre Werte von einem gesunden Node und wechselt automatisch, wenn dieser hängt. Die letzte Zeile ist unser Snapshot-Node, der den täglichen Datadir-Snapshot baut; er ist nie Quelle der Seitenwerte.
| Node | Quelle der Seite | In Ordnung | Höhe | Hinter signierten Blöcken | Gleiche Kette wie Quelle | Peers | Daten von |
|---|---|---|---|---|---|---|---|
| Archive 1 | Ja | Ja | 270.303 | 0 | Ja | 36 | 2026-11-06 19:11 UTC |
| Archive 2 | Nein | Ja | 270.303 | 0 | Ja | 38 | 2026-11-06 19:11 UTC |
| Snapshot node | Nein | Nein | 270.303 | 0 | Ja | 3 | 2026-11-06 19:11 UTC |
Ob alle unsere Archive-Nodes Daten liefern, aktuell sind und derselben Kette folgen. Hängt einer, kommen die Werte der Seite vom anderen.
Version der Software dieser Statusseite. Was sich in jeder Version geändert hat, steht auf der Seite Änderungen.
Zeit seit der letzten Datenlieferung unseres Archive-Nodes.