ทุกอย่างที่รวบรวมจากแหล่งข้อมูลทางการ
141 รายการ
ตัว accumulator ของ Utreexo กินพื้นที่ไม่ถึง 1 kB ขณะที่โหนดปกติเก็บชุด UTXO ราว 11 GB Davidson Souza อธิบายในตอนสรุป #423 แต่ต้องแลกกับแบนด์วิดท์ที่มากขึ้น แขกอีกสองคนคือ Eric Price จาก MARA และ PortlandHODL ส่วนหัวข้ออื่นมีตัวควบคุม vardiff ที่ทิ้งนักขุดซึ่งช้าลงไว้กลางทาง และร่าง BIP เรื่อง internal key ที่ใช้จ่ายไม่ได้
Bitcoin Optech
พูลขุดอาจทำให้นักขุดที่ช้าลงติดแหง็กกับ share difficulty ที่ตั้งไว้ตามความเร็วเดิม Eric Price ชี้ประเด็นนี้บน Delving Bitcoin และเสนอตัวตั้งเวลาที่ลดความยากเมื่อไม่มี share ส่งมาในช่วงหนึ่ง ด้าน Davidson Souza อยากให้ hintsfile ของ SwiftSync ตัด deletion proof ของ Utreexo ออกระหว่างดาวน์โหลดบล็อกครั้งแรก และ NTL ร่าง BIP สำหรับ internal key ของ taproot ที่ใช้จ่ายไม่ได้
Bitcoin Optech
Adam Gibson พา Mark Erhardt กับ Mike Schmidt พิธีกร Optech ไล่ดู Babilonia โปรโตคอล coinjoin ที่พรางตัวเป็นการเดิมพันลับของเขา พร้อมชี้ว่าเปเปอร์ปี 1997 ของ Ron Rivest เรื่องไมโครเพย์เมนต์แบบล็อตเตอรี่คือรากเก่าของการจ่ายเงินเชิงความน่าจะเป็น จากนั้น Rob Segers คุยเรื่องผลวัด light client ของ silent payments
Bitcoin Optech
Babilonia ข้อเสนอของ Adam Gibson จับ coinjoin มาแต่งเป็นการโยนเหรียญบนเชนที่มองจากภายนอกเหมือนการจ่ายเงินธรรมดา แม้เปเปอร์ของเขาจะยอมรับว่ายังไม่มีตัววัดประสิทธิผลที่ชัดเจน ผลทดสอบของ Rob Segers ระบุว่า BlindBit Oracle v2 ดาวน์โหลดราว 2.1x ของฟิลเตอร์เฉพาะ taproot บวกข้อมูล tweak แลกกับการไม่มี false positive ส่วน LDK v0.2.6 อุดช่องโหว่ denial-of-service
Bitcoin Optech
ดิสก์ที่อ่านเขียนหนักระหว่างใช้งานปกติมีต้นตอจากบั๊กที่ 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
การจับมือ v2 ที่ล้มเหลวอาจเปิดเผย IP ของผู้ส่งใน Bitcoin Core 31.0 เมื่อตั้ง -privatebroadcast ไว้ การลองใหม่ผ่าน v1 จะข้าม Tor proxy แล้วต่อตรงไปยังเพียร์ ตัวจุดชนวนที่น่าจะเป็นไปได้คือเพียร์ประสงค์ร้ายที่ตัดการจับมือโดยเจตนา ระหว่างรอ 31.1 ผู้ใช้ปิดฟีเจอร์นี้ ตั้ง -v2transport=0 หรือส่ง IPv4/IPv6 ขาออกผ่าน Tor ได้
Bitcoin Core
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
ในบางกรณีที่พบได้ยาก การย้าย 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
ผู้โจมตีปลอมการเชื่อมต่อหาตัวเองเพื่อเติมไฟล์ล็อกของโหนด Bitcoin Core ได้ ด้วยการใช้ nonce ใน version message ซ้ำผ่านหลายการเชื่อมต่อ แต่การเชื่อมต่อแรกของเหยื่อจะหมดเวลาใน 60 วินาทีตามค่าเริ่มต้น กว่าดิสก์จะเต็มจึงใช้เวลานาน CVE-2025-54604 ความรุนแรงต่ำ Niklas Goegge รายงานไว้ตั้งแต่ปี 2022 และการจำกัดอัตราล็อกใน 29.1 กับ 30.0 หยุดปัญหานี้ได้
Bitcoin Core
การส่งบล็อกไม่ถูกต้องซ้ำๆ ทำให้โหนด Bitcoin Core ดิสก์เต็มได้ เพราะโหนดจดล็อกทุกบล็อกที่ไม่ผ่านการตรวจเบื้องต้นหรือแยกสาขาก่อน checkpoint ล่าสุด Niklas Goegge และ Eugene Siegel ต่างรายงาน CVE-2025-54605 แยกกัน ความรุนแรงต่ำ และแก้แล้วด้วยการจำกัดอัตราล็อกใน 29.1 และ 30.0
Bitcoin Core
ธุรกรรม non-standard ที่ปั้นมาเฉพาะทำให้โหนด Bitcoin Core ติดงานได้ครั้งละไม่กี่วินาที โดยผู้ส่งไม่โดนตัดการเชื่อมต่อ ผู้โจมตีจึงใช้หน่วงการกระจายบล็อกได้ CVE-2025-46598 ความรุนแรงต่ำ Antoine Poinsot เป็นผู้รายงาน และ v30.0 บรรเทาปัญหาด้วยการลดเวลาตรวจสอบกรณีเลวร้ายที่สุด
Bitcoin Core
บล็อกเกิน 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
