นักพัฒนา Bitcoin Core เตือนผู้ใช้ให้หยุดการโอน BTC ชั่วคราวเมื่อเส้นตายของ BIP-110 ใกล้เข้ามา

Atack โพสต์คำเตือนดังกล่าวบน X เมื่อวันที่ 29 มิถุนายน 2026 เขากล่าวว่าเขาวางแผนจะรันทั้งเวอร์ชันปรับแต่งของ Bitcoin Core และ Bitcoin Knots 110 ควบคู่กัน เพื่อดูว่าเครือข่ายมีพฤติกรรมอย่างไรก่อนที่กฎจะมีผล

ซอฟต์ฟอร์กชั่วคราวมุ่งเป้าไปที่ข้อมูลในธุรกรรม

BIP-110 เป็นข้อเสนอซอฟต์ฟอร์กชั่วคราวที่มุ่งเป้าไปที่สิ่งที่ผู้ผลักดันเรียกว่า “สแปม” โดยจำกัดข้อมูลตามอำเภอใจในธุรกรรม รวมถึงเอาต์พุต OP_RETURN ขนาดใหญ่และอินสคริปชัน

เอาต์พุตใหม่จะถูกจำกัดไว้ที่ 34 ไบต์ โดยอนุญาตให้ OP_RETURN ได้สูงสุด 83 ไบต์ ส่วนการผลักข้อมูล (data pushes) และองค์ประกอบพยาน (witness elements) จะถูกจำกัดที่ 256 ไบต์ UTXO ที่สร้างก่อนการเปิดใช้งานจะยังคงได้รับการยกเว้น และกฎจะหมดอายุโดยอัตโนมัติหลังจากราวหนึ่งปี

การส่งสัญญาณยังคงต่ำเมื่อใกล้ถึงเส้นตาย

การส่งสัญญาณแบบบังคับเริ่มราวบล็อก 961,632 ซึ่งคาดว่าจะเป็นช่วงต้นเดือนสิงหาคม 2026 ณ วันที่ 2 กรกฎาคม การส่งสัญญาณอยู่ที่ประมาณ 0.76% ในช่วงความยาก (difficulty period) ปัจจุบัน โหนดที่อิง Knots คิดเป็นสัดส่วนราว 8% ถึง 22% ของเครือข่าย ขึ้นอยู่กับตัวชี้วัดที่ใช้ แต่กำลังแฮชของนักขุดที่สนับสนุนการเปลี่ยนแปลงนี้ยังคงบางมากอย่างยิ่ง

ความสูงบล็อกของบิตคอยน์อยู่แถวกลาง ๆ 956,000 ณ วันที่ 2 กรกฎาคม ทำให้หน้าต่างบังคับอยู่ห่างออกไปราว 5,000 บล็อก

ทำไมความเสี่ยง reorg จึงมีอยู่ในช่วงหน้าต่างดังกล่าว

เนื่องจากการบังคับใช้ BIP-110 ดำเนินผ่านโหนดมากกว่าผ่านนักขุดเพียงอย่างเดียว ความล่าช้าของกำลังแฮชอาจก่อให้เกิด reorg ระยะสั้น บล็อกที่ช้าลงฝั่งที่บังคับใช้ หรือความแตกต่างของ mempool เมื่อช่วงการส่งสัญญาณแบบบังคับเริ่มขึ้น Luke Dashjr ตอบกลับในเธรดของ Atack โดยโต้แย้งว่าไม่มีความเสี่ยง reorg สำหรับผู้ใช้ที่อัปเกรดเป็น BIP-110 ไปแล้ว

คำตอบอื่น ๆ โต้กลับ โดยตั้งคำถามว่าทำไมผู้ใช้ควรพักเงินไว้เลย และบางส่วนเรียกร้องให้ทดสอบเชิงรุกหรือคัดค้านแทนความเป็นกลาง “ช่างมันทเถอะ เลี่ยงทำธุรกรรม ต้องใส่ OP_RETURN ขนาดใหญ่และอินสคริปชันในทุกบล็อกเป็นเวลา 144 บล็อก” ผู้ใช้ X รายหนึ่ง เขียน มีความเป็นไปได้สูงมากที่ผู้สนับสนุน OP_RETURN และอินสคริปชันจำนวนมากจะทำเช่นนั้นจริง

อธิบายการตั้งค่าโหนดคู่

