Färdplan för kapacitetsökningar i Bitcoin-systemet
- Källa
- Bitcoin Corebitcoincore.org
- Ursprungligen publicerad
- Originalets längd
- 9 min lästid
- Språk
- engelska
SATWEI-sammanfattning
Gregory Maxwells färdplan, skickad till e-postlistan bitcoin-dev när Scaling Bitcoin Hong Kong avslutades, bygger på libsecp256k1, BIP9 versionbits och Pieter Wuilles Segregated Witness. Han rapporterar att ConnectTip går 7 gånger snabbare i 0.12 och beskriver segwit som en soft fork som för signaturerna utanför den nuvarande blockstorleksgränsen, vilket i värsta fall motsvarar en ökning på 4 MB.
Från originalet
Taggar
- Brytning
- Skalning
- SegWit
Mer från Bitcoin Core
Långsam och obegränsad minnestillväxt hos pausade peers från tiden före BIP31
Genom att låtsas sakna stöd för BIP 31-pingar kunde en illvillig peer undgå frånkopplingen efter 20 minuter och läsa långsamt. Nodens sändkö svällde då med upp till 2 MB i timmen per inkommande peer och 5 MB per utgående. CVE-2026-117349, med medelhög allvarlighetsgrad, åtgärdas av #36667 i Bitcoin Core 32.1, 31.2, 30.4 och 29.5; noder med -blocksonly var betydligt mindre utsatta.
Bitcoin Core
Bitcoin Core 30.4 släppt
Bitcoin Core 30.4 slutar tolka bitarna 5 till 28 i BIP 9 som signaler för soft forks, i linje med BIP 323, så block som sätter dem ger inte längre varningar om okända aktiveringar (#34779). På nätverkssidan får peers med pausad sändning en tvingande tidsgräns (#36667), och positioner i flatfiles lagras nu som 64-bitars heltal (#36669).
Bitcoin Core
Minnet växer utan gräns via TCP urgent data på andra system än Linux
Noder på Windows, macOS och BSD kunde kraschas av en ansluten peer som skickade TCP urgent data, som tog sig förbi pausade läsningar i select()-backenden och köade minne utan gräns (CVE-2026-117350). Linuxnoder använder poll() och berörs inte. Buggen har medelhög allvarlighetsgrad och hittades vid en LLM-skanning inom Project Loupe; Bitcoin Core 32.1, 31.2, 30.4 och 29.5 åtgärdar den.
Bitcoin Core