ผู้แต่ง: Chainlink เรียบเรียง: Cointime.com QDD

Cross-Chain Interoperability Protocol (CCIP) ของ Chainlink เป็นโปรโตคอลการสื่อสารข้ามเชนอเนกประสงค์แบบใหม่ที่ให้นักพัฒนาสัญญาอัจฉริยะมีความสามารถในการถ่ายโอนข้อมูลและโทเค็นระหว่างเครือข่ายบล็อกเชนในลักษณะที่ลดความน่าเชื่อถือลง

ปัจจุบัน แอปพลิเคชันที่ใช้งานบนบล็อกเชนหลายตัวประสบปัญหาการกระจายตัวของสินทรัพย์ สภาพคล่อง และผู้ใช้ ด้วย CCIP นักพัฒนาสามารถใช้ประโยชน์จากการถ่ายโอนโทเค็นและการส่งข้อความตามอำเภอใจเพื่อใช้แอปพลิเคชันแบบกระจายอำนาจซึ่งประกอบด้วยสัญญาอัจฉริยะหลายตัวที่ปรับใช้บนเครือข่ายบล็อกเชนที่แตกต่างกันหลายเครือข่าย ซึ่งทำงานร่วมกันเพื่อสร้างแอปพลิเคชันรวมเป็นหนึ่งเดียว รูปแบบการออกแบบ Web3 นี้เรียกว่า cross-chain smart contract

ต่อไปนี้คือตัวอย่างบางส่วนของการใช้ CCIP เพื่อสร้างแอปพลิเคชันข้ามสายโซ่ ซึ่งครอบคลุมด้านต่างๆ เช่น DeFi, ENS แบบข้ามสายโซ่, การสร้าง NFT บนสายหลายสาย และเกมข้ามสาย ตัวอย่างกรณีการใช้งานเหล่านี้แสดงให้เห็นถึงศักยภาพของ CCIP ในการแปลงแอปพลิเคชันแบบ single-chain หรือ multi-chain แบบดั้งเดิมให้เป็น dApps แบบ cross-chain ใหม่ที่มีประสิทธิภาพ

ตัวอย่างทั้งหมดมีอยู่ใน GitHub ของ Chainlink Labs และปรับใช้และโต้ตอบได้ในขณะนี้

DeFi: ความสามารถในการผสมข้ามสายโซ่

DeFi เป็นแอปพลิเคชัน Web3 ระดับหนึ่งที่คล้อยตามการเปลี่ยนแปลงผ่านสัญญาอัจฉริยะแบบข้ามสายโซ่ ในโลกของ DeFi ในปัจจุบัน แอปพลิเคชันจำนวนมากถูกปรับใช้บนเชนเดียวหรือหลายเชน โดยแต่ละอินสแตนซ์ต้องการชุดผู้ใช้และสภาพคล่องของตัวเอง ในแต่ละห่วงโซ่มีแนวคิดของ DeFi composability และ "currency Lego" ซึ่งนักพัฒนาสามารถเชื่อมต่อและรวมเข้ากับโปรโตคอลต่างๆ ที่ใช้งานบนเครือข่ายเฉพาะโดยไม่ต้องขออนุญาตเพื่อสร้างกรณีการใช้งานและผลิตภัณฑ์ทางการเงินใหม่

ด้วยการเปิดใช้งานสัญญาอัจฉริยะข้ามเชนและการโอนโทเค็นข้ามเชน CCIP จะเพิ่มแนวคิดขององค์ประกอบ DeFi แบบทวีคูณ เนื่องจากตอนนี้ การจัดองค์ประกอบไม่ได้จำกัดเฉพาะในแต่ละเชนอีกต่อไป และไม่จำกัดเฉพาะโปรโตคอล DeFi บนเชนนั้นอีกต่อไป แต่ปัจจุบัน แอปพลิเคชัน DeFi ทั้งหมดบนเชนทั้งหมดสามารถรวมกันได้หลายวิธีเพื่อสร้างผลิตภัณฑ์ทางการเงินใหม่ แอปพลิเคชันและโปรโตคอลไม่ได้ถูกจำกัดอยู่เฉพาะในเครือข่ายอีกต่อไป

