Venus กับการข้ามเชนด้วย Wormhole

Venus ในภาษาไทย
1

Wormhole ภูมิใจเสนอโมเดลตัวอย่างการกู้ยืมข้ามเชนผ่าน Smart contract ให้กับวีนัสโปรโตคอล (Github)

ก่อนที่จะพูดถึงข้อเสนอของ Wormhole นั้นเรามาทำความรู้จักกันนิดนึงก่อนนะครับ — Wormhole เป็นโปรโตคอลที่ช่วยให้เกิดการเชื่อมโยงข้ามเชนได้ โดยอนุญาตให้ส่งข้อความทั่วไปได้บนบล็อกเชนที่หลากหลายถึง 15 เชน และจะเพิ่มขึ้นอีกในอนาคต แล้วเราก็ได้ประกาศเรื่องการเปิดตัวการข้ามเชนบน Aptos devnet แล้ว

ตั้งแต่เปิดตัวบน mainnet เมื่อเดือนสิงหาคม 2021 มีการ ส่งข้อมูลกันแล้วมากถึง 1.2 ล้านข้อความ บางส่วนเป็นข้อความปกติ (เช่นข้อมูล Pyth oracle) บางส่วนเป็นโอนโทเค็นข้ามเชน และการใช้งานทั้งหมดเกิดขึ้นอย่างเป็นจากการใช้งานจริงๆ โดยไม่ได้จัดฉาก

Venus เป็นโครงการหนึ่งใน BSC เชนและเราเชื่อว่า Wormhole เป็นทางเลือกครอส-เชนที่ดีที่สุดสำหรับ Venus เนื่องจากเหตุผลหลัก 3 ประการคือ:

  1. การออกแบบและการดำเนินการที่มีความคล่องตัว — รายละเอียดเป็นสิ่งที่สำคัญมากๆ โดยเฉพาะในบริบทของโปรโตคอลที่ซับซ้อนที่จะเป็นพื้นฐานสำหรับการพัฒนาขั้นต่อไปและแอปพลิเคชันแบบคอมโพสต์ ทีมงาน Wormhole ค้นคว้าอย่างหนักเพื่อให้ได้โมเดลที่เหมาะสำหรับ Venus จริงๆ

  2. โมเดลความปลอดภัยและการกระจายอำนาจ — Wormhole มี Guardian 19 รายที่ประกอบไปด้วยผู้ตรวจสอบ PoS ชั้นนำที่ร่วมกันยืนยันข้อความแต่ละ Guardian แต่ละคนมีน้ำหนักเท่ากันในการกำกับดูแลและการตัดสินใจ ระบบการดำเนินงานของ Wormhole ต้องการ Guardian มากกว่า 2 ใน 3 จาก 19 รายนี้ เพื่อให้ได้รับความเห็นเป็นเอกฉันท์สามารถเชื่อถือได้และผ่านการตรวจสอบตามมาตราฐานของเรา

Wormhole มีแผนรักษาความปลอดภัยที่ครอบคลุมซึ่งประกอบด้วยการพัฒนาทั้งหมดแบบ open source และเป็นหนึ่งในโปรแกรมการจ่ายรางวัลให้กับ bug bounty programs ที่สูงที่สุดอีกด้วย (จ่ายสูงสุด $ 10 ล้านดอลล่าห์ ตามความอันตรายต่อระบบมาก-น้อย) รวมถึงมี Audits อีกถึง 5 รายรับรองการตรวจสอบ (เช่น Neodyme, Kudelski, Ottersec) โค้ดเบสทั้งหมดแล้ว (การตรวจสอบโดย Certik, Trail of Bits, etc. underway).

  1. จัดการรวมการ Stake ที่เรียบง่ายเข้าไว้ด้วยกัน — Pyth จะเปิดตัว cross-chainได้ผ่าน Wormhole ดังนั้นการผสมผสานระหว่าง Venus กับ Pyth จะต้องพึ่งพา Wormhole ด้วย มีความจำเป็นต้องใช้ Wormhole สำหรับองค์ประกอบอื่น ๆ ของเป้าหมายการข้ามเชนของ Venus ด้วยเพื่อไม่ให้เกิดความสับสนด้านความพึงพอใจและความไว้วางใจ การผสมผสานกับ Wormhole ยังช่วยเพิ่มความคล่องตัวในการดูแลกลไกของ Oracle ในอนาคต เนื่องจากการส่งข้อความข้ามเชนของ Oracle จะถูกกำหนดโดยมาตรฐานการทำงานบนพื้นฐานเดียวกัน

