โรดแมปเทคโนโลยี: ลายเซ็น Schnorr และการรวมลายเซ็น
- แหล่งที่มา
- Bitcoin Corebitcoincore.org
- เผยแพร่ครั้งแรก
- ความยาวต้นฉบับ
- อ่าน 6 นาที
- ภาษา
- อังกฤษ
บทสรุปโดย SATWEI
หากเปลี่ยน ECDSA เป็นลายเซ็น Schnorr multisig แบบ 50-of-50 จะเล็กลงเท่าการใช้จ่ายด้วยคีย์เดียว และซ่อนนโยบายจากคนภายนอกได้ โรดแมปของ Bitcoin Core ชี้ว่าอุปสรรคหลักคือ cancellation ที่ผู้เซ็นประสงค์ร้ายหักลบคีย์ของผู้ใช้อื่น Delinearization รับมือการโจมตีนี้ได้ แม้บทพิสูจน์ความปลอดภัยยังอยู่ระหว่าง peer review
จากต้นฉบับ
แท็ก
- P2P
- การขยายขีดความสามารถ
- Schnorr
เพิ่มเติมจาก Bitcoin Core
หน่วยความจำค่อยๆ โตไม่จำกัด เมื่อเพียร์รุ่นก่อน BIP31 ถูกพักการส่ง
เพียร์ประสงค์ร้ายแกล้งทำเป็นไม่รองรับ ping ตาม BIP 31 เพื่อเลี่ยงการตัดการเชื่อมต่อที่ 20 นาที แล้วอ่านข้อมูลอย่างเชื่องช้า คิวส่งของโหนดจึงพองได้ถึง 2MB ต่อชั่วโมงต่อเพียร์ขาเข้าหนึ่งราย และ 5MB ต่อเพียร์ขาออกหนึ่งราย CVE-2026-117349 ความรุนแรงปานกลาง ปิดด้วย #36667 ใน Bitcoin Core 32.1, 31.2, 30.4 และ 29.5 ส่วนโหนด -blocksonly เสี่ยงน้อยกว่ามาก
Bitcoin Core
Bitcoin Core 30.4 ออกแล้ว
Bitcoin Core 30.4 เลิกนับบิต 5 ถึง 28 ของ BIP 9 เป็นสัญญาณซอฟต์ฟอร์กตาม BIP 323 บล็อกที่ตั้งบิตเหล่านี้จึงไม่ปลุกคำเตือน unknown-deployment อีก (#34779) ด้านเครือข่าย เพียร์ที่การส่งถูกพักไว้จะเจอ timeout แบบบังคับ (#36667) ส่วนตำแหน่งใน flatfile เปลี่ยนมาใช้จำนวนเต็ม 64 บิต (#36669)
Bitcoin Core
TCP urgent data ทำหน่วยความจำบวมไม่จำกัดบนระบบที่ไม่ใช่ Linux
โหนดบน Windows, macOS และ BSD เสี่ยงล่มเมื่อเพียร์ที่เชื่อมต่ออยู่ส่ง TCP urgent data เข้ามา เพราะข้อมูลลอดการพักอ่านใน backend select() แล้วกินหน่วยความจำในคิวได้ไม่จำกัด (CVE-2026-117350) โหนด Linux ใช้ poll() จึงไม่กระทบ บั๊กความรุนแรงปานกลางนี้มาจากการสแกนด้วย LLM ภายใต้ Project Loupe และแก้แล้วใน Bitcoin Core 32.1, 31.2, 30.4 และ 29.5
Bitcoin Core