- Sursă
- Bitcoin Corebitcoincore.org
- Publicat inițial
- Lungimea originalului
- 13 minute de lectură
- Limbă
- engleză
Rezumat SATWEI
Maleabilitatea cauzată de terți dispare la tranzacțiile ale căror intrări sunt toate cheltuieli SegWit, pentru că semnăturile se mută într-un witness care nu mai intră în txid. Câștigă atât autorii de portofele, cât și Lightning Network. Hash-uirea semnăturilor devine liniară, fiecare octet fiind hash-uit de cel mult două ori; sub vechea schemă, validarea unui singur bloc a ajuns să dureze 25 de secunde.
Din original
Etichete
- CVE
- Minerit
- Scalare
- SegWit
Mai multe de la Bitcoin Core
Peerii pre-BIP31 suspendați umflă lent și fără limită memoria nodului
Prefăcându-se că nu suportă pingurile BIP 31, un peer rău intenționat putea evita deconectarea de după 20 de minute și citea lent, umflând coada de trimitere a nodului cu până la 2 MB pe oră pentru fiecare peer de intrare și 5 MB pentru fiecare peer de ieșire. CVE-2026-117349, de severitate medie, e reparat prin #36667 în Bitcoin Core 32.1, 31.2, 30.4 și 29.5; nodurile -blocksonly erau mult mai puțin expuse.
Bitcoin Core
A apărut Bitcoin Core 30.4
Bitcoin Core 30.4 nu mai tratează biții 5-28 din BIP 9 drept semnale de soft fork, conform BIP 323, așa că blocurile care îi setează nu mai declanșează avertismente despre activări necunoscute (#34779). La capitolul rețea apare un timeout impus peerilor cu trimiterea în pauză (#36667), iar pozițiile din flatfile trec pe întregi de 64 de biți (#36669).
Bitcoin Core
Date urgente TCP umflă memoria fără limită pe sistemele non-Linux
Nodurile pe Windows, macOS și BSD puteau fi doborâte de un peer conectat care trimitea date urgente TCP: acestea treceau de citirile suspendate din backendul select() și ocupau memorie fără limită (CVE-2026-117350). Pe Linux, unde nodurile folosesc poll(), problema nu există. Bugul, de severitate medie, a ieșit la iveală la o scanare cu LLM din cadrul Project Loupe și e reparat în Bitcoin Core 32.1, 31.2, 30.4 și 29.5.
Bitcoin Core