Block enthält einen 80-Byte-Header und eine mit Coinbase beginnende Transaktionsliste. Gültigkeit braucht Header- und Proof-of-Work-Regeln sowie Inhaltsprüfung; ein niedriger Hash allein reicht nicht.
Coinbase steht zuerst. Spätere Transaktionen dürfen frühere Outputs desselben Blocks ausgeben, wenn weitere Bedingungen erfüllt sind. Zwei konkurrierende Ausgaben eines Outputs scheitern. Die Merkle Root bindet die txid-Reihenfolge; Witness-Daten haben zusätzlich ein Commitment über Coinbase. [Bitcoin Core v29.0: block validation]
Ein „leerer“ Block enthält mindestens Coinbase, auch ohne normale Zahlungen. Blöcke müssen nicht voll sein. 4.000.000 Weight Units und weitere Regeln begrenzen die Kapazität, keine feste Zahlungszahl; Transaktionsgrößen variieren. [BIP 141: block weight and witness]
Zwei gültige Blöcke können denselben Vorgänger haben. Nodes wählen gültige Zweige nach kumulierter Arbeit; außerhalb des aktiven Zweigs muss ein Block nicht ungültig sein. Reorganisationen ändern Bestätigungen und UTXO-Zustand. Ein Block garantiert keine unumkehrbare Endgültigkeit. [Bitcoin Core v29.0: block validation]
Für ein möglichst vollständiges Bild lies diesen Eintrag zusammen mit Block-Header, Transaktion, Timechain, Mining. Auf diesen Eintrag verweisen außerdem Block-Header, Merkle-Baum, Bestätigung, Coinbase-Transaktion.