Bitcoin (BTC) ซึ่งออกแบบมาโดยพื้นฐานให้เป็นร้านเก็บมูลค่าที่ปลอดภัยและกระจายศูนย์ ดำเนินการบนบล็อกเชนที่แข็งแกร่งและแยกออกจากกันของตัวเอง ในขณะที่การแยกตัวนี้เป็นกุญแจสำคัญต่อความปลอดภัยและความน่าเชื่อถือของมัน—มักเรียกว่า Layer 1—มันนำเสนอความท้าทายที่สำคัญในบริบทของระบบนิเวศการเงินกระจายศูนย์ (DeFi) สมัยใหม่ ซึ่งส่วนใหญ่ทำงานบนแพลตฟอร์มสัญญาอัจฉริยะอย่าง Ethereum เพื่อเข้าร่วมในการให้ยืม ยืม หรือการซื้อขายที่ซับซ้อนบนแพลตฟอร์มเหล่านี้ Bitcoin ต้องสามารถ "ข้ามเชน" ได้
ความจำเป็นนี้ทำให้เกิดการสร้าง "เวอร์ชันห่อ" ของ Bitcoin วิธีที่แพร่หลายที่สุดเกี่ยวข้องกับผู้ดูแลแบบรวมศูนย์ ซึ่งถือ BTC ดั้งเดิมของคุณไว้สำรองและออกโทเค็นเทียบเท่าบนเชนอื่น เช่น Wrapped Bitcoin (wBTC) แม้จะมีประสิทธิภาพ แต่แนวทางนี้ละเมิดหลักการมูลค่าหลักของคริปโตโดยพื้นฐาน: การไร้ความไว้วางใจ มันนำคู่สามแบบรวมศูนย์ (ผู้ดูแล) กลับเข้ามา ซึ่งต้องเชื่อถือในด้าน solvency และความซื่อสัตย์ สร้างจุดล้มเหลวเดี่ยวและความเสี่ยงการเซ็นเซอร์
tBTC (Threshold Bitcoin) เกิดขึ้นในฐานะโซลูชันคริปโตกราฟิกสำหรับปัญหานี้ มันถูกออกแบบมาให้เป็นทางเลือกที่ลดความไว้วางใจและกระจายศูนย์แทนการห่อแบบมีผู้ดูแล โดยการแทนที่ผู้ดูแลมนุษย์ด้วยคณิตศาสตร์ที่ซับซ้อนและสิ่งจูงใจทางเศรษฐกิจ—โดยเฉพาะการใช้ Threshold Signature Schemes (TSS)—tBTC ช่วยให้ผู้ใช้สามารถนำมูลค่าของ Bitcoin ข้ามเชนได้อย่างปลอดภัยโดยไม่ต้องมอบการควบคุมให้กับหน่วยงานใดหน่วยงานหนึ่ง คู่มือนี้สำรวจเทคโนโลยีพื้นฐานของ TSS และกลไกการ stake ที่รักษาความปลอดภัย tBTC แสดงให้เห็นว่ามันบรรลุการทำงานร่วมกันแบบกระจายศูนย์ที่แท้จริงอย่างไร
ความท้าทายการทำงานร่วมกัน: ทำไม Bitcoin ต้องข้ามเชน
โลกของเทคโนโลยีบล็อกเชนไม่ใช่เครือข่ายเดียวที่เป็นเอกภาพ แต่เป็นภูมิทัศน์ของระบบนิเวศที่แตกต่างกัน แต่ละแห่งถูกปรับให้เหมาะสมสำหรับฟังก์ชันที่แตกต่างกัน Bitcoin ถูกปรับให้เหมาะสมสำหรับความปลอดภัยและการโอนมูลค่า ในขณะที่เชนอย่าง Ethereum ถูกปรับให้เหมาะสมสำหรับเงินที่ตั้งโปรแกรมได้และแอปพลิเคชันที่ซับซ้อนผ่านสัญญาอัจฉริยะ การทำงานร่วมกัน—ความสามารถของระบบที่แตกต่างเหล่านี้ในการสื่อสารและแลกเปลี่ยนสินทรัพย์—มีความสำคัญต่อการเติบโตของเศรษฐกิจดิจิทัลโดยรวม
ข้อจำกัดของ Bitcoin ดั้งเดิม
สถาปัตยกรรมดั้งเดิมของ Bitcoin ให้ความสำคัญกับความปลอดภัยและความไม่เปลี่ยนแปลงเหนือสิ่งอื่นใด ภาษาสคริปต์ของมัน ซึ่งตั้งใจให้เรียบง่ายและจำกัด รับประกันว่าธุรกรรมคาดเดาได้สูงและต้านทานการโจมตีได้ อย่างไรก็ตาม การออกแบบนี้อ้างว่าชั้น Layer 1 ดั้งเดิมของ Bitcoin ไม่สามารถรองรับสัญญาอัจฉริยะขั้นสูงที่จำเป็นสำหรับกิจกรรม DeFi สมัยใหม่ (เช่น การทำตลาดอัตโนมัติหรืออนุพันธ์ที่ซับซ้อน) ได้ง่าย
เพื่อใช้สภาพคล่องมหาศาลและความสามารถร้านเก็บมูลค่าของ Bitcoin ภายในสภาพแวดล้อม DeFi ขั้นสูงเหล่านี้ มูลค่าต้องถูกแทนที่ด้วยโทเค็น (สินทรัพย์) บนเชนปลายทาง การโอนนี้เรียกว่า "bridging" และมันต้องการกลไกเพื่อพิสูจน์ว่าบริการ Bitcoin ด้านล่างถูกล็อกอย่างปลอดภัยบนเชนดั้งเดิมแล้ว ป้องกันการใช้จ่ายสองครั้ง
ความเสี่ยงของการห่อแบบรวมศูนย์ (wBTC)
โซลูชันที่พบบ่อยที่สุด ซึ่งตัวอย่างโดย wBTC คือการดูแลแบบรวมศูนย์ เมื่อผู้ใช้ต้องการ wBTC พวกเขาส่ง BTC ดั้งเดิมไปยังผู้ดูแลกลาง (บริษัทหรือกลุ่มบริษัทเฉพาะ) ผู้ดูแลนั้นล็อก BTC และจากนั้น mint โทเค็น wBTC เทียบเท่าบนเชนปลายทาง (เช่น Ethereum)
กระบวนการนี้ตรงไปตรงมาและรวดเร็ว แต่มี counterparty risk ที่สำคัญ:
- ความเสี่ยงผู้ดูแล: ผู้ใช้ต้องเชื่อถือผู้ดูแลไม่ขโมยเงินหรือล้มละลาย หากผู้ดูแลล้มเหลว โทเค็น wBTC จะไร้ค่า แม้ว่า Bitcoin ด้านล่างจะยังอยู่บนบล็อกเชน Bitcoin ทางเทคนิค
- ความเสี่ยงการเซ็นเซอร์: หน่วยงานรวมศูนย์เสี่ยงต่อกฎระเบียบและแรงกดดันจากรัฐบาล ซึ่งหมายความว่าพวกเขาอาจถูกบังคับให้แช่แข็งหรือ blacklist ที่อยู่บางแห่ง
- การพึ่งพาการตรวจสอบ: solvency ของโทเค็นห่อขึ้นอยู่กับการตรวจสอบที่สม่ำเสมอและถูกต้องที่พิสูจน์อัตราส่วน 1:1 ระหว่างโทเค็นห่อและ BTC สำรอง
tBTC แก้ไขความเสี่ยงเหล่านี้โดยแทนที่ผู้ดูแลรวมศูนย์ด้วยเครือข่าย stakers ที่กระจายศูนย์และกระบวนการลงนามที่รับประกันทางคณิตศาสตร์: Threshold Signature Schemes
การทำความเข้าใจ Threshold Signature Schemes (TSS): เทคโนโลยีหลัก
Threshold Signature Schemes (TSS) คือกระดูกสันหลังคริปโตกราฟิกของ tBTC พวกมันช่วยให้กลุ่มผู้เข้าร่วมสามารถควบคุมกุญแจคริปโตเดียว—ในกรณีนี้ กุญแจส่วนตัวของที่อยู่ Bitcoin—โดยไม่มีผู้เข้าร่วมคนใดมีสิทธิ์เข้าถึง ทั้งหมด ของกุญแจ
เพื่อทำความเข้าใจ TSS การระลึกถึงวิธีที่ธุรกรรม Bitcoin มาตรฐานทำงานจะช่วยได้ ธุรกรรมต้องการลายเซ็นดิจิทัล ซึ่งสร้างโดยใช้กุญแจส่วนตัวเดี่ยว หากกุญแจนั้นสูญหายหรือถูกบุกรุก เงินจะหายไป
จากกุญแจเดี่ยวสู่ความปลอดภัยที่แบ่งปัน (M-of-N)
TSS ใช้กระบวนการที่เรียกว่า distributed key generation (DKG) และระบบ "threshold" ซึ่งมักเรียกว่า M-of-N
- N: แทนจำนวนผู้เข้าร่วมทั้งหมด (Signers) ในกลุ่มที่รับผิดชอบรักษาความปลอดภัยเงิน
- M: แทนจำนวนขั้นต่ำของผู้เข้าร่วมที่จำเป็นต้องร่วมมือเพื่อสร้างลายเซ็นที่ถูกต้อง M มักเป็น supermajority (เช่น 2/3 หรือ 3/4 ของ N)
ในตั้งค่า TSS กุญแจส่วนตัวไม่เคยถูกสร้างเป็นชิ้นเดียว แทนที่จะเป็นแบบนั้น แต่ละ Signer ถือเฉพาะ ส่วนแบ่ง ของกุญแจ สำคัญคือ ส่วนแบ่งเหล่านี้ถูกสร้างอย่างปลอดภัยในลักษณะที่ป้องกันไม่ให้ Signer คนเดียว reconstruct กุญแจเต็มได้ แม้พวกเขาจะสมรู้ร่วมคิด
เมื่อมีการร้องขอ redemption tBTC (คือ เมื่อผู้ใช้ต้องการ BTC ดั้งเดิมคืน) ความต้องการ M-of-N จะเริ่มทำงาน M Signers ที่จำเป็นต้องร่วมมือเพื่อสร้างลายเซ็นที่ถูกต้องร่วมกันที่ปลดล็อก BTC จากที่อยู่ฝาก เพราะไม่มีหน่วยงานเดี่ยวที่รู้กุญแจ ระบบจึงปลอดภัยและต้านทานการเซ็นเซอร์มากกว่าผู้ดูแลเดี่ยวโดยพื้นฐาน
การสร้างกุญแจและการลงนามในทางปฏิบัติ
กระบวนการถูกแบ่งออกเป็นสองเฟสที่ลดความไว้วางใจ:
1. Distributed Key Generation (DKG)
เมื่อกลุ่มฝาก tBTC ใหม่ถูกสร้าง Signers ทำตามโปรโตคอลคริปโตเพื่อสร้างที่อยู่ Bitcoin ที่แบ่งปัน สำคัญคือ ในกระบวนการนี้:
- กุญแจสาธารณะ Bitcoin (ที่อยู่ที่ BTC จะถูกส่ง) ถูก derive และเปิดเผยต่อสาธารณะ
- ส่วนแบ่งกุญแจส่วนตัวที่สอดคล้องกันถูกแจกจ่ายอย่างลับระหว่าง Signers
- กุญแจส่วนตัวสมบูรณ์จริงไม่เคยถูกสร้างทางคณิตศาสตร์หรือมองเห็นโดยใคร แม้ชั่วคราว
เฟส DKG นี้รับประกันว่าการดูแลเงินถูกกระจายศูนย์ตั้งแต่เริ่มต้น
2. Threshold Signing
เมื่อผู้ใช้เริ่ม withdrawal (redemption) ของ BTC ดั้งเดิม Signers ได้รับคำร้องขอ พวกเขาดำเนินการ multi-party computation (MPC) protocol ที่:
- แต่ละ Signer ใช้ส่วนแบ่งกุญแจลับของพวกเขาและรายละเอียดธุรกรรมเพื่อสร้าง partial signature
- partial signatures แยกถูกรวม (โดยเครือข่าย ไม่ใช่โดยคนเดียว) เพื่อสร้างลายเซ็นเดี่ยวที่ถูกต้องที่เครือข่าย Bitcoin ต้องการ
หาก Signers น้อยกว่า M เข้าร่วม ลายเซ็นไม่สามารถสร้างได้ และเงินยังคงถูกล็อก นี่รับประกันความปลอดภัยของเงินแต่ต้องการความร่วมมือที่ใช้งานจากส่วนใหญ่ของกลุ่มกระจายศูนย์
tBTC ช่วยให้การเชื่อม Bitcoin แบบกระจายศูนย์อย่างไร
tBTC ไม่ใช่แค่โปรโตคอล threshold signature มันเป็นระบบนิเวศเต็มรูปแบบที่ใช้ TSS ภายในกรอบสัญญาอัจฉริยะเพื่อจัดการการฝาก minting และ redemption ระบบถูกออกแบบมาเพื่อให้การรับประกันที่ลดความไว้วางใจว่าทุกโทเค็น tBTC บนเชนปลายทาง (เช่น Ethereum) ได้รับการสำรอง 1:1 โดย BTC ดั้งเดิมที่ถูกล็อกบนบล็อกเชน Bitcoin
Minting และ Redemption: กระบวนการฝากและถอน
วงจรชีวิตของโทเค็น tBTC เกี่ยวข้องกับกระบวนการหลักสองอย่างที่พึ่งพากลุ่ม Signer ที่กระจายศูนย์อย่างมาก
Minting (สร้าง tBTC)
- คำร้องขอและการเลือกกลุ่ม: ผู้ใช้เริ่มคำร้องขอมinting tBTC โปรโตคอลเลือกกลุ่ม Signer ที่กระจายศูนย์แบบสุ่ม (กลุ่ม M-of-N) ที่ stake collateral และพร้อมเข้าร่วม
- กุญแจและฝาก: กลุ่ม Signer ที่เลือกสร้างที่อยู่ Bitcoin สาธารณะที่ไม่ซ้ำกันร่วมกันโดยใช้ DKG ผู้ใช้ส่ง BTC ดั้งเดิมไปยังที่อยู่นี้
- Proof of Deposit: เมื่อธุรกรรมฝากบรรลุจำนวน confirmations Bitcoin ที่ต้องการ Signers ให้หลักฐานคริปโตต่อสัญญาอัจฉริยะของเชนปลายทางว่า BTC ถูกล็อกแล้ว
- การออกโทเค็น: สัญญาอัจฉริยะบนเชนปลายทางตรวจสอบหลักฐานและออก (mint) จำนวน tBTC เทียบเท่าไปยังกระเป๋าเงินของผู้ใช้
Redemption (เรียกคืน BTC)
- คำร้องขอ Burn: ผู้ใช้ส่ง tBTC กลับไปยังสัญญาอัจฉริยะ ซึ่ง burn โทเค็นทันที ลบออกจากการหมุนเวียน
- คำร้องขอลายเซ็น: สัญญาอัจฉริยะส่งสัญญาณไปยังกลุ่ม Signer ที่เกี่ยวข้องกับการฝากว่าผู้ใช้กำลังร้องขอถอน
- Threshold Signing: กลุ่ม Signer M-of-N ดำเนินการ threshold signature computation ร่วมกัน สร้างลายเซ็นที่ถูกต้องที่จำเป็นสำหรับใช้จ่าย BTC ที่ถูกล็อกดั้งเดิม
- การปล่อย: ธุรกรรมที่เซ็นถูก broadcast ไปยังเครือข่าย Bitcoin ปล่อย BTC ดั้งเดิมกลับไปยังที่อยู่ที่ผู้ใช้ระบุ
วงจรเต็มนี้รับประกันว่าไม่มีหน่วยงานรวมศูนย์ที่เคยสัมผัสทั้ง BTC ดั้งเดิมและโทเค็นห่อ รักษาการไร้ความไว้วางใจ
บทบาทของ Signers และ Staking
Signers คือส่วนประกอบมนุษย์ที่สำคัญที่รับประกันว่าระบบทำงาน พวกเขาเป็น node operators ที่ทุ่มเททรัพยากรคอมพิวเตอร์และที่สำคัญกว่านั้นคือทุนทางเศรษฐกิจให้กับโปรโตคอล
Signers รับผิดชอบในการบำรุงรักษาระบบของพวกเขา เข้าร่วมอย่างรวดเร็วในการ DKG และพิธีลงนาม และรายงานรายละเอียดธุรกรรมอย่างซื่อสัตย์ต่อสัญญาอัจฉริยะ ความเต็มใจของพวกเขาในการปฏิบัติหน้าที่เหล่านี้ถูกบังคับไม่ใช่โดยสัญญากฎหมาย แต่โดยคริปโตกราฟีและกลไกสิ่งจูงใจทางเศรษฐกิจ
เพื่อรับประกันพฤติกรรมที่ซื่อสัตย์และความปลอดภัยของเงินผู้ใช้ Signers จำเป็นต้องโพสต์ collateral (stake) ที่มีมูลค่า มากกว่า จำนวน Bitcoin ที่พวกเขารับผิดชอบรักษาความปลอดภัยร่วมกัน collateral นี้ทำหน้าที่เป็นการรับประกันทางเศรษฐกิจ ให้ความปลอดภัยทางการเงินแก่ผู้ใช้ในกรณีล้มเหลวหรือความชั่วร้าย
การรับประกันทางเศรษฐกิจ: Staking และ Collateralization
ความแตกต่างหลักระหว่าง tBTC และโซลูชันห่อแบบรวมศูนย์คือธรรมชาติของการรับประกัน wBTC ได้รับการรับประกันโดยความน่าเชื่อถือและทุนสำรองของบริษัท tBTC ได้รับการรับประกันโดยหลักฐานคริปโตที่ตรวจสอบได้และ collateral ทางเศรษฐกิจจำนวนมากที่ stake โดยเครือข่ายกระจายศูนย์
Overcollateralization ในฐานะกลไกความไว้วางใจ
โปรโตคอล tBTC ต้องการให้ Signers เป็น overcollateralized นั่นหมายความว่ามูลค่าของ collateral ที่พวกเขา stake (มักในโทเค็นดั้งเดิมของเครือข่าย staking หรือ stablecoin) ต้องเกินมูลค่าของ Bitcoin ที่พวกเขากำลังรักษาความปลอดภัยในที่อยู่ฝากอย่างมีนัยสำคัญ
ตัวอย่างเช่น หากกลุ่ม Signer รับผิดชอบถือ 1 BTC (สมมติมูลค่า $70,000) พวกเขาอาจจำเป็นต้อง stake collateral มูลค่า 150% หรือมากกว่าของมูลค่านั้น (เช่น $105,000)
อัตราส่วนนี้มีจุดประสงค์หลักสองประการ:
- บัฟเฟอร์ความผันผวนราคา: มูลค่าของ BTC สามารถผันผวนอย่างรวดเร็ว Overcollateralization รับประกันว่าแม้ BTC จะพุ่งขึ้น มูลค่าของ collateral ที่ stake ยังคงเพียงพอที่จะครอบคลุมมูลค่าฝากเต็ม
- การยับยั้งความชั่วร้าย: กำไรที่อาจเกิดจากการขโมย BTC ที่รักษาความปลอดภัยจะน้อยเสมอกว่าจำนวนโทษ (slashing) ที่เกิดจากการสูญเสีย collateral ที่ stake นี่สร้างสิ่งจูงใจทางการเงินที่แข็งแกร่งให้ Signers ปฏิบัติหน้าที่อย่างซื่อสัตย์
โมเดล overcollateralization สร้างเกราะป้องกันแบบไดนามิกต่อทั้งความผันผวนราคาและพฤติกรรมชั่วร้าย ทำให้ระบบแข็งแกร่งทางเศรษฐกิจ
การจัดแนวสิ่งจูงใจและ Slashing
โมเดลความปลอดภัยของ tBTC ถูกสร้างบนแนวคิดสองอย่างที่จัดแนวสิ่งจูงใจของ Signers กับความปลอดภัยของผู้ใช้: รางวัลและโทษ
รางวัล
Signers ได้รับค่าธรรมเนียมสำหรับทุกคำร้องขอมinting และ redemption tBTC ที่พวกเขาประมวลผลสำเร็จ ค่าธรรมเนียมเหล่านี้ชดเชยความเสี่ยงที่พวกเขารับ (โดย stake collateral) และทรัพยากรการคำนวณที่พวกเขาจ่าย (โดยรัน DKG และ MPC processes) รางวัลเหล่านี้จูงใจให้เข้าร่วมอย่างต่อเนื่อง รวดเร็ว และถูกต้องในโปรโตคอล
Slashing
Slashing คือกลไกโทษที่สำคัญ หากกลุ่ม Signer พยายามหลอกระบบ—ตัวอย่างเช่น โดยปฏิเสธที่จะเซ็นคำร้อง redemption ที่ถูกต้อง พยายาม double-spend BTC ที่ถูกล็อก หรือไม่ตอบสนอง—พวกเขาจะถูกลงโทษ โปรโตคอลตรวจจับพฤติกรรมผิดปกตินี้ผ่านหลักฐานคริปโตและ liquidate (slash) collateral ที่ stake ของ Signers ทันที
collateral ที่ถูก liquidate จากนั้นถูกใช้เพื่อคืนเงินให้ผู้ใช้ที่ BTC ถูก compromised หรือล่าช้า กลไกนี้รับประกันว่าหากเกิดความล้มเหลวทางเทคนิคหรือชั่วร้าย ผู้ใช้จะได้รับการคุ้มครองทางเศรษฐกิจโดยสินทรัพย์ที่ stake ของ Signers
สถานการณ์ตัวอย่าง: ผู้ใช้ฝาก 1 BTC Signers ที่รับผิดชอบการฝากนี้ stake collateral มูลค่า 1.5 BTC หาก 40% ของ Signers กลายเป็นชั่วร้ายและปฏิเสธที่จะเซ็นธุรกรรม redemption ความล้มเหลวถูกบันทึกโดยสัญญาอัจฉริยะ สัญญานั้น slash collateral ทั้งหมด $105,000 และผู้ใช้ได้รับ reimbursement ทันทีมูลค่า $70,000 ใน stablecoins หรือสินทรัพย์ staking รับประกันว่าทุนของพวกเขาปลอดภัย
ระบบนี้ทำให้ collateral ที่ stake เป็นการรับประกันความปลอดภัยหลักอย่างมีประสิทธิภาพ แทนที่จะพึ่งพาความซื่อสัตย์ของบริษัท
การอัปเกรด tBTC v2 และวิวัฒนาการการกระจายศูนย์
โปรโตคอล tBTC ดั้งเดิมวางรากฐาน แต่เมื่อเทคโนโลยีกระจายศูนย์เติบโต การอัปเดตจำเป็นเพื่อเพิ่มประสิทธิภาพและการกระจายศูนย์ tBTC v2 แนะนำการปรับปรุงหลายอย่าง โดยเฉพาะกลไกการ staking และจัดการ collateral
ใน tBTC v2 โปรโตคอลมุ่งไปสู่แนวทาง staking ที่ทั่วไปและปรับขนาดได้มากขึ้น มักใช้เครือข่ายที่รวมกันอย่าง Threshold Network (T) ซึ่งให้ primitives คริปโตหลัก (เช่น DKG และ TSS) เป็นบริการให้กับแอปกระจายศูนย์ต่างๆ
การจัดการ Staking และ Governance
แทนที่จะต้องการให้ Signers stake เฉพาะ collateral สำหรับการฝากเดี่ยว tBTC v2 มักใช้ staking pool ต่อเนื่อง Signers stake โทเค็น T (หรือสินทรัพย์อื่น) เข้าสระนี้ และโปรโตคอล assign พวกเขาอัตโนมัติเพื่อรักษาความปลอดภัยที่อยู่ฝากต่างๆ ตามจำนวนที่ stake และชื่อเสียงของพวกเขา
แง่มุมหลักของ staking tBTC สมัยใหม่รวมถึง:
- Pooled Security: สระ collateral ขนาดใหญ่รักษาความปลอดภัยการฝากหลายแห่งพร้อมกัน เพิ่มประสิทธิภาพและสภาพคล่อง
- Dynamic Group Formation: ความสุ่มของการเลือก Signer มีความสำคัญต่อการป้องกันการสมรู้ร่วมคิด โปรโตคอล shuffle กลุ่มแบบไดนามิกและ assign พวกเขาอย่างสุ่มให้กับการฝากใหม่ ทำให้เป็นไปไม่ได้สำหรับผู้กระทำผิดที่จะ target ที่อยู่เฉพาะหรือเลือกผู้สมรู้ร่วมคิดล่วงหน้าได้อย่างต่อเนื่อง
- Protocol Governance: ชั้น governance รับประกันว่าการเปลี่ยนแปลงในข้อกำหนด collateral กฎ slashing และโครงสร้างค่าธรรมเนียมถูกทำอย่างโปร่งใสและประชาธิปไตยโดยชุมชนผู้ถือโทเค็น เสริมการกระจายศูนย์ยิ่งขึ้น
วิวัฒนาการนี้รับประกันว่า tBTC ยังคงปรับขนาดได้ในขณะที่รักษาความมุ่งมั่นพื้นฐานต่อการไร้ความไว้วางใจและการกระจายศูนย์
การเปรียบเทียบโมเดลการทำงานร่วมกัน: ความไว้วางใจ vs. ประสิทธิภาพ
เมื่อเลือวิธีห่อ Bitcoin สำหรับ DeFi ผู้ใช้จะเผชิญกับการแลกเปลี่ยนพื้นฐานระหว่างความเร็วและต้นทุน (ประสิทธิภาพ) กับการพึ่งพาการเข้ารหัส (การลดการพึ่งพาความไว้วางใจ) การเข้าใจการแลกเปลี่ยนนี้มีความสำคัญสำหรับการประเมินความเสี่ยง
| คุณสมบัติ | tBTC (การลงนามแบบเกณฑ์) | wBTC (การดูแลแบบรวมศูนย์) |
|---|---|---|
| โมเดลการดูแล | กลุ่มผู้เซ็นแบบกระจายอำนาจ M-of-N | ผู้ดูแลแบบรวมศูนย์ (บริษัท) |
| การพึ่งพาความไว้วางใจ | การเข้ารหัส & การรับประกันทางเศรษฐกิจ (การสแลช) | การตรวจสอบโดยบุคคลที่สาม & การปฏิบัติตามกฎระเบียบ |
| กลไกความปลอดภัย | การสเตกหลักประกันเกินส่วน | สำรองแบบผู้ดูแล (นอกเชน) |
| ความต้านทานการเซ็นเซอร์ | สูง (ไม่มีจุดควบคุมจุดเดียว) | ต่ำ (ผู้ดูแลสามารถแช่แข็งเงินได้) |
| ความเร็วธุรกรรม | ช้ากว่า (ต้องใช้การคำนวณหลายฝ่ายและการยืนยัน Bitcoin) | เร็วกว่า (การ mint โทเค็นทันทีหลังการยืนยัน) |
| ค่าธรรมเนียม & ต้นทุน | สูงกว่าทั่วไป (เนื่องจากการจูงใจผู้เซ็นและจัดการหลักประกัน) | ต่ำกว่าหรือคงที่โดยทั่วไป (ค่าบริการผู้ดูแล) |
การกระจายอำนาจ vs. การแลกเปลี่ยนความเร็ว/ต้นทุน
โซลูชันแบบรวมศูนย์เช่น wBTC มักถูกเลือกโดยผู้ใช้สถาบันหรือเทรดเดอร์ความถี่สูง เนื่องจากกระบวนการ minting/redemption ที่ใกล้เคียงทันทีและต้นทุนธุรกรรมที่ต่ำกว่า เนื่องจากหน่วยงานเดียวจัดการการล็อกและการออก กระบวนการจึงเรียบง่ายและมีประสิทธิภาพสูง
อย่างไรก็ตาม tBTC ให้ความสำคัญกับ การลดการพึ่งพาความไว้วางใจ มากกว่าความเร็ว ความจำเป็นที่ผู้เซ็นต้องทำ DKG รอการยืนยัน Bitcoin และทำกระบวนการลงนามแบบเกณฑ์ที่ซับซ้อน ทำให้เกิดความหน่วงที่แท้จริง นอกจากนี้ ความจำเป็นในการจูงใจผู้เซ็นและจัดการข้อกำหนดทุนสูงสำหรับการมีหลักประกันเกินส่วน หมายความว่าค่าธรรมเนียมธุรกรรมมักสูงกว่าในระบบรวมศูนย์
สำหรับผู้ใช้ที่ให้ความสำคัญกับ อำนาจอธิปไตยตนเอง และการลดความเสี่ยงคู่สัญญาอย่างสิ้นเชิง ต้นทุนสูงกว่าและเวลารอนานกว่านี้เป็นการแลกเปลี่ยนที่ยอมรับได้เพื่อความแน่นอนทางคณิตศาสตร์ พวกเขามองว่าความแตกต่างของต้นทุนเป็นราคาที่ต้องจ่ายเพื่อความไร้ความไว้วางใจที่แท้จริง
การประเมินความเสี่ยงคู่สัญญา
ความแตกต่างสูงสุดระหว่างโมเดลเหล่านี้อยู่ที่ความเสี่ยงคู่สัญญา:
- ความเสี่ยง wBTC: หากผู้ดูแลหลักล้มละลาย ถูกแฮ็ก หรือถูกเซ็นเซอร์โดยรัฐบาล โทเค็นที่ห่อจะไร้การหนุนหลังและอาจไร้ค่า การแก้ไขของผู้ใช้เป็นทางกฎหมาย รวมศูนย์ และช้า
- ความเสี่ยง tBTC: หากผู้เซ็นส่วนใหญ่กลายเป็นกลุ่มร้าย โปรโตคอลจะเรียกใช้การรับประกันทางเศรษฐกิจ การสูญเสียจะถูกชดเชยด้วยหลักประกันที่ถูกสแลชทันทีโดยสัญญาอัจฉริยะ ความเสี่ยงถูกจัดการทางคณิตศาสตร์และอัตโนมัติ โดยยึดหลักการ "code is law"
สำหรับผู้ยอมรับการดูแลเอง tBTC คือความจำเป็นเชิงปรัชญา มันช่วยให้ Bitcoin เข้าร่วมในระบบนิเวศ DeFi โดยไม่บังคับให้ผู้ใช้ยอมสละการควบคุมพื้นฐานและความต้านทานการเซ็นเซอร์ที่ทำให้ Bitcoin มีเอกลักษณ์
แนวทางปฏิบัติที่นำไปใช้ได้จริงสำหรับการใช้ tBTC
แม้ว่า tBTC จะถูกออกแบบมาให้ลดการพึ่งพาความไว้วางใจ แต่การเข้าใจวิธีการโต้ตอบกับมันอย่างปลอดภัยยังคงสำคัญยิ่ง
1. ตรวจสอบสัญญาอย่างเป็นทางการ
ให้แน่ใจเสมอว่าคุณกำลังโต้ตอบกับสัญญาอัจฉริยะอย่างเป็นทางการที่ได้รับการตรวจสอบสำหรับ tBTC bridge ระบบนิเวศแบบกระจายศูนย์มีแนวโน้มถูกหลอกลวงและฟิชชิ่ง ใช้ลิงก์ที่ได้รับการยืนยันจาก Threshold Network อย่างเป็นทางการหรือเอกสาร tBTC อย่าพึ่งพาลิงก์ที่ได้รับจากข้อความที่ไม่พึงประสงค์หรือโซเชียลมีเดีย
2. เข้าใจคิวการไถ่ถอนและค่าธรรมเนียม
การไถ่ถอน (การแปลง tBTC กลับเป็น BTC ดั้งเดิม) มักเกี่ยวข้องกับระบบคิว โดยเฉพาะในช่วงที่เครือข่ายมีความแออัดสูง ทราบไว้ว่ากระบวนการไม่ใช่แบบทันที และให้แน่ใจว่าคุณคำนึงถึงโครงสร้างค่าธรรมเนียมปัจจุบัน ซึ่งครอบคลุมบริการของ Signers และค่า gas ของเชนพื้นฐาน
3. รักษาการดูแล tBTC ด้วยตนเอง
เมื่อคุณได้รับโทเค็น tBTC บนเชนปลายทาง (เช่น Ethereum) ให้เก็บไว้ในกระเป๋าเงินที่ดูแลเองอย่างปลอดภัย (เช่น กระเป๋าแบบฮาร์ดแวร์หรือกระเป๋าแบบซอฟต์แวร์ที่ปลอดภัย) แม้ว่า tBTC จะลบความเสี่ยงจากการฝากออกจากกระบวนการห่อ แต่โทเค็นเองจะปลอดภัยเพียงเท่ากับกระเป๋าเงินที่เก็บมันไว้ การสูญเสียการควบคุมกระเป๋าเงินของคุณหมายถึงการสูญเสียการควบคุม tBTC ของคุณ
4. ติดตามอัตราส่วนหลักประกัน
แม้ว่าโปรโตคอลจะถูกออกแบบมาให้จัดการการบำรุงรักษาหลักประกันแบบอัตโนมัติ ผู้ใช้ควรเข้าใจสุขภาพทางเศรษฐกิจของระบบ มีทรัพยากรให้ใช้งาน (ปกติบนแดชบอร์ด Threshold Network) เพื่อตรวจสอบอัตราส่วนหลักประกันโดยรวมปัจจุบันของสระ Signer ระบบที่แข็งแรงและมีหลักประกันเกินพอจะให้การรับประกันที่แข็งแกร่งที่สุด
สรุป
ความจำเป็นสำหรับการทำงานร่วมกันของ Bitcoin ไม่สามารถปฏิเสธได้ แต่การบรรลุมันโดยไม่เสียการไร้ความไว้วางใจเป็นความท้าทายคริปโตที่ซับซ้อน tBTC และ Threshold Signature Schemes (TSS) ด้านล่างแทนที่เทคโนโลยี bridging กระจายศูนย์ชั้นนำ โดยแทนที่ผู้ดูแลรวมศูนย์เดี่ยวด้วยกลุ่ม Signer ที่กระจายและมีสิ่งจูงใจทางเศรษฐกิจ tBTC ส่งมอบสินทรัพย์ห่อที่ลดความไว้วางใจอย่างแท้จริง
สำหรับผู้ที่มุ่งมั่นต่อ ethos ของ self-sovereignty และการกระจายศูนย์ tBTC ให้ความสามารถที่สำคัญในการนำมูลค่าของ Bitcoin ภายในภูมิทัศน์ DeFi ที่ไดนามิกโดยไม่ต้องพึ่งพาความซื่อสัตย์ของบริษัทหรือการกำกับดูแลของโครงสร้างทางการเงินแบบดั้งเดิม แม้จะต้องการความเชี่ยวชาญทางเทคนิคและ trade-off ในความเร็วและต้นทุนเมื่อเทียบกับทางเลือกรวมศูนย์ tBTC ให้การรับประกันทางคณิตศาสตร์และทางเศรษฐกิจที่จำเป็นสำหรับ Bitcoin เพื่อเข้าร่วมอย่างปลอดภัยในอนาคตของเศรษฐกิจดิจิทัล