SegWit (Segregated Witness) คืออะไร? อธิบายการอัปเกรดที่สำคัญที่สุดของ Bitcoin

หากคุณได้เปิดกระเป๋าเงิน Bitcoin และถูกขอให้เลือกระหว่างที่อยู่แบบ "Legacy," "SegWit," หรือ "Native SegWit" โดยไม่มีการอธิบายว่าแต่ละแบบหมายถึงอะไร ทางเลือกนี้ย้อนกลับไปถึงการอัปเกรดเพียงครั้งเดียวที่เกิดขึ้นในปี 2017

SegWit, ย่อมาจาก Segregated Witness, เป็นการอัปเกรดโปรโตคอลของบิตคอยน์ที่เปิดใช้งานในเดือนสิงหาคม 2017 ซึ่งย้ายข้อมูลลายเซ็นดิจิทัลออกจากโครงสร้างธุรกรรมหลักไปยังฟิลด์แยกต่างหากที่เรียกว่า witness. การเปลี่ยนแปลงทางสถาปัตยกรรมเพียงครั้งเดียวนี้ช่วยลดค่าธรรมเนียมการทำธุรกรรม แก้ไขช่องโหว่ด้านความปลอดภัยที่มีมานานหลายปีซึ่งเรียกว่า transaction malleability และสร้างเงื่อนไขทางเทคนิคสำหรับการเกิดขึ้นของ Lightning Network และ Taproot

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

จัดการบิตคอยน์ของคุณด้วย แอปกระเป๋าเงิน Bitcoin.com.

ประเด็นสำคัญ

• SegWit (Segregated Witness) คือการอัปเกรดโปรโตคอลของบิตคอยน์ที่เปิดใช้งานเมื่อวันที่ 24 สิงหาคม 2560 (ค.ศ. 2017) ซึ่งได้รับการระบุอย่างเป็นทางการว่าเป็น BIP 141 และได้รับการเสนอโดย Pieter Wuille, Eric Lombrozo, และ Johnson Lau ในเดือนธันวาคม 2558 (ค.ศ. 2015)
• มันแยกข้อมูลลายเซ็นดิจิทัล (หรือที่เรียกว่า "พยาน") ออกจากเนื้อหาหลักของธุรกรรม ซึ่งช่วยแก้ไขช่องโหว่ด้านความปลอดภัยที่เรียกว่าการปรับเปลี่ยนธุรกรรม และทำให้แต่ละธุรกรรมมีขนาดเล็กลง
• ความจุของบล็อกวัดเป็นหน่วยน้ำหนัก (WU) แทนที่จะเป็นไบต์ ข้อมูลพยานมีค่าใช้จ่าย 1 WU ต่อไบต์ เทียบกับ 4 WU ต่อไบต์สำหรับข้อมูลอื่น ๆ ทำให้การทำธุรกรรม SegWit ได้รับส่วนลดขนาดลายเซ็น 75%
• Native SegWit (ที่อยู่ bc1q) ลดขนาดธุรกรรมมาตรฐานจากประมาณ 226 vbytes เหลือเพียงประมาณ 141 vbytes ซึ่งช่วยลดค่าธรรมเนียมลงประมาณ 38% เมื่อเทียบกับที่อยู่แบบดั้งเดิม
• การรับประกัน TXID แบบคงที่ของ SegWit เป็นเงื่อนไขทางเทคนิคที่จำเป็นสำหรับ Lightning Network หากไม่มีสิ่งนี้ ช่องทางการชำระเงินจะไม่สามารถสร้างขึ้นได้อย่างปลอดภัย
• ระบบการจัดการเวอร์ชันของสคริปต์ได้เปิดใช้งาน Taproot (SegWit V1 ซึ่งเปิดใช้งานในปี 2021) และให้กรอบการทำงานสำหรับการอัปเกรด Bitcoin ในอนาคตโดยไม่ต้องใช้การแยกเครือข่ายแบบฮาร์ดฟอร์ก
• ณ ปี 2026 ประมาณ 85% ของธุรกรรม Bitcoin ใช้ SegWit ซึ่งเป็นมาตรฐานของเครือข่าย ไม่ใช่ฟีเจอร์ใหม่

