Cross-chain bridges เป็นเทคโนโลยีที่อนุญาตให้ผู้ใช้และแอปพลิเคชันโอนสินทรัพย์ดิจิทัลระหว่างบล็อกเชนที่แตกต่างกัน ตัวอย่างเช่น การใช้ bridge สามารถโอน ETH จาก Ethereum ไปยัง Arbitrum หรือ Polygon โดยไม่ต้องขายสินทรัพย์และซื้อใหม่บนเครือข่ายอื่น นี่เป็นการใช้งานที่สำคัญมากสำหรับระบบนิเวศของ DeFi ที่กระจายตัวไปทั่วเครือข่ายหลายๆ ตัว อย่างไรก็ตาม cross-chain bridges ก็มีความเสี่ยงด้านความปลอดภัยที่สูงมากเช่นกัน ในประวัติศาสตร์มีการแฮกของ bridge protocol หลายครั้งที่สูญเสียเงินมากกว่า 100 ล้านดอลลาร์ บทความนี้จะอธิบายให้เข้าใจถึงวิธีการทำงานของ bridges กลไกของความเสี่ยง ประวัติการแฮกที่มีชื่อเสียง และวิธีการใช้ bridge อย่างปลอดภัย
- Cross-Chain Bridges คืออะไร และเหตุใดจึงจำเป็น
- วิธีการทำงานของ Cross-Chain Bridges ในทางเทคนิค
- ประเภทของ Cross-Chain Bridges
- ประวัติการแฮก Bridge ที่มีชื่อเสียง
- ความเสี่ยงด้านความปลอดภัยของ Cross-Chain Bridges
- บริดจ์มัลติเป็นศูนย์กลางและเสี่ยง Cross-Chain ไป Multi-Chain
- พอร์ทัลและสมดุล: ใช้ Bridges อย่างปลอดภัย
- Bridge Aggregators และการเลือกเส้นทาง Bridge
- อนาคตของ Cross-Chain Bridges และมาตรฐาน
- คำถามที่พบบ่อย
Cross-Chain Bridges คืออะไร และเหตุใดจึงจำเป็น
Cross-chain bridge เป็นโปรโตคอลที่ทำหน้าที่เป็นตัวกลางในการโอนสินทรัพย์จากบล็อกเชนหนึ่งไปยังอีกบล็อกเชนหนึ่ง ปัญหาที่ bridge แก้ไขคือ บล็อกเชนที่แตกต่างกันเช่น Ethereum, Bitcoin, Solana, Avalanche ล้วนเป็นระบบที่เป็นอิสระโดยสิ้นเชิง พวกเขาไม่เห็นเห็นหรือยอมรับสินทรัพย์ของกันและกันโดยตรง
ตัวอย่างเช่น หากคุณเป็นเจ้าของ ETH (Ethereum token) และต้องการใช้มันบน Arbitrum (Layer 2 ที่ทำงานบน Ethereum) วิธีเดิมคือคุณต้องขายโทเค็นบน Ethereum exchange และซื้อโทเค็นเดียวกันบน Arbitrum ถ้าไม่มี bridge คุณอาจจำเป็นต้องชำระค่าธรรมเนียมการแลกเปลี่ยนสองครั้ง (ขาย และ ซื้อ) ซึ่งมีราคาแพงและยุ่งยากมาก
Bridge ช่วยแก้ปัญหานี้โดยอนุญาตให้โทเค็นถูกโอนโดยตรงข้ามบล็อกเชน ผู้ใช้ฝากโทเค็นของพวกเขาลงใน bridge smart contract บน Ethereum หลังจากนั้น bridge จะให้อนุญาต mint token เทียบเท่า (wrapped token) บน Arbitrum ถ้าผู้ใช้ต้องการกลับไป โทเค็นที่ห่อ (wrapped) จะถูกสลายและโทเค็นเดิมจะถูกปลดปล่อยออกมา
วิธีการทำงานของ Cross-Chain Bridges ในทางเทคนิค
Cross-chain bridges ทำงานโดยใช้ validator networks ที่ตรวจสอบว่าโทเค็นได้ถูกฝากลงใน bridge บนบล็อกเชนต้นทาง validators เหล่านี้จำนวนมาก (มักจะ 10-100 ตัว) ฟังเหตุการณ์ (events) ใน bridge smart contract เมื่อพบเหตุการณ์ฝากโทเค็น validators จะแพร่หลายความรู้สึกว่าโทเค็นได้ถูกฝากโดยลงนาม cryptographic message ด้วยคีย์ส่วนตัวของพวกเขา
ไปยังด้านอีกบ้นของ bridge (destination chain) ระบบจะรวบรวม signatures จากหมู่ validators เมื่อมีความเห็นพ้องต้อง (typically การสนับสนุนของ 2/3 หรือมากกว่า) bridge สามารถให้อนุญาต mint token ใหม่บน destination chain ในบาง bridge designs เช่น stargate bridge จะใช้ multi-signature wallets ที่ต้องการ signatures จากจำนวนคีย์ลับ threshold ขั้นต่ำ
ความเสี่ยงที่เกิดขึ้นกับหมู่ validators คือว่า พวกเขาอาจถูกสมรู้ร่วมคิดหรือถูกละเมิด หากตัวแสดงร้ายสามารถจดจำ private keys ได้ จากตัวแสดงร้ายนั้นสามารถสร้าง fake signatures ซึ่งเป็นการแจ้งปลอมว่าเงินไปถึง destination chain ดังนั้นเงินเดิมจะยังอยู่บน source chain ในขณะเดียวกันเงิน fake จะถูก minted บน destination chain ส่งผลให้มูลค่า assets เพิ่มขึ้นเท่าตัว (double-spend attack)
ประเภทของ Cross-Chain Bridges
| ประเภท Bridge | ตัวอย่าง | ความเร็ว | ความปลอดภัย | ความเสี่ยง |
|---|---|---|---|---|
| Validator Network | Stargate, Axelar, Wormhole | เร็ว (นาที) | ขึ้นอยู่กับ validators | Multi-sig compromise |
| Light Client | Rainbow Bridge, IBC | ปานกลาง (ชั่วโมง) | สูง (crypto verification) | ความเสี่ยงทางเทคนิค |
| Liquidity Networks | Across, Hop Protocol | ตัน (วินาทีถึงนาที) | ขึ้นอยู่กับ LP security | Liquidity provider risk |
| Wrapped Assets | Wrapped BTC (WBTC), paxg | ช้า (วัน) | ขึ้นอยู่กับ custodian | Custodial risk |
มี bridge architecture หลากหลายประเภทที่แตกต่างกันในด้านความเร็ว ความปลอดภัย และแต่ละกลไก Bridge ที่ใช้ validator networks เช่น Stargate Finance หรือ Wormhole นั้น ขึ้นอยู่กับกลุ่มของ validator ที่ตรวจสอบรายการ ตัวแสดงร้ายต้องการ compromise จำนวนเหลือบางตัวของ validators เพื่อที่จะโจมตี
Bridge ที่ใช้ light clients เช่น Rainbow Bridge หรือ IBC (Inter-Blockchain Communication) นั้นเขียนรหัสสำหรับเคลื่อนย้าย block headers ระหว่างเครือข่าย จากนั้นจึงตรวจสอบ signatures ด้วยตรรมชาติ นี่ปลอดภัยกว่า (ไม่ต้องไว้ใจ validators) แต่ช้ากว่ามากและมีความซับซ้อนที่สูงขึ้น
Bridge ที่ใช้ liquidity networks เช่น Across หรือ Hop Protocol ทำงานโดยการให้ liquidity providers เสมือนจะให้ tokens ทันทีบน destination chain โดยแลกกับคำมั่นสัญญาว่าพวกเขาจะได้ tokens บน source chain ตรรมวินัยคล้ายการใจสั้นดอกเบี้ย ข้อดีคือความเร็วสูง แต่ข้อเสียคือข่าวเรียนขึ้นกับแรงจูงใจทางเศรษฐกิจของ liquidity providers
ประวัติการแฮก Bridge ที่มีชื่อเสียง
| Bridge/Event | Loss | Attack Type | Root Cause |
|---|---|---|---|
| Wormhole (Feb 2022) | $325M | Signature bypass | Uninitialized account |
| Poly Network (Aug 2021) | $611M | Fake signatures | Access control flaw |
| Ronin Bridge (Mar 2022) | $625M | SSH key theft | Ops security fail |
| Nomad Bridge (Aug 2022) | $190M | Uninitialized state | Code logic error |
Cross-chain bridges ได้ประสบการแฮกที่ร้ายแรงมากกว่าอื่นใด Wormhole Bridge Exploit (2022) Wormhole ซึ่งเป็นหนึ่งใน bridge ที่ใหญ่ที่สุดและเป็นที่นิยมที่สุดในอุตสาหกรรม ได้รับการโจมตีเมื่อวันที่ 2 กุมภาพันธ์ 2022 นักแฮกสามารถดำเนินการโจมตีแบบ fake signature attack ซึ่งโจมตี signature verification ของ bridge ผลลัพธ์คือนักแฮกได้ขโมยทั้งหมด 120 ล้านดอลลาร์ในรูปแบบ Ethereum และ Solana tokens นี่เป็นหนึ่งในการแฮก DeFi ที่ใหญ่ที่สุด
Poly Network Hack (2021) Poly Network ซึ่งเป็น cross-chain protocol ได้ถูกแฮกในเดือนสิงหาคม 2021 ด้วยการสูญเสีย 611 ล้านดอลลาร์ นักแฮกสามารถสร้าง fake deposit proof ที่ทำให้ Poly Network mint tokens เพียบพร้อม ต่อมากลับมา 268 ล้านดอลลาร์ หลังจากการตรวจสอบแล้ว
Ronin Bridge Hack (2022) Ronin Bridge ซึ่งใช้โดย Axie Infinity game ได้ถูกแฮกเมื่อเดือนมีนาคม 2022 ด้วยการสูญเสีย 625 ล้านดอลลาร์ นักแฮกสามารถ compromise private keys ของ validators โดยได้รับ SSH access ไปยังเซิร์ฟเวอร์ที่เก็บ key นี่เป็นตัวอย่างของการโจมตี operational security แทนที่จะเป็นบัญชีเทพจำหน่ายปัญหา
Across Bridge Exploit (2023) Across Protocol ได้ประสบการโจมตี เมื่อนักแฮก ใช้ price oracle manipulation เพื่อหลอกให้ protocol approve การถ่ายโอนโทเค็นที่มูลค่าสูงกว่าจริง
ความเสี่ยงด้านความปลอดภัยของ Cross-Chain Bridges
Bridge ประเผท validator-based มีความเสี่ยงที่ validator corruption หรือ private key theft ในการโจมตีเช่นนี้ ผู้โจมตีอาจจากรวบรวม private keys ของ validators ถ้ามีเพียงเล็กน้อยเท่านั้น พวกเขาสามารถสร้าง fake signatures ที่ดูเหมือนมาจาก majority consensus เมื่อมี bridge ใช้ multi-signature architecture สัญญา 3-of-5 ตัวแสดงร้ายต้องการแค่ compromise 3 keys เพื่อโจมตี
ความเสี่ยง oracle หรือ price oracle manipulation เป็นความเสี่ยงอีกประการหนึ่ง bridge ที่ใช้ oracle ในการยืนยันราคาสินทรัพย์ (เพื่อการประเมินมูลค่า) อาจ manipulated หาก oracle price feed ไม่แน่นอนหรือสามารถ manipulated ได้ นักแฮกอาจ submit โทเค็นเท่ากับราคา oracle ปลอมและรับโทเค็นของมูลค่าสูงกว่าจริงกลับมา
ความเสี่ยงด้าน liquidity หรือ market condition ใช้ได้กับ liquidity networks เช่น Hop หรือ Across หากไม่มี liquidity ที่เพียงพอบน destination chain นักแฮกอาจสำหรับให้ slippage ที่สูง (หมายความว่าพวกเขา mint token เท่ากับที่พวกเขาควรจะได้) หรือพวกเขาอาจล้มเหลวในการรับโทเค็นของพวกเขากลับไป ในบางกรณี bridge อาจติดอยู่กับ liquidity ที่มี imbalance ลึก
ความเสี่ยงทั่วไป อีกแนวคิดหนึ่งคือข้อบกพร่องในรหัส smart contract ของ bridge เช่น integer overflow, underflow, หรือ incorrect access control นี่มีการจากเล่นมาตั้งแต่โปรโตคอล bridge ต่างๆ ได้ผ่านการตรวจสอบโค้ดแต่ก็ยังสามารถพบ edge cases ได้
บริดจ์มัลติเป็นศูนย์กลางและเสี่ยง Cross-Chain ไป Multi-Chain
หนึ่งในข้อโต้แย้งปกป้องสำหรับการใช้ bridge หลายจำนวน (multi-bridge strategy) คือการลดความเสี่ยง ถ้า bridge หนึ่งถูกแฮก ผู้ใช้อาจยังคงมีสินทรัพย์ของพวกเขาผ่านช่องทาง bridge อื่น อย่างไรก็ตาม นี่ก็เพิ่มความซับซ้อนเนื่องจากผู้ใช้ต้องติดตามหลายๆ wrapped token versions สถานะขณะนี้คือ wrapped ETH บน Arbitrum (arbETH) อาจมีมูลค่าต่างจาก canonical ETH บน Arbitrum ที่เดินทางโดยเส้นทาง bridge ที่แตกต่าง
คำถามเกี่ยวกับ bridge นั้นสัมพันธ์กับการกำหนดศูนย์ ถ้า bridge ต้องการโทเค็นใน custodial service หรือ multi-sig wallet ผู้ดำเนินการ bridge มีอำนาจในการโทเค็นในขณะใดขณะหนึ่ง โทเค็นนั้นอาจถูกยึดโดยกฎหมาย หรือถ้าผู้ดำเนินการถูกยัวครัว bridge จะพังโครงสร้างของมัน noncustodial bridge ที่ใช้ smart contract logic โดยตรง (ไม่มีคน centralized) อาจดูเหมือนปลอดภัยกว่า แต่พวกเขา ยังคงมีความเสี่ยงจากข้อบกพร่องรหัส
พอร์ทัลและสมดุล: ใช้ Bridges อย่างปลอดภัย
เมื่อใช้ cross-chain bridge ผู้ใช้ควรคำนึงถึงเรื่องนี้: ประการแรก มีลักษณะบริษัทและความเป็นอิสระของ bridge ที่พวกเขาใช้ Bridge ที่ดำเนินการโดยทีม core ของ project ที่ได้รับการอนุมัติจากสถาบัน capital หรือมีการตรวจสอบโค้ดโดยบุคคลที่สามอาจมี track record ที่ปลอดภัยกว่า bridge ใหม่หรือ bridge ที่ไม่เป็นที่รู้จัก
ประการที่สอง ผู้ใช้ควรมองเรื่องประวัติการปลอดภัยของ bridge โปรโตคอล bridge เก่าที่ได้ทำงานมาหลายปีโดยไม่มีการแฮก นั่นเป็นเครื่องหมายดีกว่า bridge ใหม่หรือ bridge ที่เพิ่งอัปเดตที่ยังไม่ได้ทดสอบ
ประการที่สาม ผู้ใช้ควรเริ่มต้นด้วยจำนวนเงินเล็กน้อย bridge ใหม่หรือที่ผู้ใช้ไม่รู้จัก ก่อนเดินทางโทเค็นในจำนวนมาก โครงสร้างนี้ช่วยให้ผู้ใช้ทดสอบ bridge ด้วยความเสี่ยงน้อยที่สุดก่อนที่จะโอนจำนวนเงินที่สำคัญ
ประการที่สี่ ผู้ใช้ควรแม่นยำเกี่ยวกับสินทรัพย์ที่พวกเขากำลังอยู่ wrapped asset บน destination chain อาจมีมูลค่าต่างกันจาก token canonical บนเชน source หากมีหนึ่ง bridge ที่ได้ผ่านการแฮก wrapped version ของโทเค็นอาจสูญเสีย trust
Bridge Aggregators และการเลือกเส้นทาง Bridge
Bridge aggregators เช่น LiFi, OpenOcean หรือ Socket ทำให้ผู้ใช้สามารถค้นหาและเปรียบเทียบเส้นทาง bridge ที่หลากหลายเพื่อโอนสินทรัพย์ โดยแทนที่จะไปที่ Stargate เพียงอย่างเดียวหรือ Across เพียงอย่างเดียว aggregator จะแสดงเส้นทางหลายชุดเลือกเส้นทาง A ใช้ Wormhole ได้นั่นมีค่าธรรมเนียมต่ำที่สุด หรือเลือกเส้นทาง B ใช้ Hop Protocol เร็วกว่า aggregator เหล่านี้ช่วยให้ผู้ใช้สร้างตัดสินใจอย่างชาญฉลาดเกี่ยวกับการแลกเปลี่ยน
อย่างไรก็ตาม aggregators ขึ้นอยู่กับ data feeds และ price oracles ของพวกเขา aggregator อาจแสดงราคา bridge ไม่ถูกต้องหากข้อมูลราคาล่าช้า ผู้ใช้ควรตรวจสอบราคาก่อนที่จะสำนึก บางครั้ง ราคาที่แสดงที่อัพเดต อาจไม่เกิดขึ้นจริง โดยเฉพาะอย่างยิ่งมีเมื่อใดที่ต้องการสินทรัพย์ความผันผวนสูง
อนาคตของ Cross-Chain Bridges และมาตรฐาน
เมื่อเวลาเลื่อนไปในอนาคต bridge technology อาจเข้าสู่การพัฒนาที่ดีขึ้น มาตรฐาน bridge คาดว่าจะเป็นรูปแบบมากขึ้นเนื่องจากลักษณะเป็นอิสระของ bridge ต่างๆ มาตรฐานถูกกำหนดโดยองค์กรต่างๆ เช่น Cosmos (ซึ่งมี IBC protocol) และแนะนำ Ethereum Foundation ข้อดีของการทำให้มีมาตรฐานคือการให้ bridge ทำงานร่วมกันได้ดีขึ้น ผู้ใช้จะสามารถส่ง assets ได้อย่างราบรื่นข้ามหลายเชน โดยไม่ต้องกังวลเกี่ยวกับวิธีข้อเฉพาะของแต่ละ bridge ความเสี่ยงคือการทำให้มีมาตรฐาน bridge อาจสูญเสีย flexibility หรือ performance ที่ได้มา
คำถามที่พบบ่อย
ติดตามข่าว Crypto ล่าสุด
รับบทวิเคราะห์และข่าวสาร Bitcoin, Altcoins ทุกวันจาก 678.in.th
ดูบทความทั้งหมดสรุป
Cross-chain bridges เป็นเทคโนโลยีสำคัญที่อนุญาตให้ DeFi ecosystem มีความเชื่อมโยง แต่ความเสี่ยงของพวกเขาเป็นเรื่องจริงและควรได้รับการพิจารณาอย่างจริงจังเมื่อทำการตัดสินใจใช้งาน ประวัติของ bridge hacks แสดงให้เห็นว่า complexity และ cross-chain coordination นำมาซึ่งความท้าทายด้านความปลอดภัยที่ไม่เปิดเผยได้ ผู้ใช้ที่สมควรทำให้เข้าใจความเสี่ยง ทำการวิจัยประวัติการแฮก bridge ใช้ multiple bridges สำหรับ redundancy และเริ่มต้นด้วยจำนวนเงินเล็กน้อย ตัวเลือกที่ยุติธรรมคือการรอให้ bridge technology มีความปลอดภัยมากขึ้นก่อนการโยกย้ายสินทรัพย์จำนวนมาก เทคโนโลยีนี้เพิ่งเริ่มต้นการพัฒนา และจะมีการปรับปรุงในอนาคต
บทความนี้มีวัตถุประสงค์เพื่อการศึกษาเท่านั้น ไม่ถือเป็นคำแนะนำทางการเงิน