Zpravodaj tento týden sdílí analýzu synchronizace plných uzlů bez starých witnessů. Též nechybí naše pravidelné rubriky s popisem diskuzí o změnách konsenzu, oznámeními nových vydání a souhrnem významných změn v populárním bitcoinovém páteřním software.

Novinky

  • ● Synchronizace plného uzlu bez witnessů: Jose SK zaslal do fóra Delving Bitcoin příspěvek se souhrnem své analýzy o bezpečnostních kompromisech v prostředí, kde by mohly nově spuštěné plné uzly v určité konfiguraci přeskočit některá historická data v blockchainu. Ve výchozím nastavení používají uzly Bitcoin Core konfiguraci assumevalid, která přeskočí validaci skriptů v blocích vytvořených více než měsíc či dva před vydáním spouštěné verze Bitcoin Core. Mnoho uživatelů Bitcoin Core dále nastaví volbu prune (ve výchozím nastavení vypnutou), která smaže bloky po určité době od jejich validace (tato doba závisí na velikosti bloků a uživatelově nastavení).

    SK tvrdí, že data witnessů, která jsou nezbytná pouze pro validaci skriptů, by neměla být ořezanými uzly u assumevalid bloků stahována, protože nebudou pro validaci skriptů použita a nakonec budou smazána. Přeskočení stahování witnessů může dle něj „snížit využívání šířky pásma o více než 40 %.”

    Ruben Somsen tvrdí, že tento návrh do určité míry mění bezpečnostní model. I když nejsou skripty validovány, stahovaná data jsou ověřována oproti commitmentu z Merkleova kořene z hlavičky bloku. To zajišťuje, že jsou data v době úvodního stahování dostupná a nepoškozená. Pokud by nikdo pravidelně existenci dat nevalidoval, mohla by nakonec být ztracená, což se již stalo nejméně jednomu altcoinu.

    Diskuze v době psaní nadále probíhala.

Diskuze o změnách konsenzu

Měsíční rubrika shrnující návrhy a diskuze o změnách pravidel bitcoinového konsenzu.

  • ● Zpráva o kvantových počítačích: Clara Shikhelman zaslala do fóra Delving Bitcoin příspěvek se souhrnem zprávy, kterou sepsala spolu s Anthonym Miltonem, o hrozbách kvantových počítačů bitcoinovým uživatelům, s přehledem několika možných cest ke kvantové odolnosti a s analýzou kompromisů upgradu bitcoinového protokolu. Autoři zjistili, že 4 až 10 miliónů BTC jsou potenciálně zranitelné vůči kvantové krádeži, že nějaká opatření jsou dnes již možná, že těžbu bitcoinů kvantové počítače v blízké i středně vzdálené budoucnosti nejspíše neohrozí a že upgrade bude vyžadovat široký souhlas.

  • ● Váhový limit transakcí s výjimkami zabraňujícími konfiskacím: Vojtěch Strnad zaslal do fóra Delving Bitcoin příspěvek s návrhem na změnu konsenzu omezující maximální velikost většiny transakcí v bloku. Toto jednoduché pravidlo by povolilo transakci větší než 400 000 váhových jednotek (100 000 vbyte) v bloku pouze, pokud by to byla jediná transakce v bloku (vedle mincetvorné transakce). Strnad a další popisují motivace stojící za omezením maximální váhy:

    • Jednodušší optimalizace šablon bloku: čím menší jsou položky v porovnání s celkovým limitem, tím snazší je nalézt téměř optimální řešení problému batohu. Zčásti je to díky minimalizaci prostoru zbylému na konci, neboť menší položky zanechají méně nevyužitého prostoru.

    • Jednodušší pravidla přeposílání: pravidla přeposílání nepotvrzených transakcí mezi uzly předpovídají, které transakce budou vytěžené, čímž zabraňují plýtvání šířkou pásma. Obrovské transakce ztěžují přesné předpovídání, neboť i drobná změna horního jednotkového poplatku jim může způsobit zpoždění nebo vyloučení.

    • Obrana před centralizací těžby: jsou-li přeposílající plné uzly schopné zpracovat téměř všechny transakce, je zajištěno, že uživatelé neobvyklých transakcí nemusí platit poplatky bokem, které mohou vést k centralizaci těžby.

    Gregory Sanders poznamenal, že by na základě 12 let konzistentních pravidel přeposílání Bitcoin Core mohlo být rozumné jednoduše soft forkem stanovit maximální váhový limit bez jakýchkoliv výjimek. Gregory Maxwell dodal, že transakce, které utrácejí pouze UTXO vytvořená před soft forkem, by mohla mít udělenou výjimku a že by přechodný soft fork těmto restrikcím umožnil expirovat, pokud by se komunita rozhodla soft fork neobnovit.

    Další diskuze zkoumala potřeby jednotlivých stran používat velké transakce (hlavně uživatelé BitVM) a zda-li jsou dostupné alternativní přístupy.

  • ● Odstranění výstupů z množiny UTXO dle hodnoty a doby: Robin Linus zaslal do fóra Delving Bitcoin příspěvek s návrhem soft forku, který by po nějaké době odstraňoval z množiny UTXO výstupy s nízkými hodnotami. Bylo diskutováno několik variací této myšlenky, mezi které patřilo:

    • Zničení starých neekonomických prostředků: výstupy s malými hodnotami, které nebyly dlouho utraceny, by mohly být neutratitelné.

    • Požadavek, aby staré neekonomické prostředky dodaly při utracení důkaz existence: utreexo nebo podobný systém by mohly být použité k přiložení dokladu, že výstupy utrácené transakcí jsou součástí množiny UTXO. Staré a neekonomické výstupy by tento doklad musely přiložit, avšak novější nebo hodnotnější výstupy by byly i nadále uložené v množině UTXO.

    Kterékoliv z řešení by efektivně omezilo maximální velikost množiny UTXO (za předpokladu minimální hodnoty a 21miliónového limitu). Bylo diskutováno několik zajímavých technických aspektů návrhu, včetně praktičtějších alternativ k utreexo dokladům.