SegWit คืออะไร?

SegWit หรือ Segregated Witness คือการเปลี่ยนแปลงรูปแบบการทำธุรกรรมของบิตคอยน์ที่แยกลายเซ็นดิจิทัล ซึ่งเป็นหลักฐานทางคณิตศาสตร์ที่พิสูจน์ว่าคุณมีสิทธิ์ในการใช้จ่ายเหรียญนั้น ออกจากข้อมูลธุรกรรมหลัก และจัดเก็บไว้ในโครงสร้างแยกต่างหากที่เรียกว่า witness สิ่งนี้ทำให้แต่ละธุรกรรมมีขนาดเล็กลง ช่วยให้สามารถใส่ธุรกรรมได้มากขึ้นในแต่ละบล็อก และขจัดช่องโหว่ที่เคยทำให้การสร้างช่องทางชำระเงินบนบิทคอยน์อย่างปลอดภัยเป็นไปไม่ได้

ชื่อนี้สามารถแยกความหมายได้ง่าย ๆ: "segregated" หมายถึง แยกออกจากกัน และ "witness" เป็นคำศัพท์ทางเข้ารหัสที่ใช้เรียกข้อมูลลายเซ็นซึ่งใช้พิสูจน์ว่าธุรกรรมนั้นถูกต้อง ข้อมูลพยานนี้จะตอบคำถามว่า "เจ้าของที่แท้จริงได้อนุมัติธุรกรรมนี้หรือไม่?" ในขณะที่ข้อมูลธุรกรรมส่วนที่เหลือจะตอบคำถามว่า "เงินจะถูกส่งไปที่ไหนและจำนวนเท่าไร?"

The official BIP 141 header on GitHub, showing its three co-authors and December 2015 assignment date.

การอัปเกรดนี้ได้รับการระบุอย่างเป็นทางการว่าเป็นข้อเสนอการปรับปรุง Bitcoin ฉบับที่ 141 (BIP 141) และเสนอโดยนักพัฒนา Bitcoin Core ได้แก่ Pieter Wuille, Eric Lombrozo และ Johnson Lau ในการประชุม Scaling Bitcoin เมื่อเดือนธันวาคม 2015 มันถูกเปิดใช้งานบนเครือข่ายหลักของบิตคอยน์เมื่อวันที่ 24 สิงหาคม 2560 ที่บล็อกหมายเลข 481,824 เป็นการอัปเกรดแบบซอฟต์ฟอร์ก ซึ่งหมายความว่ามันสามารถทำงานร่วมกับเวอร์ชันเก่าได้ โหนดที่ยังไม่ได้อัปเกรดสามารถตรวจสอบข้อมูลการทำธุรกรรมพื้นฐานได้เช่นเดิม ส่วนโหนดที่อัปเกรดแล้วจะเห็นข้อมูลทั้งหมดรวมถึงข้อมูลผู้รับรอง (witness) ด้วย

ณ ปี 2026 ประมาณ 85% ของธุรกรรม Bitcoin ทั้งหมดใช้ SegWit ซึ่งไม่ใช่ฟีเจอร์ใหม่แล้ว แต่กลายเป็นมาตรฐาน

ปัญหาที่ SegWit ถูกสร้างขึ้นมาเพื่อแก้ไข

SegWit ได้แก้ไขปัญหาสองประการที่จำกัดการใช้งานของ Bitcoin มาเป็นเวลาหลายปี

ความอ่อนตัวในการทำธุรกรรม

ทุกธุรกรรมของบิตคอยน์มีตัวระบุที่ไม่ซ้ำกันเรียกว่า TXID ซึ่งเป็นแฮชที่ได้จากการคำนวณข้อมูลของธุรกรรมนั้น ๆ ก่อนการนำมาใช้ของ SegWit แฮชนี้จะถูกคำนวณจากข้อมูลของธุรกรรมทั้งหมด รวมถึงลายเซ็นด้วย

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

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

ความอ่อนไหวของธุรกรรม (Transaction malleability) ยังเคยก่อให้เกิดความเสียหายในโลกแห่งความเป็นจริงก่อนที่จะได้รับการแก้ไข โดยตลาดแลกเปลี่ยน Mt. Gox ได้ยกประเด็นนี้ขึ้นมาเป็นปัจจัยหนึ่งที่ทำให้เกิดการล่มสลายในปี 2014 แม้บรรดานักประวัติศาสตร์จะยังคงถกเถียงกันอยู่ว่าความอ่อนไหวดังกล่าวเป็นสาเหตุหลักหรือเป็นเพียงข้ออ้างสำหรับการบริหารจัดการที่ผิดพลาดในระดับลึกกว่า

SegWit แก้ไขปัญหานี้โดยการลบลายเซ็นออกจากคำนวณ TXID ทั้งหมด ตัวระบุจะถูกคำนวณจากฟิลด์การทำธุรกรรมฐานเท่านั้น การเปลี่ยนแปลงลายเซ็นจะไม่เปลี่ยนแปลงตัวตนของธุรกรรมอีกต่อไป

ป้องกันการแออัดและค่าธรรมเนียมที่เพิ่มขึ้น

ภายในปี 2016 และต่อเนื่องถึงปี 2017 บิทคอยน์สามารถประมวลผลธุรกรรมได้ประมาณ 7 รายการต่อวินาที ในช่วงที่มีความต้องการสูงขึ้นอย่างรวดเร็ว ธุรกรรมที่ค้างอยู่เพิ่มขึ้นเป็นหลักหมื่นรายการ และค่าธรรมเนียมพุ่งสูงถึง 50 ดอลลาร์หรือมากกว่าสำหรับการส่งแบบมาตรฐาน ปัญหานี้มีสาเหตุมาจากโครงสร้าง: บล็อกของบิตคอยน์ถูกจำกัดขนาดไว้ที่ 1MB และลายเซ็นดิจิทัลคิดเป็นประมาณ 65% ของขนาดธุรกรรม

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

การทำงานของ SegWit

การแยกข้อมูลพยานหลักฐาน

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

ไบต์เพิ่มเติมอีกสองไบต์ ได้แก่ ตัวทำเครื่องหมาย (0x00) และแฟล็ก (0x01) จะแจ้งให้โหนดที่รองรับ SegWit ทราบว่ามีข้อมูลพยานตามมา โหนดที่ใช้งานก่อน SegWit จะเห็น ScriptSig ว่างเปล่าและประมวลผลธุรกรรมตามการตีความแบบเก่าที่ "ใครก็สามารถใช้จ่ายได้" ซึ่งยังคงรักษาความเข้ากันได้ย้อนหลังไว้

น้ำหนักบล็อกแทนขนาดบล็อก

SegWit ได้แทนที่ขีดจำกัดขนาดบล็อก 1MB ด้วยตัวชี้วัดใหม่: น้ำหนักบล็อก ซึ่งถูกจำกัดไว้ที่ 4 ล้านหน่วยน้ำหนัก (WU)

รายละเอียดที่สำคัญคือวิธีการนับไบต์:

• ทุกไบต์ของข้อมูลธุรกรรมที่ไม่ใช่พยานมีค่าใช้จ่าย 4 หน่วยน้ำหนัก
• ทุกไบต์ของข้อมูลพยานมีค่าใช้จ่ายเพียง 1 หน่วยน้ำหนัก

เนื่องจากลายเซ็นมีขนาดใหญ่และตอนนี้อยู่ในส่วนพยาน จึงมีค่าใช้จ่ายหนึ่งในสี่ของที่เคยใช้ในแง่ของความจุบล็อก นี่คือวิธีที่ SegWit เพิ่มขนาดบล็อกที่มีประสิทธิภาพเป็นประมาณ 1.7 ถึง 2MB ในทางปฏิบัติโดยไม่ต้องแตะกฎ 1MB ที่โหนดเก่าบังคับใช้ สำหรับบล็อกแบบ SegWit ทั้งหมดในทางทฤษฎี ขนาดสูงสุดคือ 4MB แม้ว่าจะไม่เคยเกิดขึ้นจริงในทางปฏิบัติ เนื่องจากทุกบล็อกยังมีข้อมูลที่ไม่ใช่พยาน (non-witness data) รวมอยู่ด้วย

