คำแปลต้นฉบับ: GaryMa Wu พูดถึงบล็อคเชน
ตามรายงานของ Blockspace ชุมชนรากหญ้าของ Bitcoin กำลังเริ่มผลักดันให้เกิดการเปลี่ยนแปลงซอฟต์แวร์พื้นฐานของ Bitcoin ซึ่งถือเป็นเหตุการณ์ที่เกิดขึ้นได้ยากในรอบกว่า 4 ปีที่ผ่านมา (ก่อนหน้านี้ การเปลี่ยนแปลงพื้นฐานที่สำคัญใดๆ จะถูกขับเคลื่อนโดยกลุ่มนักพัฒนาหลัก)
ในครั้งนี้ การสนับสนุนจากภาคประชาชนเริ่มเกิดขึ้นสำหรับ Bitcoin Improvement Proposal (BIPs) สองรายการ ได้แก่ BIP-119 (CTV) และ BIP-348 (CSFS) ข้อเสนอทั้งสองนี้เสนอวิธีการใหม่ในการเขียนสคริปต์ Bitcoin ที่จะทำให้ Bitcoin สามารถใช้งานฟังก์ชันของ พันธสัญญา ได้ ข้อเสนอทั้งสองข้อนี้สามารถนำไปใช้กับ Bitcoin แบบซอฟต์ฟอร์กครั้งต่อไปได้
เพื่อป้องกันไม่ให้ผู้อ่านบางคนไม่สามารถเข้าใจความสัมพันธ์ระหว่าง Bitcoin Covenants และโซลูชัน BIP เฉพาะเหล่านี้ชั่วคราว เราจะชี้แจงไว้ที่นี่:
หากพูดอย่างง่ายๆ Covenants คือแนวคิดเชิงฟังก์ชันในเครือข่าย Bitcoin และ BIP ทั้งสองที่กล่าวถึงในบทความเป็นโซลูชันการนำไปใช้งานที่แตกต่างกันสำหรับแนวคิดเชิงฟังก์ชันนี้
Bitcoin Covenants คืออะไร?
คำนิยาม:
พันธสัญญาเป็นกลไกที่ถูกเสนอในโปรโตคอล Bitcoin ที่ให้กำหนดเงื่อนไขหรือข้อจำกัดในการทำธุรกรรม โดยกำหนดว่าจะใช้หรือโอน Bitcoin อย่างไร เงื่อนไขเหล่านี้อาจครอบคลุมธุรกรรมหลายรายการ ซึ่งจำกัดการใช้จ่ายในอนาคตที่อาจเกิดขึ้นได้ ส่งผลให้ความสามารถในการเขียนสคริปต์ของ Bitcoin ดีขึ้น
ผล:
ปรับปรุงความสามารถของสัญญาอัจฉริยะของ Bitcoin เพื่อรองรับแอปพลิเคชันที่ซับซ้อนมากยิ่งขึ้น (เช่น การกู้เงิน การแลกเปลี่ยนแบบกระจายอำนาจ และห้องนิรภัย)
เพิ่มความปลอดภัยเพื่อป้องกันการโจรกรรมหรือการใช้เงินในทางที่ผิด
เพิ่มประสิทธิภาพการทำงานของเครือข่าย เช่น ลดค่าธรรมเนียมธุรกรรมหรือปรับปรุงความเป็นส่วนตัว
ที่นี่เราสามารถเข้าใจได้คร่าวๆ ว่า Covenants เป็นแนวคิด และ BIP-119 (CTV) และ BIP-348 (CSFS) ที่กล่าวถึงในบทความนี้เป็นการนำแนวคิดการทำงานของ Covenants ไปปฏิบัติโดยเฉพาะ
สถานะปัจจุบัน:
ปัจจุบัน mainnet ของ Bitcoin ไม่ได้รวมฟีเจอร์ที่เกี่ยวข้องกับ Covenants อย่างเป็นทางการ แม้ว่าการอภิปรายและข้อเสนอที่เกี่ยวข้อง (เช่น BIP-119) จะมีการดำเนินต่อไปหลายปีแล้ว
BIP 119: OP_CHECKTEMPLATEVERIFY (CTV)
Opcode Bitcoin ที่เสนอให้อนุญาตให้เอาต์พุตธุรกรรมระบุ เทมเพลต ที่ธุรกรรมการใช้จ่ายในลำดับถัดไปจะต้องตรงกัน
ได้รับการเสนอโดย Jeremy Rubin อดีตผู้สนับสนุน Bitcoin Core และมีอยู่มาเป็นเวลาห้าปีแล้ว ทำให้สามารถใช้งานคุณสมบัติ การพกพาของรัฐ ได้ โดยการจำกัดการใช้เงินเฉพาะในรูปแบบที่กำหนดไว้ล่วงหน้าเท่านั้น
สถานการณ์การใช้งานรวมถึง:
สร้างการชำระเงินแบบกลุ่มเพื่อลดค่าธรรมเนียมธุรกรรม สร้างการแลกเปลี่ยนแบบกระจายอำนาจ (DEX) หรือโปรโตคอลการกู้ยืม
นำระบบ Vaults มาใช้เพื่อป้องกันเงินทุนจากการโจรกรรม
CTV คือการนำ Covenants มาใช้แบบน้ำหนักเบา โดยเน้นที่การจำกัดรูปแบบเอาต์พุตโดยไม่เกี่ยวข้องกับตรรกะที่ซับซ้อน
BIP 348: OP_CHECKSIGFROMSTACK (CSFS)
ข้อเสนอ opcode Bitcoin ที่จะช่วยให้ตรวจยืนยันได้ว่าลายเซ็นนั้นถูกต้องสำหรับข้อความที่กำหนดเอง ไม่ใช่แค่แฮชของธุรกรรมปัจจุบันเท่านั้น มันจะรับลายเซ็น คีย์สาธารณะ และข้อความจากสแต็กข้อมูล และตรวจสอบว่าลายเซ็นตรงกันหรือไม่
เสนออย่างเป็นทางการโดย Jeremy Rubin และ Brandon Black ในเดือนพฤศจิกายน 2024
OP_CSFS เป็นเครื่องมือที่มีประสิทธิภาพในการนำ Covenants ที่มีความยืดหยุ่นมากขึ้นไปใช้งาน เนื่องจากช่วยให้สามารถ ตรวจสอบภายใน อินพุตของธุรกรรมได้ นั่นคือการตรวจสอบเนื้อหาหรือสถานะทั้งหมดของธุรกรรมที่ลงนามแล้ว
การใช้งานเฉพาะ:
การนำพันธสัญญาไปปฏิบัติ: OP_CSFS สามารถใช้เพื่อสร้างตรรกะแบบมีเงื่อนไขที่ซับซ้อน ช่วยให้มั่นใจว่าเงินสามารถใช้จ่ายได้ตามกฎที่เฉพาะเจาะจงเท่านั้น ตัวอย่างเช่น ผู้ตรวจสอบสามารถตรวจสอบได้ว่าอินพุตธุรกรรมเป็นไปตามเทมเพลตหรือข้อจำกัดที่ตั้งไว้ล่วงหน้าหรือไม่
การปรับปรุงด้านความปลอดภัย: รองรับ Vaults และโปรโตคอลแบบกระจายอำนาจเพื่อป้องกันการโจรกรรมหรือการใช้จ่ายที่ไม่ได้รับอนุญาตผ่านการตรวจสอบลายเซ็น
ความสามารถในการขยาย: เมื่อรวมกับโอปโค้ดอื่นๆ (เช่น OP_CAT) สามารถสร้างสมาร์ทคอนแทร็กต์ที่ซับซ้อนยิ่งขึ้นได้
เมื่อกล่าวถึงข้อตกลงของ Bitcoin และข้อเสนอ BIP-119 (CTV) BIP-348 (CSFS) OP_CAT ถือเป็นสิ่งที่ขาดไม่ได้อย่างแน่นอน
BIP 347: OP_แมว
ประวัติศาสตร์:
การดำรงอยู่ช่วงแรก: OP_CAT เป็นส่วนหนึ่งของภาษาสคริปต์ดั้งเดิมของ Bitcoin ซึ่งรวมไว้โดย Satoshi Nakamoto เมื่อ Bitcoin เปิดตัวในปี 2009 โดยเดิมทีได้รับการออกแบบมาเพื่อเพิ่มความยืดหยุ่นของสคริปต์และรองรับตรรกะที่ซับซ้อนมากขึ้น
เหตุผลในการถอดถอน (2553):
OP_CAT ถูกลบออก (ปิดการใช้งาน) ในปี 2010 เพื่อป้องกันช่องโหว่ด้านความปลอดภัยที่อาจเกิดขึ้นและการใช้ทรัพยากรอย่างไม่เหมาะสม
· ปัญหาเฉพาะ: หากไม่ได้จำกัด OP_CAT อาจถูกผู้ใช้ที่ไม่ประสงค์ดีใช้เพื่อสร้างข้อมูลที่มีความยาวไม่สิ้นสุด (ผ่านการเรียกซ้ำ) ส่งผลให้เกิด การโจมตีแบบปฏิเสธบริการ (DoS Attack) เนื่องจากโหนด Bitcoin จำเป็นต้องประมวลผลข้อมูลนี้ ซึ่งจะเพิ่มค่าใช้จ่ายในการประมวลผลและการจัดเก็บ
ภาษาสคริปต์ของ Bitcoin ได้รับการปรับปรุงให้เรียบง่ายขึ้นในขณะนั้น โดยยังคงฟังก์ชันขั้นพื้นฐานที่สุดไว้เพื่อให้แน่ใจว่าโปรโตคอลมีน้ำหนักเบา ปลอดภัย และกระจายอำนาจ
ความหมายและหน้าที่:
OP_CAT เป็นโอปโค้ดในภาษาสคริปต์ Bitcoin ไม่ได้เป็นการนำ Covenant ไปใช้งานโดยตรง แต่เป็นเครื่องมือที่มีศักยภาพในการสร้างตรรกะ Covenant ที่ซับซ้อน เมื่อเปรียบเทียบกับโอปโค้ดสองตัวที่กล่าวข้างต้นแล้ว OP_CAT มีลักษณะทั่วไปมากกว่าและเหมาะกับการดำเนินการข้อมูล แต่ต้องใช้ร่วมกับโอปโค้ดอื่นๆ เพื่อให้ได้ฟังก์ชันที่ซับซ้อน
สถานะเดิม:
ในช่วงไม่กี่ปีที่ผ่านมา ชุมชน Bitcoin ได้หารือเกี่ยวกับการกลับมาของ OP_CAT อีกครั้ง ก่อนหน้านี้เคยปรากฏในรูปแบบของข้อเสนอ BIP-420 ที่เป็นมิตรกับชุมชนมากขึ้น แต่ในตอนนี้ ได้มีการรวมเข้ากับที่เก็บ bitcoin/bips อย่างเป็นทางการแล้วด้วยหมายเลข BIP-347
เป็นยังไงบ้าง?
ตามที่ Coindesk รายงาน ในช่วงไม่กี่สัปดาห์ที่ผ่านมา นักพัฒนา Bitcoin ฝั่งตะวันตกจำนวนมากได้แสดงการสนับสนุน CTV และ CSFS บน Twitter ซึ่งไม่ต้องสงสัยเลยว่านี่เป็นสัญญาณที่ชัดเจนอย่างน้อยก็ในแวดวงโซเชียลมีเดีย ส่วนหนึ่งของชุมชน Bitcoin กำลังก้าวไปสู่การยอมรับการเปลี่ยนแปลงเหล่านี้
นอกจากนี้ โดยทั่วไปแล้ว นักพัฒนาเชื่อว่าคำจำกัดความของข้อเสนอทั้งสองนี้ค่อนข้าง แคบ หากพูดแบบชาวบ้านๆ ก็คือ เมื่อเปิดใช้งานแล้ว มีโอกาสน้อยลงที่ผู้ใช้จะนำไปใช้อย่างผิดวัตถุประสงค์โดยไม่ได้ตั้งใจ โดยทั่วไปแล้วชุมชนนักพัฒนา Bitcoin จะระมัดระวังเกี่ยวกับการเปลี่ยนแปลงของ Bitcoin ตัวอย่างเช่น ถึงแม้ว่า BIP 119 จะไม่ได้เปิดใช้งานมาเกือบห้าปีแล้ว แต่เมื่อไม่นานมานี้ CTV ยังถูกมองว่าเป็นแนวคิดสุดโต่งเกินกว่าที่จะเปิดใช้งานได้
แคมเปญก่อนหน้านี้ของ Jeremy Rubin ผู้ร่วมสนับสนุนข้อเสนอทั้งสองข้อเพื่อโปรโมต CTV เผชิญกับการต่อต้านอย่างหนักโดยเฉพาะจากผู้มีอิทธิพลด้าน Bitcoin บางรายที่มีผู้ติดตามจำนวนมาก เช่น Adam Back และ Jimmy Song ในที่สุดคำวิจารณ์ก็กลายเป็นความไม่พอใจอย่างแพร่หลายในชุมชน Bitcoin จนทำให้ Rubin ต้องหายไปจากวงการ Bitcoin ในที่สุด
แล้วอะไรเป็นแรงกระตุ้นให้เกิดการเปลี่ยนแปลงนี้กันแน่? การสนับสนุน opcode OP_CAT ล่าสุดดูเหมือนจะทำให้ขอบเขตของข้อเสนอ Bitcoin ที่ถูกมองว่า ยอมรับได้ กว้างขึ้น โดยกำหนดให้ CTV และ CSFS เป็นตัวเลือก อนุรักษ์นิยม ที่ค่อนข้างมาก เป็นเรื่องที่น่าสังเกตว่าคนส่วนใหญ่ที่สนับสนุน OP_CAT ยังสนับสนุน BIP 119 และ BIP 348 อีกด้วย (รวมถึงข้อเสนออื่นๆ ส่วนใหญ่ด้วย)
เราจะคาดหวังอะไรต่อไป? ก่อนอื่นการหารือจะดำเนินต่อไป นักพัฒนาคาดว่าจะศึกษาข้อเสนอเพิ่มเติมในงานประชุมทางเทคนิคหลายครั้ง เช่น OPNEXT ที่กำหนดไว้ในเดือนเมษายน BTC++ ในเดือนกรกฎาคม และ TABConf ในเดือนตุลาคม เมื่อนักพัฒนาบรรลุฉันทามติเบื้องต้นแล้ว การเปิดใช้งานซอฟต์ฟอร์กจริงจะถูกส่งมอบให้กับนักขุด ชุมชน และนักลงทุนเพื่อการยืนยันขั้นสุดท้าย
จะติดตามความคืบหน้าของการหารือเรื่อง BIP ในกระบวนการชุมชน/ซอฟต์ฟอร์กได้อย่างไร
คำตอบยากมาก!
โดยทั่วไปชุมชนทางเทคนิคของ Bitcoin มักจะมีส่วนร่วมในการอภิปรายเชิงลึกเกี่ยวกับข้อเสนอเหล่านี้ แต่นี่เป็นกระบวนการหารือที่ดูเหมือนคลุมเครือและวนซ้ำไปซ้ำมา
หากพูดอย่างง่ายๆ ก็คือ กระบวนการ Bitcoin แบบซอฟต์ฟอร์กนั้นต้องมีการประเมินระดับการสนับสนุนคร่าวๆ จากผู้ถือผลประโยชน์ Bitcoin หลายราย รวมถึงนักพัฒนา ผู้ดูแล นักลงทุน และนักขุด ตัวบ่งชี้การสนับสนุนโดยตรงที่สุดมักมาจากนักขุด เนื่องจากพวกเขาสามารถส่งสัญญาณการอนุมัติการเปลี่ยนแปลงฐานโค้ดได้โดยการส่งสัญญาณไปยังบล็อกที่พวกเขาขุด โดยทั่วไปแล้ว Bitcoin Core ต้องใช้บล็อก 95% ในการส่งสัญญาณการสนับสนุนในช่วงระยะเวลาหนึ่ง ก่อนที่จะล็อกการอัปเดตเพื่อเปิดใช้งาน
อย่างไรก็ตาม ยังไม่มีความเห็นพ้องต้องกันว่าควรจะกำหนดคำว่า การสนับสนุนที่กว้างขวาง อย่างไร และฉันทามติของ Bitcoin ก็มีการเปลี่ยนแปลงอยู่เสมอ นักขุดเป็นผู้ให้สัญญาณที่สำคัญเนื่องจากพวกเขาเป็นหน่วยงานที่ “นับได้” ในเครือข่าย Bitcoin กล่าวอีกนัยหนึ่ง เนื่องจากโครงสร้างการกระจายอำนาจของ Bitcoin จึงยากที่จะวัดความเห็นพ้องโดยรวมจากมุมมองที่ มองเห็นได้
อย่างไรก็ตาม Taproot Wizards ซึ่งเป็นบริษัทพัฒนาที่มีชื่อเสียงด้าน Bitcoin NFT ได้ใช้ OP_CAT เป็นตัวอย่างเพื่อเปิดเผยกระบวนการอันยาวนานและซับซ้อนของ Bitcoin soft fork ในรูปแบบของแผนผังกระแสข้อมูล ผู้ที่สนใจสามารถอ่านได้ด้วยตนเองที่ https://www.quantumcats.xyz/bip-land เราจะลองสรุปให้ฟังดังนี้:
วงจรชีวิตข้อเสนอ BIP | กระบวนการอันยาวนานและซับซ้อนของ Bitcoin Soft Forks
1. ข้อเสนอนี้ได้รับการเสนอในเบื้องต้นและมีการหารือในรายชื่อส่งจดหมายของนักพัฒนา Bitcoin
2. การเข้าสู่การอภิปรายในวงกว้างของชุมชน การเข้าสู่การอภิปรายในระยะยาวเกี่ยวกับปัญหาข้อดีและข้อเสียของฟังก์ชันที่เสนอ หากไม่สามารถก้าวหน้าต่อไปได้ก็จะหยุดอยู่เพียงเท่านี้
3. ชุมชนรากหญ้าเขียนร่าง BIP สำหรับข้อเสนอบน Github
4. นักพัฒนาเริ่มนำโค้ดที่เกี่ยวข้องไปใช้และสามารถดำเนินการต่อไปได้หากไม่มีข้อบกพร่องในการตรวจสอบระยะยาว
5. หลังจากการตรวจสอบโดยบรรณาธิการ Bitcoin Repository BIP และได้รับการอนุมัติเบื้องต้นจากชุมชนแล้ว หมายเลข BIP อย่างเป็นทางการจะได้รับการกำหนด
6. เข้าสู่เครือข่ายทดสอบ Signet Signet คือเครือข่ายทดสอบ Bitcoin ที่ให้ผู้พัฒนาได้ทดลองใช้ฟีเจอร์ใหม่หรือการเปลี่ยนแปลงโค้ดโดยไม่ส่งผลกระทบต่อเครือข่ายหลัก (บางทีฟีเจอร์ใหม่ส่วนใหญ่อาจถูกยกเลิกถาวรในขั้นตอนนี้)
7. สามารถเข้าถึง Liquid sidechain ได้เพื่อการทดลอง
8. ส่ง PR ให้กับ Bitcoin Core
9. การเข้าสู่กระบวนการตรวจสอบและเสนอการรวมโค้ด Bitcoin Core ซึ่งมีความไม่แน่นอนสูง เฉพาะเมื่อข้อเสนอหลีกเลี่ยงข้อโต้แย้งส่วนใหญ่ได้และตรงตามข้อกำหนดทางเทคนิค (ไม่มีจุดบกพร่องที่ร้ายแรง) จึงจะมีโอกาสเข้าสู่ขั้นตอนการผสานรวมได้ ความคิดเห็นของผู้พัฒนาหลัก (เช่น Pieter Wuille) มักมีความสำคัญ และการอนุมัติหรือปฏิเสธของพวกเขาจะมีผลอย่างมากต่อชะตากรรมของข้อเสนอ
10. หากการตรวจสอบโค้ดเป็นไปด้วยดี รอให้ผู้ดูแลคลัง Bitcoin รวม PR เข้ากับโปรเจกต์หลัก ปัจจุบันมีผู้ดูแลระบบอยู่ห้าคน: Michael Ford (fanquake), Hennadii Stepanov (hebasto), Andrew Chow (achow 101), Gloria Zhao (glozow), Ryan Ofsky (ryanofsky)
11. ยังคงมีการโต้แย้งและการอภิปรายที่อาจเกิดขึ้นได้ระหว่างกลุ่มต่างๆ เช่น นักพัฒนาและนักขุด Bitcoin
12. เลือกกลไกการเปิดใช้งาน:
ก. MASF (Miner-led Soft Fork) - กฎใหม่จะถูกเปิดใช้งานโดยนักขุดผ่านการส่งสัญญาณ (โดยปกติจะอยู่ที่เกณฑ์ 95%) เช่นโหมดเริ่มต้นของ BIP-9 หรือ BIP-8 ค่อนข้างเสถียร แต่ต้องมีความร่วมมือจากความเห็นพ้องและการทดสอบที่กว้างขวาง ดังนั้นจึงใช้เวลานานกว่า
ข. User-initiated soft fork (UASF): ผู้ควบคุมโหนด (ผู้ใช้) บังคับให้มีการเปิดใช้งานกฎใหม่ (เช่น Lockinontimeout: True ของ BIP-8) เพื่อหลีกเลี่ยงการต่อต้านของนักขุด ซึ่งมีความเสี่ยงจากการฟอร์กของเชนที่อาจเกิดขึ้นและความขัดแย้งของชุมชน
บทสรุป
Wu กล่าวว่าก่อนหน้านี้มีรายงานมาว่า Cobra ซึ่งเป็นผู้ดูแลชื่อโดเมน Bitcoin.org ได้ออกมาเตือนว่าเครือข่าย Bitcoin อาจจะนำเอา user-initiated soft fork (UASF) ที่เริ่มต้นโดยนักพัฒนาไม่เปิดเผยตัวตนภายนอกแกนหลักของ Bitcoin มาใช้ในปี 2025 ซึ่งอันที่จริงแล้วนี่คือการเปลี่ยนแปลงที่อาจเกิดขึ้นกับ BIP 119 ที่กล่าวถึงในบทความนี้ Cobra เชื่อว่าการปรับปรุงเหล่านี้อาจก่อให้เกิดการแบ่งแยกระหว่าง “กลุ่มหัวรุนแรง” และ “กลุ่มปรับปรุง” ซึ่งนำโดยชุมชนรากหญ้าและขับเคลื่อนโดยนักพัฒนาหลักที่ไม่ใช่ Bitcoin
เป็นที่เข้าใจกันว่า UASF (User-Initiated Soft Fork) เป็นวิธีการอัพเกรดโปรโตคอลที่เริ่มต้นโดยผู้ใช้ Bitcoin มันบังคับใช้การอัปเดตโปรโตคอลโดยการอัพเกรดซอฟต์แวร์โหนด แม้ว่านักขุดหรือฝ่ายอื่นจะไม่สนับสนุน ซึ่งหมายความว่ามีความเสี่ยงในการเกิดการแยกสาขาของห่วงโซ่ด้วย แน่นอนว่าไม่จำเป็นต้องกังวลมากเกินไปในขณะนี้ เพราะยังมีสิ่งต่างๆ มากมายที่ยังไม่ได้รับการแก้ไข ตัวอย่างเช่น ในอนาคต Soft Fork จะมีเฉพาะ CTV และ CSFS เท่านั้นหรือไม่ OP_CAT ที่มักถูกพูดถึงร่วมกับชุดโอปโค้ดนี้ จะถูกนำมาพิจารณาหรือไม่ กระบวนการเปิดใช้งานจริงของซอฟต์ฟอร์กจะดำเนินไปอย่างไร? ผู้ถือผลประโยชน์รายอื่น (เช่น นักขุด Bitcoin) จะเอาจริงเอาจังกับเรื่องนี้มากพอหรือไม่?
ท้ายที่สุดแล้ว ตราบใดที่ความเห็นพ้องต้องกันของ BIP มีขนาดใหญ่เพียงพอ ข้อเสนอที่ขับเคลื่อนโดยชุมชนรากหญ้าก็สามารถดำเนินการได้ในรูปแบบของซอฟต์ฟอร์กที่นำโดยนักขุด (MASF) เช่นกัน และแม้แต่ UASF ก็ยังมีกรณีที่ประสบความสำเร็จในประวัติศาสตร์ UASF มีบทบาทสำคัญในการอัพเกรด SegWit ในปี 2017 โดยผู้ใช้ประสบความสำเร็จในการโปรโมตซอฟต์ฟอร์ก หลีกเลี่ยงการฮาร์ดฟอร์ก และส่งเสริมการขยายตัวของ Bitcoin
ลิงค์อ้างอิง:
