หัวข้อเกี่ยวกับการอัปเกรด Bitcoin ข้างต้นได้รับการอภิปรายอย่างแพร่หลาย แต่ถึงเดือนธันวาคม พ.ศ. 2567 ชุมชนยังไม่เคยสามารถเห็นด้วยกันว่าจะอัปเกรดหรือไม่ ปัญหาที่อัปเกรดควรแก้ไขหรือคุณสมบัติที่ควรนำเสนอได้อย่างไร สถานการณ์ยังคงแบ่งแยกกันอยู่ เหมือนจะเป็นการติดขัดทางการเมือง
ในสถานการณ์ที่ติดขัดนี้ มีปรากฏการณ์ที่น่าสนใจมากมาย:
ปรากฏการณ์เหล่านี้บ่งชี้ว่าหัวข้อการอัปเกรดมีความเกี่ยวข้องอย่างมากในชุมชน Bitcoin อย่างไรก็ตามพวกเขายังเน้นว่าชุมชนส่วนใหญ่ขาดความเข้าใจอย่างถ่องแท้เกี่ยวกับกระบวนการที่สมบูรณ์ของการอัพเกรด Bitcoin และไม่ทราบถึงบทบาทที่เครื่องมือเข้ารหัสที่เป็นนวัตกรรมใหม่สามารถเล่นในการปลดล็อกศักยภาพของ Bitcoin จุดมุ่งหมายหลักของบทความนี้คือการทําลายความไม่สมมาตรของข้อมูลนี้จัดแนวความรู้ของทุกคนเพื่อให้สามารถอภิปรายได้ลึกซึ้งยิ่งขึ้น \
บทความนี้จะกำหนดอัพเกรดบิตคอยน์เพื่อสรุปรายละเอียดสำคัญผ่านการวิเคราะห์ประวัติศาสตร์และวิเคราะห์ข้อเสนออัพเกรดปัจจุบันและทางเลือกที่เป็นไปได้ ในที่สุดผู้เขียนจะให้ข้อมูลสรุปหลายประเด็นสำหรับผู้อ่าน จุดประสงค์คือเพื่อเตรียมความเข้าใจให้กับผู้อ่านในเรื่องอัพเกรดบิตคอยน์ - แนวคิด ประวัติศาสตร์ และความคืบหน้า - เป็นรากฐานสำหรับการสนทนาเพิ่มเติมและช่วยเสริมสร้างความเห็นร่วมกันในชุมชน
ขณะที่นำเสนอข้อมูล ผู้เขียนในฐานะนักพัฒนาสังคม Bitcoin หวังว่าจะมีโอกาสมากขึ้นสำหรับ Bitcoin และจะแสดงความเห็นชัดเจนเกี่ยวกับหัวข้อบางประการ ผู้อ่านควรเข้าใจถึงความแตกต่างระหว่างข้อมูลที่แน่ชัดและความคิดเห็นในบทความนี้
หนังสือขาว Bitcoinกำหนดโพรโตคอลที่ได้รับการติดตามโดยพันธมิตรพันธุ์ที่ประกอบด้วยพันธุ์ไม้ที่ทำให้เครือข่ายบล็อกเชนบิตคอยน์มีหลายพัน
มีหลายรุ่นของการดำเนินการโปรโตคอล (ที่เรียกว่าไคลเอ็นต์บ่อยครั้ง) ตามข้อมูลจาก https://bitnodes.io/nodes/, ลูกค้าที่มีส่วนแบ่งตลาดมากที่สุดคือ บิทคอยน์คอร์. ด้วยเหตุนี้ นักพัฒนาที่รักษาโค้ด Bitcoin Core (ที่เรียกว่า Bitcoin-Core-Devs) มีอิทธิพลที่สำคัญภายในระบบนิติบิตคอยน์
อะไร-ทำไม-1
อะไร-ทำไม-1
ซอฟต์แวร์โหนดบิตคอยน์ประกอบด้วยโมดูลหลายๆ รายการ และข้อเสนออัปเกรดที่เกี่ยวข้องถูกกำหนดไว้ผ่าน BIPs (Bitcoin Improvement Proposals), ซึ่งถูกจัดหมวดหมู่เป็นหลายประเภท
โดยทั่วไปเมื่อคนพูดถึงการอัพเกรดบิทคอยน์พวกเขากำลังพูดถึง "การอัพเกรดโปรโตคอลที่ได้รับการยอมรับ" โดยในขณะเดียวกันการอัพเกรดโปรโตคอลที่ได้รับการยอมรับต้องการให้ส่วนใหญ่ของโหนดในเครือข่ายเห็นด้วยกัน (มิเช่นนั้นอาจเกิดการแบ่งฟอร์ก) การอัพเกรดเหล่านี้ต้องใช้ความระมัดระวังอย่างมาก ตามภาพแสดงโมดูลที่เกี่ยวข้องกับโปรโตคอลการตกลงในระบบบิทคอยน์และ BIPs ที่เกี่ยวข้องกับชั้นที่เกี่ยวกับการตกลงเป็นสิ่งสำคัญโดยเฉพาะและควรได้รับการใส่ใจอย่างใกล้ชิด
อะไร-ทำไม-2
what-why-2
ในความเป็นจริง ตามที่สถิติจากที่เก็บรักษาข้อมูลบน GitHub ของ Bitcoin การเปลี่ยนแปลงมีความเคลื่อนไหวอย่างต่อเนื่อง อย่างไรก็ตาม เนื่องจากส่วนใหญ่ของการเปลี่ยนแปลงเหล่านี้ไม่เกี่ยวข้องกับโปรโตคอลของความเห็นร่วมกัน เพราะฉะนั้น ไม่ได้รับความสนใจอย่างแพร่หลาย
สถิติเกี่ยวกับบิตคอยน์-คอร์-GitHub
บิตคอร์อินโฮมสถิติกิตฮับ
ตามนิยามใน [BIP-123]https://github.com/bitcoin/bips/blob/master/bip-0123.mediawiki), การอัปเกรดโปรโตคอลที่เกี่ยวข้องกับการตกลงมักจะแบ่งเป็นสองประเภทหลัก คือ ฟอร์กอ่อนและฟอร์กแข็ง
ลักษณะเด่น | ซอฟต์ฟอร์ก | โฮร์ด ฟอร์ค |
มันเข้ากันได้กับโหนดเก่าไหม? | ใช่ | ไม่ |
จำเป็นต้องอัปเดตเครือข่ายทั้งหมดหรือไม่? | ไม่แน่นอน | ใช่ |
ตัวอย่าง | SegWit/Taproot | บิทคอยน์ XT/บิทคอยน์แคช |
นอกจากนี้ยังมีวิธีหนึ่งที่น้อยนิดนึงที่ไม่ใช่วิธีการตีความและเปรียบเทียบประเภทอัพเกรดสองประเภทนี้ที่น่าสนใจอยู่:
ซอฟต์ฟอร์ก: เพิ่มหรือเสริมกฎ (ตัวอย่างเช่นการเพิ่มคุณสมบัติใหม่เช่นการสนับสนุนที่อยู่ Taproot)
ฮาร์ดฟอร์ค: ลบหรือผ่อนคลายกฎเกณฑ์ (ตัวอย่างเช่นการลบข้อจำกัดเช่นการยกเลิกขีดจำกัดรางวัลบล็อก)
การอัพเกรดโปรโตคอลเรียบร้อยสองรุ่น (Taproot/SegWit) ใช้วิธีซอฟต์ฟอร์ก ทำให้สามารถอัพเกรดโดยไม่ทำให้ชุมชนแตกแยกอย่างมีนัยสำคัญ บทความนี้เน้นที่ซอฟต์ฟอร์ก หมายถึงการอัพเกรดที่เข้ากันได้กับเวอร์ชันเก่าของซอฟต์แวร์ หลังจากที่เสนอ BIP กระบวนการจะตามขั้นตอนที่ระบุในแผนภาพด้านล่าง:
สถานะ bip
bip-state
แหล่งที่มา: https://river.com/learn/what-is-a-bitcoin-improvement-proposal-bip/
โดยทั่วไปแล้ว ข้อเสนอฟอร์คแบบอ่อนจะรวม BIP หลายรายการเข้าด้วยกัน ตัวอย่างเช่น Taproot ประกอบด้วย BIP สามรายการ:
มาตรวจสอบไทม์ไลน์ของการอัพเกรด Taproot กัน
Taproot-timeline
ตารางเวลา Taproot
แหล่งที่มา: คราเค่น อินเทลลิเจนซ์, กิทฮับ, คอยน์เดสค์,https://www.argoblockchain.com/articles/บิทคอยน์-taproot-upgrade-explained
เหตุการณ์สำคัญในกระบวนการซอฟต์ฟอร์ก Taproot ประกอบด้วย:
มีความสำคัญที่จะระบุว่าขั้นตอนนี้เป็นสรุปทบทวน และไม่มีข้อตกลงเป็นทามติอย่างเป็นทามติเกี่ยวกับขั้นตอนนี้
ในระหว่างกระบวนการนี้ บิทคอยน์ รายการส่งเสริมการพัฒนาเป็นผู้เล่นบทบาทสำคัญในการรวมความเห็นในกลุ่มผู้เข้าร่วมที่แตกต่างกัน
เหมือนกับที่ได้กล่าวมาที่เริ่มต้นของบทความ ในชุมชนปัจจุบันมีเสียงสามเสียงหลักเกี่ยวกับการอัพเกรด
ผู้เขียนได้ให้การวิเคราะห์ข้อดีและข้อเสียของการอัปเดตเทียบกับไม่อัปเดต:
ฉันทามติเปลี่ยนแปลง | ข้อดี | Cons |
เปลี่ยน | ความก้าวหน้าทางเทคโนโลยี ความปลอดภัยที่เพิ่มขึ้น การใช้งานที่ขยายออกไป | ความเสี่ยงของการ Forking ความซับซ้อนที่เพิ่มขึ้น |
Unchanged | ความมั่นคงและความเชื่อ หลีกเลี่ยงความเสี่ยงในการแยก ลดพื้นที่ในการโจมตี | ความทับทายทางเทคโนโลยี ขาดความยืดหยุ่นสำหรับความต้องการใหม่ |
ในฐานะนักพัฒนาระบบนิเวศ Bitcoin ในทางปฏิบัติผู้เขียนเชื่อว่าจําเป็นอย่างยิ่งที่จะต้องสํารวจศักยภาพของ Bitcoin อย่างเต็มที่ผ่านนวัตกรรมการเข้ารหัสหรือวิศวกรรมภายในกรอบโปรโตคอลที่มีอยู่ จากมุมมองของ "ความยั่งยืน" และ "การปรับตัว" ผู้เขียนให้เหตุผลว่าหลังจากประเมินขอบเขตของผลกระทบและความเสี่ยงด้านความปลอดภัยอย่างละเอียดแล้วขอแนะนําให้อัปเกรดต่อไปตามความจําเป็น
ผู้เข้าร่วมหลักในประวัติศาสตร์ของบิตคอยน์ โดยเฉพาะในฮ่องกงฉันทามติ (ที่เซ็นต์ที่งาน Bitcoin Roundtable ในเดือนกุมภาพันธ์ พ.ศ. 2559@bitcoinroundtable/bitcoin-roundtable-consensus-266d475a61ff">reference), มี:
ด้วยการนำบิตคอยน์มาใช้งานกันอย่างรวดเร็ว ผู้มีส่วนได้ส่วนเสียในการอัพเกรดบิตคอยน์ก็เปลี่ยนแปลงไป รูปแบบเริ่มต้นของการแยกอำนาจอย่างง่ายๆ ได้เปลี่ยนแปลงเป็นสภาวะที่ซับซ้อนและแข่งขันมากขึ้น ซึ่งบ่งบอกถึงการต่อสู้เพื่อความสำคัญ สำหรับการวิเคราะห์อย่างละเอียด โปรดอ่านรายงานวิเคราะห์ Consensus ของ Bitcoin: ความเสี่ยงในการอัปเกรดโปรโตคอล
ผู้สนับสนุน
ผู้มีส่วนได้เสีย
บางบทบาทสำคัญในการอัพเกรด Bitcoin สำคัญที่ควรระบุ:
บางความสรุปที่น่าสนใจเกี่ยวกับบทบาทเหล่านี้:
ตามข้อมูลสาธารณะมีการอัปเกรดซอฟต์ส้อมมากมายตั้งแต่เปิดตัวเครือข่าย Bitcoin
ซอฟต์ฟอร์ค
ซอฟต์ส้อม
แหล่งข้อมูล:
https://blog.bitmex.com/a-complete-history-of-bitcoins-consensus-forks-2022-update/
https://www.drivechain.info/media/slides/mit-2023.pdf
จากแผนภาพด้านบนสามารถสรุปข้อสรุปที่น่าสนใจได้:
การวิเคราะห์ BIP ที่รวมอยู่ในฟอร์คเซ็ตก่อนหน้านี้เราสามารถสรุปพื้นที่ที่เกี่ยวข้องต่อไปนี้ได้ดังนี้:
ความกังวล | กรณี |
ความสามารถในการขยายขนาด | SegWit/Schnorr |
ความเป็นส่วนตัว | Taproot/MAST/P2SH |
ความสามารถในการโปรแกรมเมอร์ | CLTV/Tapscript |
ความปลอดภัย | ปิดการใช้งานโค้ดคำสั่ง |
จากข้อเท็จจริงและการวิเคราะห์ที่นําเสนอก่อนหน้านี้เราสามารถพยายามกําหนดข้อเสนอการอัปเกรดที่ดีสําหรับ Bitcoin:
ผู้เขียนได้รวบรวมข้อเสนอที่ใช้งานอยู่ส่วนใหญ่ติดป้ายกํากับตามพื้นที่โฟกัสและวางไว้ในรูปสี่เหลี่ยมเพื่อให้เห็นภาพและเข้าใจได้ง่ายขึ้น
หมายเหตุสำคัญสำหรับการจัดหมวดหมู่:
หมวดหมู่ข้อเสนอ-2
หมวดหมู่ข้อเสนอ-2
หมวดหมู่ข้อเสนอ-1
หมวดหมู่ข้อเสนอ-1
จากแผนภาพด้านบน สามารถเห็นได้ว่ามีการเห็นชอบร่วมกันในชุมชนเกี่ยวกับปัญหาที่การอัปเกรดควรแก้ไข โดยให้ความสำคัญกับการขยายฟังก์ชันที่จำเป็นสำหรับระบบการชำระเงิน เราสามารถจัดหมวดหมู่ออกเป็นสองหมวดหลักต่อไปนี้:
ผู้เขียนเชื่อว่าชุมชนบิตคอยน์ติดอยู่ในสถานการณ์ที่ฉุกเฉินในการตกลงเกี่ยวกับการอัปเกรดถัดไปดังนี้:
บทความนี้นำเสนอแนวคิดพื้นฐานของการอัปเกรดบิทคอยน์ ให้การวิเคราะห์อย่างละเอียดเกี่ยวกับการอัปเกรดทางประวัติศาสตร์ และสุดท้ายมองไปข้างหน้าที่เป็นข้อเสนอที่ใช้งานอยู่สำหรับการอัปเกรดต่อไป สรุปเหตุผลของสายมโนปัจจุบัน
หลังจากทบทวนและมองไปข้างหน้า เชื่อว่าผู้อ่านตอนนี้มีความเข้าใจบางอย่างเกี่ยวกับสถานะปัจจุบันของการอัปเกรด ในที่สุดนี้มีสิ่งที่สำคัญหลายอย่างที่ควรจะรู้
ในระหว่างกระบวนการวิจัยการเขียนและการทบทวนบทความนี้ฉันได้รับความช่วยเหลืออย่างมากจากบุคคลจํานวนมากรวมถึงสมาชิกในชุมชนที่ไม่ต้องการตั้งชื่อด้วยเหตุผลหลายประการ ฉันอยากจะแสดงความขอบคุณต่อพวกเขาทุกคน
ควรทราบว่า โดยพิจารณาจากบางจุดที่แสดงในบทความนี้เป็นมุมมองส่วนบุคคล รายการยอมรับต่อไปนี้ไม่หมายความว่าเห็นด้วยอย่างเต็มที่กับเนื้อหา และบทความนี้ไม่ตั้งใจเพื่อให้สมาชิกชุมชนผู้สนับสนุนเหล่านี้เข้าไปในการขัดแย้งใด ๆ
ตลอดกระบวนการ ผู้เขียนพบปัญหาหลายอย่างที่จำเป็นต้องสำรวจเพิ่มเติม เช่น วิธีการแก้ไขฟังก์ชันบางอย่าง การวิจัยเกี่ยวกับข้อเสนอเฉพาะ และการสนับสนุนข้อมูลสำหรับมุมมองบางอย่าง เรื่องเหล่านี้จะถูกอธิบายโดยละเอียดในชุดต่อไปของบทความ
https://groups.google.com/g/bitcoindev
https://github.com/TABConf/6.tabconf.com
https://petertodd.org/2024/covenant-dependent-layer-2-review
https://blog.bitmex.com/a-complete-history-of-bitcoins-consensus-forks-2022-update/
https://blog.bitmex.com/บิทคอยน์-ฉันทามติ-forks/
https://github.com/bitcoin/bips/blob/master/bip-0123.mediawiki
https://river.com/learn/what-is-a-bitcoin-improvement-proposal-bip/
https://github.com/bitcoin/bitcoin/pulse/monthly
https://river.com/learn/what-is-a-bitcoin-improvement-proposal-bip/
https://trustmachines.co/learn/bitcoin-taproot-upgrade-basic-breakdown/
https://www.argoblockchain.com/articles/bitcoin-taproot-upgrade-explained
https://medium.com/@bitcoinroundtable/bitcoin-roundtable-ฉันทามติ-266d475a61ff
https://github.com/bitcoin-cap/bcap
https://newsletter.blockspacemedia.com/p/four-takeaways-from-op-next
https://blog.bitfinex.com/education/is-ossification-good-or-bad-for-bitcoin/
https://arxiv.org/abs/2305.04079
https://www.allocin.it/uploads/placeholder-บิทคอยน์.pdf
https://eprint.iacr.org/2024/1802
https://en.bitcoin.it/wiki/Covenants_support
หัวข้อเกี่ยวกับการอัปเกรด Bitcoin ข้างต้นได้รับการอภิปรายอย่างแพร่หลาย แต่ถึงเดือนธันวาคม พ.ศ. 2567 ชุมชนยังไม่เคยสามารถเห็นด้วยกันว่าจะอัปเกรดหรือไม่ ปัญหาที่อัปเกรดควรแก้ไขหรือคุณสมบัติที่ควรนำเสนอได้อย่างไร สถานการณ์ยังคงแบ่งแยกกันอยู่ เหมือนจะเป็นการติดขัดทางการเมือง
ในสถานการณ์ที่ติดขัดนี้ มีปรากฏการณ์ที่น่าสนใจมากมาย:
ปรากฏการณ์เหล่านี้บ่งชี้ว่าหัวข้อการอัปเกรดมีความเกี่ยวข้องอย่างมากในชุมชน Bitcoin อย่างไรก็ตามพวกเขายังเน้นว่าชุมชนส่วนใหญ่ขาดความเข้าใจอย่างถ่องแท้เกี่ยวกับกระบวนการที่สมบูรณ์ของการอัพเกรด Bitcoin และไม่ทราบถึงบทบาทที่เครื่องมือเข้ารหัสที่เป็นนวัตกรรมใหม่สามารถเล่นในการปลดล็อกศักยภาพของ Bitcoin จุดมุ่งหมายหลักของบทความนี้คือการทําลายความไม่สมมาตรของข้อมูลนี้จัดแนวความรู้ของทุกคนเพื่อให้สามารถอภิปรายได้ลึกซึ้งยิ่งขึ้น \
บทความนี้จะกำหนดอัพเกรดบิตคอยน์เพื่อสรุปรายละเอียดสำคัญผ่านการวิเคราะห์ประวัติศาสตร์และวิเคราะห์ข้อเสนออัพเกรดปัจจุบันและทางเลือกที่เป็นไปได้ ในที่สุดผู้เขียนจะให้ข้อมูลสรุปหลายประเด็นสำหรับผู้อ่าน จุดประสงค์คือเพื่อเตรียมความเข้าใจให้กับผู้อ่านในเรื่องอัพเกรดบิตคอยน์ - แนวคิด ประวัติศาสตร์ และความคืบหน้า - เป็นรากฐานสำหรับการสนทนาเพิ่มเติมและช่วยเสริมสร้างความเห็นร่วมกันในชุมชน
ขณะที่นำเสนอข้อมูล ผู้เขียนในฐานะนักพัฒนาสังคม Bitcoin หวังว่าจะมีโอกาสมากขึ้นสำหรับ Bitcoin และจะแสดงความเห็นชัดเจนเกี่ยวกับหัวข้อบางประการ ผู้อ่านควรเข้าใจถึงความแตกต่างระหว่างข้อมูลที่แน่ชัดและความคิดเห็นในบทความนี้
หนังสือขาว Bitcoinกำหนดโพรโตคอลที่ได้รับการติดตามโดยพันธมิตรพันธุ์ที่ประกอบด้วยพันธุ์ไม้ที่ทำให้เครือข่ายบล็อกเชนบิตคอยน์มีหลายพัน
มีหลายรุ่นของการดำเนินการโปรโตคอล (ที่เรียกว่าไคลเอ็นต์บ่อยครั้ง) ตามข้อมูลจาก https://bitnodes.io/nodes/, ลูกค้าที่มีส่วนแบ่งตลาดมากที่สุดคือ บิทคอยน์คอร์. ด้วยเหตุนี้ นักพัฒนาที่รักษาโค้ด Bitcoin Core (ที่เรียกว่า Bitcoin-Core-Devs) มีอิทธิพลที่สำคัญภายในระบบนิติบิตคอยน์
อะไร-ทำไม-1
อะไร-ทำไม-1
ซอฟต์แวร์โหนดบิตคอยน์ประกอบด้วยโมดูลหลายๆ รายการ และข้อเสนออัปเกรดที่เกี่ยวข้องถูกกำหนดไว้ผ่าน BIPs (Bitcoin Improvement Proposals), ซึ่งถูกจัดหมวดหมู่เป็นหลายประเภท
โดยทั่วไปเมื่อคนพูดถึงการอัพเกรดบิทคอยน์พวกเขากำลังพูดถึง "การอัพเกรดโปรโตคอลที่ได้รับการยอมรับ" โดยในขณะเดียวกันการอัพเกรดโปรโตคอลที่ได้รับการยอมรับต้องการให้ส่วนใหญ่ของโหนดในเครือข่ายเห็นด้วยกัน (มิเช่นนั้นอาจเกิดการแบ่งฟอร์ก) การอัพเกรดเหล่านี้ต้องใช้ความระมัดระวังอย่างมาก ตามภาพแสดงโมดูลที่เกี่ยวข้องกับโปรโตคอลการตกลงในระบบบิทคอยน์และ BIPs ที่เกี่ยวข้องกับชั้นที่เกี่ยวกับการตกลงเป็นสิ่งสำคัญโดยเฉพาะและควรได้รับการใส่ใจอย่างใกล้ชิด
อะไร-ทำไม-2
what-why-2
ในความเป็นจริง ตามที่สถิติจากที่เก็บรักษาข้อมูลบน GitHub ของ Bitcoin การเปลี่ยนแปลงมีความเคลื่อนไหวอย่างต่อเนื่อง อย่างไรก็ตาม เนื่องจากส่วนใหญ่ของการเปลี่ยนแปลงเหล่านี้ไม่เกี่ยวข้องกับโปรโตคอลของความเห็นร่วมกัน เพราะฉะนั้น ไม่ได้รับความสนใจอย่างแพร่หลาย
สถิติเกี่ยวกับบิตคอยน์-คอร์-GitHub
บิตคอร์อินโฮมสถิติกิตฮับ
ตามนิยามใน [BIP-123]https://github.com/bitcoin/bips/blob/master/bip-0123.mediawiki), การอัปเกรดโปรโตคอลที่เกี่ยวข้องกับการตกลงมักจะแบ่งเป็นสองประเภทหลัก คือ ฟอร์กอ่อนและฟอร์กแข็ง
ลักษณะเด่น | ซอฟต์ฟอร์ก | โฮร์ด ฟอร์ค |
มันเข้ากันได้กับโหนดเก่าไหม? | ใช่ | ไม่ |
จำเป็นต้องอัปเดตเครือข่ายทั้งหมดหรือไม่? | ไม่แน่นอน | ใช่ |
ตัวอย่าง | SegWit/Taproot | บิทคอยน์ XT/บิทคอยน์แคช |
นอกจากนี้ยังมีวิธีหนึ่งที่น้อยนิดนึงที่ไม่ใช่วิธีการตีความและเปรียบเทียบประเภทอัพเกรดสองประเภทนี้ที่น่าสนใจอยู่:
ซอฟต์ฟอร์ก: เพิ่มหรือเสริมกฎ (ตัวอย่างเช่นการเพิ่มคุณสมบัติใหม่เช่นการสนับสนุนที่อยู่ Taproot)
ฮาร์ดฟอร์ค: ลบหรือผ่อนคลายกฎเกณฑ์ (ตัวอย่างเช่นการลบข้อจำกัดเช่นการยกเลิกขีดจำกัดรางวัลบล็อก)
การอัพเกรดโปรโตคอลเรียบร้อยสองรุ่น (Taproot/SegWit) ใช้วิธีซอฟต์ฟอร์ก ทำให้สามารถอัพเกรดโดยไม่ทำให้ชุมชนแตกแยกอย่างมีนัยสำคัญ บทความนี้เน้นที่ซอฟต์ฟอร์ก หมายถึงการอัพเกรดที่เข้ากันได้กับเวอร์ชันเก่าของซอฟต์แวร์ หลังจากที่เสนอ BIP กระบวนการจะตามขั้นตอนที่ระบุในแผนภาพด้านล่าง:
สถานะ bip
bip-state
แหล่งที่มา: https://river.com/learn/what-is-a-bitcoin-improvement-proposal-bip/
โดยทั่วไปแล้ว ข้อเสนอฟอร์คแบบอ่อนจะรวม BIP หลายรายการเข้าด้วยกัน ตัวอย่างเช่น Taproot ประกอบด้วย BIP สามรายการ:
มาตรวจสอบไทม์ไลน์ของการอัพเกรด Taproot กัน
Taproot-timeline
ตารางเวลา Taproot
แหล่งที่มา: คราเค่น อินเทลลิเจนซ์, กิทฮับ, คอยน์เดสค์,https://www.argoblockchain.com/articles/บิทคอยน์-taproot-upgrade-explained
เหตุการณ์สำคัญในกระบวนการซอฟต์ฟอร์ก Taproot ประกอบด้วย:
มีความสำคัญที่จะระบุว่าขั้นตอนนี้เป็นสรุปทบทวน และไม่มีข้อตกลงเป็นทามติอย่างเป็นทามติเกี่ยวกับขั้นตอนนี้
ในระหว่างกระบวนการนี้ บิทคอยน์ รายการส่งเสริมการพัฒนาเป็นผู้เล่นบทบาทสำคัญในการรวมความเห็นในกลุ่มผู้เข้าร่วมที่แตกต่างกัน
เหมือนกับที่ได้กล่าวมาที่เริ่มต้นของบทความ ในชุมชนปัจจุบันมีเสียงสามเสียงหลักเกี่ยวกับการอัพเกรด
ผู้เขียนได้ให้การวิเคราะห์ข้อดีและข้อเสียของการอัปเดตเทียบกับไม่อัปเดต:
ฉันทามติเปลี่ยนแปลง | ข้อดี | Cons |
เปลี่ยน | ความก้าวหน้าทางเทคโนโลยี ความปลอดภัยที่เพิ่มขึ้น การใช้งานที่ขยายออกไป | ความเสี่ยงของการ Forking ความซับซ้อนที่เพิ่มขึ้น |
Unchanged | ความมั่นคงและความเชื่อ หลีกเลี่ยงความเสี่ยงในการแยก ลดพื้นที่ในการโจมตี | ความทับทายทางเทคโนโลยี ขาดความยืดหยุ่นสำหรับความต้องการใหม่ |
ในฐานะนักพัฒนาระบบนิเวศ Bitcoin ในทางปฏิบัติผู้เขียนเชื่อว่าจําเป็นอย่างยิ่งที่จะต้องสํารวจศักยภาพของ Bitcoin อย่างเต็มที่ผ่านนวัตกรรมการเข้ารหัสหรือวิศวกรรมภายในกรอบโปรโตคอลที่มีอยู่ จากมุมมองของ "ความยั่งยืน" และ "การปรับตัว" ผู้เขียนให้เหตุผลว่าหลังจากประเมินขอบเขตของผลกระทบและความเสี่ยงด้านความปลอดภัยอย่างละเอียดแล้วขอแนะนําให้อัปเกรดต่อไปตามความจําเป็น
ผู้เข้าร่วมหลักในประวัติศาสตร์ของบิตคอยน์ โดยเฉพาะในฮ่องกงฉันทามติ (ที่เซ็นต์ที่งาน Bitcoin Roundtable ในเดือนกุมภาพันธ์ พ.ศ. 2559@bitcoinroundtable/bitcoin-roundtable-consensus-266d475a61ff">reference), มี:
ด้วยการนำบิตคอยน์มาใช้งานกันอย่างรวดเร็ว ผู้มีส่วนได้ส่วนเสียในการอัพเกรดบิตคอยน์ก็เปลี่ยนแปลงไป รูปแบบเริ่มต้นของการแยกอำนาจอย่างง่ายๆ ได้เปลี่ยนแปลงเป็นสภาวะที่ซับซ้อนและแข่งขันมากขึ้น ซึ่งบ่งบอกถึงการต่อสู้เพื่อความสำคัญ สำหรับการวิเคราะห์อย่างละเอียด โปรดอ่านรายงานวิเคราะห์ Consensus ของ Bitcoin: ความเสี่ยงในการอัปเกรดโปรโตคอล
ผู้สนับสนุน
ผู้มีส่วนได้เสีย
บางบทบาทสำคัญในการอัพเกรด Bitcoin สำคัญที่ควรระบุ:
บางความสรุปที่น่าสนใจเกี่ยวกับบทบาทเหล่านี้:
ตามข้อมูลสาธารณะมีการอัปเกรดซอฟต์ส้อมมากมายตั้งแต่เปิดตัวเครือข่าย Bitcoin
ซอฟต์ฟอร์ค
ซอฟต์ส้อม
แหล่งข้อมูล:
https://blog.bitmex.com/a-complete-history-of-bitcoins-consensus-forks-2022-update/
https://www.drivechain.info/media/slides/mit-2023.pdf
จากแผนภาพด้านบนสามารถสรุปข้อสรุปที่น่าสนใจได้:
การวิเคราะห์ BIP ที่รวมอยู่ในฟอร์คเซ็ตก่อนหน้านี้เราสามารถสรุปพื้นที่ที่เกี่ยวข้องต่อไปนี้ได้ดังนี้:
ความกังวล | กรณี |
ความสามารถในการขยายขนาด | SegWit/Schnorr |
ความเป็นส่วนตัว | Taproot/MAST/P2SH |
ความสามารถในการโปรแกรมเมอร์ | CLTV/Tapscript |
ความปลอดภัย | ปิดการใช้งานโค้ดคำสั่ง |
จากข้อเท็จจริงและการวิเคราะห์ที่นําเสนอก่อนหน้านี้เราสามารถพยายามกําหนดข้อเสนอการอัปเกรดที่ดีสําหรับ Bitcoin:
ผู้เขียนได้รวบรวมข้อเสนอที่ใช้งานอยู่ส่วนใหญ่ติดป้ายกํากับตามพื้นที่โฟกัสและวางไว้ในรูปสี่เหลี่ยมเพื่อให้เห็นภาพและเข้าใจได้ง่ายขึ้น
หมายเหตุสำคัญสำหรับการจัดหมวดหมู่:
หมวดหมู่ข้อเสนอ-2
หมวดหมู่ข้อเสนอ-2
หมวดหมู่ข้อเสนอ-1
หมวดหมู่ข้อเสนอ-1
จากแผนภาพด้านบน สามารถเห็นได้ว่ามีการเห็นชอบร่วมกันในชุมชนเกี่ยวกับปัญหาที่การอัปเกรดควรแก้ไข โดยให้ความสำคัญกับการขยายฟังก์ชันที่จำเป็นสำหรับระบบการชำระเงิน เราสามารถจัดหมวดหมู่ออกเป็นสองหมวดหลักต่อไปนี้:
ผู้เขียนเชื่อว่าชุมชนบิตคอยน์ติดอยู่ในสถานการณ์ที่ฉุกเฉินในการตกลงเกี่ยวกับการอัปเกรดถัดไปดังนี้:
บทความนี้นำเสนอแนวคิดพื้นฐานของการอัปเกรดบิทคอยน์ ให้การวิเคราะห์อย่างละเอียดเกี่ยวกับการอัปเกรดทางประวัติศาสตร์ และสุดท้ายมองไปข้างหน้าที่เป็นข้อเสนอที่ใช้งานอยู่สำหรับการอัปเกรดต่อไป สรุปเหตุผลของสายมโนปัจจุบัน
หลังจากทบทวนและมองไปข้างหน้า เชื่อว่าผู้อ่านตอนนี้มีความเข้าใจบางอย่างเกี่ยวกับสถานะปัจจุบันของการอัปเกรด ในที่สุดนี้มีสิ่งที่สำคัญหลายอย่างที่ควรจะรู้
ในระหว่างกระบวนการวิจัยการเขียนและการทบทวนบทความนี้ฉันได้รับความช่วยเหลืออย่างมากจากบุคคลจํานวนมากรวมถึงสมาชิกในชุมชนที่ไม่ต้องการตั้งชื่อด้วยเหตุผลหลายประการ ฉันอยากจะแสดงความขอบคุณต่อพวกเขาทุกคน
ควรทราบว่า โดยพิจารณาจากบางจุดที่แสดงในบทความนี้เป็นมุมมองส่วนบุคคล รายการยอมรับต่อไปนี้ไม่หมายความว่าเห็นด้วยอย่างเต็มที่กับเนื้อหา และบทความนี้ไม่ตั้งใจเพื่อให้สมาชิกชุมชนผู้สนับสนุนเหล่านี้เข้าไปในการขัดแย้งใด ๆ
ตลอดกระบวนการ ผู้เขียนพบปัญหาหลายอย่างที่จำเป็นต้องสำรวจเพิ่มเติม เช่น วิธีการแก้ไขฟังก์ชันบางอย่าง การวิจัยเกี่ยวกับข้อเสนอเฉพาะ และการสนับสนุนข้อมูลสำหรับมุมมองบางอย่าง เรื่องเหล่านี้จะถูกอธิบายโดยละเอียดในชุดต่อไปของบทความ
https://groups.google.com/g/bitcoindev
https://github.com/TABConf/6.tabconf.com
https://petertodd.org/2024/covenant-dependent-layer-2-review
https://blog.bitmex.com/a-complete-history-of-bitcoins-consensus-forks-2022-update/
https://blog.bitmex.com/บิทคอยน์-ฉันทามติ-forks/
https://github.com/bitcoin/bips/blob/master/bip-0123.mediawiki
https://river.com/learn/what-is-a-bitcoin-improvement-proposal-bip/
https://github.com/bitcoin/bitcoin/pulse/monthly
https://river.com/learn/what-is-a-bitcoin-improvement-proposal-bip/
https://trustmachines.co/learn/bitcoin-taproot-upgrade-basic-breakdown/
https://www.argoblockchain.com/articles/bitcoin-taproot-upgrade-explained
https://medium.com/@bitcoinroundtable/bitcoin-roundtable-ฉันทามติ-266d475a61ff
https://github.com/bitcoin-cap/bcap
https://newsletter.blockspacemedia.com/p/four-takeaways-from-op-next
https://blog.bitfinex.com/education/is-ossification-good-or-bad-for-bitcoin/
https://arxiv.org/abs/2305.04079
https://www.allocin.it/uploads/placeholder-บิทคอยน์.pdf
https://eprint.iacr.org/2024/1802
https://en.bitcoin.it/wiki/Covenants_support