ไบต์เสมือน (vBytes): หน่วยที่คุณเห็นในกระเป๋าเงิน

เพื่อให้อัตราค่าธรรมเนียมสามารถเปรียบเทียบกับธุรกรรมแบบดั้งเดิมได้ SegWit ได้แนะนำหน่วยเสมือนที่เรียกว่า vbytes: หน่วยน้ำหนักที่แบ่งออกเป็น 4 สำหรับธุรกรรมแบบดั้งเดิม หน่วย byte และ vbyte จะเหมือนกัน สำหรับธุรกรรม SegWit vbyte จะต่ำกว่าเนื่องจากข้อมูลพยานที่ถูกลดราคาทำให้ตัวเลขลดลง

ค่าธรรมเนียมกระเป๋าเงินจะคิดเป็นซาโตชิต่อ vbyte (sat/vB) การทำธุรกรรม SegWit ที่มี vbytes น้อยกว่าจะจ่ายค่าธรรมเนียมน้อยลงในอัตรา sat/vB เดียวกัน นี่คือกลไกเบื้องหลังการประหยัดค่าธรรมเนียมที่คุณเห็นเมื่อใช้ที่อยู่ bc1q แทนที่อยู่ 1...

ประเภทของที่อยู่ SegWit: คุณควรใช้แบบไหน?

SegWit ได้แนะนำรูปแบบที่อยู่ใหม่ควบคู่ไปกับการเปลี่ยนแปลงทางเทคนิค การกำหนดประเภทของที่อยู่จะกำหนดวิธีที่กระเป๋าเงินของคุณเข้ารหัสเงื่อนไขการใช้จ่าย ซึ่งส่งผลต่อค่าธรรมเนียม ความเข้ากันได้กับกระเป๋าเงินอื่น ๆ และลักษณะของธุรกรรมของคุณบนเครือข่าย

การเปรียบเทียบประเภทที่อยู่

ข้อมูลขนาดธุรกรรม: Spark.money ขนาดธุรกรรม Bitcoin อ้างอิง, 2026. การประหยัดค่าธรรมเนียมเป็นประมาณการและอาจเปลี่ยนแปลงตามสภาพของ mempool

เลกาซี (P2PKH, คำนำหน้า 1...) เป็นรูปแบบดั้งเดิมจากปี 2009 ลายเซ็นจะอยู่ภายในเนื้อหาการทำธุรกรรมหลักซึ่งจะนับน้ำหนักเต็ม ไม่มีการประหยัดค่าธรรมเนียม ยังได้รับการสนับสนุนอย่างกว้างขวาง ซึ่งเป็นเหตุผลเดียวที่ควรใช้ในปัจจุบัน หากคุณกำลังใช้งานซอฟต์แวร์ที่เก่ามากซึ่งไม่สามารถรับรูปแบบอื่นได้

SegWit แบบซ้อน (P2SH-P2WPKH, คำนำหน้า 3...) ห่อสคริปต์ SegWit ไว้ภายในซอง P2SH แบบเก่า เมื่อ SegWit เปิดใช้งานในปี 2017 กระเป๋าเงินและตลาดแลกเปลี่ยนทั้งหมดไม่ได้เพิ่มการรองรับรูปแบบ bc1 ใหม่ทันที SegWit แบบซ้อนกันจึงเป็นสะพานเชื่อมต่อความเข้ากันได้: คุณประหยัดค่าธรรมเนียมบางส่วนได้ และผู้ส่งที่ใช้ซอฟต์แวร์เก่าก็ยังสามารถชำระเงินให้คุณได้ ภายในปี 2026 รูปแบบนี้จะยังคงมีอยู่เป็นหลักในรูปแบบสำรองเท่านั้น 3... คำนำหน้าถูกใช้ร่วมกับที่อยู่ P2SH ที่ไม่ใช่ SegWit ซึ่งหมายความว่าคุณไม่สามารถบอกได้จากที่อยู่เพียงอย่างเดียวว่าคุณกำลังดูธุรกรรม SegWit อยู่หรือไม่