ความสามารถในการผสมข้ามสายโซ่นี้ทำให้ระบบนิเวศของแอปพลิเคชัน DeFi สมบูรณ์ยิ่งขึ้นและเชื่อมโยงถึงกัน และโปรโตคอลทั้งหมดสามารถใช้สภาพคล่อง ผู้ใช้ และผลิตภัณฑ์ทางการเงินในห่วงโซ่ทั้งหมดได้ ด้วยการใช้การเปรียบเทียบ "สกุลเงินเลโก้" CCIP ช่วยให้คุณสามารถรวมชุดเลโก้ที่แตกต่างกันทั้งหมดและใช้เป็นชุดเดียวที่รวมเป็นหนึ่งเพื่อสร้างข้อตกลงทางการเงิน

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

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

ในตัวอย่างนี้ เรามี Sender.sol สัญญาอัจฉริยะ DeFi ที่ปรับใช้บนเครือข่ายทดสอบ Avalanche Fuji สัญญานี้รับเงินฝากของผู้ใช้เป็นโทเค็น มันสามารถห่อ ETH, Stablecoin หรือโทเค็นใดๆ ที่มีมูลค่าจริง Sender.sol มีฟังก์ชัน sendMessage ที่ใช้ CCIP เพื่อดำเนินการถ่ายโอนที่ตั้งโปรแกรมได้ของโทเค็นที่ระบุและข้อความไปยังเชนเป้าหมาย ในตัวอย่างนี้ เราส่งโทเค็นที่ระบุไปยัง Ethereum Sepolia testnet และรวมข้อความ EOA (บัญชีที่เป็นเจ้าของภายนอก) ของผู้ใช้:

หมายเหตุ: ตัวอย่างโค้ดทั้งหมดในบทความนี้ใช้สำหรับภาพประกอบเท่านั้น และมีให้ "ตามสภาพ" โดยไม่มีการรับประกันใดๆ ไม่ว่าจะโดยชัดแจ้งหรือโดยปริยาย การใช้ข้อมูลโค้ดเหล่านี้อยู่ภายใต้ข้อกำหนดในการให้บริการของเราที่ระบุไว้ที่ chain.link/terms

บนเครือข่าย Ethereum Sepolia เราได้ปรับใช้สัญญาอัจฉริยะที่เรียกว่า Protocol.sol สัญญานี้ได้รับข้อความการถ่ายโอนโทเค็นที่ตั้งโปรแกรมได้ CCIP และดำเนินการต่อไปนี้:

โรงกษาปณ์และควบคุม Stablecoins ที่สามารถยืมกับหลักประกันได้

อ่านจากข้อความ CCIP ที่อยู่ของสัญญา (บนห่วงโซ่เป้าหมาย) ของโทเค็นที่ระบุซึ่งถูกส่งมาจากห่วงโซ่ต้นทาง (เพื่อเป็นหลักประกันเงินกู้) และจำนวนเงินที่ฝาก

ที่อยู่กระเป๋าเงินของผู้ใช้ปลายทาง (ผู้ฝาก/ผู้ยืม) ยังอ่านได้จากเนื้อหาข้อความ CCIP Stablecoins จะถูกสร้างตามที่อยู่นี้ และที่อยู่นี้จะใช้ในการติดตามเงินฝากและการปล่อยสินเชื่อด้วย

l จัดเก็บข้อมูลนี้ไว้ในสัญญาอัจฉริยะ

เมื่อ Protocol.sol ได้รับและประมวลผลข้อความการโอนโทเค็นที่ตั้งโปรแกรมได้ CCIP นี้สำเร็จแล้ว ผู้ใช้สามารถยืมเงินได้โดยใช้ฟังก์ชันยืม USDC ด้วยตนเอง ฟังก์ชันนี้ช่วยให้ผู้ใช้สามารถใช้โทเค็นที่โอนไปเป็นหลักประกันเหรียญกษาปณ์ และยืม Stablecoin ในจำนวนที่เทียบเท่า (เช่น USDC) กับ EOA ของผู้ยืม ในตัวอย่างนี้ เราถือว่าอัตราส่วนการค้ำประกัน 70% หมายความว่าโปรโตคอลจะให้ยืมไม่เกิน 70% ของมูลค่าหลักประกัน:

