Bitcoin มักถูกอธิบายว่าเป็นเงินดิจิทัลที่ขับเคลื่อนด้วยโค้ด ซึ่งเป็นความจริง แต่ละเลยองค์ประกอบสำคัญ: ใครควบคุมโค้ด? แตกต่างจากบริษัท传统ที่ดำเนินการภายใต้การจัดการแบบลำดับชั้น หรือรัฐบาลที่อาศัยการลงคะแนนในรัฐสภา การเปลี่ยนแปลงโปรโตคอลของ Bitcoin ถูกกำกับโดยกระบวนการทางการเมืองที่ไม่เหมือนใคร สกปรก และกระจายอำนาจอย่างสูง ระบบนี้ถูกออกแบบมาโดยเฉพาะเพื่อทำให้การเปลี่ยนแปลงครั้งใหญ่ยากลำบาก เพื่อให้มั่นใจในความมั่นคงและความคาดเดาได้ของสกุลเงินในระยะยาว
การทำความเข้าใจการกำกับดูแลของ Bitcoin เป็นสิ่งสำคัญสำหรับการเข้าใจความยืดหยุ่นที่แท้จริงของมัน มันอธิบายว่าทำไมการเปลี่ยนแปลงแบบ radical แม้แต่ที่อาจเป็นประโยชน์ ต้องใช้เวลาหลายปีในการนำไปใช้ โดยต้องมีการถกเถียงที่ขยายไปยังรายชื่อเมลนักพัฒนา สระเหมือง และบ้านของผู้ใช้รายบุคคลที่รันโหนดตรวจสอบ เศรษฐศาสตร์ทางการเมืองที่มีแรงเสียดทานสูงนี้ทำหน้าที่เป็นการปกป้องแบบรัฐธรรมนูญ ปกป้องเครือข่ายจาก quyết địnhรีบร้อนและผู้กระทำการที่ชั่วร้าย
การวิเคราะห์นี้เจาะลึกไปยังกลไกของการเปลี่ยนแปลงโปรโตคอล โดยตรวจสอบวงจรชีวิตของไอเดีย—ตั้งแต่การเสนอครั้งแรกในฐานะ Bitcoin Improvement Proposal (BIP) ไปจนถึงการนำไปใช้ในที่สุดผ่านกลไกฉันทามติเช่น Soft Forks เราสำรวจสมดุลย์อำนาจอันละเอียดอ่อนระหว่างนักพัฒนา นักขุด และผู้ใช้ที่รันโหนดเต็มรูปแบบ ซึ่งในท้ายที่สุดเผยให้เห็นว่าความต้านทานการเปลี่ยนแปลงของ Bitcoin คือคุณสมบัติที่ทรงพลังที่สุด
รากฐานของการเปลี่ยนแปลง: ระบบ Bitcoin Improvement Proposal (BIP)
เนื่องจาก Bitcoin ไม่มีอำนาจกลาง มันจึงต้องการกระบวนการที่เป็นทางการ สาธารณะ สำหรับการเสนอ การอภิปราย และการบันทึกการเปลี่ยนแปลงโปรโตคอล กลไกนี้เรียกว่า Bitcoin Improvement Proposal หรือ BIP ระบบ BIP ให้โครงสร้างที่จำเป็นในการจัดการฉันทามติทางเทคนิค เปลี่ยนไอเดียเชิงนามธรรมให้เป็นข้อเสนอที่เป็นทางการพร้อมสำหรับการตรวจสอบของชุมชน
นึกถึงระบบ BIP ว่าเป็นห้องร่างรัฐธรรมนูญสำหรับ Bitcoin มันเป็นจุดเริ่มต้นที่บังคับสำหรับการเปลี่ยนแปลงที่สำคัญแบบ non-trivial ใดๆ ตั้งแต่การปรับค่าธรรมเนียมเล็กน้อยไปจนถึงการเปลี่ยนแปลงครั้งใหญ่ในวิธีการตรวจสอบธุรกรรม
กายวิภาคของ BIP
BIP คือเอกสารที่มีโครงสร้างที่อธิบายการเปลี่ยนแปลง คุณสมบัติ หรือการปรับปรุงการออกแบบเฉพาะสำหรับ Bitcoin แต่ละ BIP จะได้รับหมายเลขลำดับ (เช่น BIP 1, BIP 341) และต้องตรงตามข้อกำหนดที่เข้มงวดเพื่อให้ถือว่าถูกต้อง ข้อกำหนดเหล่านี้รับประกันความชัดเจน ความสมบูรณ์ทางเทคนิค และการพิจารณาผลข้างเคียงอย่างละเอียด
โดยทั่วไปมีสามประเภทของ BIP แม้ว่าที่เกี่ยวข้องที่สุดสำหรับการกำกับดูแลคือ "Standards Track" BIPs ซึ่งเสนอการเปลี่ยนแปลงที่ส่งผลต่อโปรโตคอลเอง (เช่น รูปแบบธุรกรรมหรือกฎฉันทามติ) BIP ที่ประสบความสำเร็จต้องกำหนดอย่างชัดเจน:
- แรงจูงใจ: ทำไมการเปลี่ยนแปลงนี้จึงจำเป็น? มันแก้ปัญหาอะไร?
- ข้อกำหนด: รายละเอียดทางเทคนิคของ วิธี ที่การเปลี่ยนแปลงจะถูกนำไปใช้ในโค้ด ต้องแม่นยำพอสำหรับนักพัฒนาทั่วโลกในการเขียนโค้ดตามมัน
- ความเข้ากันได้ย้อนหลัง: การเปลี่ยนแปลงนี้จะทำลายความเข้ากันได้กับเวอร์ชันซอฟต์แวร์เก่าหรือไม่? (นี่กำหนดว่าการเปลี่ยนแปลงต้องใช้ Soft Fork หรือ Hard Fork)
การมีอยู่ของกระบวนการ BIP บังคับให้เกิดความโปร่งใส มันรับประกันว่าการปรับทางเทคนิคที่สำคัญทุกครั้งถูกตรวจสอบแบบ open-source มักโดยนักเข้ารหัสและนักพัฒนาอิสระหลายร้อยคนที่วิเคราะห์โค้ดเพื่อหาจุดบกพร่อง ผลข้างเคียงทางเศรษฐกิจ และช่องโหว่ด้านความปลอดภัย ขั้นตอนการตรวจสอบสาธารณะนี้คือแรงเสียดทานที่จำเป็นในการปกป้องระบบ
บทบาทของนักพัฒนา Core และผู้ดูแล
แม้ว่าใครก็สามารถเสนอ BIP ได้ แต่การพัฒนา การปรับปรุง และการรวมเข้าใน implementation อ้างอิง (Bitcoin Core) จะถูกกำกับโดยกลุ่มเล็กๆ ที่ทุ่มเทที่เรียกว่า Bitcoin Core developers และ maintainers บุคคลเหล่านี้ไม่ใช่หน่วยงานปกครองอย่างเป็นทางการ แต่เป็นอาสาสมัครที่เชื่อถือได้ซึ่งมีหน้าที่หลักคือการตรวจสอบโค้ด การบำรุงรักษา และการประเมินความเสี่ยง
Bitcoin Core คือซอฟต์แวร์พื้นฐานที่โหนดและบริการโครงสร้างพื้นฐานส่วนใหญ่รัน ทำให้ codebase ของมันมีอิทธิพลสูง ผู้ดูแลมีหน้าที่ประเมินว่า BIP พร้อมทางเทคนิคหรือไม่ และมีฉันทามติทางสังคมที่เพียงพอในชุมชนการพัฒนาหรือไม่
ที่สำคัญ นักพัฒนาไม่สามารถบังคับการนำไปใช้ได้ พวกเขาเขียนซอฟต์แวร์ แต่ผู้ขุดและที่สำคัญกว่านั้น ผู้ใช้ต้องดาวน์โหลดและรันซอฟต์แวร์ที่อัปเดตโดยสมัครใจ หากนักพัฒนานำการเปลี่ยนแปลงที่ชุมชนเกลียดมาใช้ ผู้ใช้จะปฏิเสธโค้ดและหาซอฟต์แวร์ทางเลือก ซึ่งจะทำให้อิทธิพลของนักพัฒนาหายไป อำนาจของพวกเขาอยู่บนความเชื่อถือ ความเชี่ยวชาญ และความเป็นกลางทางเทคนิคเท่านั้น
ทำไมกระบวนการ BIP จึงเป็นแรงเสียดทานที่จำเป็น
ในบริษัทเทคโนโลยีกลางที่เคลื่อนไหวเร็ว ความคล่องตัวคือสิ่งสำคัญ การเปลี่ยนแปลงถูกผลักดันอย่างรวดเร็ว สำหรับ Bitcoin ตรงกันข้าม กระบวนการ BIP ช้าและโต้เถียงโดยเจตนาเพราะคุณค่าหลักของเครือข่ายคือความไม่เปลี่ยนแปลงและความคาดเดาได้
ถ้า Bitcoin เปลี่ยนแปลงได้ง่าย มันจะสูญเสียความน่าเชื่อถือในฐานะร้านเก็บมูลค่าที่ไม่เปลี่ยนแปลง การอภิปรายที่ช้าและหลายปีที่ inheres ในกระบวนการ BIP ทำหน้าที่เป็นตัวกรองทางการเมือง:
- การตรวจสอบผลกระทบทางเศรษฐกิจ: การนำออกช้าให้เศรษฐศาสตร์และนักวิเคราะห์ศึกษาผลกระทบที่อาจเกิด เช่น การเปลี่ยนแปลงค่าธรรมเนียมธุรกรรมหรือแรงจูงใจในการขุด
- ป้องกันการรวมศูนย์: โดยกำหนดให้มีการตกลงกันอย่างกว้างขวางข้ามผลประโยชน์ทางการเมือง เศรษฐกิจ และภูมิศาสตร์ กระบวนการป้องกันไม่ให้หน่วยงานที่ทรงพลังคนเดียว (เช่น สระเหมืองขนาดใหญ่หรือ exchange กลาง) กำหนดนโยบายฝ่ายเดียว
- รับประกันคุณภาพ: เวลาให้โค้ดถูกตรวจสอบ ทดสอบความเครียด และ audit ซ้ำๆ ลดความเสี่ยงของบั๊กที่ร้ายแรงเข้าสู่โปรโตคอลหลัก
ความยากในการผ่าน BIP คือคุณสมบัติ ไม่ใช่บั๊ก รับประกันว่าการเปลี่ยนแปลงที่มีการสนับสนุนทางเทคนิคและสังคมอย่างล้นหลามเท่านั้นที่จะก้าวหน้า
เส้นทางสองทางของการเปลี่ยนแปลงโปรโตคอล: Soft Forks ปะทะ Hard Forks
เมื่อ BIP ถูกร่างและอภิปรายแล้ว นักพัฒนาต้องตัดสินใจว่าจะนำไปใช้อย่างไร กลยุทธ์การนำไปใช้นี้กำหนดระดับการประสานงานเครือข่ายที่จำเป็นและที่สำคัญ ความเสี่ยงของการแยกชุมชน การเลือกนี้ลดลงเหลือสองประเภทหลักของการอัปเกรดโปรโตคอล: Soft Forks และ Hard Forks
forks เหล่านี้ไม่ใช่แค่อัปเดตซอฟต์แวร์ แต่เป็นแนวทางที่แตกต่างกันอย่างพื้นฐานในการบรรลุฉันทามติและรักษาความเข้ากันได้ย้อนหลัง
Soft Forks: การอัปเกรดที่เข้ากันได้ย้อนหลัง
Soft Fork คือการเปลี่ยนแปลงโปรโตคอล Bitcoin ที่ทำให้กฎเข้มงวดขึ้น หมายความว่ากฎใหม่เข้ากันได้กับกฎเก่า
ลองนึกภาพการอัปเกรดแอปพลิเคชันซอฟต์แวร์เพื่อให้เวอร์ชันใหม่สามารถอ่านไฟล์เก่าทั้งหมดได้ แต่เวอร์ชันเก่าไม่จำเป็นต้องอ่านไฟล์ใหม่ทั้งหมด ในบริบทของ Bitcoin:
- กฎใหม่: โหนดที่รันซอฟต์แวร์ที่อัปเกรด (Soft Fork) บังคับใช้ชุดกฎที่เข้มงวดใหม่
- กฎเก่า: โหนดที่รันซอฟต์แวร์เก่า (ก่อนอัปเกรด) ยังยอมรับธุรกรรมที่ตรวจสอบโดยโหนดที่อัปเกรด เพราะโหนดที่อัปเกรดกำลังทำตาม ส่วนย่อย ของกฎเดิม
ตัวอย่างเช่น ถ้า Soft Fork ระบุว่าบล็อกทั้งหมดต้องมีขนาดเล็กกว่าก่อนหน้านี้เล็กน้อย (ทำให้กฎเข้มงวดขึ้น) โหนดเก่าจะยังถือว่าบล็อกที่เล็กลงเหล่านี้ถูกต้อง เพราะยังยึดตามขีดจำกัดขนาดสูงสุดเดิม
Soft Forks เป็นวิธีที่ต้องการสำหรับการอัปเกรด Bitcoin เพราะต้องการเพียง คณบดี ของเครือข่าย (โดยทั่วไปคือผู้ขุดที่เป็นตัวแทน 95% ของ hashing power หรือคณบดีของโหนด) ในการนำการเปลี่ยนแปลงไปใช้ กลุ่มน้อยที่เหลือของโหนดเก่าสามารถดำเนินการต่อโดยไม่ทำลาย chain แม้ว่าพวกเขาอาจไม่สามารถตรวจสอบหรือใช้คุณสมบัติใหม่ได้เต็มที่ ความเข้ากันได้ย้อนหลังโดยธรรมชาติลดความเสี่ยงของการแยก chain ที่ยุ่งเหยิงอย่างมาก
Hard Forks: ตัวเลือกนิวเคลียร์
Hard Fork คือการเปลี่ยนแปลงพื้นฐานของโปรโตคอลที่ทำให้กฎใหม่ ไม่เข้ากันได้ กับกฎเก่า ต้องให้ผู้เข้าร่วมทุกคน—ผู้ขุด โหนด และกระเป๋า—อัปเกรดซอฟต์แวร์เพื่อทำตามฉันทามติใหม่
ถ้า Hard Fork ถูกกระตุ้น เครือข่ายจะแยกเป็นสอง chain แยกกัน буквально:
- Chain ใหม่: ทำตามชุดกฎใหม่ (เช่น ขนาดบล็อกใหญ่ขึ้นอย่างมีนัยสำคัญ)
- Chain เก่า: ดำเนินการต่อตามกฎเดิม
โหนดที่ยังไม่อัปเกรดจะปฏิเสธบล็อกใดๆ ที่สร้างภายใต้กฎใหม่ โดยถือว่ามันไม่ถูกต้อง ถ้ากลุ่มที่สำคัญยังคงขุดและตรวจสอบ chain เก่า จะมีเวอร์ชัน Bitcoin สองตัวพร้อมกัน
Hard Forks รบกวนอย่างสูงและมีความเสี่ยงทางเศรษฐกิจมหาศาล เพราะการแยกเป็นถาวรเว้นแต่ chain หนึ่งถูกทิ้งทั้งหมด ชุมชนต้องใกล้เคียงกันอย่างเป็นเอกฉันท์ก่อนที่จะพยายาม Hard Fork ถ้าสำเร็จ ผู้ใช้ใน chain เก่าจะพบว่าตัวเองถือสินทรัพย์ที่อาจไร้ค่า ในขณะที่ chain ใหม่กลายเป็นเวอร์ชันหลักของ Bitcoin การขู่ว่าจะแยกทางเศรษฐกิจหมายความว่า Hard Forks ถูกสงวนไว้สำหรับการแก้ไขที่สำคัญหรือการเปลี่ยนแปลงที่ความเข้ากันได้ย้อนหลังเป็นไปไม่ได้
การทดสอบการกำกับดูแล: ทำไม Hard Forks จึงน่ากลัว
หน้าที่หลักของ Hard Fork ในการกำกับดูแล Bitcoin คือทำหน้าที่เป็นตัวกีดขวางที่ยิ่งใหญ่ต่อความขัดแย้ง ศักยภาพของการแยกบังคับให้ผลประโยชน์ที่แข่งขันกัน—เช่น ผู้ขุดที่ต้องการค่าธรรมเนียมสูงกว่าปะทะผู้ใช้ที่ให้ความสำคัญกับการกระจายอำนาจ—ประนีประนอม
ตัวอย่างคลาสสิกที่แสดงความกลัวนี้เกิดขึ้นระหว่างการถกเถียง scaling ปี 2017 กลุ่มพยายามบังคับ Hard Fork (ที่เรียกว่า SegWit2x) เพื่อเพิ่มขีดจำกัดขนาดบล็อกอย่างมีนัยสำคัญ ข้อเสนอล้มเหลวในท้ายที่สุดเพราะชุมชนผู้ใช้และนักพัฒนาหลักปฏิเสธความเสี่ยงของการแตกแยกแบรนด์และสภาพคล่องของ Bitcoin ตลาดชัดเจนว่าการรักษาอัตลักษณ์ที่เป็นเอกภาพของ Bitcoin มีค่ามากกว่าการรองรับการเปลี่ยนแปลงทางเทคนิคที่ขาดฉันทามติอย่างล้นหลาม
dynamic นี้แสดงให้เห็นว่ามูลค่าทางเศรษฐกิจของเครือข่าย—ความเชื่อถือและสภาพคล่องรวมกัน—ทำหน้าที่เป็นข้อจำกัดสูงสุดในการกำกับดูแล กลุ่มใดที่ผลัก Hard Fork เสี่ยงสูญเสียการสนับสนุนทางเศรษฐกิจทั้งหมดถ้าชุมชนกว้างตัดสินใจยึด chain ที่พิสูจน์แล้วและมั่นคง
การบรรลุฉันทามติ: การส่งสัญญาณ การตรวจสอบ และการบังคับใช้
ในขณะที่นักพัฒนาร่างโค้ดและเลือกประเภท fork การกระทำทางการเมืองของการนำไปใช้ต้องใช้กระบวนการสามขั้นตอนที่ซับซ้อนที่เกี่ยวข้องกับผู้ขุด โหนดเต็มรูปแบบ และกลไกตามเวลา การแลกเปลี่ยนของการส่งสัญญาณ (เจตนาการลงคะแนน) การตรวจสอบ (ตรวจสอบโค้ด) และการบังคับใช้ (ปฏิเสธบล็อกที่ไม่ถูกต้อง) คือหัวใจของการกำกับดูแลแบบกระจายอำนาจ
insight สำคัญคืออำนาจถูกกระจาย: ผู้ขุดเสนอ แต่ผู้ใช้กำจัด
ผู้ขุด ปะทะ โหนด: สองรูปแบบของอำนาจตรวจสอบ
ในการกำกับดูแล Bitcoin สำคัญมากที่จะแยกแยะระหว่างผู้ถืออำนาจสองประเภท:
1. ผู้ขุด (Hashing Power)
ผู้ขุดที่ดำเนินการ Proof-of-Work (PoW) algorithm มีอำนาจในการสร้างบล็อก เมื่อเสนอ Soft Fork นักพัฒนากำหนดกลไกสำหรับผู้ขุดเพื่อ ส่งสัญญาณ การสนับสนุน การส่งสัญญาณนี้โดยทั่วไปทำโดยฝังข้อมูลเฉพาะ ("flag") ลงใน block header ที่พวกเขาผลิต
ถ้า 95% ของบล็อกที่ขุดทั้งหมดภายในช่วงที่กำหนดส่งสัญญาณสนับสนุน Soft Fork การเปลี่ยนแปลงถือว่าพร้อมสำหรับการกระตุ้น การส่งสัญญาณของผู้ขุดสำคัญเพราะพวกเขาเป็นผู้บังคับใช้กฎใหม่เมื่อสร้างบล็อก อย่างไรก็ตาม การส่งสัญญาณของผู้ขุดเป็นเพียง เจตนาที่จะปฏิบัติตาม ไม่ใช่อำนาจสูงสุด ผู้ขุดสามารถถูกกดดันด้วยแรงจูงใจทางเศรษฐกิจในการส่งสัญญาณสนับสนุน แม้พวกเขาไม่ชอบการเปลี่ยนแปลง
2. โหนดเต็มรูปแบบ (อำนาจบังคับใช้)
โหนดเต็มรูปแบบคือคอมพิวเตอร์ที่รันซอฟต์แวร์ Bitcoin ทั้งหมด ดาวน์โหลดและตรวจสอบธุรกรรมและบล็อกทุกชิ้นตั้งแต่เริ่มต้นเครือข่าย โหนดส่วนใหญ่รันโดยผู้ใช้ exchange ธุรกิจ และกระเป๋า โหนดไม่ส่งสัญญาณสนับสนุนเหมือนผู้ขุด พวกเขา บังคับใช้ กฎ
ถ้าผู้ขุดกระตุ้นการเปลี่ยนแปลงที่โหนดส่วนใหญ่ถือว่าไม่ยอมรับได้ โหนดจะปฏิเสธบล็อกใดๆ ที่สร้างภายใต้กฎใหม่ที่ไม่ต้องการ โดยการปฏิเสธบล็อกเหล่านั้น โหนดจะลบรางวัลของผู้ขุดอย่างมีประสิทธิภาพ เพราะบล็อกถูก orphaned และค่าธรรมเนียมธุรกรรมสูญหาย
โดยสรุป ผู้ขุดต้องทำตามกฎที่โหนดกำหนด เพราะถ้าโหนดปฏิเสธบล็อกของพวกเขา ความพยายามขุดจะสูญเปล่าทางเศรษฐกิจ โหนดเต็มรูปแบบทำหน้าที่เป็นผู้ตรวจสอบและผู้เฝ้าประตูสูงสุดของนโยบายการเงิน
กลไกการกระตุ้น: บทบาทของการส่งสัญญาณ
เพื่อจัดการกระบวนการกระตุ้นแบบกระจายอำนาจที่ยุ่งเหยิง Soft Forks ใช้กลไกการกระตุ้นที่ล็อกตามเวลาที่ออกแบบมาเพื่อรับประกันความพร้อมของเครือข่ายที่เพียงพอ
แนวทางทั่วไปเกี่ยวข้องกับเฟสส่งสัญญาณหลายช่วง มักเรียกว่า "Flag Day" signaling:
- เริ่มต้นการส่งสัญญาณ: โค้ดใหม่ถูกปล่อย และผู้ขุดเริ่มส่งสัญญาณความพร้อมผ่าน block headers
- ช่วง Threshold: เครือข่ายเฝ้าดูบล็อกจำนวนคงที่ (เช่น 2,016 บล็อก หรือประมาณสองสัปดาห์)
- การกระตุ้น: ถ้าถึง threshold ที่กำหนด (เช่น 95%) ของบล็อกเหล่านั้นส่งสัญญาณความพร้อม นาฬิกาจะเริ่มจับเวลาสำหรับ lock-in จริง หลายพันบล็อกต่อมา (ให้ช่วง grace) กฎใหม่จะกระตุ้นอย่างถาวร
กลไกนี้รับประกันว่าการเปลี่ยนแปลงถูกนำไปใช้อย่างคาดเดาได้และเฉพาะหลังจากการแสดงการสนับสนุนที่ชัดเจน วัดได้จากภาคเหมืองที่ทรงพลังทางเศรษฐกิจ กระบวนการนี้ทำให้การประนีประนอมทางการเมืองเป็นทางการ: นักพัฒนาเขียนโค้ด ผู้ขุดลงคะแนนสำหรับการกระตุ้น และผู้ใช้เตรียมโหนดเพื่อบังคับใช้
User Activated Soft Forks (UASFs): เมื่อผู้ใช้ควบคุมพวงมาลัย
สมดุลอำนาจถูกทดสอบอย่าง有名ในระหว่างการถกเถียงรอบ Segregated Witness (SegWit) ซึ่งเป็น Soft Fork ที่ออกแบบมาเพื่อปรับปรุงประสิทธิภาพธุรกรรม เมื่อผู้ขุดต้านทานการส่งสัญญาณสำหรับการกระตุ้น SegWit โดยอ้างความกังวลทางเศรษฐกิจ ชุมชนต้องพิสูจน์ว่าโหนดเต็มรูปแบบมีอำนาจสูงสุด
นี่นำไปสู่แนวคิด User Activated Soft Fork (UASF)
UASF คือ Soft Fork ที่ ตัวกระตุ้นการกระตุ้นขึ้นอยู่กับเวลา ไม่ใช่การส่งสัญญาณของผู้ขุด ใน UASF โหนด (ผู้ใช้) ตัดสินใจฝ่ายเดียวเกี่ยวกับวันที่ในอนาคตในการเริ่มบังคับใช้กฎใหม่ โดยไม่สนใจว่าผู้ขุดส่งสัญญาณอะไร
ตัวอย่าง有名ที่สุดคือ BIP 148 ซึ่งเสนอกระตุ้น SegWit โดยวันที่เฉพาะ โหนดที่รัน BIP 148 ระบุ: "หลังวันที่ X เราจะยอมรับเฉพาะบล็อกที่ส่งสัญญาณความพร้อม SegWit เท่านั้น"
game theory ที่นี่สำคัญ ถ้า 51% ของ hashing power ปฏิเสธการส่งสัญญาณ แต่ส่วนใหญ่ของโหนดที่เกี่ยวข้องทางเศรษฐกิจ (exchange ผู้ประมวลผลการชำระเงิน กระเป๋าหลัก) รันซอฟต์แวร์ UASF ผู้ขุดจะเผชิญทางเลือกยาก:
- ดำเนินการขุดบล็อกที่ไม่ส่งสัญญาณต่อ: บล็อกเหล่านี้จะถูกปฏิเสธโดยโหนด UASF นำไปสู่การสูญเสียทางการเงิน
- เริ่มส่งสัญญาณและนำกฎไปใช้: รักษารายได้ขุดและสอดคล้องกับฉันทามติผู้ใช้
การขู่ UASF บังคับให้สระเหมืองนำการเปลี่ยนแปลงไปใช้อย่างสำเร็จ แสดงให้เห็นว่าในเศรษฐศาสตร์ทางการเมืองแบบกระจายอำนาจของ Bitcoin ความชอบของผู้ใช้และการบังคับใช้โหนดเหนือกว่าการส่งสัญญาณของผู้ขุดเมื่อถึงเวลากดดัน UASF ยืนยันหลักการว่า การรันโหนดเต็มรูปแบบคืออำนาจ veto สุดท้าย ในระบบนิเวศ Bitcoin
กรณีศึกษาในการกำกับดูแล Bitcoin: บทเรียนที่เรียนรู้
การตรวจสอบเหตุการณ์การกำกับดูแลที่ประสบความสำเร็จและวุ่นวายให้บริบทที่สำคัญสำหรับการเข้าใจสภาพแวดล้อมแรงเสียดทานสูงของการเปลี่ยนแปลงโปรโตคอล เหตุการณ์เหล่านี้คือการรบทางเศรษฐกิจที่ดำเนินผ่านโค้ด พิสูจน์ว่าฉันทามติมีราคาแพงและต้องใช้ความพยายามทางการเมืองที่สำคัญ
SegWit (BIP 141): การศึกษาความเสียดทานและการประนีประนอม
Segregated Witness หรือ SegWit อาจเป็น Soft Fork ที่ถกเถียงร้อนแรงที่สุดในประวัติศาสตร์ Bitcoin เสนอในปี 2015 และกระตุ้นในปี 2017 การถกเถียงสองปีเน้นความยากลำบากอย่างแท้จริงในการทำการเปลี่ยนแปลง non-trivial
ความขัดแย้ง: SegWit ออกแบบมาเพื่อแก้ไข transaction malleability และเพิ่มความจุธุรกรรมทางอ้อม อย่างไรก็ตาม ผลประโยชน์เหมืองขนาดใหญ่หลายแห่งคัดค้าน โดยชอบการเพิ่มขนาดบล็อกแบบ Hard Fork ตรงไปตรงมา (ข้อเสนอ SegWit2x) ความขัดแย้งเป็นทางการเมืองพื้นฐาน: ผลประโยชน์เหมืองกลาง ปะทะ ผลประโยชน์นักพัฒนาและผู้ใช้แบบกระจายอำนาจ
การแก้ไข: การแก้ไขเกี่ยวข้องกับกลยุทธ์การกำกับดูแลสามแบบขนาน:
- ฉันทามติผู้พัฒนา (ตัวเลือก Soft Fork): นักพัฒนายืนยัน Soft Fork (BIP 141) เพื่อหลีกเลี่ยงความเสี่ยงของการแยก chain
- ฉันทามติทางเศรษฐกิจ (New York Agreement): การประนีประนอม โดยหลักกับธุรกิจกลาง ถูกพยายาม (SegWit2x) แต่ล้มเหลวในท้ายที่สุดเพราะขาดการนำไปใช้โดยผู้ใช้
- อำนาจผู้ใช้ (UASF/BIP 148): การขู่ UASF คือปัจจัยตัดสิน โดยการส่งสัญญาณความเต็มใจของผู้ใช้ในการปฏิเสธบล็อกที่ไม่ปฏิบัติตาม ผู้ใช้แสดงว่าพวกเขาคือผู้ถืออำนาจสูงสุดเหนือกฎเครือข่าย
ความสำเร็จของ SegWit พิสูจน์ว่าผู้ขุดสามารถชะลอการกระตุ้นได้ แต่ไม่สามารถบล็อกการเปลี่ยนแปลงที่มีการสนับสนุนทางเทคนิคและผู้ใช้อย่างล้นหลาม โดยเฉพาะเมื่อโครงสร้างพื้นฐานที่สำคัญขึ้นอยู่กับการอัปเดต
Taproot (BIPs 340, 341, 342): ความสำเร็จเงียบๆ ของ Speedy Trial
เปรียบเทียบการกระตุ้น SegWit ที่วุ่นวายกับ Taproot การอัปเกรดหลักที่กระตุ้นในปี 2021 Taproot ให้การปรับปรุงความเป็นส่วนตัว ประสิทธิภาพ และความสามารถ smart contract ที่มีนัยสำคัญ เนื่องจากบทเรียนจาก SegWit กระบวนการกำกับดูแลสำหรับ Taproot ถูกปรับปรุงโดยใช้วิธีกระตุ้นใหม่: Speedy Trial
กลไก Speedy Trial: แทนที่จะล็อกตามเวลาคงที่ Speedy Trial ตั้ง threshold การส่งสัญญาณ 90% ในช่วงสองสัปดาห์ แต่ยังรวมวันที่หมดอายุ
- ถ้า 90% ของผู้ขุดส่งสัญญาณสนับสนุนภายในหน้าต่าง การเปลี่ยนแปลงจะล็อกอย่างรวดเร็ว (ความสำเร็จ Speedy Trial)
- ถ้าไม่ถึง threshold กระบวนการจะล้มเหลว บังคับให้ชุมชนกลับไปร่างใหม่—อาจพิจารณาแนวทาง UASF ที่ขัดแย้งในภายหลัง
แนวทางที่มีโครงสร้าง จำกัดเวลานี้กดดันผู้ขุดให้บรรลุฉันทามติอย่างรวดเร็ว โดยรู้ว่าความล้มเหลวในการส่งสัญญาณจะบังคับให้กลับไปเจรจาการกำกับดูแลที่ยากลำบาก Taproot ถึง threshold 90% อย่างค่อนข้างรวดเร็ว แสดงให้เห็นว่าเมื่อการเปลี่ยนแปลงสมบูรณ์ทางเทคนิค ไม่ขัดแย้ง และได้รับการสนับสนุนดีจากนักพัฒนา เครือข่ายสามารถอัปเกรดได้อย่างมีประสิทธิภาพ
Taproot พิสูจน์ว่าการกำกับดูแล Bitcoin กำลังพัฒนา ยังคงยุ่งเหยิง ชุมชนเรียนรู้ที่จะโครงสร้างแรงจูงใจทางการเมืองเพื่อส่งเสริมการกระตุ้นทันเวลา ในขณะที่ยังคงกำหนด threshold สูงสำหรับฉันทามติ
แก่นแท้ของการกระจายอำนาจ: ทำไมการกำกับดูแลต้องยุ่งเหยิง
เราได้ยืนยันว่าการกำกับดูแล Bitcoin ไม่เรียบหรูหรือมีประสิทธิภาพ มันมักช้า ทรมาน และโต้เถียงสูง ความไม่มีประสิทธิภาพนี้ โดย विरोधाभา คือแหล่งที่มาของความแข็งแกร่งและเสน่ห์ในฐานะสินทรัพย์เงินแข็ง ความต้านทานการเปลี่ยนแปลงรับประกันความสมบูรณ์ของข้อเสนอคุณค่าสำคัญ: การออกที่เชื่อถือได้ คาดเดาได้ และจำกัด
โมเดลการกำกับดูแลแรงเสียดทานสูงรับประกันว่า Bitcoin ยังคงกระจายอำนาจทางการเมือง ไม่สามารถถูกนำทางโดยหน่วยงานบริษัทหรือรัฐบาลที่ทรงพลังคนเดียว
ต้นทุนของการเปลี่ยนแปลง ปะทะ มูลค่าของความคาดเดาได้
ในโลกการเงิน ความไม่คาดเดาเท่ากับความเสี่ยง ข้อเสนอมูลค่าของ Bitcoin ขึ้นอยู่กับนโยบายการเงินที่ hard-coded—ขีดจำกัดอุปทาน 21 ล้านเหรียญ ถ้ากฎโปรโตคอลเปลี่ยนได้ง่าย คำสัญญาของขีดจำกัดคงที่นี้จะถูกทำลาย
กระบวนการกำกับดูแลกำหนดให้การเปลี่ยนแปลงที่อาจเกิดต้องผ่านอุปสรรคใหญ่ของการตรวจสอบทางสังคม เทคนิค และเศรษฐกิจ "ต้นทุนของการเปลี่ยนแปลง" นี้รับประกัน:
- ความสมบูรณ์นโยบายการเงิน: เป็นไปเกือบไม่ได้ในการเปลี่ยนขีดจำกัดอุปทาน 21 ล้านหรือตารางการออกโดยไม่ก่อให้เกิดการแยก chain ที่ร้ายแรงซึ่งจะทำลายมูลค่าทางเศรษฐกิจของเหรียญ
- ความคาดเดาได้: ธุรกิจ exchange และนักลงทุนสถาบันสามารถมุ่งมั่นทุนกับระบบนิเวศ Bitcoin โดยรู้ว่ากฎพื้นฐานจะไม่เปลี่ยนอย่างไม่คาดคิด
- ความเชื่อถือไม่ได้: ผู้ใช้ไม่ต้องเชื่อถือ CEO หรือคณะกรรมการในการรักษากฎ พวกเขาเชื่อถือความเฉื่อยทางการเมืองและตัวกีดขวางทางเศรษฐกิจที่ฝังในโมเดลการกำกับดูแล
ความไม่มีประสิทธิภาพของการกำกับดูแลคือราคาที่จ่ายเพื่อบรรลุความสิ้นสุดทางการเงินและความเชื่อถือแบบกระจายอำนาจ
Game Theory ของการยึดติดโปรโตคอล
ความปลอดภัยของการกำกับดูแล Bitcoin ในท้ายที่สุดขึ้นอยู่กับ Game Theory—การศึกษาการตัดสินใจเชิงกลยุทธ์ระหว่างหน่วยงานที่แข่งขัน
ผู้เข้าร่วมทุกคนในเครือข่าย Bitcoin (ผู้ขุด นักพัฒนา และผู้ใช้) มีแรงจูงใจที่แตกต่าง:
- นักพัฒนา: มีแรงจูงใจเสนอโค้ดคุณภาพสูง ปลอดภัยที่รักษาชื่อเสียงเครือข่าย
- ผู้ขุด: มีแรงจูงใจเพิ่มกำไรสูงสุด หมายความว่าพวกเขาต้องเลือก chain ที่ผู้ใช้ส่วนใหญ่ (โหนด) จะยอมรับ รับประกันว่าบล็อกที่ขุดจะได้รางวัล
- ผู้ใช้ (โหนด): มีแรงจูงใจรักษากฎที่พวกเขาลงทะเบียนครั้งแรก รักษาความสมบูรณ์ของการลงทุน
นี่สร้าง Nash Equilibrium ที่ซึ่งกลยุทธ์ที่เหมาะสมสำหรับทุกฝ่ายคือยึดติดกับกฎที่บังคับใช้โดยโหนดเต็มรูปแบบ ถ้าหน่วยงานทรงพลังใดพยายามทำลายฉันทามติ (เช่น สระเหมืองพยายามผลัก Hard Fork ที่ขัดแย้ง) การลงโทษทางเศรษฐกิจ (การ fork chain และทำลายสภาพคล่อง) รุนแรงมากจนเกินกำไรทางเทคนิคระยะสั้นใดๆ
ดังนั้น กระบวนการยุ่งเหยิงของการกำกับดูแล Bitcoin ที่มีลักษณะโดย BIPs การถกเถียงที่ขัดแย้ง และการขู่ User Activated Soft Forks ที่มีอยู่เสมอ ไม่ใช่ความล้มเหลวของการออกแบบ มันคือการนำความปลอดภัย cryptoeconomic ไปใช้อย่างสำเร็จ รับประกันว่าการกระจายอำนาจทางการเมืองถูกรักษาควบคู่กับการกระจายอำนาจทางเทคนิค โค้ดรันเงิน แต่ฉันทามติรันโค้ด