Vydání nových verzí

Vydání nových verzí oblíbených páteřních bitcoinových projektů. Prosíme, zvažte upgrade či pomoc s testováním.

Významné změny kódu a dokumentace

Významné změny z tohoto týdne v Bitcoin Core, Core Lightning, Eclair, LDK, LND, libsecp256k1, Hardware Wallet Interface (HWI), Rust Bitcoin, BTCPay Server, BDK, Bitcoin Improvement Proposals (BIPs), Lightning BOLTs, Lightning BLIPs, Bitcoin Inquisition a repozitáři BINANA.

  • ● Bitcoin Core #32582 přidává nové logovací zprávy pro měření výkonnosti rekonstrukce kompaktních bloků. Sleduje celkovou velikost transakcí, které uzel od svých spojení vyžádá (getblocktxn) a počet a celkovou velikost transakcí, které uzel svým spojením posílá (blocktxn). Dále pro sledování doby vyhledávání v mempoolu přidává časové razítko na začátek PartiallyDownloadedBlock::InitData(). Zpravodaj č. 315 popisuje zprávu o statistikách rekonstrukce kompaktních bloků.

  • ● Bitcoin Core #31375 přidává CLI nástroj bitcoin -m, který obaluje a spouští multiprocesové binárky bitcoin node (bitcoind), bitcoin gui (bitcoinqt) a bitcoin rpc (bitcoin-cli -named). V současnosti fungují tyto příkazy stejně jako monolitické binárky (kromě aktivované volby -ipcbind, viz zpravodaj č. 320), avšak budoucí verze umožní spouštět jednotlivé komponenty nezávisle na odlišných strojích a v různých prostředích. Zpravodaj č. 353 popisuje sezení Bitcoin Core PR Review Clubu zabývající se tímto PR.

  • ● BIPs #1483 začleňuje BIP77, který navrhuje payjoin v2. V této asynchronní bezserverové verzi odesílatel a příjemce poskytnou zašifrovaná PSBT serveru poskytujícímu payjoinový adresář; tento server pouze ukládá a přeposílá zprávy. Jelikož adresář nemůže číst ani měnit datový obsah zpráv, nemusí ani jedna peněženka hostovat veřejný server ani být současně online. Více podrobností o payjoin v2 poskytuje zpravodaj č. 264.