ถาม-ตอบเรื่องการเพิ่มความจุของ Bitcoin
- แหล่งที่มา
- Bitcoin Corebitcoincore.org
- เผยแพร่ครั้งแรก
- ความยาวต้นฉบับ
- อ่าน 14 นาที
- ภาษา
- อังกฤษ
บทสรุปโดย SATWEI
บล็อกภายใต้ขีดจำกัด cost ใหม่ของ segwit ใหญ่ได้เกือบ 4 MB แต่การคำนวณของ Anthony Towns ชี้ว่าบล็อกธุรกรรม P2PKH ลายเซ็นเดียวอยู่ราว 1.6 MB และบล็อก multisig แบบ 2-of-2 อยู่ราว 2.0 MB กำหนดการเบื้องต้นใน FAQ วาง segwit ไว้ที่ 0.13.1 ในเดือนตุลาคม 2016 ตามด้วย weak blocks, IBLT หรือ Lightning ในปี 2017
จากต้นฉบับ
แท็ก
- การขยายขีดความสามารถ
- SegWit
- ซอฟต์ฟอร์ก
เพิ่มเติมจาก 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