เมื่อ Protocol.sol ได้รับและประมวลผลข้อความการโอนโทเค็นที่ตั้งโปรแกรมได้ CCIP นี้สำเร็จแล้ว ผู้ใช้สามารถยืมเงินได้โดยใช้ฟังก์ชันยืม USDC ด้วยตนเอง ฟังก์ชันนี้ช่วยให้ผู้ใช้สามารถใช้โทเค็นที่โอนไปเป็นหลักประกันเหรียญกษาปณ์ และยืม Stablecoin ในจำนวนที่เทียบเท่า (เช่น USDC) กับ EOA ของผู้ยืม ในตัวอย่างนี้ เราถือว่าอัตราส่วนการค้ำประกัน 70% หมายความว่าโปรโตคอลจะให้ยืมไม่เกิน 70% ของมูลค่าหลักประกัน:

หลังจากที่ผู้ใช้ยืม UDSC เป็นหลักประกันใน Sepolia สำเร็จแล้ว ผู้ใช้สามารถใช้เงินเหล่านี้ในโปรโตคอล DeFi บนเครือข่าย Sepolia ได้ตามต้องการ จากนั้นเมื่อเสร็จสิ้น พวกเขาสามารถชำระคืน Protocol.sol ซึ่งจะทำให้โทเค็น Stablecoin ถูกเบิร์น จากนั้นจึงส่งข้อความการถ่ายโอนโทเค็นที่ตั้งโปรแกรมได้ CCIP กลับไปยังสัญญา Sender.sol บนเครือข่าย Fuji ซึ่งจะส่งคืนโทเค็นที่ถูกล็อคไปยังที่อยู่ที่ระบุบนเครือข่าย Fuji โปรดทราบว่าผู้ใช้ต้องอนุมัติ Protocol.sol เป็น "ผู้ใช้จ่าย" สำหรับ Stablecoin ที่ผู้ใช้ยืมก่อน เพื่อให้โปรโตคอลเผาผลาญจำนวนเงินที่ยืมมา และนี่คือวิธีการชำระคืน:

ซอร์สโค้ดแบบเต็มและคำแนะนำสำหรับตัวอย่างนี้มีอยู่ในที่เก็บ CCIP-DeFi Lending GitHub

DeFi: การป้องกันการชำระบัญชีข้ามสาย

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

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

ผู้ใช้ปลายทางของ DeFi มีสถานะหนี้ในหลายเชน (เช่น Ethereum, Avalanche, Polygon) แต่พวกเขารักษาสภาพคล่องไว้อย่างปลอดภัยในห้องนิรภัยบนเชนเดียว (เช่น Aave บน Ethereum)

l สำหรับสถานะหนี้สินของผู้ใช้ในแต่ละเชน การใช้ Chainlink Automation ของผู้ใช้จะตรวจสอบอัตราส่วนหนี้สินของสถานะ

l หาก Automation พบว่าการกู้ยืมใด ๆ ของพวกเขาใกล้ถึงเกณฑ์การชำระบัญชี Automation จะส่งข้อความ CCIP ไปยังห่วงโซ่สภาพคล่องของผู้ใช้ (เช่น Ethereum) เพื่อขอให้ส่งเงินเพื่อเติมเต็มตำแหน่งหนี้

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

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

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

Chainlink Automation ตรวจสอบเชนทั้งหมดที่ผู้ใช้มีสถานะหนี้สินและพิจารณาว่ามีข้อความให้ส่งเงินหรือไม่ ฟังก์ชัน performUpkeep จะส่งข้อความ CCIP ไปยัง vault บนสายการถือครองสภาพคล่องที่ร้องขอให้ส่งเงิน หากจำเป็น

ห้องนิรภัยบนเชนที่มีสภาพคล่องจะได้รับคำขอเงินและตรวจสอบเพื่อดูว่ามีการส่งคืนเงินเพียงพอไปยังเชนที่ร้องขอหรือไม่ หรือควรดึงสภาพคล่องบางส่วนจากโปรโตคอล DeFi (เช่น Aave) เพื่อให้แน่ใจว่ามีการส่งเงินเพียงพอหรือไม่ จากนั้นจึงเริ่มโอนโทเค็นที่ตั้งโปรแกรมได้ CCIP ซึ่งมีเงินทุนที่ร้องขอและรหัสข้อความของข้อความที่ได้รับในตอนแรก (เพื่อให้สัญญาเป้าหมายบนบล็อคเชนที่ร้องขอเงินทุนรู้ว่าคำขอใดเกี่ยวกับเงินทุน):

สุดท้าย สัญญาอัจฉริยะบนบล็อกเชนที่ขอเงินเพื่อเติมสถานะหนี้ได้รับการโอนโทเค็นที่ตั้งโปรแกรมได้ CCIP จับคู่ ID คำขอกับคำขอดั้งเดิม และถอนและฝากเงินเข้าสถานะหนี้เพื่อเพิ่มหลักประกันของเงินกู้และหลีกเลี่ยงการชำระบัญชี:

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