SegWit ดั้งเดิม (P2WPKH, คำนำหน้า bc1q..., 42 ตัวอักษร) เป็นตัวเลือกที่เหมาะสมสำหรับผู้ใช้ส่วนใหญ่ ใช้การเข้ารหัส Bech32 ซึ่งเป็นตัวพิมพ์เล็กทั้งหมด มีการตรวจจับข้อผิดพลาดที่ดีกว่า Base58 และกำจัดตัวอักษรที่ดูคล้ายกัน (ไม่มีตัว O ตัวใหญ่, ศูนย์, ตัว I ตัวใหญ่ หรือตัว l ตัวเล็ก) ธุรกรรม P2WPKH แบบมาตรฐานที่มี 1 อินพุต และ 2 เอาต์พุต มีค่าใช้จ่ายประมาณ 141 ไบต์ (vbytes) ซึ่งน้อยกว่าธุรกรรมแบบเก่าที่เทียบเท่ากันประมาณ 38% กระเป๋าเงินและแพลตฟอร์มแลกเปลี่ยนทั้งหมดที่ใช้งานอยู่จะรองรับธุรกรรมนี้ตั้งแต่ปี 2026 เป็นต้นไป

SegWit หลายลายเซ็นแบบดั้งเดิม (P2WSH, คำนำหน้า bc1q..., 62 ตัวอักษร) คือรูปแบบของ script-hash ที่ใช้สำหรับกระเป๋าเงินแบบหลายลายเซ็นและเงื่อนไขการใช้จ่ายที่ซับซ้อน ที่อยู่ที่ยาวกว่าสะท้อนถึงแฮช SHA-256 ขนาด 32 ไบต์ แทนที่จะเป็นแฮชขนาด 20 ไบต์ที่ใช้โดย P2WPKH หากคุณกำลังใช้งานการตั้งค่าหลายลายเซ็น 2 จาก 3 P2WSH เป็นวิธีที่เป็น SegWit-native ในการทำเช่นนั้น

Taproot (P2TR, คำนำหน้า bc1p..., 62 ตัวอักษร) คือ SegWit เวอร์ชัน 1 ซึ่งเปิดใช้งานในปี 2021 มันใช้ลายเซ็น Schnorr แทนที่จะเป็น ECDSA ซึ่งช่วยให้สามารถรวมลายเซ็นหลายลายเซ็นเข้าด้วยกันเป็นหนึ่งเดียว ทำให้การทำธุรกรรมแบบหลายลายเซ็นไม่สามารถแยกแยะได้จากการทำธุรกรรมแบบลายเซ็นเดียวบนเครือข่าย นอกจากนี้ยังมีค่าธรรมเนียมต่ำที่สุดสำหรับการใช้จ่ายแบบลายเซ็นเดียวและให้ความเป็นส่วนตัวที่ดีที่สุด ใช้เมื่อคุณได้ยืนยันแล้วว่าผู้รับและกระเป๋าเงินของพวกเขาสนับสนุนที่อยู่ bc1p

คำแนะนำอย่างรวดเร็ว

สำหรับคนส่วนใหญ่: ใช้ SegWit ดั้งเดิม (bc1q) ซึ่งได้รับการสนับสนุนโดยกระเป๋าเงินและตลาดแลกเปลี่ยนที่ใช้งานอยู่เกือบทั้งหมด ประหยัดค่าธรรมเนียมได้ประมาณ 38% เมื่อเทียบกับแบบดั้งเดิม และไม่มีความเสี่ยงด้านความเข้ากันได้ในปี 2026 (สำหรับนักพัฒนาที่ต้องการรวม SegWit เข้ากับซอฟต์แวร์กระเป๋าเงิน โปรดดูที่ คู่มือการพัฒนา Bitcoin Core wallet.).

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

Nested SegWit (3...) เป็นตัวเลือกสำรองเพื่อความเข้ากันได้ มันใช้ได้ดี แต่ไม่มีเหตุผลที่จะตั้งค่าเริ่มต้นให้เป็นตัวเลือกนี้อีกต่อไป

สงครามขนาดบล็อก: เหตุใด SegWit จึงเป็นที่ถกเถียงอย่างมาก

