ข้ามไปยังเนื้อหา
Financial Context Wiki

บริดจ์หลักของโปรโตคอล

คู่มือที่เริ่มจากการตรวจสอบบริดจ์ที่โปรโตคอลกำหนด การค้ำประกันสินทรัพย์ สถานะข้อความข้ามโดเมน การถอนด้วย fault proof และ validity proof การควบคุมการอัปเกรด ค่าธรรมเนียม และการเปรียบเทียบ fast bridge

อัปเดต

จัดทำขึ้นเพื่อการศึกษาเท่านั้น ไม่ใช่คำแนะนำการลงทุน การลงทุนอาจทำให้สูญเสียเงินลงทุนได้

คำตอบโดยตรง

บริดจ์หลักของโปรโตคอลหรือ canonical bridge คือเส้นทางสินทรัพย์หรือข้อความที่ระบบนิเวศของ rollup หรือเชนหนึ่งกำหนดไว้ โดยทั่วไปจะเชื่อมสัญญาที่ล็อกหรือเผาสินทรัพย์บนเชนหนึ่ง ส่งข้อความที่โปรโตคอลรับรอง แล้วสร้าง ปลดล็อก หรือจ่ายสินทรัพย์ที่สอดคล้องกันบนอีกเชน คำว่า canonical เป็นเพียงป้ายกำกับของระบบนิเวศ ไม่ใช่มาตรฐานสากล การรับประกันทางวิทยาการเข้ารหัส หรือหลักฐานว่าเว็บไซต์และที่อยู่นั้นเป็นของจริง

ความปลอดภัยของบริดจ์ไม่ใช่สูตรบวก แต่ขึ้นพร้อมกันกับการยืนยันขั้นสุดท้ายของเชนต้นทาง ความพร้อมใช้ของข้อมูล การตรวจสอบสถานะหรือข้อความ การบัญชีของบริดจ์ การทำงานบนปลายทาง การป้องกันการเล่นซ้ำ อำนาจอัปเกรดและหยุดระบบ และเส้นทางออกที่ใช้งานได้ fast bridge อาจจ่ายผู้ใช้ก่อนจากสภาพคล่องแล้วจึงชำระผ่านเส้นทางหลักภายหลัง แต่เป็นการเพิ่มสมมติฐานเกี่ยวกับผู้ให้สภาพคล่อง solver ผู้ตรวจสอบ และการทำงาน ไม่ใช่เร่ง state machine เดิมได้ฟรี

1
ล็อคหรือเผา

สัญญาห่วงโซ่อุปทานเอสโครว์หรือทำลายการเป็นตัวแทนของแหล่งที่มา

