Timechain

Blok navazuje na konkrétního předchůdce, ne pouze na jeho výšku. Změna dřívější transakce změní Merkle Root i hash bloku a přeruší odkaz v bloku následujícím; přepsání historie proto vyžaduje novou práci. [Bitcoin whitepaper] [Bitcoin Core validation source]

Dvě transakce mohou utrácet stejný UTXO různým příjemcům a uzly je mohou dostat v jiném pořadí. Platná historie nemůže obsahovat obě, ale zařazení do bloku nedokazuje, která vznikla či byla vyslána první. [Bitcoin whitepaper] [Bitcoin Core validation source]

Uzel volí mezi platnými větvemi tu s největší kumulovanou prací. Počet bloků sám nestačí při odlišné obtížnosti; chainwork vyjadřuje očekávanou práci, ne naměřený počet pokusů těžařů. [Bitcoin whitepaper] [Bitcoin Core validation source]

Nový mainnetový blok musí mít čas nad mediánem předchozích 11 bloků a nesmí být pro uzel o více než dvě hodiny v budoucnosti. Může tedy nést čas nižší než bezprostřední předchůdce, aniž by porušil pravidlo. [Bitcoin whitepaper] [Bitcoin Core validation source]

Deset minut je cílový průměr, ne jízdní řád, takže výška bloku neurčuje přesné datum. BIP 113 pro absolutní nLockTime používá medián minulého času; splnění podmínky dovolí zařazení, ne jeho přesný okamžik. [Bitcoin whitepaper] [Bitcoin Core validation source]

Dva platné bloky mohou soutěžit o stejnou výšku. Větev s větší prací může druhou odpojit; její transakce se poté potvrdí znovu, zůstane nepotvrzená nebo bude v konfliktu. Další potvrzení zvyšují cenu přepsání, ne absolutní jistotu. [Bitcoin whitepaper] [Bitcoin Core validation source]

getblock s podrobností 1 vrací height, previousblockhash, time, mediantime a chainwork. Výška a hash určují polohu, time je údaj hlavičky a mediantime je medián; žádný z nich sám nedokazuje přesný okamžik vyslání platby. [Bitcoin whitepaper] [Bitcoin Core validation source]