简体中文

繁體中文

English

Tiếng Việt

한국어

日本語

ภาษาไทย

Türkçe

Partnered With:

เป็นครั้งแรกในรอบสี่ปีที่ Bitcoin จะได้สัมผัสกับ “soft fork ที่นำโดยผู้ใช้” หรือไม่?

อ่านบทความนี้ใน 42 นาที

BIP-119 (CTV) และ BIP-348 (CSFS) เสนอวิธีการใหม่ในการเขียนสคริปต์ Bitcoin ซึ่งจะทำให้ Bitcoin สามารถตระหนักถึงฟังก์ชันของ "สัญญา" ได้

ชื่อเดิม: "เป็นครั้งแรกในรอบสี่ปีที่ Bitcoin จะสามารถนำไปสู่ 'user-led soft fork' ได้จริงหรือ?" 》

ผู้เขียนต้นฉบับ: GaryMa, Wu Says Blockchain

ตามรายงานของ Blockspace ชุมชนรากหญ้า Bitcoin กำลังเริ่มส่งเสริมการเปลี่ยนแปลงซอฟต์แวร์พื้นฐานของ Bitcoin ซึ่งถือเป็นเหตุการณ์ที่เกิดขึ้นได้ยากในรอบกว่าสี่ปีที่ผ่านมา (ก่อนหน้านี้ การเปลี่ยนแปลงพื้นฐานที่สำคัญใดๆ ก็ตามจะถูกขับเคลื่อนโดยกลุ่มนักพัฒนาหลัก)

ครั้งนี้ การสนับสนุนจากภาคประชาชนเริ่มเกิดขึ้นสำหรับ Bitcoin Improvement Proposal (BIPs) สองฉบับ คือ BIP-119 (CTV) และ BIP-348 (CSFS) ข้อเสนอทั้งสองนี้เสนอวิธีการใหม่ในการเขียนสคริปต์ Bitcoin ที่จะทำให้ Bitcoin สามารถใช้งานฟังก์ชันของ "Covenants" ได้ ข้อเสนอทั้งสองข้อนี้อาจได้รับการนำไปใช้ใน Bitcoin soft fork ถัดไป

เพื่อป้องกันไม่ให้ผู้อ่านบางคนไม่สามารถเข้าใจความสัมพันธ์ระหว่าง Covenants ของ Bitcoin และโซลูชัน BIP เฉพาะเหล่านี้ชั่วคราว เรามาชี้แจงกันตรงนี้:

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

Bitcoin Covenants คืออะไร?

คำจำกัดความ:

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

ฟังก์ชัน:

· ปรับปรุงความสามารถของสัญญาอัจฉริยะของ Bitcoin และรองรับแอปพลิเคชันที่ซับซ้อนมากยิ่งขึ้น (เช่น การกู้ยืมเงิน แพลตฟอร์มการซื้อขายแบบกระจายอำนาจ และห้องนิรภัย)

· การรักษาความปลอดภัยที่ได้รับการปรับปรุงเพื่อป้องกันเงินจากการถูกขโมยหรือนำไปใช้ในทางที่ผิด

· เพิ่มประสิทธิภาพการทำงานของเครือข่าย เช่น ลดค่าธรรมเนียมธุรกรรมหรือปรับปรุงความเป็นส่วนตัว

ในที่นี้ เราสามารถเข้าใจได้คร่าวๆ ว่าพันธสัญญาเป็นแนวคิด และ BIP-119 (CTV) และ BIP-348 (CSFS) ที่กล่าวถึงในบทความนี้เป็นการนำแนวคิดการทำงานของพันธสัญญาไปปฏิบัติโดยเฉพาะ

สถานะปัจจุบัน:

ปัจจุบันเครือข่ายหลักของ 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_CAT

ประวัติ:

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

เหตุผลในการลบ (2010):

· OP_CAT ถูกลบ (ปิดการใช้งาน) ในปี 2010 เพื่อป้องกันช่องโหว่ด้านความปลอดภัยที่อาจเกิดขึ้นและการใช้ทรัพยากรโดยมิชอบ

· ปัญหาเฉพาะ: ถ้าไม่มีการจำกัด OP_CAT จะถูกใช้โดยผู้ใช้ที่ไม่ประสงค์ดีเพื่อสร้างข้อมูลยาวไม่จำกัด (ผ่านการเรียกซ้ำ) ส่งผลให้เกิด "การโจมตีแบบปฏิเสธการให้บริการ" (DoS Attack) เนื่องจากโหนด Bitcoin จำเป็นต้องประมวลผลข้อมูลนี้ ซึ่งจะเพิ่มค่าใช้จ่ายในการประมวลผลและการจัดเก็บ

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