กลไกการทำงาน

  1. ตรึงภาพรวมของเส้นทาง ได้แก่ chainId ต้นทางและปลายทาง ทิศทาง stack และเวอร์ชันของ rollup ที่อยู่ bridge, portal, messenger, inbox หรือ gateway ที่อยู่โทเค็น ผู้รับ จำนวน อ้างอิงบล็อก และเอกสารทางการ อย่าเชื่อเพียงผลการค้นหาหรือป้ายคำว่าทางการ
  2. ระบุแบบจำลองความปลอดภัยและการควบคุม บันทึกกฎ optimistic fault proof หรือ validity proof โหมดความพร้อมใช้ของข้อมูล sequencer และ forced path, proxy implementation, admin หรือ security council, timelock สถานะหยุดระบบ rate limit และระยะหน่วงการอัปเกรด canonical ไม่ได้แปลว่าเปลี่ยนแปลงไม่ได้
  3. จำแนกบัญชีสินทรัพย์ แยกมูลค่าดั้งเดิมออกจากโทเค็น ERC-20 และระบุว่าเป็นการล็อกแล้วสร้าง เผาแล้วจ่าย หรือเผาแล้วสร้าง ตรวจสอบคู่โทเค็นที่ลงทะเบียน หน่วยดิบ decimals, custom gateway และการรองรับสินทรัพย์แบบ fee-on-transfer, rebasing หรือ denylist
  4. สร้าง state machine ของข้อความให้ตรงกับทิศทาง เงินฝากอาจผ่าน approval การล็อกหรือเผาที่ต้นทาง การยืนยันขั้นสุดท้ายของต้นทาง derivation หรือ relay และการสร้างหรือปลดล็อกที่ปลายทาง การถอนอาจต้องเผาหรือล็อกที่ปลายทาง รวมข้อความ บันทึก state commitment ส่ง proof รอ challenge หรือการยอมรับ proof ทำ finalize แล้วจึงจ่ายที่ต้นทาง
  5. ติดตามนาฬิกาสามชุดแยกกัน ได้แก่ การรวมธุรกรรม การชำระของโปรโตคอลหรือการยืนยันสถานะขั้นสุดท้าย และเวลาที่สินทรัพย์พร้อมใช้หรือถอน บันทึกแฮชธุรกรรมต้นทาง แฮชข้อความหรือการถอน อ้างอิง output หรือ proof และธุรกรรม relay, prove, finalize, claim, retry หรือ refund ทุกรายการ
  6. สร้างบัญชีเศรษฐกิจ แยกเงินต้นที่บริดจ์ ค่า gas ต้นทางและปลายทาง ค่า gas สำหรับ proof หรือ finalization ค่าธรรมเนียมโปรโตคอลหรือ relayer ค่าผู้ให้สภาพคล่อง slippage และค่าเสียโอกาสจากการรอ เปรียบเทียบ fast bridge กับเส้นทางหลักในฐานะสิทธิเรียกร้องและแบบจำลองความไว้วางใจคนละแบบ
  7. กระทบยอดเส้นทางที่เสร็จแล้วกับ receipt, event, ยอดเอสโครว์ อุปทานของสินทรัพย์ตัวแทน สิทธิเรียกร้องที่รอดำเนินการ ยอดผู้รับ และ allowance ที่เหลือ รอ finality ที่กำหนด เก็บ gas ฉุกเฉิน ทดสอบ permissionless หรือ forced path เมื่อมี และหยุดแทนการฝากซ้ำเมื่ออธิบายสถานะข้อความเดิมไม่ได้

ตัวอย่างคำนวณ

  • บัญชีเงินฝากสินทรัพย์ดั้งเดิม ผู้ใช้เริ่มด้วย 5.0000 ETH ฝาก 2.5000 ETH และจ่ายค่า gas บนเชนต้นทาง 0.0042 ETH กระเป๋าต้นทางเหลือ 5.0000 - 2.5000 - 0.0042 = 2.4958 ETH เอสโครว์เพิ่ม 2.5000 ETH และหลัง relay แบบหนึ่งต่อหนึ่งสำเร็จ สินทรัพย์ตัวแทนปลายทางเพิ่ม 2.5000 ETH อัตราการค้ำประกันคือ 2.5000 / 2.5000 = 100% เอสโครว์กับสินทรัพย์ตัวแทนคือหลักประกันและสิทธิเรียกร้อง ไม่ใช่มูลค่าเศรษฐกิจใหม่ 5 ETH
  • หน่วยโทเค็นดิบและการจับคู่ ผู้ใช้ฝาก 1,250.000000 USDC สัญญาต้นทางที่ตรวจสอบแล้วใช้ 6 decimals จำนวนดิบจึงเป็น 1,250 * 10^6 = 1,250,000,000 ภายใต้การจับคู่หนึ่งต่อหนึ่งที่ตรวจสอบแล้วและไม่มีค่าธรรมเนียมโทเค็น เอสโครว์ต้นทางและยอดสร้างปลายทางต่างเปลี่ยน 1,250,000,000 raw units และแสดง 1,250.000000 USDC ที่ปลายทาง โทเค็นชื่อเดียวกันแต่คนละที่อยู่ไม่ใช่หลักฐานที่ใช้แทนกันได้
  • นาฬิกาการถอนแยกจากกัน สมมติ deployment บันทึกการถอนเมื่อ 2026-08-01 12:00:00 UTC และใช้ช่วง challenge 604,800-second = 7-day จากจุดเริ่มที่โปรโตคอลกำหนด เกณฑ์เวลาคือ 2026-08-08 12:00:00 UTC ธุรกรรม prove หรือ finalize ค่า gas และนโยบายการยืนยันเชนต้นทางอาจเพิ่มเวลา ตัวอย่างแบบกำหนดพารามิเตอร์นี้ไม่ได้กล่าวว่าทุกบริดจ์รอเจ็ดวัน และ finality ของธุรกรรมปลายทางไม่ได้ปล่อยเงินต้นทางเอง
  • ราคาเส้นทางเร็วเทียบต้นทุนการรอ สำหรับ 10,000 USDC fast bridge เรียก 0.08% บวก 3 USDC โดยไม่รวม gas และ slippage ต้นทุนคือ 10,000 * 0.0008 + 3 = 11 USDC และรับทันที 9,989 USDC เมื่อเทียบกับการรอเส้นทางหลักสมมติ 7-day ราคาต่อปีแบบง่ายของการเข้าถึงก่อนคือ (11 / 9,989) * (365 / 7) = 5.7420305193% การเปรียบเทียบนี้ไม่ใช่ผลตอบแทนหรืออัตราปลอดความเสี่ยง และไม่รวมความเสี่ยงของ solver สภาพคล่อง การผิดนัด และการชำระ

