คู่มือการเปิดตัว Bitcoin Core v30: การเปลี่ยนแปลง OP_RETURN, การอัปเดต Wallet และผลกระทบต่อเครือข่าย

Bitcoin Core v30, มีกำหนดการเปิดตัวในปลายเดือนตุลาคม 2025, ทำให้เกิดการถกเถียงที่รุนแรงที่สุดในชุมชนตั้งแต่การต่อสู้เรื่องขนาดบล็อกในปี 2017. การเปิดตัวครั้งนี้ลบโครงสร้างพื้นฐานขั้นพื้นฐาน, ขยายความสามารถในการจัดเก็บข้อมูลไปยังระดับที่ไม่เคยมีมาก่อน, และบังคับให้ต้องเผชิญคำถามถึงวัตถุประสงค์หลักของ Bitcoin — แต่ไม่มีการเปลี่ยนแปลงฉันทามติ. ไม่ใช่ soft fork หรือ hard fork. มันเป็นการปฏิวัตินโยบายที่ปลอมตัวเป็นการอัปเดตซอฟต์แวร์ตามปกติ.

ที่แกนกลางของความขัดแย้ง: การตัดสินใจที่จะเพิ่มขีดจํากัดข้อมูล OP_RETURN จาก 80 ไบต์เป็นไม่จำกัด — 100,000 ไบต์, หรือเกือบถึงขีดจํากัดน้ำหนักบล็อก 4MB ทั้งหมด. การเปลี่ยนแปลงนี้ถูกนำเข้ารวมในเดือนมิถุนายน 2025 โดยผู้ดูแล Gloria Zhao แม้จะมีความคัดค้านอย่างชัดเจน, อนุญาตให้ออกข้อมูลที่ไม่มีเหตุผลหลายรายการต่อธุรกรรมเป็นครั้งแรกในรอบกว่าทศวรรษ.

ผู้ที่สนับสนุนให้เหตุผลว่าการเปลี่ยนแปลงนี้เพียงแค่ทำให้ซอฟต์แวร์โหนดสอดคล้องกับพฤติกรรมของนักขุด ในขณะที่ลดการบวมของชุด UTXO ที่เป็นอันตราย. ผู้วิจารณ์เตือนว่ามันเปลี่ยน Bitcoin จากเงินสดอิเล็กทรอนิกส์แบบเพียร์ทูเพียร์ ให้เป็นที่ทิ้งข้อมูล, ทำให้ผู้ดำเนินการโหนดถูกกฎหมายสำหรับการโฮสต์เนื้อหาที่อาจผิดกฎหมาย และคุกคามธรรมชาติการกระจายศูนย์ของเครือข่าย. การตั้งค่าคอนฟิก: ตัวเลือกการตั้งค่าคอนฟิกที่ถูกทำเครื่องหมายว่าเลิกใช้ใน v30 พร้อมกับข้อความเตือนเมื่อถูกใช้งาน ทีม Bitcoin Core ยังไม่มุ่งมั่นที่จะระบุระยะเวลาการลบ เนื่องจากมีข้อโต้แย้ง

ความเข้ากันได้ย้อนหลัง: เข้ากันได้ย้อนหลังอย่างเต็มที่จากมุมมองของฉันทามติ ความไม่เข้ากันเกิดขึ้นที่ชั้น mempool/relay: โน้ดที่รัน v29 หรือต่ำกว่าพร้อมการตั้งค่าเริ่มต้นจะปฏิเสธที่จะส่งธุรกรรมที่มีข้อมูล OP_RETURN เกิน 80 ไบต์ ส่วนโน้ด v30 จะส่งต่อข้อมูลดังกล่าว

ผลกระทบ: โน้ดที่มีการตั้งค่าเริ่มต้น v30 จะส่งต่อและจัดเก็บธุรกรรมที่ใหญ่ขึ้นซึ่งมีข้อมูล OP_RETURN มากขึ้น, ทำให้การใช้แบนด์วิดท์, การจัดเก็บ, และหน่วยความจำของ mempool เพิ่มขึ้น ข้อพิจารณาทางกฎหมายเป็นผลกระทบที่มีข้อโต้แย้งมากที่สุด — ผู้วิจารณ์อ้างว่าข้อมูล OP_RETURN สามารถเข้าถึงได้ง่ายด้วยเครื่องมือมาตรฐาน, ทําให้ผู้ดำเนินการโน้ดมีความเสี่ยงต่อความรับผิดชอบในการฝังเนื้อหาที่ผิดกฎหมายในบล็อกเชน

การลบกระเป๋าเงินรุ่นเก่า (PRs #32944, #28710)

ประเภท: ไม่มีฉันทามติ (โครงสร้างพื้นฐานของกระเป๋าเงิน)

PR #28710 ลบโค้ดทั้งหมดของกระเป๋าเงิน BDB ออกจากโค้ดเบสของ Bitcoin Core ไฟล์เฮเดอร์กระเป๋าเงิน/bdb.h ถูกลบออกทั้งหมด, การพึ่งพา BDB ถูกลบออกจากระบบการสร้าง, และคำสั่ง RPC ที่เฉพาะเจาะจงทั้ง 11 รายการถูกละเว้น: addmultisigaddress, dumpprivkey, dumpwallet, importaddress, importmulti, importprivkey, importpubkey, importwallet, newkeypool, sethdseed, และ upgradewallet

คำสั่ง RPC migratewallet (มีมาตั้งแต่ v23.0) ทำการย้ายโดยอัตโนมัติ Bitcoin Core สร้างกระเป๋าเงิน descriptor ใหม่, สืบค้นที่อยู่ทั้งหมดจากคีย์ของกระเป๋าเงินรุ่นเก่า, และนำเข้า descriptor ที่ตรงกัน ไฟล์กระเป๋าเงินรุ่นเก่าดั้งเดิมถูกเก็บไว้ในรูปแบบ <name>-<timestamp>.legacy.bak

ข้อกำหนดที่สำคัญ: ผู้ใช้กระเป๋าเงิน BDB รุ่นเก่าอยู่ยังต้องย้ายข้อมูลก่อนที่จะอัพเกรดเป็น v30 ผู้ใช้นอกกระเป๋าถูกภาพทั่วไป

การอัปเดตนโยบายธุรกรรม

การเปลี่ยนอัตราค่าธรรมเนียม (PR #33106): ลดค่าเริ่มต้น -minrelaytxfee จาก 1 sat/vB เป็น 0.1 sat/vB (ลดลง 90%), สะท้อนสภาพเครือข่ายใน 2023-2025 ที่บล็อกยืนยันเป็นประจำที่อัตราต่ำกว่า 1 sat/vB

จำกัดการดำเนินการลายเซ็นรุ่นเก่า (PR #32521): V30 บังคับใช้การจำกัดการดำเนินการลายเซ็นรุ่นเก่า 2,500 ต่อธุรกรรมมาตรฐาน สิ่งนี้เตรียมพร้อมสำหรับการเปิดใช้งาน BIP54 (การทำความสะอาดฉันทามติ) ที่อาจเกิดขึ้นในอนาคตในขณะที่ให้การป้องกัน DoS มีผลเฉพาะกับธุรกรรมรุ่นเก่าที่มีลักษณะพยาธิสภาพ ธุรกรรมปกติไม่ได้รับผลกระทบ

การปรับปรุงการถ่ายทอดแพ็กเกจ (PR #31385)

ประเภท: ไม่มีฉันทามติ (โปรโตคอล P2P และนโยบาย mempool)

การปรับปรุงของ V30 ขยายการประเมินแพ็กเกจเพื่อจักการกับสถานการณ์ปู่-พ่อ-ลูก, การกำหนดค่าหลายพ่อ-1ลูก, และพ่อแม่ที่มีบรรพบุรุษ สิ่งนี้ทำให้การนำแสงสามารถเพิ่มความปลอดภัยในการเรียกใช้คอมมิตเมนต์การทำธุรกรรมได้ไม่ว่าจะอยู่ในสถานะแบบ mempool อย่างไร, ปรับปรุงโมเดลความปลอดภัยของการนำแสงโดยตรง

การสนับสนุนกระเป๋าเงินธุรกรรม TRUC (PR #32896)

ประเภท: ไม่มีฉันทามติ (บังคับใช้นโยบายกระเป๋าเงินสำหรับ BIP431)

ธุรกรรม TRUC (รุ่น 3) ปฏิบัติตามกฎการตั้งค่า mempool ที่เข้มงวดกว่า V30 เพิ่มการรองรับระดับกระเป๋าสำหรับสร้างและใช้จ่ายธุรกรรม TRUC, ทำให้เทคโนโลยีป้องกันการตรึงนี้ใช้ได้จริงสำหรับการนำแสงและโปรโตคอลที่คำนึงถึงเวลาอื่น ๆ

อินเทอร์เฟซการขุด IPC (PRs #31098, #31802)

ประเภท: ไม่มีฉันทามติ (โครงสร้างพื้นฐานการขุด)

Bitcoin Core v30 เปิดตัวระบบ IPC แบบทดลองโดยใช้ Cap'n Proto สำหรับการติดต่อสื่อสารที่มีประสิทธิภาพระหว่างกระบวนการต่าง ๆ อินเทอร์เฟซอนุญาตให้ซอฟต์แวร์การขุดภายนอกเชื่อมต่อผ่านซ็อกเก็ต Unix, ขอเทมเพลตบล็อก, และส่งบล็อกที่แก้ไขแล้วโดยไม่ต้องใช้ JSON-RPC ที่เกินไป สิ่งนี้ส่งเสริมการยอมรับ Stratum v2, อนุญาตให้ผู้ขุดแต่ละคนสร้างเทมเพลตบล็อกในขณะที่เข้าร่วมการจัดการแฮชเรทของพูล — กระจายการเลือกธุรกรรมออกจากผู้ประกอบการพูล

แผนการเปิดใช้งานและการเปิดตัว

Bitcoin Core v30 ไม่ต้องการกลไกการเปิดใช้งาน, ระยะเวลาการประสานงาน, หรือการเตรียมการทั่วทั้งเครือข่าย การเปลี่ยนแปลงมีผลทันทีเมื่อโน้ดอัพเกรด ไม่มี soft fork หรือ hard fork — v30 ไม่ได้เปลี่ยนกฎฉันทามติใด ๆ

กำหนดการเปิดตัว:

• 12 กันยายน 2025: v30.0rc1 เปิดตัวสำหรับการทดสอบ
• ปลายเดือนกันยายน 2025: v30.0rc2 เปิดตัว
• เดือนตุลาคม 2025 (ที่คาดไว้): การเปิดตัว v30.0 สุดท้าย

ไม่มีการส่งสัญญาณของคนขุดแร่: คนขุดแร่ไม่มีบทบาทพิเศษในการใช้ v30 ไม่เหมือนกับ fork แบบ soft ที่ต้องการส่งสัญญาณของคนขุดแร่, v30 ไม่ต้องการการมีส่วนร่วมของคนขุดแร่ บล็อกที่ถูกขุดด้วยโน้ด v30 ไม่สามารถแยกแยะได้ที่ชั้นฉันทามติจากบล็อกที่ถูกขุดด้วยรุ่นอื่นใด

นโยบายเทียบกับฉันทามติ: กฎฉันทามติกำหนดว่าอะไรคือที่ถูกต้อง — โน้ดเต็มทุกคอมพิวเตอร์ต้องบังคับใช้กฎฉันทามติเดียวกัน, มิฉะนั้นเครือข่ายจะแยกนโยบาย กฎนโยบายกำหนดสิ่งที่ธุรกรรมโน้ดยอมรับใน mempool และส่งต่อให้เพื่อนบ้าน กฎนโยบายเป็นเรื่องของแต่ละโน้ด การเปลี่ยนแปลงของ v30 ทั้งหมดอยู่ในระดับนโยบาย

ความเสี่ยงที่ไม่มีการแบ่งแยกแยก: การใช้ v30 แทบไม่มีความเสี่ยงที่จะแบ่งแยกโซ่ การแบ่งแยกโซ่เกิดขึ้นเมื่อโน้ดไม่เห็นด้วยเกี่ยวกับกฎฉันทามติ v30 ไม่สร้างความไม่เห็นด้วยดังกล่าว — การดําเนินการทั้งหมดตกลงเกี่ยวกับความถูกต้องของบล็อก "การแบ่งแยก" มีเพียงชั้นนโยบายที่ซอฟต์แวร์ของโน้ดต่าง ๆ ส่งผ่านชุดธุรกรรมที่แตกต่างกัน

เส้นทางการอัพเกรด:

1. ดาวน์โหลด Bitcoin Core v30, ตรวจสอบลายเซ็น
2. สำรองไฟล์ wallet.dat และการตั้งค่า
3. ปิด Bitcoin Core ปัจจุบัน
4. ติดตั้ง v30
5. ย้ายกระเป๋าเงินรุ่นเก่าผ่าน migratewallet RPC
6. ตรวจสอบการตั้งค่าที่เป็นตัวเลือกถูกละเว้น
7. รีสตาร์ท Bitcoin Core v30

การตัดสินใจการตั้งค่า: ผู้ดำเนินการต้องตัดสินใจว่าจะใช้ใช้นโยบาย v30 เริ่มต้น (อนุญาต OP_RETURN ขนาดใหญ่) หรือกำหนดขีดจำกัดที่เข้มงวดกว่าผ่าน datacarriersize=83 หรือเปลี่ยนไปใช้ Bitcoin Knots

การอภิปรายและความกังวลของนักพัฒนา

Bitcoin Core v30 ได้ปลุกความขัดแย้งที่เข้มข้นที่สุดนับตั้งแต่สงครามการขยายตัวในปี 2017, โดยเน้นไปที่การเปลี่ยนนโยบาย OP_RETURN ของ PR #32406 เป็นหลัก

ข้อโต้แย้งของผู้สนับสนุน:

Gloria Zhao (ผู้ดูแล Bitcoin Core) แย้งว่าการเปลี่ยนแปลง "แก้ไขความเป็นอันตรายและมาตรฐานของเทคนิคการจัดเก็บข้อมูลได้ดีขึ้น" ผู้ใช้ที่ตั้งใจที่จะจัดเก็บข้อมูลจะหาวิธีไม่ว่าจะมีนโยบายอย่างไร — คีย์สาธารณะเดี่ยวสามารถเพิ่มชุด UTXO ได้อย่างถาวร, ในขณะที่ OP_RETURN สร้างผลลัพธ์ที่สามารถตัดออกได้

Greg Sanders เน้นว่า "คนงานขุดรับธุรกรรม OP_RETURN ขนาดใหญ่เมื่อลงทะเบียนโดยตรงแล้ว" — ขีดจำกัด 80 ไบต์มีอยู่เพียงในนโยบายการส่งผ่าน, กำลังสร้างระบบสองชั้นสำหรับนักแสดงที่มีการเชื่อมต่อกับคนงานขุดโดยตรงHere is the translation into Thai for the given content, while keeping markdown links unaltered:

การกำหนดเส้นทาง หรือกลไกการส่งต่อการชำระเงิน

โปรโตคอล Layer-2

RGB, Liquid, Rootstock, Stacks: ยังคงสามารถใช้งานร่วมกันได้ โปรโตคอลเหล่านี้เชื่อมต่อกับ Bitcoin ผ่านวิธีมาตรฐานที่ไม่ถูกกระทบจากการเปลี่ยนแปลงนโยบายของ v30

การแลกเปลี่ยนและผู้ดูแล

การอัปเดตที่จำเป็น:

การลบกระเป๋าเงินเก่า: การแลกเปลี่ยนที่ยังใช้กระเป๋าเงินแบบเก่าต้องย้ายไปใช้กระเป๋าเงิน descriptor ก่อนการอัปเกรด เครื่องมือการย้าย: RPC migratewallet

การเปลี่ยนแปลง RPC: RPC ที่ยกเลิกได้ถูกลบออกเช่น importprivkey, dumpprivkey, dumpwallet, importwallet และอื่น ๆ การแลกเปลี่ยนต้องอัปเดตโค้ดเพื่อหลีกเลี่ยง API ที่ยกเลิกแล้ว

การจัดการธุรกรรม: psbtbumpfee และ bumpfee ตอนนี้อนุญาตให้เปลี่ยนแบบ full-RBF โดยไม่ต้องส่งสัญญาณ BIP-125 การแลกเปลี่ยนที่จัดการธุรกรรมที่ยังไม่ได้รับการยืนยันควรทราบว่าธุรกรรมสามารถถูกแทนที่ได้โดยไม่ต้องส่งสัญญาณ

การตั้งค่า: ตรวจสอบ bitcoin.conf หาตัวเลือกที่ยกเลิกแล้ว ลบ -maxorphantx หากมีการตั้งค่า พิจารณาการปรับ -datacarriersize หากการแลกเปลี่ยนมีนโยบายเฉพาะ

ตัวสำรวจบล็อก

การเปลี่ยนแปลงที่ทำลายของ coinstatsindex: จำเป็นต้อง resync ทั้งหมดจากศูนย์สำหรับผู้ใช้ coinstatsindex เพื่อเปลี่ยนการปรับปรุงป้องกันบัก overflow

การพิจารณาการแสดงผล: ตัวสำรวจบล็อกควรอัปเดตเพื่อแสดงหลาย OP_RETURN ต่อธุรกรรม (เคยจำกัดที่หนึ่ง) และจัดการขนาดตัวส่งข้อมูลที่ใหญ่ขึ้น

REST API: มี endpoint ใหม่ /rest/spenttxouts/BLOCKHASH สำหรับดึงข้อมูลเอาต์พุตที่ถูกใช้ของธุรกรรม

กระเป๋าเงิน SPV และโหนดแบบถูกตัด

กระเป๋าเงิน SPV: ไม่มีการเปลี่ยนแปลงที่ทำลาย Bitcoin Core ยังคงรองรับการให้บริการลูกค้า SPV

โหนดแบบถูกตัด: ฟังก์ชันไม่มีการเปลี่ยนแปลง โหนดแบบถูกตัดยังคงการตรวดสอบธุรกรรมทั้งหมดด้วยข้อกำหนดการเก็บข้อมูลที่ลดลง (~5-10GB เทียบกับ ~550GB สำหรับโหนดเต็ม)

บริบทตลาดและบรรทัดฐานทางประวัติศาสตร์

การทำความเข้าใจถึงผลกระทบทางตลาดของ Bitcoin Core v30 จำเป็นต้องตรวจสอบว่าการอัปเกรดหลักครั้งก่อนมีผลอย่างไรต่อราคา, เส้นโค้งการยอมรับ, และตัวชี้วัดบนเครือข่าย

SegWit (2017): การอัปเกรดที่เต็มไปด้วยดราม่า

การเปิดใช้: 23-24 สิงหาคม 2017 ที่ความสูงบล็อก 481,824

ผลกระทบต่อราคา:

• ก่อนการเปิดใช้ (14 กรกฎาคม 2017): $1,835
• การล็อกอิน (9 สิงหาคม 2017): ~$3,600
• การเปิดใช้ (23 สิงหาคม 2017): $4,247 (เพิ่มขึ้น 131% จากกรกฎาคม)
• สิ้นปี 2017: จุดสูงสุด $19,834 (เพิ่มขึ้น 980%)

ตัวชี้วัดบนเครือข่าย:

• การยอมรับเบื้องต้น: ~7-10% ภายในเดือนตุลาคม 2017
• ถึง 50% การยอมรับ: 2019 (2 ปีหลังการเปิดใช้)
• การยอมรับปัจจุบัน: 85-95% ทั่วทั้งเครือข่าย

บริบท: การเพิ่มขึ้นของราคา SegWit ที่น่าทึ่งเกิดขึ้นในช่วงตลาดกระทิงปี 2017, ความคลั่งไคล้ ICO, และการแก้ปัญหาสงครามขนาดบล็อก การอัปเกรดนี้ทำให้เกิดการพัฒนา Lightning Network และปรับปรุงประสิทธิภาพ แต่ผลกระทบต่อราคาทันทีสะท้อนถึงความหลงใหลในตลาดที่กว้างขวางมากกว่าการปรับปรุงด้านเทคนิคเพียงอย่างเดียวContent: financial incentives

นโยบายการเปิดเผยรับผิดชอบ: ปัญหาด้านความปลอดภัยควรรายงานผ่านทางอีเมล [email protected] พร้อมการเข้ารหัส PGP สำหรับข้อมูลที่มีความอ่อนไหว Bitcoin Core มีการจัดประเภทความรุนแรง 4 ระดับ (สำคัญ, สูง, ปานกลาง, ต่ำ) พร้อมระยะเวลาการเปิดเผยที่กำหนดไว้: ความรุนแรงต่ำจะเปิดเผย 2 สัปดาห์หลังจากปล่อยการแก้ไข; ปานกลาง/สูงจะเปิดเผย 2 สัปดาห์หลังจากเวอร์ชันที่ได้รับผลกระทบล่าสุดถึงวันหมดอายุ; ความรุนแรงมากจะจัดการแบบเฉพาะกิจ

การเปิดเผยล่าสุด (2024-2025): ช่องโหว่หลายประการที่มีผลต่อเวอร์ชันก่อน v25.0 และ v29.0 ถูกเปิดเผยในเดือนตุลาคม 2024 ตามระยะเวลามาตรฐาน ยังไม่มีการเปิดเผยช่องโหว่ที่สำคัญที่เฉพาะสำหรับ v30 ในระหว่างการพัฒนา

ปัญหาที่ทราบและการบรรเทา

ข้อกังวล OP_RETURN: "ปัญหาที่ทราบ" หลักคือการโต้วาทีของชุมชนเกี่ยวกับการเปลี่ยนแปลงนโยบายของ OP_RETURN ซึ่งแสดงถึงความขัดแย้งทางปรัชญามากกว่าบั๊กทางเทคนิค นักวิจารณ์เตือนถึงความรับผิดชอบทางกฎหมายสำหรับผู้ประกอบการโหนด, การบวมของบล็อกเชน และค่าใช้จ่ายโหนดที่เพิ่มขึ้น ผู้นิยมเห็นว่าค่าธรรมเนียมให้การป้องกันสแปมธรรมชาติ และ OP_RETURN ไม่เป็นอันตรายมากเท่าทางเลือกอื่น

ตัวเลือกการบรรเทา:

• ตั้งค่า -datacarriersize=83 เพื่อลดข้อจำกัดที่เข้มงวดขึ้น (กระตุ้นคำเตือนการยกเลิกการสนับสนุน)
• สลับไปใช้ Bitcoin Knots (รักษาค่าที่ตั้งเริ่มต้นที่อนุรักษ์นิยม)
• นำเอานโยบาย mempool ที่กำหนดเองสำหรับโครงสร้างพื้นฐานที่สำคัญมาใช้
• ติดตามพฤติกรรมเครือข่ายจริงและปรับตัวหากเกิดปัญหา

การย้าย Coinstatsindex: ผู้ใช้ coinstatsindex จะต้องรีอินเด็กซ์ใหม่อย่างสมบูรณ์เนื่องจากการเปลี่ยนแปลงการดำเนินการที่ป้องกันบั๊กโอเวอร์โฟลว์ นี่เป็นค่าใช้จ่ายด้านประสิทธิภาพที่เกิดเพียงครั้งเดียว ไม่ใช่ปัญหาต่อเนื่อง

ตัวเลือกที่ถูกยกเลิก: ตัวเลือกหลายรายการที่ถูกทำเครื่องหมายว่าหยุดสนับสนุน (-datacarrier, -datacarriersize, -paytxfee, settxfee, -maxorphantx) อาจทำให้ผู้ดำเนินการสับสนเนื่องจากคาดหวังพฤติกรรมเดิม Bitcoin Core ให้คำเตือนการหยุดสนับสนุนเพื่อแนะนำการโยกย้าย

ข้อควรพิจารณาด้านความปลอดภัยสำหรับผู้ดำเนินการ

แนวปฏิบัติที่ดีที่สุดทั่วไป:

• อัปเดตเพื่อรักษาเวอร์ชันเสถียรล่าสุด
• ติดตามประกาศทาง [email protected]
• ตรวจสอบบันทึกการเปลี่ยนแปลงก่อนการอัปเกรด
• ทดสอบบน testnet ก่อนการปรับใช้ใน production
• รักษาความปลอดภัยการเข้าถึง RPC (ไม่ให้เปิดเผยอินเตอร์เน็ตโดยไม่มีการตรวจสอบ)
• ดำเนินการกำหนดค่าของ Firewall ที่เหมาะสม
• รักษากระบวนการสำรองข้อมูลและการกู้คืนจากการชำรุดพลิกกลับ

ข้อควรพิจารณาที่เฉพาะเจาะจงสำหรับ V30:

• ประเมินระดับความเสี่ยงทางกฎหมายที่ยอมรับได้เกี่ยวกับการจัดเก็บข้อมูล OP_RETURN
• ตัดสินใจเกี่ยวกับแนวทางการตั้งค่า (ค่าปกติ, การจำกัดค่าส่วนตัว, หรือการดำเนินการทางเลือก)
• สำหรับโหนดที่โฮสต์บนคลาวด์, ระวังนโยบายการสแกนเนื้อหาของผู้ให้บริการ
• บันทึกนโยบายการตัดสินใจสำหรับการปกป้องทางกฎระเบียบหากจำเป็น

ข้อควรพิจารณาด้านกฎระเบียบและความเป็นส่วนตัว

Bitcoin Core v30 แนะนำการเปลี่ยนแปลงที่มีการโต้เถียงซึ่งมีผลกระทบที่ลึกซึ้งต่อความเป็นส่วนตัว, การปฏิบัติตามกฎระเบียบ, และความรับผิดชอบทางกฎหมาย – แม้ว่าจะเป็นเพียงการเปลี่ยนแปลงนโยบายเพียงอย่างเดียวไม่ใช่การเปลี่ยนแปลงฉันทามติ

การวิเคราะห์ความเป็นส่วนตัว: ไม่มีการปรับปรุง, ความเสี่ยงที่อาจถดถอย

V30 ไม่มีการปรับปรุงความเป็นส่วนตัวใด ๆ การปล่อยเวอร์ชันนี้เน้นไปที่ความจุการจัดเก็บข้อมูล, ไม่ใช่เทคโนโลยีที่รักษาความเป็นส่วนตัว คุณลักษณะความเป็นส่วนตัวที่มีอยู่ (การสนับสนุน Tor, การซ่อนการถ่ายทอดธุรกรรม) ยังคงไม่มีการเปลี่ยนแปลงจากเวอร์ชันก่อนหน้า

ความเสี่ยงที่อาจถดถอยความเป็นส่วนตัว:

1. เพิ่มพื้นผิวการวิเคราะห์บล็อกเชน: ข้อมูลเพิ่มเติมใน OP_RETURN outputs สร้างเมตาดาต้ามากขึ้นสำหรับการวิเคราะห์ การทำธุรกรรมขนาดใหญ่ขึ้นติดตามและระบุตัวได้ง่ายขึ้น บริษัทวิเคราะห์บล็อกเชน (Chainalysis, Elliptic, TRM Labs) มองการขยาย OP_RETURN ว่าเป็นประโยชน์ต่อการสอดแนม — ข้อมูลมากขึ้นหมายถึงการสังเกตพันหลายประการที่ดีขึ้น

2. ความเสี่ยงในการเปิดเผยตัวตนของผู้ประกอบการโหนด: โหนดที่เก็บข้อมูลไม่ประสงค์อาจกลายเป็นเป้าหมายสำหรับการค้นพบทางกฎหมาย ค่าใช้จ่ายที่สูงขึ้นทำให้ผู้ประกอบการให้บริการที่มีศูนย์รวมบนคลาวด์ต้องผ่านกระบวนการ KYC, ซึ่งลดความเป็นสิ่งบุคคล

3. การวิเคราะห์กราฟธุรกรรม: บัญชีแยกประเภทที่โปร่งใสของ Bitcoin หมายถึงธุรกรรมทั้งหมดสามารถติดตามได้ การมีข้อมูล OP_RETURN ขนาดใหญ่ให้บริบทเพิ่มเติมสำหรับนักวิเคราะห์ในการเชื่อมโยงธุรกรรมกับกิจกรรมในโลกจริง การจัดกลุ่มธุรกรรมและการระบุตัวหน่วยงานยังคงมีประสิทธิภาพสูง

ความเป็นส่วนตัวในระดับเครือข่าย: ไม่มีการปรับปรุงต่อความเป็นส่วนตัวเครือข่าย P2P, การสนับสนุน Tor, หรือพฤติกรรมการกระจายธุรกรรมเกินกว่าสิ่งที่มีมาใน v29

การพิจารณาด้านกฎระเบียบ: ความเสี่ยงที่เพิ่มขึ้นอย่างมีนัยสำคัญ

คุณลักษณะที่ดึงดูดความสนใจของกฎระเบียบ:

1. การจัดเก็บข้อมูลอัตถะ: การเปิดใช้งานการฝังข้อมูลที่เกือบไม่จำกัดสร้างเหตุผลทางกฎระเบียบสำหรับการแทรกแซงของรัฐบาล ความกังวลรวมถึงวัสดุการละเมิดทางเพศเด็ก (CSAM), การกระจายมัลแวร์, และการละเมิดลิขสิทธิ์

2. การจำแนกใหม่ของโหนด: หน่วยงานกำกับดูแลอาจจำแนกโหนดเป็น "ผู้เผยแพร่เนื้อหา" หรือ "ผู้จัดจำหน่ายเนื้อหา," การกระตุ้นให้มีข้อกำหนดเกี่ยวกับการปรับปริมาณเนื้อหาให้เหมาะสม แบบอย่าง: การลงโทษ Tornado Cash โดย OFAC ในปี 2022

3. การคงตัวของข้อมูล: การจัดเก็บ blockchain ที่เปลี่ยนแปลงไม่ได้หมายถึงเนื้อหาที่ผิดกฎหมายไม่สามารถลบได้, สร้างความท้าทายในการปฏิบัติตามข้อกำหนดที่ยั่งยืนและความขัดแย้งกับการยื่นค

าว่าจะไม่ได้รับคำขอให้ลบ (GDPR)

ผลกระทบด้านการปฏิบัติตามข้อกำหนดของการแลกเปลี่ยน:

การแลกเปลี่ยนต้องติดตามธุรกรรมภายใต้กฎหมาย Bank Secrecy Act (BSA) และข้อกำหนดการลงทะเบียน FinCEN การโหลดข้อมูลขนาดใหญ่ทำให้ระบบการตรวจสอบแบบอัตโนมัติซับซ้อนขึ้น และอาจกระตุ้นให้เกิดการดำเนินการ Enhanced Due Diligence (EDD) โปรโตคอล การแลกเปลี่ยนอาจต้องการการตรวจสอบเพิ่มเติมสำหรับธุรกรรมที่มีการโหลดข้อมูลขนาดใหญ่

ข้อพิจารณา KYC/AML: แนวทางของ FATF ที่กำหนดให้ Virtual Asset Service Providers (VASPs) ใช้ระบบการตรวจสอบธุรกรรมและรายงานกิจกรรมที่น่าสงสัย (SARs) "Travel Rule" ต้องการแบ่งปันข้อมูลผู้เริ่มต้น/ผู้รับสำหรับการโอน V30's ความจุข้อมูลอัตถะสร้างความท้าทายใหม่ให้กับทีมการปฏิบัติตามในการแยกแยะการใช้งานที่ชอบธรรมจากกิจกรรมที่ผิดกฎหมาย

ความรับผิดชอบทางกฎหมาย: ประเด็นขัดแย้งที่สำคัญ

คำเตือนของ Nick Szabo: "มันเป็นปัญหาทางกฎหมายที่เปิดเผยในเกือบทุกที่" การที่ผู้ดำเนินการโหนดแบกรับความรับผิดชอบทางกฎหมายสำหรับเนื้อหาที่ฝังใน blockchain Szabo ยืนยันว่าข้อมูล OP_RETURN นั้น "สามารถเข้าถึงได้ง่าย" ด้วยเครื่องมือมาตรฐาน (เช่นเบราว์เซอร์, โปรแกรมดูภาพ), ทำให้ผู้ดำเนินการอาจต้องรับผิดสำหรับการถือและการแจกจ่าย

ข้อโต้แย้ง: Joe Carlasare ที่ปรึกษาทางกฎหมายคริปโทยืนยันว่ากฎหมายปัจจุบันปกป้องกลุ่มกลางที่ขาดความรู้และการควบคุมเนื้อหาที่พวกเขาส่งผ่าน อย่างไรก็ตาม, Carlasare ยอมรับว่าไม่มีข้อบังคับที่ชัดเจนที่พูดตรงต่อผู้ดำเนินการโหนดบล็อกเชน — ความไม่ชัดเจนด้านกฎหมายยังคงมีอยู่

คำถามทางกฎหมายที่สำคัญ:

1. ผู้ดำเนินการโหนดเป็น "ผู้เผยแพร่" หรือ "โครงสร้างพื้นฐานที่เป็นกลาง" หรือไม่?
2. มาตรา 230 (การป้องกันความรับผิดของกลุ่มกลางของสหรัฐฯ) ใช้กับโหนดบล็อกเชนหรือไม่?
3. ข้อกำหนดข้อมูลที่ไม่เปลี่ยนแปลง conflicted กับคำสั่งการเอาออกเนื้อหาอย่างไร?
4. ผู้ดำเนินการสามารถอ้างสิทธิ์กรณีที่ผิดปกติได้เมื่อข้อมูล OP_RETURN ใช้รูปแบบที่มาตรฐานหรือไม่?

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

ข้อบ่งบอกการสอดแนม: ความสามารถที่เพิ่มขึ้น

มุมมองของบริษัทวิเคราะห์บล็อกเชน: Chainalysis และ Elliptic (ให้บริการหน่วยงานรัฐบาลและสถาบันการเงิน) มอง Bitcoin เป็นการโปร่งใสมาก Chainalysis กล่าวอ้างว่าครอบคลุมตลาด 99% ด้วยการเรียนรู้ของเครื่องที่ซับซ้อนเพื่อการตรวจจับรูปแบบ และ Elliptic มีที่อยู่ที่มีการทำเครื่องหมายมากกว่า 6.4 พันล้านที่อยู่ครอบคลุม 43 เครือข่ายคริปโต

จุดยืนของอุตสาหกรรม: บริษัทวิเคราะห์บล็อกเชนมองข้อมูล OP_RETURN ที่ใหญ่กว่าว่าเป็นประโยชน์ต่อการสอดแนม — ข้อมูลมากขึ้นหมายถึงการสังเกตพันหลายประการที่ดีขึ้น การวิเคราะห์เวลาธุรกรรม, การวิเคราะห์กลุ่ม, และการวิเคราะห์เชิงปริมาณทั้งหมดได้รับประโยชน์จากเมตาดาต้าเพิ่มเติม

สถานการณ์สงครามเศรษฐกิจ: ตัวแสดงรัฐอาจใช้ความจุ OP_RETURN ขนาดใหญ่สำหรับ "โจมตีต้นทุนค่าธรรมเนียม" – การเติมเมมพูลด้วยข้อมูลที่ประมวลผลยากเป็นราคาที่สำหรับผู้ใช้ร้านค้ารายย่อยไม่สามารถซื้อได้ ที่ 200 sat/vB, การเติมเมมพูลจะเสียค่าใช้จ่าย ~2 BTC ต่อบล็อก (~$32.8M/วัน ที่ราคาปัจจุบัน)

ข้อแนะนำเรื่องการปฏิบัติตามข้อกำหนดสำหรับการแลกเปลี่ยน

การดำเนินการทันที:

1. ประเมินสถานะทางกฎหมายของการดำเนินการโหนดในทุกเขตอำนาจศาล
2. พัฒนาพิธีก

ารตอบสนองต่อการค้นพบเนื้อหาที่ผิดกฎหมาย 3. ตรวจสอบการตั้งค่า -datacarriersize ก่อนการอัปเกรดไปเป็น v30 4. คำนวณความต้องการแบนด์วิดธ์และการจัดเก็บที่เพิ่มขึ้น 5. อัปเดตกระบวนการ AML/KYC ที่จัดการกับธุรกรรมข้อมูลขนาดใหญ่

การตรวจสอบธุรกรรม: ใช้การแจ้งเตือนสำหรับธุรกรรมที่มีข้อมูล OP_RETURN ขนาดใหญ่, การตรวจสอบความพยายามสูงเพิ่มเติมสำหรับบัญชีที่มักใช้การบรรจุข้อมูลขนาดใหญ่, และการวิเคราะห์รูปแบบสำหรับการย่องข้ามข้อมูลหรือการซุกซ่อนข้อมูล

การลดความเสี่ยง: พิจารณาการรันโหนดที่ปรับแก้ด้วยการกรองที่เข้มข้นขึ้น, นำซอฟต์แวร์กรองจากบุคคลที่สามมาใช้, เก็บบันทึกการดำเนินงานรายละเอียดสำหรับการป้องกันกฎระเบียบ, และปรึกษาทนายเกี่ยวกับความรับผิดเจาะจงของเขตอำนาจศาล

ข้อแนะนำสำหรับผู้ใช้ที่ให้ความสำคัญกับความเป็นส่วนตัว

การค้นพบที่สำคัญ: V30 ไม่ได้เสนอสิ่งที่เป็นบวกใด ๆ สำหรับความเป็นส่วนตัวและเพิ่มความเสี่ยงการสอดแนมใหม่

แนวปฏิบัติที่ดีที่สุด:

• อย่าใช้ที่อยู่ Bitcoin ซ้ำ (สร้างที่อยู่ใหม่ทุกครั้งที่ทำธุรกรรม)
• รันธุรกรรมผ่าน Tor ด้วย Bitcoin Core's built-in support
• ใช้การดำเนินการ CoinJoin (เช่น Wasabi, JoinMarket) เพื่อความเป็นส่วนตัวที่ได้รับการปรับปรุง
• หลีกเลี่ยงการฝังข้อมูลระบุตัวใน OP_RETURN
• ระวังว่า ธุรกรรม OP_RETURN ที่ใหญ่ขึ้นอาจสามารถถูกติดตามได้มากกว่า

สำหรับผู้ดำเนินการโหนด:

• พิจารณาใช้ Bitcoin Knots สำหรับที่ตั้งเริ่มต้นที่เข้มงวด (16% ของเครือข่ายได้เปลี่ยนแล้ว)
• อยู่ที่ Core v29 เพื่อถ่วงเวลาความไม่แน่นอนทางกฎหมาย
• ใช้ -datacarriersize=83 หากรัน v30 (ในขณะที่ยังคงมีอยู่)
• เอกสารการป้องกัน "การขาดความรู้และการควบคุม"
• ปรึกษาทนายความท้องถิ่นเกี่ยวกับสถานภาพของผู้ดำเนินการโหนดในเขตอำนาจของคุณ

การวิเคราะห์ความเสี่ยงและการวางแผนสำรอง

การเปลี่ยนแปลงนโยบายเท่านั้นของ Bitcoin Core v30 สร้างเสียงดังบางตัวในระดับฉันทามติแต่มีความท้าทายทางการดำเนินงาน ศาล และการกำกับดูแลที่สำคัญซึ่งต้องการการวางแผนสำรอง

โหมดความล้มเหลวที่เป็นไปได้

การอัปเกรดที่ติดขัด: โดยที่ไม่ได้เหมือน soft forks ที่มีโอกาสล้มเหลวในการข าคยานความล้มเหลวที่จะเปิดใช้งานหากไม่มีการสนับสนุนเพียงพอเช่นนั้น, v30 ไม่สามารถ "ติดขัด" — มันเป็นการปล่อยซอฟต์แวร์ที่มีผลทันทีหลังการอัปเกรด อย่างไรก็ตาม, การนำมาใช้อาจล่าช้าหากข้อขัดแย้งยากที่จะหยั่งรู้ทำให้การปล่อยแพร่ขยายช้าลง ความเป็นไปได้: กลาง. ตัวชี้วัดปัจจุบันแสดงให้เห็นประมาณ 13-20% ของโหนดที่รันการดำเนินการทางเลือกอยู่แล้ว (Bitcoin Knots), ซึ่งบ่งบอกถึงการต่อต้านของผู้ดำเนินการที่น่าพิจารณาPolicy Fragmentation: การแบ่งเครือข่ายเป็นนโยบายรีเลย์ที่ไม่เข้ากันทำให้เกิดปัญหาในทางปฏิบัติ ผู้ใช้ที่ส่งธุรกรรมที่มีค่าธรรมเนียมต่ำหรือธุรกรรม OP_RETURN ขนาดใหญ่อาจพบว่าการเผยแพร่ไม่น่าเชื่อถือ จำเป็นต้องส่งโดยตรงไปยังเครื่องขุดหรือกำหนดเป้าหมายโหนดเฉพาะ ความน่าจะเป็น: สูง กำลังเกิดขึ้นแล้ว การนำ Bitcoin Knots มาใช้เป็นตัวอย่างชัดเจนของการกระจายนโยบาย แม้ว่าทั้งสองการนำไปใช้นี้จะตรวจสอบบล็อกเชนเดียวกัน

Legal Intervention: การดำเนินคดีต่อผู้ดำเนินการโหนดโดยหน่วยงานรัฐบาลในการโฮสต์เนื้อหา blockchain ที่ฝังไว้อย่างผิดกฎหมาย อาจส่งผลให้เกิดการรวมศูนย์เมื่อผู้ประกอบการงานอดิเรกปิดโหนดลง ความน่าจะเป็น: ต่ำถึงกลาง ไม่มีแนวความคิดชัดเจน แต่ Nick Szabo และผู้เชี่ยวชาญอื่นๆ เตือนไว้ว่า "มีคำถามทางกฎหมายที่เปิดกว้าง" อยู่ในหลายเขตอำนาจ

Cloud Provider Shutdowns: ระบบตรวจจับมัลแวร์/เนื้อหาอัตโนมัติที่ AWS, Azure หรือ GCP ที่ทำให้เกิดการปิดโหนด อาจทำให้การดำเนินงานของการแลกเปลี่ยนและโครงสร้างพื้นฐานหยุดชะงัก ความน่าจะเป็น: ต่ำ นักพัฒนาส่วนใหญ่โต้แย้งการทำนาย "ความล้มเหลวที่ไม่สามารถกู้คืนได้" โดยระบุว่าข้อมูล blockchain ไม่ตรงกับรูปแบบการแจกจ่ายเนื้อหาทั่วไปที่ทำให้เกิดการสแกนอัตโนมัติ

Chain Split Scenarios

Consensus-Layer Split: แทบจะเป็นไปไม่ได้ V30 ไม่ได้แก้ไขกฎของฉันทามติ — ทั้ง Bitcoin Core v30 และการใช้งานทางเลือกอื่น ๆ ตรวจสอบบล็อกที่เหมือนกัน จะมีบล็อกเชน Bitcoin หนึ่งเดียวที่การนำไปใช้ทุกชนิดปฏิบัติตาม

Policy-Layer Fragmentation: เกิดขึ้นแล้ว ซอฟต์แวร์โหนดที่ต่างกันบังคับใช้นโยบาย mempool ที่ต่างกัน นี่เป็นลักษณะที่ออกแบบมาเพื่อให้แน่ใจว่ามีอำนาจอธิปไตยของโหนด ไม่ใช่จุดบกพร่อง "การแยก" นี้ส่งผลต่อการเผยแพร่ธุรกรรม ไม่ใช่ความถูกต้องของบล็อก

Historical Precedent: Bitcoin Cash (2017) แสดงถึงการแยกตัวเต็ม (hard fork) ที่สร้างบล็อกโซ่ที่แตกต่างกันอย่างถาวรเนื่องจากกฎของการเห็นพ้องที่ไม่เข้ากัน V30 ไม่เหมือนกับ Bitcoin Cash หรือการแยกตัวที่มีการถกเถียงเช่น SegWit — เป็นการเปลี่ยนแปลงนโยบายที่การเลือกของผู้ใช้รักษาความเป็นหนึ่งเดียวของเครือข่าย

Replay Protection Mechanisms

ไม่สามารถใช้ได้: การป้องกันการเล่นซ้ำป้องกันไม่ให้ธุรกรรมที่ถูกต้องบนบล็อกหนึ่งถูกเล่นซ้ำบนอีกบล็อกหนึ่งหลังจากการแยกตัวของบล็อก เนื่องจาก v30 ไม่สร้างการแยกบล็อกและรักษาความเข้ากันได้ของฉันทามติเต็มรูปแบบ การป้องกันการเล่นซ้ำจึงไม่จำเป็น ธุรกรรมที่สร้างโดยกระเป๋าเงิน v30 เหมือนกับธุรกรรมที่มีเลเยอร์ฉันทามติจากเวอร์ชันอื่นใด

Emergency Response Procedures

การค้นพบข้อบกพร่องร้ายแรง: หากมีการค้นพบช่องโหว่ที่สำคัญใน v30 หลังจากการปล่อย Bitcoin Core จะเรียกขั้นตอนที่กำหนดขึ้น:

1. แจ้งเป็นการส่วนตัวไปยัง [email protected]
2. การประเมินความร้ายแรงโดยทีมรักษาความปลอดภัย
3. การพัฒนาการแก้ไขเร่งด่วน
4. การเปิดเผยโดยประสานงานตามระยะเวลาที่เหมาะสมกับความร้ายแรง
5. การปล่อยฉุกเฉินหากสำคัญ (คล้ายกับการตอบสนองข้อบกพร่องเงินเฟ้อ CVE-2018-17144)

ผู้ปฏิบัติการควรเตรียมตัว:

• ตรวจสอบการแจ้งเตือนความปลอดภัยของ Bitcoin Core
• สมัครเป็นสมาชิกจดหมายปิดวาว bitcoin-dev
• ติดตามจดหมายข่าว Bitcoin Optech สำหรับการครอบคลุมทางเทคนิค
• รักษาความสามารถในการนำการแก้ไขความปลอดภัยไปใช้ได้อย่างรวดเร็ว
• มีขั้นตอนการกลับไปใช้ v29 ที่เตรียมพร้อม (เก็บไบนารี v29 ที่มีอยู่)

Controversial Policy Reversal: ถ้าการใช้งานจริงของ v30 แสดงให้เห็นถึงปัญหาคาใจที่ไม่คาดคิด (สแปมบล็อกเชนขนาดใหญ่ การดำเนินคดีทางกฎหมายที่แพร่หลาย การปิดตัวโดยผู้ให้บริการคลาวด์) Bitcoin Core อาจปล่อย v31 เพื่อย้อนการเปลี่ยนแปลง:

• ย้อนการลดค่า -datacarrier และ -datacarriersize
• คืนค่ามาตรฐาน 83 ไบต์ หรือกำหนดขีดจำกัดอื่น
• จัดทำคำแนะนำการย้ายข้อมูลการตั้งค่า

ความน่าจะเป็น: ต่ำถึงกลาง นักพัฒนา Bitcoin Core จะต้องการหลักฐานที่สมควรของอันตรายจริง (ไม่ใช่แค่จากความกังวลทางทฤษฎี) เพื่อย้อนกลับ การมีการนำไปใช้ที่หลากหลาย (Knots) มอบตัวเลือกอื่นโดยไม่จำเป็นต้อง Reverse นโยบายของ Core

ข้อควรเตรียมตัวสำหรับผู้ดำเนินการ

สำหรับผู้ดำเนินโหนดทั้งหมด:

1. กลยุทธ์สำรอง: ตรวจสอบให้แน่ใจว่าไฟล์ wallet.dat และไฟล์การกำหนดค่ามีการสำรองข้อมูลก่อนการอัปเกรด
2. สภาพแวดล้อมการทดสอบ: รักษาการตั้งค่า testnet หรือ regtest เพื่อทดสอบการเปลี่ยนแปลงก่อนการนำไปใช้ในเครือข่ายหลัก
3. ระบบการเฝ้าระวัง: ติดตั้งการแจ้งเตือนสำหรับขนาด mempool ที่ผิดปกติ การใช้ทรัพยากร หรืออัตราความผิดพลาด
4. ความสามารถในการย้อนกลับ: เก็บสำรองไบนารี v29 สำหรับการถอยกลับฉุกเฉินหากจำเป็น
5. แผนการสื่อสาร: กำหนดขั้นตอนสำหรับการประสานงานกับเพื่อน, การแลกเปลี่ยน หรือผู้ใช้หากเกิดปัญหา

สำหรับโครงสร้างพื้นฐานของการแลกเปลี่ยน/ผู้ดูแล:

1. การทบทวนทางกฎหมาย: ปรึกษาที่ปรึกษากฎหมายเกี่ยวกับความรับผิดของผู้ดำเนินการโหนดในเขตอำนาจการทำงานทุกแห่ง
2. การอัปเดตการปฏิบัติตาม: ปรับปรุงขั้นตอน AML/KYC สำหรับการจัดการธุรกรรมข้อมูลขนาดใหญ่
3. การตัดสินใจการตั้งค่า: จัดทำเอกสารเกี่ยวกับเหตุผลสำหรับการเลือกนโยบาย (ค่าเริ่มต้น v30, ขีดจำกัดที่กำหนดเอง หรือ Knots)
4. การตอบสนองเหตุการณ์: พัฒนาขั้นตอนในการค้นพบเนื้อหาที่ผิดกฎหมายในข้อมูล blockchain
5. ความซ้ำซ้อน: คงความยืดหยุ่นในการดำเนินงานให้สามารถเปลี่ยนการนำไปใช้หากจำเป็น

สำหรับผู้ดำเนินการเครือข่ายสายฟ้า:

1. การจัดการค่าธรรมเนียม: เตรียมตัวให้พร้อมสำหรับการพึ่งพา CPFP ที่ปรับปรุงด้วยการส่งหลากหลายแบบแพ็คเกจที่มีประสิทธิภาพ
2. การรวม TRUC: พิจารณาการอัปเกรดการใช้งานช่องทางให้ใช้การทำธุรกรรม v3
3. การติดตามการทำงานร่วม: ความสามารถในการเพิ่มค่าธรรมเนียมปรับปรุงจะลดความเสี่ยงในการบังคับปิด
4. การทดสอบ: ตรวจสอบสถานการณ์การเพิ่มค่าธรรมเนียมใน testnet ก่อนการนำไปใช้ในเครือข่ายหลัก

สำหรับกลุ่มขุด:

1. การวางแผน Stratum v2: ประเมินอินเตอร์เฟซการขุด IPC สำหรับการนำไปใช้ Stratum v2 ในอนาคต
2. นโยบายแบบแม่แบบ: ตัดสินใจเกี่ยวกับนโยบายแบบแม่บล็อกเกี่ยวกับธุรกรรม OP_RETURN ขนาดใหญ่
3. การกำหนดค่า Mempool: พิจารณาผลกระทบของ feerates มาตรฐานที่ต่ำกว่า
4. การตรวจสอบ: ติดตามรูปแบบการใช้งาน OP_RETURN จริงหลังจากการใช้งาน v30

สำหรับผู้ใช้บุคคล:

1. การตรวจสอบกระเป๋าเงิน: ตรวจสอบว่าคุณใช้กระเป๋าเงินในตัวของ Bitcoin Core (ต้องย้าย) หรือกระเป๋าเงินภายนอก (ไม่ต้องดำเนินการใด ๆ)
2. นโยบายโหนด: หากใช้งานโหนดเต็ม ข้อกำหนดในการกำหนดค่า (ค่าเริ่มต้น, เข้มงวด, หรือทางเลือก)
3. พฤติกรรมการทำธุรกรรม: เข้าใจว่าค่าธรรมเนียมที่ต่ำกว่าเป็นไปได้แต่ต้องมีการเปลี่ยนแปลงการกำหนดค่ากระเป๋า
4. แนวปฏิบัติด้านความเป็นส่วนตัว: V30 ไม่ได้เสนอการปรับปรุงความเป็นส่วนตัว — ดำเนินการตามแนวทางที่ดีที่สุด (การหมุนที่อยู่, Tor, CoinJoin)

การวางแผนฉุกเฉิน: หลายสถานการณ์

Scenario 1: การใช้งานราบรื่น (ความน่าจะเป็น 60%)

V30 ถูกนำไปใช้ภายในระยะเวลา 6-12 เดือน บรรลุการยอมรับ 60-80% การใช้งาน OP_RETURN ขนาดใหญ่ยังคงน้อยเนื่องจากค่าธรรมเนียมสูงในช่วงที่มีความต้องการด้านสูง ความกังวลทางกฎหมายพิสูจน์ว่าเกินไป — ไม่มีการดำเนินคดีเกิดขึ้น Bitcoin Knots คงมีส่วนแบ่งเครือข่ายประมาณ 10-15% ที่มอบความหลากหลายนโยบาย ไม่จำเป็นต้องมีการแทรกแซงฉุกเฉิน

การตอบสนองของผู้ปฏิบัติการ: ติดตามเมตริกการยอมรับ ติดตามรูปแบบการใช้งาน OP_RETURN ที่เกิดจริง ปรับนโยบายหากมีหลักฐานข้อมูลสนับสนุนการเปลี่ยนแปลง

Scenario 2: การหยุดนิ่งของนโยบาย (ความน่าจะเป็น 25%)

ชุมชนยังคงแบ่งแยก การใช้ Core หยุดที่ 40-50% โดย Knots คงมีส่วนแบ่ง 20-30% เครือข่ายทำงานด้วยการกระจายนโยบายอย่างมีนัยสำคัญ การแพร่พันธุ์ธุรกรรมกลายเป็นน้อยลงที่น่าเชื่อถือสำหรับกรณีขอบ ไม่มีกระบวนการที่หนึ่งโดดเด่นเหนืออีก

การตอบสนองของผู้ปฏิบัติการ: รักษาความยืดหยุ่นในการสลับการนำไปใช้ตามความต้องการตามการปฏิบัติการ พิจารณาการใช้งานหลายโหนดสำหรับโครงสร้างพื้นฐานที่สำคัญ ร่วมสนทนาชุมชนต่อเนื่องเกี่ยวกับการวิวัฒนาการของนโยบาย

Scenario 3: การแทรกแซงทางกฎหมาย (ความน่าจะเป็น 10%)

เขตอำนาจการดำเนินคดีต่อผู้ดำเนินการโหนดหนึ่งหรือมากกว่านั้นในการโฮสต์เนื้อหาบล็อกเชนที่ผิดกฎหมาย บริการคลาวด์เริ่มยุติบิตคอยน์โหนด ผู้ดำเนินการงานอดิเรกปิดโหนดลงอย่างเป็นอันมาก เครือข่ายรวมศูนย์รอบตัวผู้ดำเนินการที่มีทรัพยากรและการป้องกันทางกฎหมายที่ดี

การตอบสนองของผู้ปฏิบัติการ: ปรึกษากฎหมายทันที ประเมินความเสี่ยงในเขตอำนาจ คำนึงถึงการย้ายโครงสร้างพื้นฐานโหนดไปยังเขตที่เป็นมิตร ปฏิบัติตามการตรวจสอบเนื้อหาอย่างเข้มงวด เปลี่ยนไปใช้การใช้งานนโยบายที่เข้มงวดมากขึ้น (Knots) รักษาโปรไฟล์ต่ำสำหรับโหนดส่วนบุคคล

Scenario 4: ความหายนะทางเทคนิค (ความน่าจะเป็น 5%)

ค้นพบช่องโหว่ที่สำคัญใน v30 หลังจากการปล่อย ที่ทำให้เกิดการขโมย การโจมตี DoS หรือความล้มเหลวของฉันทามติ ต้องทำการตอบสนองฉุกเฉิน

การตอบสนองของผู้ปฏิบัติการ: เฝ้าติดตามการแจ้งเตือนความปลอดภัยของ Bitcoin Core ตลอด 24/7 รักษาความสามารถในการปล่อยแพตช์ฉุกเฉินในไม่กี่ชั่วโมง มีการทดสอบและเตรียมขั้นตอนการถอยกลับพร้อม ประสานงานกับการแลกเปลี่ยนและผู้ให้บริการโครงสร้างพื้นฐานหลัก ตามคำแนะนำทีมรักษาความปลอดภัย Bitcoin Core

การลดความเสี่ยงระยะยาว

ความหลากหลายในการใช้งาน: การเกิดขึ้นของ Bitcoin Knots แสดงถึงความหลากหลายในการใช้งานที่มีสุขภาพดี ในระยะยาว Bitcoin ได้ประโยชน์จากการมีหลายการนำไปใช้ที่เข้ากันได้ซึ่งให้ความมั่งคั่งต่อการโจมตีช่องโหว่ของลูกค้าหนึ่งรายหรือการยึดครองการจัดการ

ความกดดันทางวิวัฒนาการ: การใช้งานในโลกจริงจะเป็นตัวกำหนดว่านโยบายการเปลี่ยนแปลง v30 มีประโยชน์หรืออันตรายอย่างไร แรงตลาด (ค่าธรรมเนียม) พัฒนาการทางกฎหมาย และนวัตกรรมทางเทคนิค จะกำหนดการเปลี่ยนแปลงนโยบายในอนาคต

การบริหารจัดการชุมชน: การโต้เถียงเรื่อง v30 แม้จะเจ็บปวด แต่แสดงให้เห็นว่าการบริหารจัดการของ Bitcoin ทำงานผ่านการเลือกของแต่ละคนที่กระจายอำนาจแทนที่จะผ่านอำนาจกลาง ผู้ดำเนินการที่ไม่พึงพอใจกับ Core สามารถเปลี่ยนไปใช้อื่นได้ในขณะที่ยังคงความเป็นเอกภาพของเครือข่ายผ่านความเข้ากันของฉันทามติ

การเฝ้าติดตามและการปรับตัว: 12-24 เดือนถัดไปจะให้ข้อมูลที่สำคัญเกี่ยวกับผลกระทบของ v30 ในโลกจริง ผู้ปฏิบัติการควรติดตามการเติบโตของชุด UTXO รูปแบบการใช้งาน OP_RETURN จริง พัฒนาทางกฎหมาย แนวโน้มนับโหนด และวิวัฒนาการของตลาดค่าธรรมเนียม — แล้วปรับนโยบายโดยอิงข้อมูลมากกว่าการคาดเดา

ตัวชี้วัดการยอมรับและระยะเวลา

การทำความเข้าใจเกี่ยวกับการแบ่งรุ่น v30 ต้องการการติดตามหลายตัวชี้วัดทั่วโหนด การขุด การแลกเปลี่ยน และการใช้นโยบายจริง ไม่เหมือนกับการอัปเกรดฉันทามติที่ต้องการการเปิดใช้งานที่สัมพันธ์กัน การเปลี่ยนแปลงทางนโยบายของ v30 จะถูกนำไปใช้ช้าๆ ผ่านการเลือกของผู้ปฏิบัติการแต่ละคน

การติดตามการยอมรับของโหนด

แหล่งข้อมูลหลัก:

Bitnodes.io: ติดตามโหนดที่สามารถเข้าถึงในที่สาธารณะได้ประมาณ 23,000-25,000 แสดงการแจกจ่ายเวอร์ชันและโทโพโลยีเครือข่าย หน้าปัดจะแสดง "ผู้ใช้ตัวแทน" ที่ระบุซอฟต์แวร์ลูกค้า (เช่น "/Satoshi:30.0.0/" สำหรับ Bitcoin Core v30) แผนที่สดทำให้เห็นการกระจายโหนดทั่วโลก

Coin.Dance: ให้การแจกจ่ายตามการนำไปใช้ (Core vs. Knots vs. อื่น ๆ), คัดกรองโหนดที่ซ้ำซ้อนตามที่อยู่ IP ติดตามเฉพาะโหนดที่ฟังยอมรับการเชื่อมต่อขาเข้าCount: Alternative counting methodology providing different perspective on network composition.

Current Baseline (October 1, 2025):

• Node ที่เข้าถึงได้ทั้งหมด: ~22,500-25,000
• Bitcoin Core (ทุกเวอร์ชั่น): ~80-85%
• Bitcoin Knots: ~13-20% (เพิ่มขึ้นจาก 2% ในเดือนมกราคม 2025)
• การดำเนินงานอื่น ๆ (btcd, libbitcoin, ฯลฯ): ~5%

กำหนดเวลาในการนำ v30 มาใช้

การวิเคราะห์รูปแบบในอดีต:

จากการเปิดตัว Bitcoin Core ที่ผ่านมา:

• สัปดาห์ที่ 1-2: 5-10% (ผู้ที่ยอมรับตั้งแต่ต้น, ผู้ดำเนินการโครงสร้างพื้นฐานทดสอบในการผลิต)
• เดือนที่ 1: 20-30% (สมาชิกที่มีความกระตือรือร้นในชุมชน, การแลกเปลี่ยนเสร็จสิ้นการทดสอบ)
• เดือนที่ 3: 40-60% (การยอมรับทั่วไป, ผู้ให้บริการโครงสร้างพื้นฐานทำการอัปเกรด)
• เดือนที่ 6: 60-80% (การยอมรับโดยส่วนใหญ่, ผู้ดำเนินการขนาดเล็กตาม)
• เดือนที่ 12: 80-90% (เกือบสมบูรณ์ ยกเว้นกลุ่มที่ตั้งใจยึดถืออย่างมั่นคง)

ปัจจัยเฉพาะที่ส่งผลต่อการนำ v30 มาใช้:

ปัจจัยเร่ง:

• ไม่มีการเปลี่ยนแปลงมติ ลดความเสี่ยงในการนำไปใช้
• การปรับปรุงด้านความปลอดภัยสร้างแรงจูงใจในการอัปเกรด
• ผู้ดำเนินการ Lightning Network อยากใช้งานการสื่อสารในแพ็กเกจที่ปรับปรุงแล้ว
• ค่าธรรมเนียมเริ่มต้นที่ต่ำกว่ามีประโยชน์ในช่วงที่มีความต้องการต่ำ

ปัจจัยชะลอ:

• การโต้เถียงเกี่ยวกับ OP_RETURN สร้างการต่อต้าน (~20% ใช้การดำเนินงานอื่นอยู่แล้ว)
• ความต้องการการโยกย้ายกระเป๋าสตางค์รุ่นเก่าหน่วงการเตรียมพร้อมของผู้ดำเนินการ
• ไม่มีการแก้ไขความปลอดภัยที่เร่งด่วนการนำไปใช้
• นโยบายการแยกตัวยอมรับได้ (ผู้ดำเนินการสามารถอยู่บน v29 ได้ไม่มีกำหนด)

การคาดการณ์ v30 ที่เป็นจริง:

• เดือนที่ 1: 15-25% (ช้ากว่าปกติเนื่องจากการโต้เถียง)
• เดือนที่ 3: 35-50%
• เดือนที่ 6: 50-65%
• เดือนที่ 12: 60-75% (ระดับเนื่องจากการที่ Knots ยังคงมีอยู่)
• สถานะคงที่ในระยะยาว: 65-80% Core v30+, 15-20% Knots, 5% อื่น ๆ / เก่า

การติดตามการยอมรับของผู้ขุด

ไม่ต้องการสัญญาณ: V30 ไม่มีการเปลี่ยนแปลงมติที่ต้องการการเปิดใช้งานของผู้ขุด ผู้ขุดนำไปใช้โดยอิงจากกำหนดการปฏิบัติการตามความต้องการของฟีเจอร์ (อินเทอร์เฟซ IPC ของ Stratum v2) และความสอดคล้องกับซอฟต์แวร์ที่ใช้ในกลุ่มการขุด

การตรวจสอบเมตริก:

• ประกาศของกลุ่มการขุดเกี่ยวกับการปรับใช้ v30
• สตริงเวอร์ชั่น coinbase ของบล็อกที่บ่งชี้ซอฟต์แวร์ของผู้ขุด
• อัตราการยอมรับของ Stratum v2 (แยกต่างหากแต่เกี่ยวข้องกับอินเทอร์เฟซ IPC)
• นโยบายแบบฟอร์มบล็อก (รูปแบบการรวม OP_RETURN ที่สังเกตได้)

รูปแบบที่คาดหวัง: กลุ่มการขุดมักจะล้าหลังการยอมรับของโหนดอยู่ 2-4 เดือนในขณะที่กลุ่มทำการทดสอบอย่างกว้างขวางก่อนการปรับใช้ในผลิต Large pools (Foundry, F2Pool, Binance Pool) ที่เป็นตัวแทน >50% ของโค้งแฮชจะเป็นตัวกำหนดกรอบเวลาการยอมรับ

การยอมรับของการแลกเปลี่ยนและผู้คุม

ความซับซ้อนของการแลกเปลี่ยนใหญ่: การแลกเปลี่ยนขนาดใหญ่ดำเนินการโหนดหลายร้อยโหนดในหลายภูมิภาคทั่วโลกที่มีโครงสร้างพื้นฐานกระเป๋าสตางค์ที่ซับซ้อน การโยกย้ายจากกระเป๋าสตางค์รุ่นเก่ามาสู่กระเป๋าสตางค์ลักษณะพิเศษสำหรับกระเป๋าสตางค์ร้อนมีมูลค่าสูงต้องการการทดสอบและขั้นตอนการตรวจสอบอย่างกว้างขวาง

ตรวจสอบได้จากสาธารณะ: การแลกเปลี่ยนขนาดใหญ่มักจะประกาศการอัพเกรดโครงสร้างพื้นฐาน โปรดติดตามบล็อก Coinbase Engineering, บล็อก Kraken, ประกาศของ Binance และบัญชี Twitter ทางเทคนิคสำหรับการแจ้งเตือนการปรับใช้เนื้อหา: Core's built-in wallet, v30 deployment is invisible.

สำหรับผู้ใช้งานกระเป๋าสตางค์ Bitcoin Core: การย้ายจากกระเป๋าสตางค์ legacy ไปสู่ descriptor เป็นสิ่งที่จำเป็นก่อนการอัพเกรด ใช้งานคำสั่ง migratewallet RPC ทดสอบใน testnet ก่อน และสำรองข้อมูลทุกครั้ง นี่เป็นการพยายามครั้งเดียวที่ทำให้เกิดความสามารถที่ดีกว่าในการใช้งานกระเป๋าสตางค์

สำหรับผู้ปฏิบัติการโหนด: การตัดสินใจเชิงปรัชญารออยู่ จะยอมรับค่าเริ่มต้นของ v30 เพื่อสนับสนุนความเป็นกลางของเครือข่ายและปรับเข้ากับพฤติกรรมของคนขุดเหรียญหรือไม่? จะตั้งค่าข้อจำกัดที่เข้มงวดขึ้นเพื่อคงนโยบายเดิมหรือไม่? หรือเปลี่ยนไปใช้ Bitcoin Knots สำหรับค่าเริ่มต้นที่อนุรักษ์นิยมโดยไม่มีการเตือนการยกเลิก? วิธีการทั้งสามนี้คงไว้ซึ่งความเข้ากันได้ของฉันทามติ เลือกตามค่านิยมและความอดทนต่อความเสี่ยงของคุณ

สำหรับผู้ปฏิบัติการเครือข่าย Lightning: V30 นำมาซึ่งประโยชน์ที่ชัดเจน การปรับปรุงการส่งแพ็กเกจเพิ่มความน่าเชื่อถือในการบังคับค่าธรรมเนียมธุรกรรม TRUC ช่วยให้มีการนำเสนอช่องสมอที่ดีขึ้น ค่าธรรมเนียมเริ่มต้นที่ต่ำลงช่วยในช่วงที่ความต้องการต่ำ การอัพเกรดนี้ให้การปรับปรุงที่มีความหมาย

สำหรับการแลกเปลี่ยนและโครงสร้างพื้นฐาน: การวางแผนที่สำคัญเป็นสิ่งจำเป็น การย้ายจากกระเป๋าสตางค์ legacy เป็นสิ่งจำเป็นสำหรับผู้ใช้งาน Bitcoin Core การยกเลิก RPC ต้องการการอัพเดตรหัส นโยบายที่ตัดสินใจส่งผลต่อการจัดการธุรกรรมและกระบวนการปฏิบัติตามกฎหมาย การทบทวนทางกฎหมายเป็นที่แนะนำเนื่องจากการขยาย OP_RETURN และปัญหาความรับผิดที่เกิดขึ้น

สำหรับเครือข่าย Bitcoin: การโต้แย้งแสดงถึงการปกครองที่มีสุขภาพดีผ่านการหลากหลายของการใช้งานแทนที่จะมีการควบคุมจากศูนย์กลาง การเติบโตของ Bitcoin Knots ถึง 15-20% ของส่วนแบ่งเครือข่ายชี้ให้เห็นว่าผู้ใช้สามารถเรียนรู้จากการเลือกใช้ซอฟต์แวร์ของพวกเขา การใช้ Core และ Knots ยังคงสอดคล้องกับฉันทามติ, ป้องกันการแยกสายโซ่ในขณะเดียวกันก็เสนอโอกาสในการทดลองนโยบาย

ตัวชี้วัดที่สำคัญในการติดตาม

การนำโหนดใช้งาน (หลัก):

• เปอร์เซ็นต์ของ Bitcoin Core v30 (เป้าหมาย: 60-80% ภายในเดือน 12)
• เปอร์เซ็นต์ของ Bitcoin Knots (จับตาดู: ความมั่นคงที่ 15-20%)
• นับโหนดที่เข้าถึงทั้งหมด (จับตาดู: การลดลงที่บ่งชี้ถึงการปิดตัวที่ขับเคลื่อนด้วยกฎหมาย/ค่าใช้จ่าย)

รูปแบบการใช้นโยบาย:

• จำนวนธุรกรรม OP_RETURN ใหญ่ (จับตาดู: การโจมตีด้วยสแปมหรือการยอมรับอย่างไม่คาดคิด)
• การกระจายขนาด OP_RETURN (>80 ไบต์, >1KB, >10KB)
• การกระจายธุรกรรมต่ำกว่า 1 sat/vB ในช่วงที่ความต้องการต่ำ
• การนำธุรกรรม TRUC (v3) มาใช้ในเครือข่าย Lightning

ตัวชี้วัดสุขภาพของเครือข่าย:

• อัตราการเติบโตของชุดข้อมูล UTXO (จับตาดู: ผลกระทบจาก OP_RETURN กับวิธีการจัดเก็บทางเลือก)
• คุณลักษณะของเมมพูลในช่วงความต้องการสูง/ต่ำ
• เมตริกประสิทธิภาพการส่งบล็อก
• ไดนามิกตลาดค่าธรรมเนียมและส่วนผสมรายได้ของคนขุด

การพัฒนาทางกฎหมายและระเบียบ:

• โครงการดำเนินคดีต่อผู้ปฏิบัติการโหนด (ในทุกเขตอำนาจศาล)
• คำแถลงด้านระเบียบเกี่ยวกับการจัดเก็บข้อมูลบล็อกเชน
• นโยบายผู้ให้บริการคลาวด์เกี่ยวกับโหนด Bitcoin
• การวิเคราะห์ด้านกฎหมายและการพัฒนากฎหมายในวิชาการ

การแลกเปลี่ยนและโครงสร้างพื้นฐาน:

• ประกาศการนำ v30 ไปใช้จากการแลกเปลี่ยนหลัก
• อัปเดตการนำเครือข่าย Lightning ไปใช้ (LND, CLN, Eclair)
• การยอมรับกลุ่มเหมืองและความคืบหน้าของ Stratum v2
• การอัพเดตการสำรวจบล็อกสำหรับการสนับสนุน OP_RETURN หลายรายการ

ความปลอดภัยและความเสถียร:

• ข้อแนะนำด้านความปลอดภัยของ Bitcoin Core
• การค้นพบข้อผิดพลาดวิกฤตและการปล่อยเหตุฉุกเฉิน
• รูปแบบการโจมตี (สแปม, การโจมตี DoS, การหาประโยชน์)
• เมตริกความยืดหยุ่นของเครือข่าย

สิ่งที่จะเกิดขึ้นต่อไป

ตุลาคม 2025: การปล่อย v30.0 สุดท้ายคาดว่าจะเกิดขึ้นในช่วงปลายเดือน กลุ่มผู้ใช้เริ่มการใช้งาน การแลกเปลี่ยนเสร็จสิ้นการทดสอบภายในและเริ่มการใช้งานการผลิตอย่างต่อเนื่อง

พฤศจิกายน-ธันวาคม 2025: การยอมรับเพิ่มขึ้นถึง 20-30% เมื่อผู้ปฏิบัติการโครงสร้างพื้นฐานอัพเกรด รูปแบบการใช้ OP_RETURN ในโลกจริงเกิดขึ้น, ให้ข้อมูลแรกว่าความกลัวของนักวิจารณ์หรือการมองโลกในแง่ดีของผู้สนับสนุนเป็นสมเหตุสมผลหรือไม่ การใช้งาน Lightning เริ่มการทดสอบเบต้าของการปรับปรุงการส่งแพ็กเกจ

Q1 2026: การยอมรับทั่วไปถึง 40-50% การย้ายกระเป๋าแลกเปลี่ยนเสร็จสิ้นเป็นส่วนใหญ่ การปล่อยผลิตภัณฑ์เครือข่าย Lightning รวมถึงประโยชน์ของ v30 นักวิจัยทางวิชาการเผยแพร่การวิเคราะห์เริ่มต้นของผลกระทบนโยบาย ภาพทางกฎหมายชัดเจนขึ้นหรือกังวลมากขึ้นขึ้นอยู่กับการตอบสนองของเขตอำนาจศาล

Q2-Q3 2026: การยอมรับอยู่สถานะคงที่ (~65-80% Core, ~15-20% Knots) ประสิทธิผลของนโยบายระยะยาวสามารถวัดได้ผ่านการเติบโตของชุด UTXO, พฤติกรรมตลาดค่าธรรมเนียม, และตัวชี้วัดความน่าเชื่อถือของเครือข่าย Lightning ชุมชนประเมินว่าควรรักษา, ปรับเปลี่ยน, หรือย้อนกลับนโยบายที่ถกเถียงตามหลักฐานหรือไม่

Q4 2026 และต่อมา: หากนโยบาย v30 เป็นประโยชน์ (ลดการเพิ่มขึ้นของ UTXO, ปรับปรุงประสบการณ์ Lightning, ไม่มีภัยพิบัติทางกฎหมาย) อาจมีฉันทามติในการสนับสนุนทิศทางปัจจุบัน หากเกิดความเสียหายขึ้น (สแปมแพร่หลาย, ดำเนินคดีทางกฎหมาย, การรวมศูนย์) ความกดดันเพิ่มขึ้นสำหรับการปรับปรุงนโยบายในการปล่อยครั้งต่อไป ความหลากหลายของการใช้งานรับประกันความยืดหยุ่นของเครือข่ายไม่ว่าจะเกิดอะไรขึ้น

คิดทบท้าย

Bitcoin Core v30 ประสบความสำเร็จทางด้านเทคนิคในการแก้ไขหนี้เทคนิคที่สะสม (การลบกระเป๋าสตางค์ legacy), ทำให้สามารถปรับปรุงโครงสร้างพื้นฐานในอนาคต (Stratum v2 ผ่าน IPC), และเพิ่มความน่าเชื่อถือของเครือข่าย Lightning (การส่งแพ็กเกจ, การสนับสนุน TRUC) การมีส่วนร่วมเหล่านี้เป็นการปล่อยที่มีความชอบธรรมทั้งหมดจากมุมมองทางเทคนิค

การโต้แย้งเรื่อง OP_RETURN อย่างไรก็ตาม, เกินกว่าการพิจารณาทางเทคนิคไปเป็นปรัชญา, การปกครอง, และกฎหมาย ขณะนี้มีความเป็นไปได้ว่าจะยังคงอยู่หลายปี ซึ่งไม่ได้แก้ไขผ่านการสร้างฉันทามติแต่ผ่านความคุ้มค่าที่เปิดเผยเมื่อผู้ปฏิบัติการเลือกการใช้งานและรูปแบบการใช้งานที่แท้จริงเกิดขึ้น กระบวนการที่ยุ่งเหยิง, มนุษย์, ไม่มีศูนย์กลางนี้เป็นวิธีการที่การปกครองของ Bitcoin ควรทำงาน — ไม่มีอำนาจการแยกแยะที่ทำการตัดสินใจต่างหาก, แต่เป็นการเลือกที่กระจายซึ่งรวมเป็นผลลัพธ์ที่ครอบคลุมเครือข่าย

สำหรับผู้อยู่ในสถานการณ์การตัดสินใจทันที: ประเมินความต้องการทางการดำเนินงานของคุณ, ความเสี่ยงทางกฎหมายที่คุณรับได้, และตำแหน่งปรัชญาของคุณ ทดสอบอย่างละเอียดใน testnet ย้ายกระเป๋า legacy อย่างรอบคอบ ติดตามข้อแนะนำด้านความปลอดภัยอย่างเคร่งครัด เลือกการใช้งานที่ตรงกับค่านิยมของคุณ ปรับตามหลักฐานที่สะสม

Bitcoin Core v30 จะถูกจดจำไม่ได้เพราะสร้างปัญหาที่ใหญ่ที่สุด (มันจะไม่) แต่เพราะเป็นการทดสอบการปกครองแบบไม่มีศูนย์กลางของ Bitcoin และแสดงให้เห็นว่าการไม่เห็นด้วยกับนโยบายสามารถอยู่ร่วมกับความสามัคคีของฉันทามติได้ เครือข่ายจะรอด, ปรับตัว, และในที่สุดพิสูจน์ความมั่นคงมากขึ้นจากการนำพาจากข้อโต้แย้งนี้ไม่ว่าโดยการฉีดเจตคติร่วมกันหรือไม่ก็ตาม

บล็อกเชนไม่ได้แยกกัน ซอฟต์แวร์ทำ และนั่นถูกออกแบบมาให้เป็นอนันต์