ซอร์สโค้ดและคำแนะนำทั้งหมดสามารถพบได้ในที่เก็บ CCIP Liquidation Protector GitHub

บริการชื่อโดเมนข้ามสายโซ่

บริการชื่อแบบกระจายศูนย์ เช่น ENS เป็นที่นิยมมากใน Web3 เนื่องจากช่วยแปลชื่อที่มนุษย์อ่านได้ให้เป็นที่อยู่กระเป๋าเงิน ตามหลักการแล้ว บริการชื่อไม่ควรถูกจำกัดไว้เพียงเชนเดียว แต่ชื่อที่ลงทะเบียนแต่ละชื่อควรเผยแพร่และอยู่ร่วมกันในเชน Ethereum, ไซด์เชน, เลเยอร์ที่สอง และเชนแอปพลิเคชันทั้งหมด สิ่งนี้จะช่วยให้ผู้ใช้มีตัวตนที่เป็นอันหนึ่งอันเดียวกันทั่วทั้งระบบนิเวศ Ethereum แทนที่จะต้องลงทะเบียนโดเมนด้วยบริการตั้งชื่อหลายรายการหรือใช้โซลูชันการทำงานร่วมกันที่ลดความน่าเชื่อถือ

อย่างไรก็ตาม เพื่อให้สิ่งนี้เกิดขึ้น บริการชื่อจำเป็นต้องสื่อสารกับบล็อกเชนอื่นๆ อินสแตนซ์บริการตั้งชื่อในแต่ละเชนจำเป็นต้องได้รับการแจ้งเมื่อมีการลงทะเบียนชื่อใหม่ และต้องการวิธีดำเนินการ "ค้นหา" ของรีจีสทรีชื่อส่วนกลาง ซึ่งครอบคลุมเชนทั้งหมด

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

ขั้นตอนแรกคือการปรับใช้สัญญา CrossChainNameServiceRegister และ CrossChainNameServiceLookup บนเครือข่าย Ethereum Sepolia เครือข่ายนี้จะทำหน้าที่เป็นเครือข่าย "หลัก" ซึ่งจะทำการลงทะเบียนทั้งหมดและเผยแพร่ไปยังเครือข่ายอื่น

เมื่อคุณลงทะเบียนหมายเลขอ้างอิง .ccns ใหม่ สัญญา CrossChainNameServiceRegister จะใช้ CCIP เพื่อส่งข้อความไปยังบล็อคเชนที่รองรับอื่นๆ พร้อมข้อมูลเกี่ยวกับหมายเลขอ้างอิง .ccns ที่ลงทะเบียน:

ในสายการรับที่ได้รับการสนับสนุนทั้งหมด ให้ปรับใช้สัญญา CrossChainNameServiceReceiver สัญญานี้จะได้รับชื่อโดเมน .ccns ที่ลงทะเบียนจากสัญญา CrossChainNameServiceRegister และจัดเก็บไว้ในสัญญา CrossChainNameServiceLookup ที่ปรับใช้บนเชน:

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

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

ซอร์สโค้ดและคำแนะนำทั้งหมดสามารถพบได้ในที่เก็บ Cross-Chain Name Service GitHub

NFT แบบข้ามสายโซ่ (Cross-Chain NFT)

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

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

นี่คือภาพประกอบของสัญญาอัจฉริยะ NFT อย่างง่าย:

สัญญา SourceMinter ถูกนำไปใช้ในซอร์สเชนและมีลอจิกในฟังก์ชันมิ้นต์เพื่อส่งข้อความข้ามเชน CCIP ไปยังบล็อกเชนเป้าหมายด้วยลายเซ็นฟังก์ชันมิ้นต์ที่เข้ารหัส ABI จากสัญญาอัจฉริยะ MyNFT.sol:

สัญญา DestinationMinter จะได้รับข้อความ CCIP cross-chain พร้อมลายเซ็นฟังก์ชันมิ้นต์เข้ารหัส ABI เป็นเพย์โหลด และใช้ลายเซ็นเพื่อเรียกฟังก์ชันมิ้นต์ของสัญญาอัจฉริยะ MyNFT จากนั้น MyNFT smart contract จะสร้าง NFT ใหม่ให้กับบัญชี msg.sender ผ่านฟังก์ชัน mint() ของ SourceMinter smart contract ซึ่งเป็นที่อยู่บัญชีเดียวกับที่ใช้เมื่อสร้าง NFT บนซอร์สเชน:

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