กรณีทางเทคนิคของ SegWit นั้นชัดเจน แต่เส้นทางสู่การเปิดใช้งานนั้นไม่ชัดเจน

ตั้งแต่ปี 2015 ถึง 2017 บิตคอยน์ได้ถูกขังอยู่ในหนึ่งในข้อพิพาทด้านการปกครองที่สร้างความแตกแยกมากที่สุดในประวัติศาสตร์ของมัน ที่แก่นแท้ของปัญหาคือคำถามที่ง่าย ๆ: เครือข่ายที่กระจายอำนาจควรปรับปรุงกฎของตัวเองอย่างไรเมื่อกลุ่มต่าง ๆ มีความสนใจที่ขัดแย้งกัน?

ภาวะชะงักงันในอุตสาหกรรมเหมืองแร่

ภายใต้กระบวนการอัปเกรด BIP9 มาตรฐาน ซอฟต์ฟอร์กจำเป็นต้องมีนักขุด 95% ส่งสัญญาณสนับสนุนในช่วงเวลาสองสัปดาห์ ภายในต้นปี 2017 SegWit ได้เตรียมพร้อมที่จะเปิดใช้งานมาหลายเดือนแล้ว แต่ยังคงติดอยู่ต่ำกว่าเกณฑ์นั้น

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

BIP 148 และ UASF

ในเดือนมีนาคม 2017 นักพัฒนาที่ไม่เปิดเผยตัวตนซึ่งใช้ชื่อแฝงว่า Shaolinfry ได้เผยแพร่ BIP 148: การอัปเกรดแบบซอฟต์ฟอร์กที่ผู้ใช้เป็นผู้เปิดใช้งาน (UASF) แทนที่จะรอสัญญาณจากนักขุด BIP 148 ได้เสนอให้โหนดทางเศรษฐกิจ ซึ่งหมายถึงตลาดแลกเปลี่ยน ผู้ประมวลผลการชำระเงิน และธุรกิจที่ใช้งานซอฟต์แวร์ Bitcoin เริ่มปฏิเสธบล็อกใดก็ตามที่ไม่แสดงการสนับสนุน SegWit ตั้งแต่วันที่ 1 สิงหาคม 2017 เป็นต้นไป

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

แคมเปญ UASF เป็นการเคลื่อนไหวจากฐานรากและเสียงดัง บัตรเข้าร่วมการประชุมปรากฏขึ้น การโต้เถียงในทวิตเตอร์ทวีความรุนแรงขึ้น วลี "รันโหนดของคุณเอง" กลายเป็นเรื่องเร่งด่วนใหม่

ข้อตกลงนิวยอร์กและบิตคอยน์แคช

เมื่อเผชิญกับเส้นตายของ UASF บริษัท Bitcoin ใหญ่กว่า 50 แห่งได้ประชุมกันที่นิวยอร์กในเดือนพฤษภาคม 2017 และลงนามในสิ่งที่กลายเป็นที่รู้จักในนามของข้อตกลงนิวยอร์ก พวกเขาตกลงที่จะเปิดใช้งาน SegWit แต่ก็จะดำเนินการตามด้วยการแยกตัวแบบฮาร์ดฟอร์กเพื่อเพิ่มขนาดบล็อกเป็น 2MB (ซึ่งเป็นที่รู้จักในชื่อ SegWit2x)

การประนีประนอมครั้งนี้ไม่สามารถทำให้ทั้งสองฝ่ายพอใจได้อย่างเต็มที่ นักพัฒนาที่คัดค้านบล็อกขนาดใหญ่มองว่า SegWit2x เป็นการแยกตัวแบบฮาร์ดฟอร์กที่แอบแฝงซึ่งพวกเขาไม่ได้ตกลงด้วย ส่วนนักขุดและบริษัทที่ต้องการบล็อกขนาดใหญ่ขึ้นก็ยังไม่ได้รับสิ่งที่พวกเขาต้องการในตอนแรก