ความเสี่ยง

  • ใช้อินเทอร์เฟซฟิชชิงหรือโดเมนเอกสารที่ยังไม่ได้ตรวจสอบ
  • เลือกเชนต้นทางหรือปลายทางและ chainId ผิด
  • ส่งไปยัง bridge, portal, messenger, gateway หรือผู้รับปลอม
  • ยอมรับโทเค็นชื่อเดียวกันที่จับคู่กับโทเค็นปลายทางผิด
  • อ่าน decimals หน่วยดิบ หรือพฤติกรรมโอนที่ไม่เป็นมาตรฐานผิด
  • สับสนระหว่างสินทรัพย์ดั้งเดิม wrapped gas token และสินทรัพย์ตัวแทนจากบริดจ์
  • เปิด allowance มากเกินไปหรือ approve spender ผิด
  • พลาด proxy upgrade, admin ถูกเจาะ การดำเนินการของ security council หรือ timelock เปลี่ยน
  • พบ pause, denylist, rate limit หรือเส้นทางถอนที่ถูกระงับ
  • ถือ receipt ต้นทางเป็นหลักฐานว่าการทำงานปลายทางสำเร็จ
  • มี gas ไม่พอสำหรับการทำงานปลายทาง retry, prove, claim หรือ refund
  • ข้อความสูญหายเพราะ retry หมดอายุ refund ผิด หรือ address aliasing
  • มองข้าม reorg ของเชนต้นทางหรือ finality ไม่เพียงพอ
  • พึ่ง sequencer ที่เซ็นเซอร์หรือไม่พร้อมใช้โดยไม่มี forced path ที่ทำงาน
  • ข้อมูลที่ต้องใช้พิสูจน์ สร้างสถานะใหม่ หรือออกจากระบบไม่พร้อมใช้
  • ยอมรับ state root, message proof, nullifier หรือเงื่อนไข replay ที่ไม่ถูกต้อง
  • พึ่ง proposer, prover, challenger หรือ permissioned finalizer ที่ไม่พร้อมใช้
  • อ่านพารามิเตอร์ challenge, maturity หรือ proof acceptance หลังอัปเกรดผิด
  • เอสโครว์ล้มละลาย บัญชีคลาดเคลื่อน โทเค็นหลุด peg หรือปลายทางขาดสภาพคล่อง
  • เพิ่มความเสี่ยงจาก fast bridge, aggregator, verifier, LP, solver, slippage ภาษี และมาตรการคว่ำบาตร

ความเข้าใจผิดที่พบบ่อย

  • Canonical เป็นมาตรฐานสากลและแปลว่า trustless หรือไร้ความเสี่ยงโดยอัตโนมัติ
  • ธุรกรรมต้นทางสำเร็จหรือยอดปรากฏใน UI พิสูจน์การชำระขั้นสุดท้าย
  • การถอนจากทุก rollup มีระยะรอเจ็ดวันเท่ากัน
  • เอสโครว์ต้นทางกับสินทรัพย์ตัวแทนปลายทางบวกเป็น TVL อิสระได้
  • fast bridge เป็นเพียงบริดจ์หลักเดียวกันที่เปิดการตั้งค่าความเร็ว

หัวข้อที่เกี่ยวข้อง

แหล่งข้อมูล

การนำทาง

ค้นหาในวิกิ...