เรื่องที่ต้องพิจารณาในการออกแบบ

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

ปัจจุบันเป็นแบบตรงไปตรงมา: เกือบทุกโปรโตคอลการกู้-ยืม ไม่มีความสามารถในการข้ามเชน แต่ละเชนจะถูกแยกออกจากกันและผู้ใช้ที่ต้องการยืมและให้กู้ระหว่างบล็อกเชนต่างๆจะต้องจัดการและตรวจสอบยอดคงเหลือที่แตกต่างกันบนสัญญาและโปรโตคอลที่แตกต่างกัน แบบนี้ผู้ใช้งานจะไม่สามารถฝาก ETH บน Ethereum และยืม SOL จาก Solana ได้

ภาพจำลองขีดจำกัดของการข้ามเชน

image

แล้ววีนัสจะข้ามเชนได้อย่างไร? มีหลายทางเลือกและทีมงาน Wormhole ได้ทำงานร่วมกับวีนัสเพื่อพัฒนาเวอร์ชันใหม่ หรือจะเริ่มต้นด้วยการพัฒนารุ่นที่ซับซ้อนที่สุดเลยก็ได้ แต่เราขอแนะนำให้เป็นไปตามความเห็นของผู้ถือ XVS และเชิญชวนคอมมูของวีนัสให้ร่วมถกกันเกี่ยวกับข้อดี-ข้อเสียของแต่ละวิธี โดยมีตัวเลือกสองประเภทหลักๆ ได้แก่ แบบ single-chain และ multi-chain

แบบ Single-Chain

ในการดำเนินการพื้นฐาน วอร์มโฮลสามารถเปิดใช้งานพูลคอลแต่ละเชนได้เพียงหนึ่งเท่านั้น โดยผู้ใช้สามารถฝากหลักประกันบนเชนใดก็ได้และยืมเงินบนเชนอื่น ๆ ได้แบบไป-กลับ แพ็กเกจของ Pyth จะสตรีมราคาไปยังโปรโตคอลเพื่อให้สามารถตรวจสอบการวางหลักประกันบนเชนต้นฉบับ(เชนที่เราวางหลักประกันไว้)ได้ ผู้ใช้จะต้องคืนเงินกู้บนเชนที่พวกเขายืมโทเค็นมา แล้วค่อยถอนหลักประกันบนเชนต้นฉบับได้ เราได้แสดงการทำงานดังกล่าวในรูปภาพด้านล่างนี้

image

แบบ Multi-Chain

รุ่นที่ซับซ้อนขึ้น - ผู้กู้อาจต้องการฝากหลักประกันทั้งสองเชนหรือมากกว่านั้นโดยที่เรามีหลักประกันในพูลแบบหลายเชนบนเชนที่รองรับ ทำให้ผู้ใช้สามารถยืมเงินบนเชนที่มีพูลตามที่กำหนดไว้ได้ แล้วผู้ใช้จะต้องคืนเงินกู้บนเชนที่ได้กำหนดไว้ในตอนที่ยืม แล้วจากนั้นจึงสามารถถอนหลักประกันแต่ละชนิดบนเชนที่กำหนด ดังรูปภาพที่แสดงข้างล่างนี้

image

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

ตัวอย่างอ้างอิง
เราจะให้ตัวอย่างอ้างอิง เพื่อแสดงให้เห็นว่า vaults แบบ single-chain สามารถทำงานได้กับ BNB และ Ethereum ได้พร้อมกัน (โปรดทราบว่านี่เป็นการทดสอบ Proof-of-Concept ที่ผ่านการทดสอบเล็กน้อยเท่านั้นและไม่ควรใช้ในการใช้งานจริง) เราอนุญาตให้ใช้ ERC-20 token 1 ตัวเป็นหลักประกันบน BNB และให้ยืม ERC-20 token อีก 1 ตัวบน Ethereum ได้แบบไป-กลับ การออกแบบนี้จึงสามารถปรับเปลี่ยนได้เพื่อให้เข้ากับรหัสซอฟต์แวร์ Venus ที่มีอยู่แล้ว