แผนของ Atack สะท้อนวิธีการที่ผู้ใช้เชิงเทคนิคทุกคนสามารถทำได้ การรันโหนด Bitcoin Core มาตรฐานควบคู่กับโหนด Knots โดยใช้ไดเรกทอรีข้อมูลแยกกัน ช่วยให้ผู้ดูแลสามารถเฝ้าดูปลายเชน (chain tips) ทั้งสองพร้อมกันได้ เมื่อมีนักขุดสร้างบล็อกที่ข้ามการส่งสัญญาณ BIP-110 โหนด Core จะยอมรับ ขณะที่โหนด Knots จะปฏิเสธ ทำให้เกิดมุมมองของเชนสองแบบที่ทำงานอยู่บนเครื่องเดียว

ผู้ดูแลสามารถติดตามการแยกเชนที่อาจเกิดขึ้นได้ด้วยการเรียก RPC มาตรฐาน เช่น getblockchaininfo และ getchaintips โดยเปรียบเทียบความสูงบล็อก เนื้อหา mempool และรายการบันทึกบล็อกที่ถูกปฏิเสธระหว่างโหนดทั้งสองแบบเรียลไทม์

ขั้นตอนที่ผู้ใช้ทำได้ก่อนเดือนสิงหาคม

สำหรับผู้ถือที่ต้องการลดความเสี่ยงในช่วงหน้าต่างดังกล่าว มีไม่กี่ขั้นตอนเชิงปฏิบัติที่โดดเด่น

• ย้ายเงินออกจากกระดานเทรดไปสู่การดูแลด้วยตนเอง (self-custody) ก่อนช่วงการส่งสัญญาณแบบบังคับจะเริ่มขึ้น
• เลื่อนการโอนที่มีมูลค่าสูงหรืออ่อนไหวต่อเวลาออกไปจนกว่าจำนวนคอนเฟิร์มจะนิ่งหลังเส้นตาย
• รอคอนเฟิร์มเพิ่มเป็นพิเศษ หกถึงสิบแทนปกติหนึ่งถึงสาม หากธุรกรรมรอไม่ได้ กระดานเทรดและผู้ให้บริการโครงสร้างพื้นฐานอาจเพิ่มจำนวนคอนเฟิร์มสำหรับการฝาก
• หากเงินอยู่บนกระดานเทรด ผู้ดำเนินการอาจยอมรับหรือไม่ยอมรับการแยกเชนและโทเค็นที่อาจเกิดขึ้นจากเหตุการณ์นั้นก็ได้ มีความเป็นไปได้ค่อนข้างสูงว่ากระดานเทรดจะประกาศแผนเบื้องต้นสำหรับความเป็นไปได้ของการแยกเชนก่อนถึงเส้นตาย

จะเกิดอะไรขึ้นหลังการเปิดใช้งาน

หาก BIP-110 ล็อกอิน กฎจำกัดข้อมูลแบบเต็มจะตามมาราว 2,016 บล็อกหลังช่วงการส่งสัญญาณแบบบังคับสิ้นสุดลง ซึ่งจะผลักการเปิดใช้งานเต็มไปอยู่ช่วงกลางถึงปลายเดือนสิงหาคม หรือช่วงต้นเดือนกันยายน จากนั้นกฎจะทำงานราวหนึ่งปีก่อนจะหมดอายุเอง

Atack ระบุจุดยืนของเขาว่าเป็นกลาง โดยนำเสนอแนวทางโหนดคู่เป็นวิธีการสังเกต มากกว่าการคาดการณ์ว่าเชนใดจะชนะในท้ายที่สุดว่า BIP-110 จะดำเนินไปในทิศทางคล้ายกันหรือไม่ควรเริ่มเห็นได้จากข้อมูลการส่งสัญญาณในช่วงไม่กี่สัปดาห์ข้างหน้า ควรสังเกตว่าในเหตุการณ์ BIP-110 การแยกเชนยังคงเป็นเพียงความเป็นไปได้และไม่ได้เป็นสิ่งที่คาดหมายอย่างกว้างขวาง

ในทางตรงกันข้าม ฟอร์ก eCash ในเดือนสิงหาคมเป็นการแยกโดยตั้งใจ ซึ่งจะก่อให้เกิดสองเชนแยกกันและสองเหรียญ แม้ว่า eCash จะถูกยอมรับในฐานะสินทรัพย์ทางเลือก ไม่ใช่ BTC