Čtěte halving podle výšky bloku a vlastních předpokladů

1. Začněte výškou řetězce a správnými hodinami

Skutečný režim přebírá výšku posledního bloku bitcoinového mainnetu z existujícího síťového připojení mempool.space. Výška označuje index bloku od nuly; není počtem všech bloků. Uvedený zdroj a čas zachycení patří této konkrétní odpovědi. Další síťové a sentimentové odpovědi mají vlastní hodiny a pro výpočet halvingu se nezaměňují.

Samotný endpoint výšky neposkytuje čas ani hash daného bloku. Čas načtení odpovědi se proto nevydává za čas vytěžení bloku. Jestli použijete zachycení jako časovou kotvu odhadu nebo zadáte vlastní kotvu, jde o výslovný předpoklad scénáře.

2. Rozlišujte současný blok a první blok nové éry

Harmonogram používá parametry bitcoinového mainnetu: interval 210 000 bloků a počáteční subvenci 50 BTC. Příslušná éra se určí celočíselným dělením výšky intervalem. Blok těsně před hranicí má původní subvenci, zatímco blok přesně na hranici už používá novou. Vzdálenost k další hranici se počítá od zadané výšky; žádný budoucí blok se nepovažuje za právě potvrzený.

Výpočet probíhá v celých satoshi podle celočíselného půlení, nikoli v zaokrouhlených desetinných BTC. V pozdních érách se zbytky celých satoshi odříznou, až subvence dosáhne známé nuly. Tabulka zahrnuje také tuto koncovou nulovou éru. Nula subvence je konkrétní výsledek pravidel; neznámá zdrojová výška zůstává jiným stavem. Metodika odkazuje na připnutou implementaci Bitcoin Core v30.0.

3. Použijte časové předpoklady jako scénář

Pro časový výhled zvolte výchozí výšku, časovou kotvu a předpokládané sekundy na blok. Případný rychlejší a pomalejší scénář vytvářejí rozsah podle vlastních vstupů. Rozsah není interval spolehlivosti, pravděpodobnost ani příslib data. Budoucí skutečné tempo bloků může být jiné; průměrné tempo samo o sobě neurčuje čas konkrétního budoucího bloku.

Úpravy formuláře jsou nejprve návrh. Teprve výslovné použití platného zadání přepočítá výsledek. Do té doby graf, tabulka, vybraná éra i export zachovávají předchozí použitý dotaz. Nesprávný vstup nepřepíše platný výsledek. Obnovení síťové výšky je samostatný krok a může vrátit stejný zachycený podklad ze sdílené cache.

4. Propojte graf, tabulku a detail bez domýšlení historie

Graf a tabulka popisují stejná pravidla subvence podle blokových ér. Vyberte éru a ověřte její počáteční a konečnou výšku, subvenci na blok a teoretickou emisi. Neznámé skutečné historické časy se nedoplňují zpětným odhadem. Datum budoucí hranice vychází pouze z použité časové kotvy a scénáře, nikoli z dosud neexistujícího potvrzeného bloku.

Teoretická harmonogramová emise není měřením obíhající ani utratitelné nabídky. Počítá pravidly dovolenou subvenci; nedokládá, co těžař skutečně nárokoval, kolik mincí se ztratilo nebo co lze dnes utratit. Genesis má zvláštní omezení utratitelnosti a nesmí se z teoretického součtu automaticky stát dostupný zůstatek. Transakční poplatky nejsou novou emisí a tento výpočet je nezahrnuje do blokové subvence.

5. Exportujte celý použitý výsledek i s jeho původem

Celé JSON a CSV patří stejnému použitému dotazu a manifestu jako graf, tabulka a detail. Zachovávají harmonogram ér, přesné celočíselné hodnoty, časové předpoklady a zdrojový kontext. Výběr jediné éry v detailu nemění význam označeného celého exportu. Pokud je formulář změněný, nejdříve nové zadání použijte, chcete-li exportovat právě jeho výsledek.