ซอร์สโค้ดและคำแนะนำทั้งหมดสามารถพบได้ในที่เก็บ Cross-Chain NFT GitHub

เกม: ข้ามโซ่ Tic Tac Toe

ในช่วงไม่กี่ปีที่ผ่านมา เกม Web3 ได้รับความนิยมอย่างมาก อย่างไรก็ตาม เช่นเดียวกับ DeFi เกมก็มีการกระจายอำนาจอย่างมากเช่นกัน และเกมและทรัพย์สินของเกมนั้นมักจะมีให้เฉพาะในเครือข่ายเฉพาะเท่านั้น แต่เช่นเดียวกับการเล่นเกมแบบดั้งเดิม เป้าหมายสูงสุดหรือประสบการณ์ที่ดีที่สุดคือการมีเกมเมอร์ที่สามารถเล่นด้วยกันได้โดยไม่คำนึงถึงฮาร์ดแวร์หรือซอฟต์แวร์ที่พวกเขากำลังเล่นอยู่ เช่นเดียวกับที่นักเล่นเกมพีซีสามารถเล่นกับเจ้าของคอนโซล Xbox ได้ ไม่มีเหตุผลใดที่ผู้เล่นบน Polygon ไม่สามารถเล่นกับผู้ที่เล่นบน Avalanche ได้ สิ่งนี้เรียกว่า การเล่นข้ามแพลตฟอร์ม

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

การสาธิตอย่างง่ายของรูปแบบการออกแบบเกมข้ามสายนี้สามารถแสดงได้ด้วยเกมกลยุทธ์แบบเทิร์นเบส เช่น Tic Tac Toe ใน ตัวอย่างนี้ เรามีสัญญาอัจฉริยะของเกมที่ปรับใช้บนบล็อกเชนหลายตัว ผู้ใช้สามารถเริ่มเกมในเครือที่ต้องการ จากนั้นแชร์ ID เซสชันเกมกับเพื่อนๆ เพื่อนของพวกเขาสามารถเข้าร่วมเกมจากเชนอื่นได้หากต้องการ เมื่อสร้างเกม CCIP จะแบ่งปันรายละเอียดและสถานะเริ่มต้นของเกมกับเชนอื่นๆ ทั้งหมด:

เมื่อผู้เล่นคนแรกได้ทำตามขั้นตอนหลังจากเริ่มเกม ผู้เล่นคนที่สองบนบล็อกเชนอื่นจะเห็นสถานะเกมที่อัปเดตในสัญญาอัจฉริยะของเกมหลังจากประมวลผลข้อความ CCIP สำเร็จ จากนั้นผู้เล่นที่ 2 จะดำเนินการตามขั้นตอน ซึ่งจะสร้างข้อความ CCIP กลับไปยังผู้เล่นที่ 1 และอัปเดตสถานะของเกมบนเชนของพวกเขา:

เมื่อผู้เล่นคนแรกได้ทำตามขั้นตอนหลังจากเริ่มเกม ผู้เล่นคนที่สองบนบล็อกเชนอื่นจะเห็นสถานะเกมที่อัปเดตในสัญญาอัจฉริยะของเกมหลังจากประมวลผลข้อความ CCIP สำเร็จ จากนั้นผู้เล่นที่ 2 จะดำเนินการตามขั้นตอน ซึ่งจะสร้างข้อความ CCIP กลับไปยังผู้เล่นที่ 1 และอัปเดตสถานะของเกมบนเชนของพวกเขา:

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

ซอร์สโค้ดแบบเต็มและคำแนะนำสำหรับตัวอย่างนี้มีอยู่ในที่เก็บ CCIP Tic Tac Toe GitHub

สรุปแล้ว

ตั้งแต่ DeFi แบบข้ามสายโซ่และ NFT ไปจนถึงเกมที่ทำงานบนบล็อกเชนหลายตัว CCIP ทำให้สามารถรับรู้สัญญาอัจฉริยะแบบข้ามสายโซ่ ตระหนักถึงความสามารถในการทำงานร่วมกันของ DeFi ที่แท้จริงในบล็อกเชนทั้งหมด และทำให้ Web3 เป็นหนึ่งเดียวกันมากขึ้น