การอัปเดต Bitcoin Core v30 ได้รับการปล่อยตัวในเดือนตุลาคม 2025 ทำให้เกิดการถกเถียงอีกครั้งเกี่ยวกับปริมาณข้อมูลตามอำเภอใจที่สามารถเก็บไว้บนเชนได้มากเพียงใด
Summary
อะไรเปลี่ยนแปลงในอัปเดตของ Bitcoin Core และทำไมขีดจำกัดข้อมูล op_return ถึงมีความสำคัญ?
เวอร์ชัน v30 เพิ่มค่าเริ่มต้นสำหรับ OP_RETURN payloads และเปิดเผยขีดจำกัดผ่านตัวเลือก -datacarriersize ดังนั้น ข้อมูลที่มีขนาดใหญ่ขึ้น — รวมถึง การจารึกบนบล็อกเชนของบิตคอยน์ — สามารถถูกส่งต่อและยอมรับโดยโหนดได้ สำหรับการแลกเปลี่ยน ผู้ดูแล และผู้ใช้สถาบัน นั่นทำให้เกิดคำถามเกี่ยวกับแบนด์วิดท์ การจัดเก็บ และการเปิดเผยชื่อเสียง
การอัปเดต Bitcoin core มีขนาดใหญ่แค่ไหนและใครเป็นผู้ตัดสินใจ?
กลุ่มพัฒนาของ Bitcoin Core ได้อภิปรายตัวเลือกต่างๆ เป็นเวลาหลายเดือนก่อนที่จะรวมการเปลี่ยนแปลงนี้เข้าสู่การเปิดตัว v30 หมายเหตุการเปิดตัวและประกาศสามารถดูได้จากโครงการอย่างเป็นทางการ ตามที่หมายเหตุการเปิดตัว ระบุ ว่า “สิ่งนี้เปิดเผยขีดจำกัดผ่านตัวเลือก -datacarriersize” โดยชี้แจงว่าเป็นการตั้งค่าระดับนโยบายมากกว่ากฎของฉันทามติ
คู่มือการทำงานของพารามิเตอร์ datacarriersize คืออะไรและผู้ดำเนินการโหนดควรทำอย่างไร?
การควบคุมหลักคือการตั้งค่าคอนฟิก -datacarriersize กำหนดในไฟล์ bitcoin.conf ด้วย datacarriersize=VALUE หรือใช้ -datacarriersize=VALUE บนบรรทัดคำสั่ง ซึ่งจะกำหนดขนาดสูงสุดของ OP_RETURN payload ที่โหนดของคุณจะยอมรับเข้าสู่ mempool และส่งต่อไปยังเพื่อนร่วมเครือข่าย
ในทางปฏิบัติการของเรา เราจะทำการเปลี่ยนแปลงขนาด datacarrier บนโหนดที่ไม่ใช่การผลิตเป็นเวลา 48–72 ชั่วโมง และตรวจสอบขนาด mempool, การส่งต่อข้อมูล และแบนด์วิดท์ของเพื่อน การทดสอบในช่วงเวลาสั้นๆ นี้มักจะเผยพฤติกรรมของเพื่อนที่ไม่คาดคิดก่อนที่จะสัมผัสโครงสร้างพื้นฐานการผลิต การตรวจสอบเหล่านี้ช่วยลดความเสี่ยงของการหยุดทำงานและช่วยประเมินผลกระทบต่อทรัพยากรของโหนด
- สำรองข้อมูลก่อน: สำรองข้อมูลกระเป๋าเงินและการตั้งค่าก่อนการอัปเกรด
- ทดสอบการเปลี่ยนแปลง: เปลี่ยนพารามิเตอร์บนโหนดรองก่อนการผลิต
- เลือกค่าดีฟอลต์แบบอนุรักษ์นิยม: ขนาด datacarrier ที่ต่ำกว่าจะจำกัดธุรกรรม bitcoin ที่ไม่ใช่ทางการเงินและลดแรงกดดันของดิสก์และแบนด์วิดท์
ทำไมผู้ใช้บางคนถึงทำการสลับโหนด bitcoin knots?
เนื่องจาก v30 ทำให้ขีดจำกัดข้อมูล op_return สามารถกำหนดค่าได้ ผู้ดำเนินการบางรายจึงชอบการสร้างทางเลือกที่รักษาค่าดีฟอลต์ที่เข้มงวดกว่า ซึ่งได้เร่งการอภิปรายเกี่ยวกับความแตกต่างในค่าดีฟอลต์นโยบายระหว่าง bitcoin core vs knots และนำไปสู่ความสนใจที่เพิ่มขึ้นใน Bitcoin Knots
วิธีเปลี่ยนไปใช้ Knots อย่างปลอดภัย
หยุด Bitcoin Core, สำรองข้อมูลกระเป๋าเงินและ datadir ของคุณ, ติดตั้ง Bitcoin Knots สำหรับระบบปฏิบัติการของคุณ, และเริ่มต้นโหนดโดยชี้ไปที่ datadir ที่มีอยู่หรือใหม่ด้วย –datadir. ตรวจสอบบันทึกอย่างใกล้ชิดสำหรับบันทึกความเข้ากันได้ ไบนารีและเอกสารอย่างเป็นทางการของ Knots สามารถหาได้จากโครงการ Bitcoin Knots เน้นนโยบายค่าเริ่มต้นที่อนุรักษ์นิยม ซึ่งเป็นเหตุผลที่ผู้ดำเนินการบางรายที่กังวลเกี่ยวกับการจารึกและธุรกรรม bitcoin ที่ไม่ใช่การเงินชอบใช้มัน
ความเสี่ยงทางกฎหมายหรือการเก็บถาวรที่โหนดเก็บถาวรต้องเผชิญคืออะไร?
โหนด Archive เก็บประวัติของบล็อกเชนทั้งหมด เมื่อความจุของ OP_RETURN เพิ่มขึ้น โอกาสในการเก็บข้อมูลที่มีลิขสิทธิ์ ข้อมูลที่ไม่เหมาะสม หรือข้อมูลที่ผิดกฎหมายก็เพิ่มขึ้นด้วย สิ่งนี้ทำให้ ความเสี่ยงทางกฎหมายของโหนด Archive สูงขึ้นในบางเขตอำนาจศาล ผู้ดำเนินการสถาบันควรปรึกษาที่ปรึกษากฎหมายและอาจต้องการตั้งค่าขนาด datacarrier ที่เข้มงวดขึ้นหรือใช้กลยุทธ์การเก็บข้อมูลแบบเลือกสรร
การจารึกและธุรกรรมบิตคอยน์ที่ไม่ใช่การเงินอาจท่วมเครือข่ายได้หรือไม่?
ผู้สนับสนุนโต้แย้งว่าพื้นที่ที่มากขึ้นช่วยให้เกิดการใช้งานที่สร้างสรรค์และข้อมูลเมตาที่หลากหลายยิ่งขึ้นสำหรับแอป ฝ่ายตรงข้ามเตือนว่าการจารึกขนาดใหญ่บนบล็อกเชนของบิทคอยน์อาจเพิ่มค่าธรรมเนียมการทำธุรกรรมและทำให้การจัดเก็บข้อมูลบวม ซึ่งจะส่งผลกระทบต่อผู้ใช้ทั่วไป ดังนั้นการเปลี่ยนแปลงนี้จึงทำให้การถกเถียงเกี่ยวกับวัตถุประสงค์ของชั้นฐานของบิทคอยน์เข้มข้นขึ้น
คำถามที่พบบ่อยเกี่ยวกับการอัปเดต bitcoin core นี้
กระเป๋าเงินของฉันจะพังหรือไม่?
การชำระเงินมาตรฐานยังคงทำงานได้ กระเป๋าเงินที่ฝังข้อมูลขนาดใหญ่ขึ้นอยู่กับนโยบายของโหนดและอาจมีพฤติกรรมแตกต่างกันไปในแต่ละเครือข่ายที่มีการตั้งค่าขนาดตัวพาข้อมูลที่แตกต่างกัน
สิ่งนี้จะทำให้เกิดการแยกเครือข่ายหรือไม่?
กฎฉันทามติยังคงเหมือนเดิม; ความเสี่ยงคือความแตกต่างในนโยบาย mempool และการส่งต่อข้อมูลแทนที่จะเป็นการจัดระเบียบใหม่ของเชน ดังนั้น การแยกในค่าเริ่มต้นของนโยบายสามารถทำให้พฤติกรรมการส่งต่อข้อมูลแตกแยกได้โดยไม่เปลี่ยนแปลงความถูกต้องของบล็อก
สรุป: v30 ย้ายการถกเถียงเกี่ยวกับ OP_RETURN จากการจำกัดเพียงครั้งเดียวไปสู่การควบคุมโดยผู้ดำเนินการผ่าน -datacarriersize ซึ่งสร้างทางเลือกในการดำเนินงานและข้อพิจารณาทางกฎหมายสำหรับผู้ดำเนินการโหนด, ตลาดแลกเปลี่ยน และนักพัฒนา
การสำรวจความคิดเห็นของชุมชนเสนอ: ควรให้โหนดเริ่มต้นของคุณอนุญาตให้มี OP_RETURN payloads ขนาดใหญ่หรือไม่? ตัวเลือก: รักษาขีดจำกัดแบบอนุรักษ์นิยม / อนุญาตให้มี payloads ขนาดใหญ่ / ใช้ Knots / อื่นๆ
คำเตือน: การเปลี่ยนแปลงการตั้งค่าที่เกี่ยวข้องกับฉันทามติโดยไม่ทดสอบอาจทำให้บริการหยุดชะงักได้ สำรองข้อมูล ทดสอบ และขอคำแนะนำหากคุณดำเนินการโครงสร้างพื้นฐานแบบเก็บถาวรหรือสถาบัน
สำหรับการแนะนำการใช้งานและรายการตรวจสอบการย้าย โปรดดูคำแนะนำของเราเกี่ยวกับ คู่มือ datacarriersize และ การวิเคราะห์ของชุมชน.