คำจำกัดความและฟังก์ชัน:

OP_CAT คือโอปโค้ดของ Bitcoin Script ซึ่งไม่ใช่การใช้งานโดยตรงของ Covenant แต่เป็นเครื่องมือที่มีศักยภาพในการสร้างตรรกะ Covenant ที่ซับซ้อน หากเปรียบเทียบกับโอปโค้ดสองตัวที่กล่าวข้างต้นแล้ว OP_CAT นั้นจะมีความทั่วไปมากกว่าและเหมาะกับการดำเนินการข้อมูล แต่ต้องใช้ร่วมกับโอปโค้ดอื่นๆ เพื่อให้ได้ฟังก์ชันที่ซับซ้อน

สถานการณ์ปัจจุบัน:

ชุมชน Bitcoin ได้หารือเกี่ยวกับการกลับมาของ OP_CAT อีกครั้งในช่วงไม่กี่ปีที่ผ่านมา ก่อนหน้านี้ 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 soft fork จำเป็นต้องมีการประมาณระดับการสนับสนุนอย่างคร่าวๆ จากผู้ถือผลประโยชน์ต่างๆ ของ 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 fork

1. ข้อเสนอนี้ได้รับการเสนอในเบื้องต้นและได้มีการหารือกันในรายชื่อส่งจดหมายของนักพัฒนา Bitcoin

2. เมื่อเข้าสู่การอภิปรายในวงกว้างของชุมชนแล้ว ก็เริ่มมีการหารือในระยะยาวเกี่ยวกับข้อดีและข้อเสียของฟังก์ชันที่เสนอ หากไม่สามารถดำเนินการต่อไปได้อีก ก็จะหยุดอยู่เพียงเท่านี้

3. ชุมชนรากหญ้าเขียนร่าง BIP สำหรับข้อเสนอบน Github

4. นักพัฒนาเริ่มนำโค้ดที่เกี่ยวข้องมาใช้และสามารถดำเนินการต่อไปได้หากไม่มีข้อบกพร่องในการตรวจสอบระยะยาว

5. หลังจากการตรวจสอบโดยบรรณาธิการ Bitcoin Repository BIP และการอนุมัติเบื้องต้นโดยชุมชน หมายเลข BIP อย่างเป็นทางการจะได้รับการกำหนด

6. เข้าสู่เครือข่ายทดสอบ Signet Signet คือเครือข่ายทดสอบ Bitcoin ที่ให้ผู้พัฒนาได้ทดลองใช้ฟีเจอร์ใหม่หรือการเปลี่ยนแปลงโค้ดโดยไม่ส่งผลกระทบต่อเครือข่ายหลัก (บางทีฟีเจอร์ใหม่ส่วนใหญ่อาจถูกยกเลิกถาวรในขั้นตอนนี้)

7. สามารถเข้าสู่เครือข่ายด้านข้างของ Liquid เพื่อการทดลองได้

8. ส่ง PR ไปที่ Bitcoin Core

9. การเข้าสู่กระบวนการตรวจสอบและเสนอการรวมโค้ดหลักของ Bitcoin ซึ่งมีความไม่แน่นอนสูง เฉพาะเมื่อข้อเสนอสามารถหลีกเลี่ยงข้อโต้แย้งส่วนใหญ่ได้และตรงตามข้อกำหนดทางเทคนิค (ไม่มีจุดบกพร่องที่ร้ายแรง) เท่านั้น จึงจะมีโอกาสเข้าสู่ขั้นตอนการผสานรวมได้ โดยความคิดเห็นของนักพัฒนาหลัก (เช่น Pieter Wuille) มักมีความสำคัญยิ่ง และการอนุมัติหรือปฏิเสธของพวกเขาจะมีผลอย่างมากต่อชะตากรรมของข้อเสนอ

10. หากการตรวจสอบโค้ดเป็นไปด้วยดี รอให้ผู้ดูแลคลัง Bitcoin รวม PR เข้ากับโปรเจ็กต์หลัก ปัจจุบันมีผู้ดูแลระบบอยู่ห้าคน: Michael Ford (fanquake), Hennadii Stepanov (hebasto), Andrew Chow (achow 101), Gloria Zhao (glozow), Ryan Ofsky (ryanofsky)