ในตัวอย่างของเรา ผู้ใช้สามารถฝาก BUSD บน BNB เป็นหลักประกันและยืม WETH บน Ethereum โดยใช้ฟังก์ชันต่อไปนี้:

  1. ผู้ใช้งานจะเรียกใช้ฟังก์ชั่น addCollateral(collateralAmount) ในสัญญา BNB ด้วยจำนวน BUSD ที่ต้องการจะให้เป็นหลักประกัน การใช้ฟังก์ชั่นนี้จะทำการโอนจำนวน collateralAmount เข้าสู่สัญญา และมูลค่าสินทรัพย์จำนวนนี้จะปรากฏอยู่ในบัญชีเงินฝากของผู้ใช้ตาม BUSD ทั้งหมดที่มีอยู่ในสัญญา

  2. จากนั้นผู้ใช้จะเรียกใช้ initiateBorrow(borrowAmount) ในสัญญา BNB ด้วยจำนวน WETH ที่ต้องการกู้ยืมใน Ethereum การเรียกใช้นี้จะคำนวณจำนวนสูงสุดของ WETH ที่ผู้ใช้ได้รับอนุญาตให้กู้ยืม (อ้างอิงตามค่า collactoral factor ของแต่ละเหรียญ) โดยอิงตามอัตราส่วนการหลักประกันของ BUSD/WETH และจากนั้นจะส่งข้อความไปยังสัญญา Wormhole บน BNB ด้วย

  3. ในขั้นตอนสุดท้าย ผู้ใช้จะเรียกใช้ฟังก์ชัน completeBorrow(signedWormholeMessage) ในสัญญา Ethereum โดยใช้ข้อความ Wormhole ที่ได้รับการเซ็นต์ในขั้นตอนที่ 2 ข้อความ Wormhole จะถูกถอดรหัสและตรวจสอบว่ามี WETH liquidity ในพูลมีพอที่จะยืมหรือไม่ จากนั้นจำนวนเงินที่ยืมตามที่ระบุในข้อความจะถูกโอนให้กับผู้ใช้ และเงินจำนวนนี้จะถูกสะท้อนในสินทรัพย์ที่ถูกยืมและ WETH liquidity รวมในสัญญา หากไม่มี WETH liquidity ในพูลพอที่จะให้ยืม ข้อความ Wormhole จะถูกส่งกลับไปยังสัญญา BNB เพื่ออนุญาตให้ผู้ใช้ถอนหลักประกันของพวกเขาออกมา

จากนั้นผู้ใช้สามารถชำระคืนเงินกู้ WETH บน Ethereum และรับหลักประกัน BUSD ของพวกเขาคืนใน BNB ดังนี้:

  1. ผู้ใช้จะเรียก initiateRepay(borrowAmount) ในสัญญา Ethereum ก่อนด้วยจำนวนเงินกู้ที่พวกเขาต้องการชำระ ถ้าจะชำระหนี้ทั้งหมด ผู้ใช้สามารถเรียก initiateRepayInFull() ได้อีกด้วย การเรียกฟังก์ชันเหล่านี้จะคืนเงินกู้ไปยังสัญญาและอัปเดตสินทรัพย์ที่ยืมมาจากของบัญชีและสภาพคล่องทั้งหมดของ WETH ในสัญญา จากนั้นจะส่งข้อความไปยังสัญญา Wormhole บน Ethereum เพื่อแสดงว่ามีการชำระคืนเงินกู้เป็นจำนวนเท่าใดแล้ว

  2. ในขั้นตอนสุดท้าย ผู้ใช้จะเรียก completeRepay(signedWormholeMessage) ในสัญญา BNB พร้อมกับข้อความ Wormhole ที่ถูกลงนามที่สร้างขึ้นในขั้นตอนที่ 1 จากนั้นข้อความจะถูกถอดรหัสและตรวจสอบว่าการกู้ยืมได้รับการชำระเงินครบถ้วนหรือไม่ หากมีการเรียกชำระคืนเสร็จสิ้นภายในระยะเวลาที่กำหนดไว้ สินทรัพย์ที่ถูกยืมของบัญชีจะถูกกำหนดเป็นศูนย์และสภาพคล่องของ WETH ในสัญญา BNB จะลดลงตามจำนวนที่ชำระหนี้ไป หากไม่มีการเรียกชำระคืนอย่างสมบูรณ์ภายในระยะเวลาที่กำหนด ข้อความจะถูกส่งไปยังสัญญา Wormhole ใน BNB เพื่อแจ้งว่าเงินกู้ยังไม่ได้ชำระคืนเงินกู้ทันเวลา หากเงินกู้ไม่ได้รับการชำระคืนเต็มจำนวน สินทรัพย์ที่ถูกยืมของบัญชีและสภาพคล่องของ WETH ในสัญญา BNB จะลดลงตามจำนวนเงินที่ชำระคืนไปแล้ว

