- วิธีที่ SATWEI อ่านข้อมูล
- RSShttps://bitcoincore.org/en/rss.xml
- สถานะ
- เชื่อมต่อแล้วตรวจสอบล่าสุด
- สัญญาอนุญาตของเนื้อหา
- MIT (เนื้อหาในเว็บไซต์ เว้นแต่จะระบุไว้เป็นอย่างอื่น)
เอกสารเผยแพร่


นักขุดอาจดันไฟล์ undo ของ Bitcoin Core ให้เกิน 4 GiB จนตำแหน่งแบบ 32 บิตวนกลับและข้อมูลเสียหาย หากตามมาด้วย reorg ที่เข้าทาง โหนดจะปิดตัวลง ส่วน Windows และระบบ 32 บิตพังตั้งแต่ 2 GiB โดยไม่ต้องมี reorg CVE-2026-117346 ความรุนแรงต่ำ และต้องใช้บล็อกทั้งเครือข่ายราวหนึ่งเดือน รุ่น 32.1, 31.2, 30.4 และ 29.5 แก้ให้ระบบ 64 บิตแล้ว แต่โหนด 32 บิตกับที่เก็บบล็อกบน FAT32 ยังเสี่ยงอยู่
Bitcoin Core


การเฝ้าดู exception ของซ็อกเก็ตใน poll() กับ select() ทำงานตรงกันแล้วใน Bitcoin Core 29.5 (#36665) ส่วนเพียร์ที่การส่งถูกพักไว้โดนบังคับ timeout (#36667) ตำแหน่งใน flatfile ขยับไปใช้จำนวนเต็ม 64 บิต (#36669) โหนดจะถือว่าที่อยู่จาก seed รองรับ v2transport ทั้งยังถอด DNS seed ออกหนึ่งตัว
Bitcoin Core


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


โหนดบน 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


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


Private broadcast มีเพดานแล้วใน Bitcoin Core 31.2 คิวธุรกรรมที่เครือข่ายยังไม่สะท้อนกลับมารับได้สูงสุด 10,000 รายการ เมื่อเต็มจะปฏิเสธรายการใหม่ และผู้เรียกใช้ต้องล้างคิวเองด้วย abortprivatebroadcast (#35406) บิตเวอร์ชัน 5 ถึง 28 ก็ไม่นับเป็นสัญญาณซอฟต์ฟอร์กอีกต่อไปตาม BIP 323
Bitcoin Core


Private broadcast ใน Bitcoin Core 32.1 ปิดความเสี่ยงที่ IP ของผู้ส่งจะรั่ว ซึ่งเกิดได้เมื่อการเชื่อมต่อ v2 ล้มเหลวแล้วลองใหม่ผ่าน v1 แบบตรงๆ ไม่ผ่าน Tor ค่าเริ่มต้นของ -maxconnections เพิ่มจาก 125 เป็น 200 ส่วนการส่งต่อธุรกรรมขาออกเปลี่ยนไปจำกัดอัตราด้วย backlog ส่วนกลางแทนการคิดแยกรายเพียร์
Bitcoin Core


ดิสก์ที่อ่านเขียนหนักระหว่างใช้งานปกติมีต้นตอจากบั๊กที่ Bitcoin Core 29.4 แก้ให้แล้ว นั่นคือฐานข้อมูล chainstate เขียนตัวเองใหม่เป็นก้อนใหญ่ซ้ำแล้วซ้ำเล่า วิธีแก้คือปิด seek compaction ของ LevelDB แล้วทำ compaction กับ chainstate เป็นระยะ (#35465)
Bitcoin Core


ปัญหา chainstate ปั่นดิสก์จบลงใน Bitcoin Core 30.3 พร้อมการแก้ feebumper ที่ล่มเมื่อหาค่า bump fee รวมไม่ได้ (#34870) และบั๊ก coin selection ที่คำนวณจำนวนเงินเป็น boolean (#34888) ฝั่ง PSBT เพิ่มการตรวจ pubkey ของ MuSig2 ตอน deserialize pubnonce และลายเซ็นบางส่วน (#34219)
Bitcoin Core


Bitcoin Core 31.1 อุดรูรั่ว IP ใน -privatebroadcast ซึ่งเคยปล่อยให้บางการเชื่อมต่อวิ่งออกทาง clearnet แทนเครือข่ายความเป็นส่วนตัวที่เปิดไว้ รุ่นนี้ยังหยุดการเขียน chainstate ซ้ำที่ทำให้ดิสก์ทำงานหนักเกินเหตุ และปฏิเสธรายการ pubkey ว่างในการรวมคีย์ MuSig2 (#35316)
Bitcoin Core


ประกาศด้านความปลอดภัยการพัฒนาอ่าน 3 นาที การจับมือ v2 ที่ล้มเหลวอาจเปิดเผย IP ของผู้ส่งใน Bitcoin Core 31.0 เมื่อตั้ง -privatebroadcast ไว้ การลองใหม่ผ่าน v1 จะข้าม Tor proxy แล้วต่อตรงไปยังเพียร์ ตัวจุดชนวนที่น่าจะเป็นไปได้คือเพียร์ประสงค์ร้ายที่ตัดการจับมือโดยเจตนา ระหว่างรอ 31.1 ผู้ใช้ปิดฟีเจอร์นี้ ตั้ง -v2transport=0 หรือส่ง IPv4/IPv6 ขาออกผ่าน Tor ได้
Bitcoin Core


ประกาศด้านความปลอดภัยการพัฒนาอ่าน 2 นาที Bitcoin Core รุ่นหลัง 0.14.0 ไปจนถึงก่อน 29.0 อาจอ่านหน่วยความจำที่คืนไปแล้วขณะตรวจบล็อกไม่ถูกต้องที่ปั้นขึ้นมาเฉพาะ จนโหนดล่ม CVE-2024-52911 ความรุนแรงสูง แต่ผู้โจมตีต้องลงทุน proof-of-work ที่ถูกต้องตรงปลายเชน และการรันโค้ดจากระยะไกลถือว่าไม่น่าเกิดขึ้น Cory Fields เป็นผู้รายงาน ส่วนตัวแก้อยู่ใน 29.0
Bitcoin Core


Cluster mempool เข้ามาแทนดีไซน์เดิมใน Bitcoin Core 31.0 ขีดจำกัด ancestor และ descendant เปลี่ยนเป็นคลัสเตอร์ที่มีได้ไม่เกิน 64 ธุรกรรมและ 101 kB และตัด CPFP carveout ทิ้ง ค่าเริ่มต้น -dbcache ขยับเป็น 1024 MiB บนเครื่องที่มี RAM ตั้งแต่ 4096 MiB และตัวเลือกใหม่ -privatebroadcast จะกระจายธุรกรรมจาก sendrawtransaction ผ่าน Tor หรือ I2P เท่านั้น
Bitcoin Core


Bitcoin Core 28.4 อุดความล้มเหลวสองกรณีของกระเป๋าที่ไม่มีชื่อ คือการย้ายกระเป๋า legacy (#34156) และ createfromdump ที่พอล้มเหลวแล้วลบไดเรกทอรี wallets ทิ้ง (#34215) อีกทั้งถอด DNS seed หนึ่งตัวออกจาก chainparams (#33723)
Bitcoin Core


เพียร์ที่ส่งธุรกรรมผิดกติกาฉันทามติจะไม่โดนลงโทษอีกแล้วใน Bitcoin Core 29.3 (#33050) งานตรวจสอบมีแคช sighash midstate รายอินพุตสำหรับสคริปต์ legacy, P2SH และ segwit v0 (#32473) และจับ witness stripping ได้โดยไม่ต้องรัน Script ซ้ำ (#33105) ขณะที่ addPackageTxs ฝั่งนักขุดหมดปัญหา unsigned integer overflow (#33475)
Bitcoin Core


ปัญหาย้ายกระเป๋า legacy ไร้ชื่อไม่สำเร็จหมดไปใน Bitcoin Core 30.2 (#34156) createfromdump เลิกลบไดเรกทอรี wallets เมื่อทำงานกับกระเป๋าแบบนั้นแล้วล้มเหลว (#34215) และการกด Ctrl-C ไม่ค้างอีกระหว่างการเรียก IPC แบบ wait (#33511)
Bitcoin Core


ประกาศด้านความปลอดภัยการพัฒนาอ่าน 1 นาที ในบางกรณีที่พบได้ยาก การย้าย wallet.dat ที่ล้มเหลวใน Bitcoin Core 30.0 หรือ 30.1 อาจลบทุกไฟล์ในไดเรกทอรีกระเป๋า เงินจึงมีความเสี่ยง นักพัฒนาถอนไบนารีทั้งสองรุ่นออก และขอให้ผู้ใช้งดย้ายผ่าน GUI หรือ RPC จนกว่าจะมี 30.2 บั๊กนี้ต้องมี wallet.dat ค่าเริ่มต้นที่ไม่มีชื่อและย้ายหรือโหลดไม่สำเร็จ ผู้ใช้กลุ่มอื่นไม่กระทบ
Bitcoin Core


กระเป๋าบน Bitcoin Core 30.1 ไม่นำเหรียญ TRUC ที่ยังไม่ยืนยันและมี ancestor มาพิจารณาอีก (#33528) ฝั่ง IPC ตัวเลือกไม่ต้องพึ่งอาร์กิวเมนต์ -m แล้ว (#33229) การบันทึกข้อความกินทรัพยากรน้อยลง (#33517) และยกเลิกการเรียก waitNext ที่กำลังรันอยู่ได้ (#33676)
Bitcoin Core


ประกาศด้านความปลอดภัยการพัฒนาอ่าน 2 นาที ธุรกรรม non-standard ที่ปั้นมาเฉพาะทำให้โหนด Bitcoin Core ติดงานได้ครั้งละไม่กี่วินาที โดยผู้ส่งไม่โดนตัดการเชื่อมต่อ ผู้โจมตีจึงใช้หน่วงการกระจายบล็อกได้ CVE-2025-46598 ความรุนแรงต่ำ Antoine Poinsot เป็นผู้รายงาน และ v30.0 บรรเทาปัญหาด้วยการลดเวลาตรวจสอบกรณีเลวร้ายที่สุด
Bitcoin Core


ประกาศด้านความปลอดภัยการพัฒนาอ่าน 2 นาที บล็อกเกิน 1GB อาจทำให้การตรวจขนาดบนโหนด Bitcoin Core 32 บิตล้นจนล่มตอนเขียนลงดิสก์ แต่ต้องมาในรูป compact block และเหยื่อต้องตั้ง -maxmempool เกิน 3GB โดยมีธุรกรรมในนั้น 1GB Pieter Wuille พบ CVE-2025-46597 ซึ่งมีความรุนแรงต่ำ และรุ่น 29.1 กับ 30.0 ปิดช่องนี้ด้วยการจำกัด -maxmempool บนระบบ 32 บิต
Bitcoin Core