เมื่อวันที่ 1 สิงหาคม 2560 กลุ่มที่ต้องการเพิ่มขนาดบล็อกแบบบริสุทธิ์โดยไม่ใช้ SegWit ได้แยกตัวออกจากบิตคอยน์เพื่อสร้างบิตคอยน์แคช (BCH) โดยเริ่มต้นด้วยขีดจำกัดขนาดบล็อก 8MB ส่วน SegWit ได้ถูกเปิดใช้งานบนบิตคอยน์เมื่อวันที่ 24 สิงหาคม 2560 การแยกตัวแบบฮาร์ดฟอร์ก SegWit2x ถูกยกเลิกในเดือนพฤศจิกายน 2017 หลังจากที่ผู้จัดงานสรุปว่าพวกเขาไม่มีความเห็นพ้องต้องกันเพียงพอ

สิ่งที่ได้ตกลงกัน

ผลลัพธ์มีความสำคัญเกินกว่ารายละเอียดทางเทคนิค UASF ประสบความสำเร็จ: โหนดทางเศรษฐกิจ ไม่ใช่ผู้ขุด เป็นผู้กำหนดกฎฉันทามติที่ใช้ นี่ถูกอ้างถึงเป็นประจำว่าเป็นการแสดงให้เห็นว่าการกำกับดูแลของ Bitcoin ในที่สุดแล้วขึ้นอยู่กับผู้ที่ดำเนินการและใช้ซอฟต์แวร์ ไม่ใช่ผู้ที่ผลิตบล็อก วันที่ 1 สิงหาคม ถูกเรียกโดยบางส่วนของชุมชนว่าเป็นวันประกาศอิสรภาพของ Bitcoin

สิ่งที่ SegWit ทำให้เป็นไปได้

เครือข่ายสายฟ้า

เครือข่าย Lightning ถูกออกแบบขึ้นก่อนที่ SegWit จะถูกนำมาใช้ ผู้สร้างของมันทราบดีว่าไม่สามารถนำมาใช้ได้อย่างปลอดภัยจนกว่าปัญหาการปรับเปลี่ยนธุรกรรม (transaction malleability) จะได้รับการแก้ไข เนื่องจากช่องทางการชำระเงินต้องพึ่งพาห่วงโซ่ของธุรกรรมที่ยังไม่ได้รับการยืนยันซึ่งอ้างอิงถึงกันและกันผ่าน TXID การรับประกัน TXID แบบคงที่ของ SegWit ทำให้ช่องทางการชำระเงินเหล่านี้ปลอดภัย

เครือข่าย Lightning เปิดตัวบนเครือข่ายหลักของ Bitcoin ในช่วงต้นปี 2018 ประมาณหกเดือนหลังจากที่ SegWit เปิดใช้งาน ภายในไตรมาสแรกของปี 2025 เครือข่ายนี้ได้ประมวลผลธุรกรรมมากกว่า 100 ล้านรายการ หากไม่มี SegWit โครงสร้างพื้นฐานทั้งหมดนี้จะไม่เกิดขึ้น

การจัดการเวอร์ชันของ Taproot และ Script

SegWit ได้แนะนำระบบเวอร์ชันของสคริปต์เข้าสู่รูปแบบการทำธุรกรรมของบิตคอยน์ โปรแกรมพยานจะเริ่มต้นด้วยไบต์เวอร์ชัน: SegWit V0 ครอบคลุม P2WPKH และ P2WSH การอัปเกรดในอนาคตที่กำหนดหมายเลขเวอร์ชันใหม่จะมีกฎของตัวเองโดยไม่ขัดแย้งกับกฎที่มีอยู่ และไม่จำเป็นต้องมีการอัปเกรดที่ขัดแย้งกันอีก

SegWit V1 คือ Taproot ซึ่งถูกเปิดใช้งานในเดือนพฤศจิกายน 2021 มันได้นำลายเซ็น Schnorr, กรอบงาน MAST (Merkelized Abstract Syntax Trees) สำหรับเงื่อนไขการใช้จ่ายที่ซับซ้อน และการปรับปรุงความเป็นส่วนตัวที่ทำให้กระเป๋าเงินหลายลายเซ็นดูเหมือนกันกับธุรกรรมลายเซ็นเดียวบนเชน ทุกความสามารถทางเทคนิคที่ Taproot นำเสนอ ล้วนพึ่งพาโครงสร้างเวอร์ชันที่ SegWit สร้างขึ้น

