ข้อเสนอปรับปรุงบิตคอยน์(BTC) 3 ฉบับถูกรวมเข้าในคลังซอร์สแล้ว โดยการคำนวณสำหรับธุรกรรมที่มี 100 อินพุตและ 1 เอาต์พุตพบว่า วิธีรวมลายเซ็นแบบเต็มลดขนาดเสมือนที่ใช้คำนวณค่าธรรมเนียมได้ 27.3%
คลังข้อเสนอปรับปรุงบิตคอยน์ (BIP) รวม BIP458 เมื่อวันที่ 2 พ.ย. BIP459 วันที่ 3 พ.ย. และ BIP460 วันที่ 4 พ.ย. ตามลำดับ BIP458 กำหนดวิธีรวมลายเซ็นบางส่วน BIP459 กำหนดวิธีรวมแบบเต็ม ส่วน BIP460 วางแนวทางนำทั้งสองวิธีไปใช้กับธุรกรรม
ณ วันที่ 11 พ.ย. เอกสารทั้งสามฉบับยังอยู่ในสถานะร่าง การรวมเข้าในคลังไม่ได้หมายความว่ากฎของเครือข่ายบิตคอยน์เปลี่ยนไปแล้ว หรือมีการเปิดใช้วิธีดังกล่าว
ธุรกรรมบิตคอยน์ประกอบด้วยอินพุตที่ใช้เงินซึ่งได้รับมาก่อน และเอาต์พุตสำหรับส่งเงินออก อินพุตอาจเพิ่มขึ้นเมื่อรวบรวมยอดเงินคงเหลือหลายรายการไว้ในธุรกรรมเดียว หรือเมื่อมีหลายคนร่วมทำธุรกรรม ข้อเสนอชุดนี้มุ่งลดข้อมูลลายเซ็นที่แนบกับอินพุต
วิธีรวมลายเซ็นบางส่วนใน BIP458 นำลายเซ็นที่ผู้เข้าร่วมแต่ละคนสร้างแยกกันมารวมภายหลัง เมื่อนำลายเซ็น 10 รายการมารวม ขนาดข้อมูลจะลดจาก 640 ไบต์เหลือ 352 ไบต์ วิธีนี้ไม่ต้องมีขั้นตอนลงนามร่วมกันระหว่างผู้เข้าร่วม
วิธีรวมลายเซ็นแบบเต็มใน BIP459 ให้ผู้ลงนามหลายคนโต้ตอบกันสองรอบ เพื่อสร้างผลลัพธ์ขนาด 64 ไบต์โดยไม่ขึ้นกับจำนวนลายเซ็น วิธีนี้ลดข้อมูลได้มากกว่าการรวมบางส่วน แต่ต้องอาศัยการประสานงานระหว่างผู้ลงนาม
ค่าธรรมเนียมธุรกรรมไม่ได้คำนวณจากขนาดข้อมูลลายเซ็นเพียงอย่างเดียว วิธีคำนวณใน BIP141 นำน้ำหนักรวมของธุรกรรมหารด้วย 4 แล้วปัดขึ้นเป็นขนาดเสมือน (vB) เพื่อใช้คำนวณค่าธรรมเนียม ความสัมพันธ์ระหว่างพื้นที่ธุรกรรมกับค่าธรรมเนียมเคยอธิบายไว้ในรายงานของ TokenPost เรื่องจำนวนธุรกรรมบิตคอยน์และค่าธรรมเนียมเฉลี่ย
การคำนวณที่ใช้รูปแบบอินพุตของ BIP460 และสูตรของ BIP141 พบว่า ธุรกรรมชำระเงินร่วมที่มี 10 อินพุตและ 10 เอาต์พุตจะลดจาก 1,016 vB ในรูปแบบพื้นฐาน เหลือ 944 vB เมื่อใช้การรวมบางส่วน และ 872 vB เมื่อใช้การรวมแบบเต็ม หากสมมติว่าอัตราค่าธรรมเนียมเท่ากัน ขนาดที่ลดลงจะอยู่ที่ 7.1% และ 14.2% ตามลำดับ ตัวเลขนี้ไม่ได้มาจากการวัดบนเครือข่ายจริง
สำหรับธุรกรรมที่รวบรวม 100 อินพุตให้เหลือ 1 เอาต์พุต ขนาดจะลดจาก 5,804 vB ในรูปแบบพื้นฐาน เหลือ 5,012 vB เมื่อใช้การรวมบางส่วน และ 4,220 vB เมื่อใช้การรวมแบบเต็ม ตัวเลขลดลง 27.3% ของวิธีรวมแบบเต็มเป็นการคำนวณสำหรับรูปแบบธุรกรรมนี้ โดยตั้งเงื่อนไขว่าอินพุตทั้งหมดอยู่ในกลุ่มรวมเดียว ใช้การตั้งค่าลายเซ็นพื้นฐาน ไม่มีข้อมูล witness เพิ่มเติมหรือข้อมูลประกอบ และสคริปต์เอาต์พุตมีขนาด 34 ไบต์
BIP460 เสนอให้นำการรวมลายเซ็นมาใช้กับการใช้จ่ายผ่านเส้นทางคีย์ Taproot ใน witness เวอร์ชันใหม่ v2 ตามที่ระบุในเอกสาร BIP460 ไม่สามารถนำวิธีรวมนี้ไปใช้ย้อนหลังกับเอาต์พุต Taproot ที่มีอยู่แล้วได้
การใช้จ่ายผ่านเส้นทางสคริปต์ไม่อยู่ในกลุ่มที่รองรับการรวมลายเซ็น การสร้างหรือใช้จ่ายบิตคอยน์ด้วยรูปแบบใหม่จึงต้องใช้กระเป๋าเงินที่รองรับ
ในการหารือสาธารณะของนักพัฒนา มีความกังวลว่าการนำรูปแบบเอาต์พุตใหม่และการรวมลายเซ็นมาใช้พร้อมกันอาจเพิ่มภาระให้กระเป๋าเงินและผู้รับฝากสินทรัพย์ BIP460 ออกแบบให้เลือกได้ว่าจะรวมลายเซ็นของแต่ละอินพุตหรือไม่ โดยอินพุตที่ไม่รวมจะใช้ลายเซ็นตามวิธีเดิมของ BIP341 ผู้เสนออธิบายในคำตอบแยกต่างหากว่า การรองรับรูปแบบเอาต์พุตใหม่กับการพัฒนาฟังก์ชันรวมลายเซ็นไม่จำเป็นต้องเกิดขึ้นพร้อมกัน
การรวมแบบเต็มต้องอาศัยการประสานงานระหว่างผู้ลงนามและการจัดการค่าชั่วคราวอย่างปลอดภัย BIP459 เตือนว่าการนำค่าชั่วคราวกลับมาใช้ผิดวิธีอาจทำให้คีย์ส่วนตัวถูกเปิดเผย ส่วนการรวมบางส่วนสามารถนำลายเซ็นที่สร้างแยกกันมารวมภายหลังได้ จึงไม่ต้องมีกระบวนการลงนามร่วม
BIP460 ระบุว่าการนำข้อเสนอไปใช้จริงต้องอาศัยซอฟต์ฟอร์ก แต่ยังไม่ได้กำหนดวิธีเปิดใช้หรือพารามิเตอร์ และระบุว่าข้อเสนออื่นก็มุ่งใช้ v2 เช่นกัน จึงอาจต้องปรับเวอร์ชันให้สอดคล้องกัน
Comment 0