Technologický plán: přednostní stahování bloků v režimu SPV s plnými bloky
- Zdroj
- Bitcoin Corebitcoincore.org
- Původně zveřejněno
- Délka originálu
- 2 min čtení
- Jazyk
- angličtina
Shrnutí SATWEI
Peněženka nového uzlu by mohla posílat a přijímat ještě před koncem synchronizace díky hybridnímu režimu full block SPV z plánu Bitcoin Core: bloky stahuje od nejstaršího klíče peněženky a plná validace běží dál na pozadí. Úniky soukromí přes Bloom filtry odpadají za cenu vyšší spotřeby dat a platby by měly čekat na 6 a více potvrzení.
Štítky
- Peněženka
Další publikace od Bitcoin Core
Pozastavení peeři bez BIP31 mohli pomalu, ale neomezeně nafukovat paměť
Škodlivý peer mohl předstírat, že nepodporuje pingy z BIP 31, vyhnout se tak odpojení po 20 minutách a číst jen pomalu. Fronta odesílání uzlu pak rostla až o 2 MB za hodinu u každého příchozího peera a o 5 MB u odchozího. CVE-2026-117349 se střední závažností opravuje #36667 v Bitcoin Core 32.1, 31.2, 30.4 a 29.5; uzly s -blocksonly byly ohroženy mnohem méně.
Bitcoin Core
Vyšel Bitcoin Core 30.4
Bity 5 až 28 z BIP 9 už Bitcoin Core 30.4 nepovažuje za signál soft forku, jak stanoví BIP 323, takže bloky s těmito bity nespouštějí varování o neznámém nasazení (#34779). V síťové části přibyl vynucený časový limit pro peery s pozastaveným odesíláním (#36667), pozice ve flatfile souborech nově používají 64bitová celá čísla (#36669).
Bitcoin Core
Urgentní data TCP mimo Linux nafukovala paměť bez omezení
Uzly na Windows, macOS a BSD mohl shodit připojený peer, který posílal urgentní data TCP: v backendu select() proklouzla přes pozastavené čtení a paměť se plnila bez omezení (CVE-2026-117350). Linuxové uzly používají poll() a problém se jich netýká. Chybu se střední závažností, na kterou přišel LLM sken v rámci Project Loupe, opravují Bitcoin Core 32.1, 31.2, 30.4 a 29.5.
Bitcoin Core