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


ประกาศด้านความปลอดภัยการพัฒนาอ่าน 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


Bitcoin Core 28.3 ลดค่าเริ่มต้นของ feerate ขั้นต่ำ โดย -blockmintxfee เหลือ 1 satoshi ต่อ kvB ส่วน -minrelaytxfee และ -incrementalrelayfee เหลือ 100 satoshi ต่อ kvB ฝั่งกระเป๋ายังใช้ feerate เดิม และธุรกรรมที่ถูกลงอาจกระจายไม่ทั่วหากค่าใหม่ยังไม่แพร่ไปทั้งเครือข่าย นอกจากนี้สิทธิ์ whitelist เลิกมีผลกับการเชื่อมต่อขาเข้าทาง onion (#33395)
Bitcoin Core


FillBlock ได้ตัวแก้ P2P สองจุดใน Bitcoin Core 29.2 คือการตรวจ witness mutation (#32646) และการตรวจ header ว่างก่อนเรียกใช้ (#33296) การตรวจ TRUC เลิกบังคับตอน reorg (#33504) ส่วน getblock และ getblockheader ไม่คืนค่า target ของปลายเชนอีก (#33446)
Bitcoin Core


เพดาน OP_RETURN แทบหมดไปใน Bitcoin Core 30.0 เมื่อ -datacarriersize มีค่าเริ่มต้น 100,000 และธุรกรรมเดียวมีเอาต์พุตข้อมูลได้หลายรายการ แต่ตั้ง -datacarriersize=83 เพื่อกลับไปใช้เพดานเดิมได้ feerate การส่งต่อเริ่มต้นลดเหลือ 0.1 satoshi ต่อ vB ลายเซ็น legacy จำกัดที่ 2500 ปฏิบัติการต่อธุรกรรมมาตรฐาน และมีคำสั่ง bitcoin ตัวใหม่ที่ครอบไฟล์รันเดิมไว้
Bitcoin Core


Bitcoin Core 29.1 จำกัดการเขียนล็อกลงดิสก์แบบไม่มีเงื่อนไขไว้ที่ 1MiB ต่อชั่วโมงต่อจุดในซอร์สโค้ด (#32604) ธุรกรรมมาตรฐานมีปฏิบัติการลายเซ็น legacy ที่อาจถูกรันได้ไม่เกิน 2500 ครั้ง ค่า feerate การส่งต่อเริ่มต้นลดเหลือ 100 satoshi ต่อ kvB ส่วนบิลด์ 32 บิตจำกัด -maxmempool ที่ 500MB และ -dbcache ที่ 1GiB
Bitcoin Core


การเปลี่ยนแปลงกว่าครึ่งของ Bitcoin Core 28.2 เป็นงานด้านบิลด์ Guix รับหน้าที่ notarize แอปบันเดิลบน macOS และ codesign ไบนารีทั้งหมดของ macOS กับ Windows (#31407) ส่วน depends แก้การคอมไพล์ libevent บน NetBSD (#31500) และ freetype เมื่อใช้ cmake (#32693)
Bitcoin Core


ผู้ร่วมพัฒนา Bitcoin Core 31 คนลงชื่อในจดหมายเปิดผนึก ระบุว่าซอฟต์แวร์โหนดไม่ควรปฏิเสธการส่งต่อธุรกรรมที่มีความต้องการทางเศรษฐกิจต่อเนื่องและเข้าบล็อกได้สม่ำเสมอ เนื่องจากผู้ใช้กับนักขุดหาทางเลี่ยงตัวกรองแบบนี้ได้ พวกเขาย้ำว่าไม่ได้สนับสนุนการใช้งานข้อมูลที่ไม่เกี่ยวกับการเงิน และผู้ใช้เท่านั้นเป็นผู้เลือกว่าจะรันซอฟต์แวร์และนโยบายใด
Bitcoin Core


ประกาศด้านความปลอดภัยเครือข่ายอ่าน 2 นาที การสแปม addr ไม่หยุดเป็นเวลาหลายปีอาจทำให้ตัวระบุ 32 บิตในตัวจัดการที่อยู่ของ Bitcoin Core ล้นจนโหนดล่ม นี่คือส่วนที่เหลือของการโจมตีซึ่ง v22.0 ลดทอนไปแล้วด้วยการจำกัดอัตรา รุ่น 29.0 เปลี่ยนไปใช้ตัวระบุ 64 บิตและปิด CVE-2024-52919 ที่มีความรุนแรงต่ำ Eugene Siegel เป็นผู้พบ ส่วน Martin Zumsande เป็นผู้แก้
Bitcoin Core


Bitcoin Core 29.0 ตัด UPnP ออก และ -natpmp เปลี่ยนมาใช้ PCP กับ NAT-PMP ที่เขียนในตัวแทน libnatpmp นโยบายใหม่ ephemeral dust เข้ามาแล้ว การแก้น้ำหนักบล็อกที่ถูกจองซ้ำเพิ่ม -blockreservedweight และโหนดจะขอ parent ที่ขาดจากทุกเพียร์ที่ประกาศ orphan นั้น ส่วนรุ่น 26.x และเก่ากว่าถึง Maintenance End
Bitcoin Core


เมื่อตั้ง -port ไว้ Bitcoin Core 28.1 จะคิดพอร์ต onion เริ่มต้นจากพอร์ตนั้นบวกหนึ่ง แทนการตรึงไว้ที่ 8334 บน mainnet โหนดหลายตัวในเครื่องเดียวจึงกลับมารันพร้อมกันได้โดยไม่ชนกันตอนเริ่มระบบ ใครตั้ง HiddenServicePort เองใน torrc อาจต้องแก้ตาม นอกจากนี้ DecodeExtKey ล้างข้อมูลลับแล้ว (#31166)
Bitcoin Core


ประกาศด้านความปลอดภัยเครือข่ายอ่าน 2 นาที เพียร์ที่ประกาศบล็อกแล้วเงียบไปอาจทำให้โหนด Bitcoin Core รอนานถึง 10 นาทีก่อนไปขอที่อื่น และผู้โจมตีทำซ้ำได้เรื่อยๆ CVE-2024-52922 ความรุนแรงปานกลาง Greg Sanders เป็นทั้งผู้รายงานและผู้แก้ บรรเทาแล้วใน v25.1 และ v26.0 ซึ่งขอบล็อกจากเพียร์ compact block แบนด์วิดท์สูงได้ทันทีถึง 3 ราย
Bitcoin Core


รุ่น 27.2 ของ Bitcoin Core ปิด race condition ในการตรวจจับการเชื่อมต่อหาตัวเอง (#30394) และแก้การเรียก FillPSBT ที่คืน complete=true ผิดๆ (#30357) เธรดโหลดบล็อกกับ scheduler เปลี่ยนลำดับการปิดตัว (#30435) และโค้ดบิลด์ผ่านกับ miniupnpc 2.2.8 และ GCC 15
Bitcoin Core


ประกาศด้านความปลอดภัยเครือข่ายอ่าน 2 นาที บล็อกกลายพันธุ์จากเพียร์รายเดียวอาจล้างสถานะดาวน์โหลดของเพียร์อื่นที่ประกาศบล็อกเดียวกันใน Bitcoin Core ก่อน v25.0 ทำให้โหนดลืม compact block ที่กำลังประกอบอยู่ Suhas Daftuar เป็นคนสังเกตเห็น และ #27608 จำกัดให้แต่ละเพียร์แตะได้เฉพาะสถานะของตัวเอง CVE-2024-52921 มีความรุนแรงปานกลาง
Bitcoin Core


ประกาศด้านความปลอดภัยการพัฒนาอ่าน 2 นาที โหนดที่รัน Bitcoin Core ก่อน v25.0 ล่มจากระยะไกลได้ด้วยข้อความ blocktxn ซ้ำสำหรับบล็อกเดียว ซึ่งไปสะดุด assertion ที่กำหนดให้ FillBlock รันได้ครั้งเดียว ไม่จำเป็นต้องมี short-id ชนกัน เพราะการใส่ธุรกรรมที่ไม่อยู่ใน merkle root ของบล็อกก็ไปถึงเส้นทางเดียวกัน Niklas Gögge เป็นผู้พบและแก้ CVE-2024-35202 บั๊กความรุนแรงสูงนี้
Bitcoin Core


ประกาศด้านความปลอดภัยเครือข่ายอ่าน 2 นาที กิจกรรมเครือข่ายที่พุ่งขึ้นช่วงต้นเดือนพฤษภาคม 2023 ซ้ำเติมด้วยโหนดสอดแนม ทำให้การกระจายบล็อกและธุรกรรมช้าลง เพราะการเรียงชุด inv-to-send ที่ใหญ่เกินกินเวลาเธรด P2P เกือบหมด ปัญหาความรุนแรงปานกลางนี้แก้แล้วใน Bitcoin Core v25.0 ด้วย #27610 ซึ่งทิ้งธุรกรรมที่ออกจาก mempool เร็วขึ้นและระบายชุดเร็วขึ้นตามขนาด
Bitcoin Core


Testnet4 (BIP94) เข้ามาใน Bitcoin Core 28.0 พร้อม package relay แบบจำกัดสำหรับคู่ 1-parent-1-child ธุรกรรม TRUC แบบมาตรฐานตาม BIP 431 และเอาต์พุตชนิดใหม่ Pay To Anchor ค่าเริ่มต้นของ -mempoolfullrbf เปลี่ยนเป็น 1 และถอด libbitcoinconsensus ออกหลังประกาศเลิกใช้ใน 27.0
Bitcoin Core


ประกาศด้านความปลอดภัยเครือข่ายอ่าน 5 นาที สาย header ความยากต่ำสั่งโหนด Bitcoin Core ก่อน v24.0.1 ให้ล่มจากระยะไกลได้ และสายที่ปั้นขึ้นหนึ่งสายนำไปใช้ซ้ำกับโหนดใดก็ได้ในเครือข่าย #25717 แก้โดยให้โหนดตรวจว่าสายนั้นมี work เพียงพอก่อนจัดเก็บ ซึ่งทำให้เลิกพึ่ง checkpoint ในการรับมือการโจมตีที่รู้จักด้วย ความรุนแรง: สูง
Bitcoin Core


ประกาศด้านความปลอดภัยเครือข่ายอ่าน 1 นาที การสแปมข้อความ addr ทำโหนด Bitcoin Core ล่มได้ เมื่อ addrman รับรายการครบ 2^32 ครั้ง ตัวนับ ID แบบ 32 บิตจะล้นและไปสะดุด assertion Eugene Siegel รายงานบั๊กความรุนแรงสูงนี้ในปี 2021 และ v22.0 มีตัวแก้ของ Pieter Wuille
Bitcoin Core


ประกาศด้านความปลอดภัยการพัฒนาอ่าน 2 นาที ผู้โจมตีปลอมตัวเป็นอุปกรณ์ UPnP ในเครือข่ายท้องถิ่น แล้วป้อนคำตอบ M-SEARCH ขนาดมหึมาให้โหนด Bitcoin Core จนหน่วยความจำหมดได้ เฉพาะโหนดที่เริ่มด้วย -miniupnp เท่านั้นที่เสี่ยง เนื่องจากไลบรารีนี้ปิดอยู่ตามค่าเริ่มต้น บั๊กความรุนแรงต่ำนี้แก้แล้วใน v22.0
Bitcoin Core