119 / 691PROP

Block propagation

Propagacja bloków dostarcza nowo wydobyty blok innym węzłom. Opóźnienia wpływają na tymczasowe rozwidlenia, porzucone bloki i zachęty górników.

Propagacja nie jest walidacją. Full Node sam sprawdza reguły konsensusu przed przyjęciem bloku do aktywnego łańcucha; szybkie ogłoszenie lub dostawa nie dowodzą poprawności.

Górnik ogłasza nowy blok podłączonym partnerom. Sposób zależy od uzgodnionego protokołu i trybu, nie jednej obowiązkowej trasy. [Bitcoin Developer Guide — P2P Network] [BIP 152 — Compact Block Relay]

Odbiorca może zażądać pełnego bloku lub odtworzyć go z kompaktowych danych. Wynik musi zawierać te same pełne dane potrzebne do walidacji. [Bitcoin Developer Guide — P2P Network] [BIP 152 — Compact Block Relay]

Nagłówek wskazuje poprzedni blok i pozwala sprawdzić Proof of Work. Sam nie dowodzi poprawności wszystkich transakcji ani stanu UTXO. [Bitcoin Developer Guide — P2P Network] [Satoshi Nakamoto — Bitcoin whitepaper]

BIP 152 wykorzystuje już znane transakcje, na przykład z mempoolu. Krótkie identyfikatory ograniczają ponowne przesyłanie całości bez zmiany bloku konsensusu. [BIP 152 — Compact Block Relay]

Brakujące transakcje pobiera się dodatkowymi wiadomościami. Oszczędność zależy od danych lokalnych; odtworzenie może wymagać kolejnej rundy komunikacji lub pełnego bloku. [BIP 152 — Compact Block Relay] [Bitcoin Core v29.0 — net processing]

Tryb wysokiej przepustowości BIP 152 pozwala przekazywać po ustalonych wstępnych kontrolach, przed pełną walidacją. Full Node nadal musi w pełni sprawdzić blok przed przyjęciem do aktywnego łańcucha. [BIP 152 — Compact Block Relay] [Bitcoin Core v29.0 — net processing]

Podczas propagacji inni górnicy mogą znaleźć konkurencyjny blok na tej samej wysokości. Dalsza praca wybiera poprawną gałąź; szybszy przekaz skraca okno, lecz go nie usuwa. [Bitcoin Developer Guide — P2P Network] [Satoshi Nakamoto — Bitcoin whitepaper]

Gorsza łączność może zwiększyć ryzyko pozostania bloku poza przyjętym łańcuchem. Przewaga szybkości może sprzyjać koncentracji, ale sama nie mierzy centralizacji. [Bitcoin FIBRE] [Satoshi Nakamoto — Bitcoin whitepaper]

FIBRE to przykład specjalistycznego przekazywania o małym opóźnieniu. Inna trasa nie daje operatorowi prawa rozstrzygać poprawności za Full Node. [Bitcoin FIBRE] [Bitcoin Core v29.0 — net processing]

Działanie równoważy szybkość, ilość danych, prywatność i odporność tras. BIP 330 uzgadnia zbiory w przekazywaniu transakcji; nie zastępuje kompaktowego przekazu bloków BIP 152. [BIP 152 — Compact Block Relay] [BIP 330 — Erlay]

Pełniejszy obraz uzyskasz, czytając to hasło razem z Compact block relay, Selfish mining, Eclipse attack, Initial block download. Do tego hasła prowadzą również odsyłacze z Selfish mining, Compact block relay, Orphan Block, Mining Latency.

DOC · 001Bitcoin Developer Guide — P2P NetworkDokumentacja ↗DOC · 002BIP 152 — Compact Block RelaySpecyfikacja ↗DOC · 003Bitcoin FIBREDokumentacja ↗DOC · 004Bitcoin Core v29.0 — net processingDokumentacja ↗DOC · 005BIP 330 — ErlaySpecyfikacja ↗DOC · 006Satoshi Nakamoto — Bitcoin whitepaperŹródło pierwotne ↗
Najpierw źródła · To nie jest porada inwestycyjna