ข้ามไปยังเนื้อหา
SATWEI

Bitcoin Core 0.14.0 ออกแล้ว เร็วขึ้นกว่าเดิม

ต้นฉบับบน bitcoincore.org

แหล่งที่มา
Bitcoin Corebitcoincore.org
เผยแพร่ครั้งแรก
ความยาวต้นฉบับ
อ่าน 12 นาที
ภาษา
อังกฤษ

บทสรุปโดย SATWEI

โหนดใหม่ดาวน์โหลดบล็อกครั้งแรกบน Bitcoin Core 0.14.0 เร็วกว่า 0.13.2 ถึง 5.7 เท่าในการทดสอบบน Amazon EC2 ด้วยค่าเริ่มต้น ใช้เวลา 6 ชั่วโมง 24 นาที เทียบกับ 1 วัน 12 ชั่วโมง 40 นาที ปัจจัยหลักคือ assumed valid blocks และหน่วยความจำที่ mempool ใช้ร่วมกับแคช UTXO กระเป๋ายังเพิ่มค่าธรรมเนียมภายหลังได้เป็นทางเลือก โดยปิดไว้ตามค่าเริ่มต้น

แท็ก

  • การขุด
  • P2P
  • นโยบายการส่งต่อ

เพิ่มเติมจาก Bitcoin Core

เครือข่ายอ่าน 2 นาที

หน่วยความจำค่อยๆ โตไม่จำกัด เมื่อเพียร์รุ่นก่อน BIP31 ถูกพักการส่ง

เพียร์ประสงค์ร้ายแกล้งทำเป็นไม่รองรับ ping ตาม BIP 31 เพื่อเลี่ยงการตัดการเชื่อมต่อที่ 20 นาที แล้วอ่านข้อมูลอย่างเชื่องช้า คิวส่งของโหนดจึงพองได้ถึง 2MB ต่อชั่วโมงต่อเพียร์ขาเข้าหนึ่งราย และ 5MB ต่อเพียร์ขาออกหนึ่งราย CVE-2026-117349 ความรุนแรงปานกลาง ปิดด้วย #36667 ใน Bitcoin Core 32.1, 31.2, 30.4 และ 29.5 ส่วนโหนด -blocksonly เสี่ยงน้อยกว่ามาก

Bitcoin Core

การพัฒนาอ่าน 1 นาที

Bitcoin Core 30.4 ออกแล้ว

Bitcoin Core 30.4 เลิกนับบิต 5 ถึง 28 ของ BIP 9 เป็นสัญญาณซอฟต์ฟอร์กตาม BIP 323 บล็อกที่ตั้งบิตเหล่านี้จึงไม่ปลุกคำเตือน unknown-deployment อีก (#34779) ด้านเครือข่าย เพียร์ที่การส่งถูกพักไว้จะเจอ timeout แบบบังคับ (#36667) ส่วนตำแหน่งใน flatfile เปลี่ยนมาใช้จำนวนเต็ม 64 บิต (#36669)

Bitcoin Core

การพัฒนาอ่าน 2 นาที

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