11. ยังคงมีการโต้แย้งและถกเถียงกันอย่างต่อเนื่องระหว่างกลุ่มต่างๆ เช่น นักพัฒนาและนักขุด Bitcoin

12. เลือกกลไกการเปิดใช้งาน:

a. Miner-led Soft Fork (MASF): กฎใหม่จะถูกเปิดใช้งานโดยนักขุดผ่านสัญญาณ (โดยปกติคือเกณฑ์ 95%) เช่น โหมดเริ่มต้นของ BIP-9 หรือ BIP-8 ค่อนข้างเสถียร แต่ต้องมีการทำงานร่วมกันของความเห็นพ้องและการทดสอบที่กว้างขวาง ดังนั้นจึงต้องใช้เวลานานกว่า

b. ซอฟต์ฟอร์กที่ผู้ใช้ริเริ่ม (UASF): ผู้ควบคุมโหนด (ผู้ใช้) บังคับให้เปิดใช้งานกฎใหม่ (เช่น "Lockinontimeout: True" ของ BIP-8) เพื่อหลีกเลี่ยงการต่อต้านของนักขุด ซึ่งมีความเสี่ยงในการแยกเชนและความขัดแย้งของชุมชน

บทสรุป

Wu กล่าวว่าก่อนหน้านี้มีรายงานว่า Cobra ซึ่งเป็นผู้ดูแลชื่อโดเมน Bitcoin.org ได้ออกมาเตือนว่าเครือข่าย Bitcoin อาจเปิดตัว user-led soft fork (UASF) ที่เริ่มต้นโดยนักพัฒนาที่ไม่เปิดเผยตัวตนภายนอกแกนหลักของ Bitcoin ในปี 2025 ซึ่งอันที่จริงแล้วนี่คือการเปลี่ยนแปลงที่อาจเกิดขึ้นกับ BIP 119 ตามที่กล่าวถึงในบทความนี้ Cobra เชื่อว่าการปรับปรุงเหล่านี้อาจก่อให้เกิดการแบ่งแยกระหว่าง “กลุ่มหัวรุนแรง” และ “กลุ่มปรับปรุง” ซึ่งนำโดยชุมชนรากหญ้าและขับเคลื่อนโดยนักพัฒนาหลักที่ไม่ใช่ Bitcoin

เป็นที่เข้าใจกันว่า UASF (User-Actuated Soft Fork) เป็นวิธีการอัพเกรดโปรโตคอลที่เริ่มต้นโดยผู้ใช้ Bitcoin ซึ่งบังคับใช้การอัปเดตโปรโตคอลโดยการอัพเกรดซอฟต์แวร์โหนด แม้ว่านักขุดหรือฝ่ายอื่นจะไม่สนับสนุนก็ตาม และดังนั้นจึงหมายถึงความเสี่ยงของการแยกสาขาแบบลูกโซ่ด้วย แน่นอนว่าไม่จำเป็นต้องกังวลมากเกินไปในขณะนี้ เพราะยังมีสิ่งต่างๆ มากมายที่ยังไม่ได้รับการแก้ไข ตัวอย่างเช่น ในอนาคต Soft Fork จะมีเฉพาะ CTV และ CSFS เท่านั้นหรือไม่ OP_CAT ที่มักถูกพูดถึงร่วมกับชุดโอปโค้ดนี้ จะถูกนำมาพิจารณาหรือไม่ กระบวนการเปิดใช้งานจริงของซอฟต์ฟอร์กจะดำเนินไปอย่างไร? ผู้ถือผลประโยชน์รายอื่น (เช่น นักขุด Bitcoin) จะเอาจริงเอาจังกับเรื่องนี้มากพอหรือไม่?

ท้ายที่สุดแล้ว ตราบใดที่ความเห็นพ้องต้องกันของ BIP มีขนาดใหญ่เพียงพอ ข้อเสนอที่ขับเคลื่อนโดยชุมชนรากหญ้าก็สามารถดำเนินการได้ในรูปแบบของซอฟต์ฟอร์กที่นำโดยนักขุด (MASF) เช่นกัน และแม้แต่ UASF ก็ยังมีเรื่องราวความสำเร็จในประวัติศาสตร์ UASF มีบทบาทสำคัญในการอัพเกรด SegWit ในปี 2017 โดยผู้ใช้ประสบความสำเร็จในการโปรโมตซอฟต์ฟอร์ก หลีกเลี่ยงการฮาร์ดฟอร์ก และส่งเสริมการขยายตัวของ Bitcoin