Škálování on-chain: ohlédnutí za optimalizacemi výkonu referenčního softwaru Bitcoinu, 1. část
- Zdroj
- Bitcoin Corebitcoincore.org
- Původně zveřejněno
- Délka originálu
- 8 min čtení
- Jazyk
- angličtina
Shrnutí SATWEI
Cachování podpisů v Bitcoin-Qt 0.7.0, Ultraprune s LevelDB v 0.8.0 a synchronizace headers-first v Bitcoin Core 0.10 jsou součástí první části ohlédnutí za zrychleními referenčního softwaru. Samotné paralelní ověřování skriptů přineslo v benchmarcích vývojářů 35 až 100 %.
Štítky
- P2P
- Pravidla přeposílání
- Škálování
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