แม้ว่าเราจะไม่ได้ใช้การชำระบัญชีในตัวอย่างอ้างอิงของเรา (เรามีตัวอย่างเวิร์กโฟลว์) ผู้ชำระบัญชีจะ:

  1. โดยการเรียก initialeLiquidationOnTargetChain บนสัญญา BNB จะทำการตรวจสอบว่า position นั้นอยู่ภายใต้หลักประกันที่เพียงพอหรือไม่โดยการสอบถามตัวแปรสถานะ accountAssets สำหรับบัญชีที่ผ่านมา หากบัญชีมีหลักประกันเพียงพอ ระบบก็จะสร้างข้อความ Wormhole แล้วส่งไปยังสัญญา Wormhole บน BNB

  2. ในกรณีที่ยังไม่มีผู้กู้ชำระเงินกู้คืนเมื่อข้อความ Wormhole มาถึงบนเป้าหมาย ผู้ใช้จะเรียก completeRepayOnBehalf(signedMessage) บน Ethereum ด้วยข้อความ Wormhole ที่เซ็นไว้ เมื่อคุณเรียก initiateLiquidationOnTargetChain หากผู้กู้ยังไม่ได้ชำระเงินกู้คืนภายในเวลาที่ข้อความ Wormhole มาถึงยังเชนเป้าหมาย ฟังก์ชันนี้จะโอนเงินที่ยืมมาจากผู้ชำระบัญชี(the liquidator)ไปยังสัญญาและส่งข้อความ Wormhole อีกครั้งไปยังสัญญา Wormhole บน Ethereum และเช่นกัน completeReplay ฟังก์ชัน ก็ควรมีฟังก์ชันการย้อนกลับพร้อมกับข้อความกลับไปยังเชนต้นทางหากผู้กู้ได้ชำระเงินกู้คืนไปแล้ว

  3. เมื่อเรียกใช้คำสั่ง completeLiquidation(signedMessage) บน BNB ด้วยข้อความ Wormhole ที่เซ็นชื่อเมื่อเรียกใช้ completeRepayOnBehalf หลักประกันของผู้กู้จะถูกส่งไปให้ชำระบัญชี(the liquidator)โดยหักค่าธรรมเนียมการชำระบัญชีตามอัตราที่โปรโตคอลกำหนด

  4. หมายเหตุ: เพื่อให้ผู้ถูกชำระบัญชี(Liquidated)สามารถเห็นสุขภาพของ Position ของตัวเองได้ จึงจำเป็นต้องมีฟังก์ชันที่สามารถส่งกลับรายการของ Positionที่เปิดอยู่และฟังก์ชันอื่น ๆ ที่ช่วยให้คุณสามารถสอบถามตัวแปรสถานะของสินทรัพย์ของบัญชีใด ๆ ได้