ลำดับและจารึก

โครงสร้างข้อมูลพยานแบบเดียวกันที่ SegWit แนะนำ และที่ Taproot ขยายออกไป ทำให้สามารถฝังข้อมูล, รูปภาพ, ข้อความ, โค้ด, ได้โดยตรงในธุรกรรมของบิตคอยน์ได้ในทางเทคนิค นี่คือกลไกที่อยู่เบื้องหลังโปรโตคอล Ordinals และการจารึกบนบิตคอยน์ ซึ่งเป็นปัจจัยสำคัญที่ผลักดันให้เกิดการใช้งานข้อมูลบนเครือข่ายเพิ่มขึ้นอย่างมาก และส่งผลให้การนำ Taproot มาใช้เพิ่มขึ้นถึงประมาณ 42% ของธุรกรรมทั้งหมดในปี 2024 เมื่อกิจกรรมการบันทึกข้อมูลลดลง การใช้ Taproot ได้ปรับตัวลดลงมาอยู่ที่ประมาณ 20% ของธุรกรรมทั้งหมดในปลายปี 2025 ขณะที่ SegWit V0 ยังคงเป็นรูปแบบที่ได้รับความนิยมสูงสุดอยู่ที่ประมาณ 85%

SegWit ในบริบท: เส้นเวลาการอัปเกรดของ Bitcoin

การรับเลี้ยงบุตรบุญธรรมในปัจจุบัน

การนำ SegWit มาใช้เพิ่มขึ้นอย่างต่อเนื่องหลังจากการเปิดใช้งาน โดยสามารถเข้าถึง 30% ของธุรกรรมภายในไม่กี่เดือนแรก จากนั้นเพิ่มขึ้นทะลุ 50% ในช่วงสองปีถัดมา เมื่อกระเป๋าเงินและตลาดแลกเปลี่ยนต่างอัปเกรดซอฟต์แวร์ของตน

ณ ปี 2026 ประมาณ 85% ของธุรกรรม Bitcoin ใช้ SegWit (แหล่งข้อมูล: Spark.money สถิติเครือข่าย Bitcoin, CoinGecko) ส่วนที่เหลือ 15% เป็นธุรกรรมแบบเก่าจากกระเป๋าเงินและบริการที่ยังไม่ได้อัปเกรด การนำ Taproot (P2TR, SegWit V1) มาใช้สูงสุดที่ประมาณ 42% ของธุรกรรมในปี 2024 โดยได้รับแรงหนุนหลักจากกิจกรรมการจารึก Ordinals ก่อนที่จะลดลงมาอยู่ที่ประมาณ 20% ในช่วงปลายปี 2025 เมื่อปริมาณการจารึกลดลง

เส้นโค้งการยอมรับสะท้อนสิ่งที่เกิดขึ้นกับ SegWit เอง: รูปแบบที่อยู่ใหม่ใช้เวลาหนึ่งถึงสามปีในการเข้าถึงการยอมรับในกระแสหลัก เนื่องจากกระเป๋าเงินฮาร์ดแวร์, ตลาดแลกเปลี่ยน, และผู้ประมวลผลการชำระเงินต้องอัปเดตซอฟต์แวร์ของตน การสนับสนุน Taproot ยังคงขยายตัวในแอปพลิเคชันกระเป๋าเงินต่างๆ

SegWit กับ Legacy: สรุปความแตกต่าง

สรุป

SegWit คือการอัปเกรดโปรโตคอลที่แยกข้อมูลลายเซ็นของบิตคอยน์ออกจากข้อมูลการทำธุรกรรม แก้ไขช่องโหว่ด้านความปลอดภัยที่มีมาตั้งแต่ปี 2009 ลดค่าธรรมเนียมการทำธุรกรรมลงประมาณหนึ่งในสาม และมอบรากฐานทางสถาปัตยกรรมสำหรับ Lightning Network, Taproot และทุกสิ่งที่ถูกสร้างขึ้นบนพื้นฐานเหล่านี้ตั้งแต่นั้นเป็นต้นมา

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