mondayshot / mondayshot is on Nostr

👾 running bitcoin
🎲 solo miner
🧡 value4value

Last Notes

2026-09-11 21:58:47 UTC

- reply

Liebe Lucie
Bitcoin-Podcasts gehören für mich zum Alltag – manchmal höre ich mehrere am Tag, um keine Folge zu verpassen. Dabei kommt es durchaus vor, dass ich spät abends wegdöse.
So auch heute – bis ich plötzlich deine Stimme im Ohr hatte und hellwach war. Mein erster Gedanke: «Moment mal – das ist ja eine neue Stimme!»
Also habe ich die Folge nochmals von vorne gestartet und ganz bewusst zugehört. Und ich war wirklich geflasht.
Natürlich erkennt man den Nodesignal-Stil und die Handschrift deines Vaters Chris: die Formulierungen, die gezielt gesetzten Pausen und die Musik. Gleichzeitig gibst du der Folge deine ganz eigene Stimme. Du erzählst ruhig, sympathisch und spannend – einfach grossartig!
Ich bin selbst Vater einer Tochter. Vielleicht hat mich deshalb besonders berührt, was du da abgeliefert hast. Es braucht Mut, Konzentration und viel Arbeit, eine ganze Podcastfolge aufzunehmen. Und dann auch noch eine, die so professionell und unterhaltsam geworden ist. Darauf kannst du wirklich stolz sein!
Vielen Dank für diesen fantastischen Podcast. Proof of Work gehört belohnt. Deshalb sende ich dir ein paar Sats – damit du weisst: Harte Arbeit lohnt sich!
Mach unbedingt weiter. Jede weitere Folge von dir würde ich mir sofort anhören!
Bravo, Lucie! Danke, @nprofile…7m2z ! 🎙️⚡️🧡

2026-03-08 14:43:00 UTC

- reply

Die Behauptung, ein Miner könne einen gefundenen Block zurückhalten und später veröffentlichen, um damit einen Reorg zu verhindern, stimmt so nicht.
Wenn ein Miner einen Block findet, basiert dessen Hash immer auf dem Hash des vorherigen Blocks. Dieser sogenannte Previous Block Hash ist ein Bestandteil des Block-Headers. Wird in der Zwischenzeit bereits ein neuer Block im Netzwerk propagiert, kann der zuvor gefundene Block nicht einfach nachträglich veröffentlicht werden. Der Miner müsste seinen Block dann auf den neuen letzten Block beziehen. Dadurch ändern sich jedoch die Blockdaten im Header. Mit diesen geänderten Daten ergibt sich zwangsläufig ein komplett anderer Blockhash. Der ursprünglich gefundene Hash wäre somit nicht mehr gültig.
Aus diesem Grund ist es technisch nicht möglich, einen bereits gefundenen Block einfach zurückzuhalten und später zu publizieren. Sobald sich die Spitze der Blockchain verändert, muss der gesamte Mining-Prozess auf Basis des neuen letzten Blocks neu beginnen.
Leere Blöcke entstehen aus einem anderen Grund. Wenn ein Mining-Pool einen neuen Block erhält, muss er zuerst prüfen, welche Transaktionen darin enthalten sind. Dadurch wird sichergestellt, dass keine bereits bestätigten Transaktionen erneut in den nächsten Block aufgenommen werden. Anschliessend erstellt der Pool ein neues Block-Template und verteilt dieses an seine Miner. Dieser Prozess dauert zwar nur Sekundenbruchteile, ist aber nicht vollständig instantan.
In dieser sehr kurzen Zeit entscheiden sich manche Pools strategisch dafür, vorübergehend ein leeres Block-Template zu verteilen – also einen Block, der nur die Coinbase-Transaktion enthält. Ein solches Template lässt sich schneller erstellen und verteilen, da deutlich weniger Daten enthalten sind. Sobald das vollständige Template mit den gültigen Transaktionen bereit ist, wechseln die Miner wieder darauf.
Leere Blöcke sind daher in erster Linie eine Folge dieser minimalen Zeitverzögerung beim Erstellen eines neuen Block-Templates und damit eine strategische Entscheidung des Pools. Sie dienen vor allem dazu, sich unmittelbar nach einem gefundenen Block einen minimalen Zeitvorsprung im weiteren Mining zu verschaffen.