การใช้งานกับ Vemus
Venus อาจรวม Wormhole เข้ากับส่วนเพิ่มเติมต่อไปนี้ใน codebase:

  • จัดเก็บโครงสร้างพื้นฐานที่มีอยู่ ทั้งการเข้าและออกของตลาดเนื่องจากวิธีการเหล่านี้อนุญาตให้ผู้ใช้ลองยืมสินทรัพย์เหล่านี้ได้

  • ในขณะที่เรากำลังตรวจตราเงินฝากในซอร์สเชน (ในโมเดลแรก) เราสามารถคงฟังก์ชัน mintFresh ไว้ตามเดิม

  • เพิ่มตรรกะการริเริ่มการยืมในฟังก์ชันการยืมFreshXChainใหม่ที่เลียนแบบตรรกะของการยืมเฟรช 2 แต่แทนที่จะโอนจำนวนโทเค็นที่ยืมไปยังผู้ใช้ ฟังก์ชันจะส่งข้อความไปยังสัญญารูหนอนบน BNB ดังที่แสดงในฟังก์ชันการริเริ่มการยืมในตัวอย่างอ้างอิง

  • เพิ่มตรรกะ CompleteBorrow ในฟังก์ชัน CompleteBorrowXChain ที่อนุญาตให้ผู้ส่งต่อ/ผู้ใช้ส่งข้อความ Wormhole ที่ลงนามแล้วไปยังสัญญา VToken.sol บน Ethereum ที่จะโอนเงินที่ยืมมาให้กับผู้ใช้

  • เพิ่มตรรกะการชำระคืนในฟังก์ชัน repayBorrowFreshXChain ที่เลียนแบบตรรกะของ repayBorrow 1 แต่แทนที่จะโอนโทเค็นที่ยืมพร้อมดอกเบี้ยกลับไปที่สัญญา ฟังก์ชันจะส่งข้อความไปยังสัญญา Wormhole บน Ethereum ดังที่แสดงในฟังก์ชันชำระคืนในตัวอย่างอ้างอิง

  • เพิ่มตัวตรวจสอบสมบูรณ์ (completeReplay) ในฟังก์ชัน completeReplayXChain ที่ช่วยให้ relayer/user ** ส่งข้อความแบบ Wormhole ที่ได้รับการเซ็นต์ไว้ไปยังสัญญา VToken.sol บน BNB ซึ่งจะคืนเงินประกันให้กับผู้ใช้

โดยทั่วไปแล้ว ฟังก์ชัน completeReplayXChain เป็นฟังก์ชันที่เกี่ยวข้องกับการส่งข้อความแบบ Wormhole ไปยังสัญญา VToken.sol บน BNB และฟังก์ชันนี้ถูกเรียกใช้โดย main relayer เพื่อทำให้การโอนเงินประกันกลับมาถูกต้อง

การเพิ่มตัวตรวจสอบสมบูรณ์ (completeReplay) เข้าไปในฟังก์ชันนี้ จะช่วยให้ผู้ถือ relayer/user สามารถส่งข้อความแบบ Wormhole ที่ได้รับการเซ็นต์ไว้ไปยังสัญญา VToken.sol บน BNB และรับเงินประกันกลับมาได้อย่างถูกต้องและปลอดภัยขึ้น

การกระจายอำนาจและความปลอดภัย

Wormhole พึ่งพากับ PoA consensus โดยมีผู้คุมรักษา (guardians) จำนวน 19 คน แต่ละ guardian รันโหนดของตนเองสำหรับแต่ละเชื่อมต่อและมีน้ำหนักที่เท่ากันในการปกครองและลงคะแนนเสียง จาก 19 guardians นั้น Wormhole ต้องการอย่างน้อยสองในสามของ guardians เพื่อให้ได้การยืนยันและการตรวจสอบผ่าน ดังนั้นเราคาดหวังว่าอย่างน้อยหนึ่งในสามของ guardian ของเราจะเป็นผู้ซื่อสัตย์ Guardian set ของเราประกอบด้วย PoS validators ชั้นนำที่มีตัวแทนหลายพันล้านคนในเครือข่าย PoS ที่ใหญ่ที่สุด (PoS chains) ที่ใหญ่ที่สุด เช่น P2P, Chorus One, Everstake, Staked.us เป็นต้น

อย่างไรก็ตาม แม้ว่า Wormhole จะมีการกระจายอำนาจในระดับสูง แต่เรายังคงแน่วแน่ในการปรับปรุงสมมติฐานด้านความน่าเชื่อถือของเรา — ด้วยเหตุนี้ เราจึงลงทุนอย่างหนักในการก้าวไปสู่ระบบที่ไร้ความน่าเชื่อถือโดยสมบูรณ์โดยเทคโนโลยีพิสูจน์ความรู้เป็นศูนย์ ( trustless system based on zero knowledge proofs)

