Dieser Bitcoin-„Adresse-Hype“: bc1qqhx2nydhdw5qhruslhwf74hdjq88lh662m8xy2 ein Fehler verursachte einen Verlust von 1,6 BTC. Es wurde nicht versehentlich vernichtet, sondern dem
@SpiderPool_com
Miner gegeben. Jetzt, wo in der Bitcoin-Mining-Branche die Winterzeit angekommen ist, ist das zweifellos eine wohlige Überraschung. Die Chance, sich von SpiderPool das Geld für den Fehler zurückzuholen, ist praktisch gleich null, da es für die Miner bereits eine legitime Einnahme ist. Oder der Besitzer des Wallets ist nicht auf dieses Geld angewiesen; 1,6 BTC sind ohnehin nur Testcoins.
Schauen wir uns an, wie er es gemacht hat. Laut einem Bericht von Beincrypto:
Ein Bitcoin-User hat aufgrund eines Softwarefehlers in einer Transaktion Netzwerkgebühren von 1,6 BTC (etwa 102.778 US-Dollar) bezahlt.
Tatsächliche Überweisung: null. Die Transaktion wurde am 12. August 2026 im Bitcoin-Block 962.142 bestätigt. On-Chain-Daten zeigen, dass sämtliche 160 Millionen+ Satoshis aus den Transaktionseingängen von den Minern vereinnahmt wurden; der Empfänger erhielt am Ende 0 BTC.
Unerwarteter Gewinn für Miner: Der Mining-Pool SpiderPool hat diesen Block geschürft und die Transaktion darin verpackt. Die gesamten Transaktionsgebühren in diesem Block beliefen sich auf rund 1,82 BTC, wobei 88% auf diesen „Fehler“ zurückgehen.
Ursache des Vorfalls
Der User führte ein Automatisierungsskript aus, das die Replace-by-Fee-Funktion (RBF, Gebührenersetzung) nutzte. Ziel war es, durch das Erhöhen der Gebühren nicht bestätigte Transaktionen schneller aus der Warteschlange zu drücken.
Doch das Automatisierungsskript geriet in eine logische Endlosschleife: Mit einer Frequenz von einmal pro Sekunde erhöhte es die Gebote blind und immer weiter, bis schließlich das gesamte Guthaben im Wallet als Gebühren „verbraucht“ war.
Das Bitcoin-Netzwerkprotokoll selbst setzt keine Obergrenze für die Gebühren einzelner Transaktionen. Deshalb nahm der Knoten die Transaktion wie gewohnt an und bestätigte sie.
Beincrypto gibt Präventionstipps
Um zu vermeiden, dass Automatisierungstools das Wallet leeren, nennt der Artikel drei Sicherheitsempfehlungen:
Automatisches RBF-Erhöhen deaktivieren: Stattdessen manuell bestätigen und vor jeder Beschleunigung eine manuelle Prüfung durchführen.
Feste Gebührenobergrenze setzen: Im Wallet eine maximale Sättigungsgrenze (Sat/Byte) für einzelne Transaktionen konfigurieren. Sobald diese Grenze überschritten wird, das Skript sofort beenden.
Kleine Tests: Bevor man Automatisierung oder Massenübertragungen startet, die Skriptlogik zunächst mit einem kleinen Betrag testen (z. B. ein paar tausend Satoshis).
@SpiderPool_com
Miner gegeben. Jetzt, wo in der Bitcoin-Mining-Branche die Winterzeit angekommen ist, ist das zweifellos eine wohlige Überraschung. Die Chance, sich von SpiderPool das Geld für den Fehler zurückzuholen, ist praktisch gleich null, da es für die Miner bereits eine legitime Einnahme ist. Oder der Besitzer des Wallets ist nicht auf dieses Geld angewiesen; 1,6 BTC sind ohnehin nur Testcoins.
Schauen wir uns an, wie er es gemacht hat. Laut einem Bericht von Beincrypto:
Ein Bitcoin-User hat aufgrund eines Softwarefehlers in einer Transaktion Netzwerkgebühren von 1,6 BTC (etwa 102.778 US-Dollar) bezahlt.
Tatsächliche Überweisung: null. Die Transaktion wurde am 12. August 2026 im Bitcoin-Block 962.142 bestätigt. On-Chain-Daten zeigen, dass sämtliche 160 Millionen+ Satoshis aus den Transaktionseingängen von den Minern vereinnahmt wurden; der Empfänger erhielt am Ende 0 BTC.
Unerwarteter Gewinn für Miner: Der Mining-Pool SpiderPool hat diesen Block geschürft und die Transaktion darin verpackt. Die gesamten Transaktionsgebühren in diesem Block beliefen sich auf rund 1,82 BTC, wobei 88% auf diesen „Fehler“ zurückgehen.
Ursache des Vorfalls
Der User führte ein Automatisierungsskript aus, das die Replace-by-Fee-Funktion (RBF, Gebührenersetzung) nutzte. Ziel war es, durch das Erhöhen der Gebühren nicht bestätigte Transaktionen schneller aus der Warteschlange zu drücken.
Doch das Automatisierungsskript geriet in eine logische Endlosschleife: Mit einer Frequenz von einmal pro Sekunde erhöhte es die Gebote blind und immer weiter, bis schließlich das gesamte Guthaben im Wallet als Gebühren „verbraucht“ war.
Das Bitcoin-Netzwerkprotokoll selbst setzt keine Obergrenze für die Gebühren einzelner Transaktionen. Deshalb nahm der Knoten die Transaktion wie gewohnt an und bestätigte sie.
Beincrypto gibt Präventionstipps
Um zu vermeiden, dass Automatisierungstools das Wallet leeren, nennt der Artikel drei Sicherheitsempfehlungen:
Automatisches RBF-Erhöhen deaktivieren: Stattdessen manuell bestätigen und vor jeder Beschleunigung eine manuelle Prüfung durchführen.
Feste Gebührenobergrenze setzen: Im Wallet eine maximale Sättigungsgrenze (Sat/Byte) für einzelne Transaktionen konfigurieren. Sobald diese Grenze überschritten wird, das Skript sofort beenden.
Kleine Tests: Bevor man Automatisierung oder Massenübertragungen startet, die Skriptlogik zunächst mit einem kleinen Betrag testen (z. B. ein paar tausend Satoshis).