Teknisk färdplan: Schnorr-signaturer och signaturaggregering
- Källa
- Bitcoin Corebitcoincore.org
- Ursprungligen publicerad
- Originalets längd
- 6 min lästid
- Språk
- engelska
SATWEI-sammanfattning
Att byta ECDSA mot Schnorr-signaturer skulle krympa en 50-of-50-multisig till samma storlek som en spendering med en nyckel och dölja dess policy för utomstående. Bitcoin Cores färdplan pekar ut cancellation som det största hindret, där en illvillig signerare subtraherar en annan användares nyckel. Delinearisering är svaret på attacken, men dess säkerhetsbevis är fortfarande under kollegial granskning.
Från originalet
Taggar
- P2P
- Skalning
- Schnorr
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