เฉพาะในช่วง 90 วันที่ผ่านมา Wormhole ได้ส่งข้อความมากกว่า 300,000 ข้อความ Wormhole จัดการกับช่วงเวลาที่ผันผวนใน DeFi ได้อย่างง่ายดาย โดยอำนวยความสะดวกในการส่งข้อความ 44,000 ข้อความในหนึ่งวัน ซึ่งโปรโตคอลของเราได้รับความไว้วางใจจากนักพัฒนาที่มีชื่อเสียงที่สุดในอุตสาหกรรม

สุดท้ายนี้ เราทราบดีว่า Wormhole ได้รับข่าวไม่ดีจากการถูก hack ในเดือนกุมภาพันธ์ปีที่ผ่านมา — เราเชื่อว่า Wormhole แข็งแกร่งขึ้นจากเหตุการณ์นี้ ตัวอย่างเช่น Wormhole มีโปรแกรมให้รางวัลหาบั๊กที่ใหญ่ที่สุดในโลกคริปโต—มากกว่า $10 ล้านดอลล่าห์— รวมถึง การตรวจสอบจากผู้ตรวจสอบถึง 5 ราย (เช่น Neodyme, Kudelski, Ottersec) ของโค้ดเบสทั้งหมด (การตรวจสอบโดย Certik, Trail of Bits ฯลฯ กำลังดำเนินการ ). Wormhole จะดำเนินการต่อไปทั้งสองด้านตามที่กล่าวไว้ข้างต้นเพื่อรักษามาตรฐานความปลอดภัยระดับสูงสำหรับผู้ใช้และโปรโตคอลที่เราร่วมงาน

การติดตั้งค่าต่างๆอย่างถูกต้องเพื่อความเชื่อมโยงกับส่วนประกอบอื่นๆ

ทราบว่าในเร็วๆ นี้ Venus จะใช้ Pyth เพื่อให้ข้อมูลราคาที่แม่นยำในการฟีดราคา และรับรองการชำระบัญชีอย่างทันท่วงทีและแม่นยำ Pyth บน BNB เกี่ยวข้องกับการสตรีมราคาจาก Pythnet ผ่าน Wormhole การผสานรวมนั้นจะสร้างการรวมปลายน้ำระหว่าง Venus และ Wormhole ด้วยการพึ่งพานี้ จึงควรที่จะใช้ Wormhole สำหรับเป้าหมายการข้ามสายเชนของ Venus รวมถึงการกู้-ยืมข้ามสายเชน นอกเหนือจากการขจัดความจำเป็นสำหรับสมมติฐานความน่าเชื่อถือของการ Bridge แล้ว การรวมกับ Wormhole ยังช่วยเพิ่มความคล่องตัวในการดูแลรักษากลไกของ Oracle ในอนาคต เนื่องจากข้อกำหนดความสามารถในการทำงานร่วมกันขั้นพื้นฐานจะควบคุมทั้ง Oracle และการส่งข้อความข้ามสายเชน

เราหวังว่าจะได้ร่วมงานกับชุมชน Venus ตามแผนงานที่เรานำเสนอ

Hendrik

  • Wormhole Foundation

** Relayer คือ ผู้ที่มีหน้าที่ช่วยในการส่งข้อมูลและดำเนินการต่าง ๆ ระหว่างเครือข่ายที่ไม่เชื่อมต่อกัน โดยเฉพาะอย่างยิ่งในกรณีของโปรโตคอลการเชื่อมต่อเครือข่ายต่าง ๆ เช่น Ethereum, Binance Smart Chain หรือ Polkadot ซึ่ง Relayer จะมีหน้าที่รับข้อมูลจากเครือข่ายหนึ่งแล้วส่งต่อข้อมูลไปยังเครือข่ายอื่น ๆ ให้ถึงจุดปลายทางตามที่กำหนดไว้ ซึ่ง Relayer จะได้รับค่าตอบแทนเป็นค่าธรรมเนียมในการส่งข้อมูล หรือค่าธรรมเนียมในการดำเนินการของโปรโตคอลนั้น ๆ ตามกำหนดของผู้พัฒนาโปรโตคอลนั้น ๆ ด้วย

ติดตามเราได้ที่
Venus Thailand :thailand:

Venus Global Group:

Venus Announcement:

Venus Twitter:
https://twitter.com/VenusProtocol