เฟรมเวิร์ก Celer Inter-chain Message (Celer Inter-chain Message ซึ่งต่อไปนี้จะเรียกว่า Celer IM) ได้เปิดตัวและเปิดตัวอย่างเป็นทางการบนเครือข่ายทดสอบแล้ว!

Celer IM เปลี่ยนพื้นฐานของ dApps แบบมัลติเชนและและใช้กระบวนทัศน์. นักพัฒนาสามารถพัฒนา dApps ที่แบ่งปันสภาพคล่องและสถานะของโปรแกรมในหลายเครือข่ายผ่าน Celer IM ผู้ใช้สามารถเพลิดเพลินกับสภาพคล่องและแอปพลิเคชันบนระบบนิเวศบล็อกเชนหลายแห่งได้ด้วยคลิกเดียวผ่าน Celer IM โดยไม่ต้องข้ามและสลับไปมาระหว่างบล็อกเชนหลายตัวด้วยตนเองเพื่อการโต้ตอบที่ซับซ้อน

Celer IM ช่วยให้สามารถผสมข้ามสายโซ่ได้ส่งผลให้มีรุ่นใหม่หลายรุ่น"dApp ข้ามเครือข่ายแบบเนทีฟ". ตัวอย่างมีดังนี้:

• DEXผู้รวบรวมผลผลิต

• ผู้รวบรวมผลผลิตสัญญาเงินกู้

• สัญญาเงินกู้สามารถอนุญาตให้ผู้ใช้ให้หลักประกันในห่วงโซ่เดียวและให้ยืมสินทรัพย์ในห่วงโซ่ที่แตกต่างกันโดยสิ้นเชิง

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

• ในตลาด NFTผู้ใช้จากเครือข่ายหนึ่งสามารถประมูลการประมูล NFT ในเครือข่ายที่แตกต่างกันโดยสิ้นเชิง

• เกม Metaverseผู้ใช้สามารถโต้ตอบกับไอเท็มเสมือนจริงของเชนต่างๆ ในเกมได้อย่างราบรื่น

• สะพานสินทรัพย์ข้ามสายใหม่อันที่จริงแล้ว cBridge สามารถมองได้ว่าเป็นสะพานสินทรัพย์ที่สร้างขึ้นบน Celer IM

เกือบทุก dApp ที่ใช้งานบนหลายเครือข่ายสามารถได้รับประโยชน์จากการใช้เฟรมเวิร์ก Celer IM

เฟรมเวิร์ก Celer IM นั้นใช้งานง่ายมาก"ปลั๊กแอนด์เพลย์"สัญญาปลั๊กอินสัญญาปลั๊กอินสามารถแปลงเป็น DEX แบบเนทีฟแบบ cross-chain ได้

（วิดีโอสาธิตการสาธิต）

ในการสาธิตนี้ ผู้ใช้ Sushiswap สามารถแลกเปลี่ยน ETH บน Arbitrum เป็น BNB ของ BSC ด้วยการดำเนินการเพียงครั้งเดียว ในระบบ Celer IM ทั้งหมด ขั้นตอนต่อไปนี้จะถูกกระจายโดยอัตโนมัติและกระจายอำนาจ:

• แลกเปลี่ยน ETH บน Arbitrum เป็น USDT ใน Sushiswap

• เชื่อมโยง USDT จากอนุญาโตตุลาการไปยัง BSC

• แลกเปลี่ยน USDT ที่เชื่อมโยงเป็น BNB บน BSC

Celer IM เปิดตัวบนเครือข่ายทดสอบและเผยแพร่แล้วและ、เอกสารการพัฒนา、กรอบสัญญาอัจฉริยะและตัวอย่างรหัสแอปพลิเคชัน. เรากำลังมองหาพันธมิตรนักพัฒนาอย่างจริงจังเพื่อร่วมกันสร้าง dApps แบบเนทีฟแบบเนทีฟที่มีประสิทธิภาพและเป็นมิตรกับผู้ใช้ หากคุณสนใจที่จะทำงานร่วมกันชื่อระดับแรก。

รูปแบบใหม่ของ "dApp แบบเนทีฟแบบหลายเชน"

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

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

ชื่อเรื่องรอง

DEX

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

สัญญาเงินกู้

สัญญาเงินกู้

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

ตลาดเอ็นเอฟที

ตลาดเอ็นเอฟที

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

ชื่อระดับแรก

สถาปัตยกรรม Celer IM และรูปแบบการออกแบบ

ดังนั้น dApps แบบเนทีฟแบบเนทีฟเหล่านี้เกิดขึ้นได้อย่างไร และนักพัฒนาจำเป็นต้องสร้างอะไรบ้าง

ชื่อเรื่องรอง

ตรรกะข้ามสายที่มาพร้อมกับการโอนเงิน

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

แม้ว่าผังงานด้านบนจะดูซับซ้อนเล็กน้อย แต่จริง ๆ แล้วกระบวนการส่วนใหญ่เสร็จสิ้นโดย Celer IM นักพัฒนา dApp จำเป็นต้องสร้างเท่านั้นเทมเพลตแอปพลิเคชันสถาปัตยกรรม IMสองฟังก์ชันง่ายๆ ใน.

ขั้นตอนที่ 1: ผู้ใช้เริ่มต้นการทำธุรกรรมกับ dApp

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

ในตัวอย่าง DEX ที่แสดงtransferWithSwapฟังก์ชันนี้เป็นจุดเริ่มต้นของกระบวนการทั้งหมด ซึ่งช่วยให้ผู้ใช้สามารถแสดงคำขอโลจิคัลข้ามสายโซ่ได้ เช่น "ก่อนอื่นให้แลกเปลี่ยนโทเค็น A สำหรับโทเค็น B บนเชน X แล้วจึงแลกเปลี่ยนโทเค็น B ที่เปลี่ยนแปลงสำหรับโทเค็น C บน Y โซ่".

แน่นอนว่า มักจะเป็นกรณีที่ผู้ใช้ไม่ได้ระบุคำขอเหล่านี้ด้วยตนเอง และ dApps ที่ใช้เฟรมเวิร์ก Celer IM ควรสร้างเป้าหมายผู้ใช้ที่เป็นนามธรรมมากขึ้นสำหรับการเรียกใช้ฟังก์ชันดังกล่าว

ขั้นตอนที่ 2: dApp Plug-in ส่งข้อความและคำขอเงินที่เกี่ยวข้องข้ามเครือข่าย

หลังจากดำเนินการที่จำเป็นในห่วงโซ่ต้นทางเสร็จแล้ว ปลั๊กอิน dApp จะส่งเงินที่แปลงแล้วและข้อความที่เกี่ยวข้องไปยังห่วงโซ่เป้าหมาย (ทำเครื่องหมาย B และ C) ข้อความจะอธิบายถึงสิ่งที่ต้องทำในห่วงโซ่เป้าหมาย ที่นี่ตัวอย่าง DEXใน ข้อความคือ "สลับโทเค็นข้ามเชน B เป็นโทเค็น C แล้วส่งโทเค็น C ไปยังผู้ใช้" เพียงแค่โทรsendMessageWithTransferข้อความและการโอนเงินจะเชื่อมโยงกันโดยอัตโนมัติ. จากนั้นข้อความจะถูกส่งไปที่Message Busสังเกต:

สังเกต:ในโหมดแอปพลิเคชันนี้ Celer IM เข้ากันได้กับสะพานสินทรัพย์อื่นๆ ใช้ cBridge เป็นตัวอย่าง เนื่องจาก cBridge เป็นสะพานสินทรัพย์แรกที่ IM รองรับ

ขั้นตอนที่ 3: State Guardian Network (SGN) ส่งข้อความและให้เงินกับคำขอข้ามสายโซ่

เพื่อช่วยให้คุณเข้าใจขั้นตอนนี้ ก่อนอื่นเราจะแนะนำองค์ประกอบหลักใน Celer IM: State Guardian Network (SGN) SGN เองเป็น blockchain แบบพิสูจน์การเดิมพัน (PoS) ที่สร้างขึ้นบน Tendermint ภายใต้สถาปัตยกรรม IM มันเป็นเราเตอร์ข้อความ. ผู้ให้บริการโหนดต้องให้คำมั่นว่า CELR จะเป็นผู้ตรวจสอบความถูกต้องและเข้าร่วมกระบวนการฉันทามติของ SGN SGN ใช้กลไกความปลอดภัยเดียวกันกับ L1 blockchains เช่น Cosmos และ Polygon PoS chains กลไกการจำนำและการลงโทษ CELR ของ SGN ถูกนำมาใช้ในสัญญาอัจฉริยะ Ethereum L1

โหนดที่ให้คำมั่นสัญญาของ SGN จะติดตามธุรกรรมที่เกิดขึ้นบนเครือข่ายที่เชื่อมต่อทั้งหมดอย่างต่อเนื่อง เมื่อธุรกรรมทริกเกอร์ข้อความที่มีกำหนดเวลารูปแบบส่วนหัว-เพย์โหลดเมื่อเหตุการณ์ข้อความข้ามสายเกิดขึ้น (ทำเครื่องหมาย D) โหนดการตรวจสอบจะบรรลุฉันทามติเป็นอันดับแรกว่า "ข้อความนั้นมีอยู่จริงหรือไม่" และสร้างใบรับรองแบบหลายลายเซ็นที่ถ่วงน้ำหนักพร้อมกัน จากนั้น หลักฐานนี้จะถูกจัดเก็บไว้ในห่วงโซ่ SGN รอให้ Executor ที่สมัครรับข้อความเพื่อส่งต่อไปยังห่วงโซ่เป้าหมาย (ทำเครื่องหมาย H)

สำหรับเครือข่ายข้ามสินทรัพย์ เราสามารถถือว่าสัญญา cBridge เป็น Message Bus ที่มีการเพิ่มประสิทธิภาพข้ามเครือข่ายสินทรัพย์ SGN จะดำเนินกระบวนการฉันทามติและการพิสูจน์ที่คล้ายกับข้อความข้ามสาย (เครื่องหมาย E) อย่างไรก็ตาม เมื่อสินทรัพย์ข้ามเชน ตัวตรวจสอบ SGN จะไม่ส่งต่อการพิสูจน์สินทรัพย์ในตัวแบบข้ามเชนไปยังผู้ดำเนินการภายใต้เชน แต่จะส่งธุรกรรมบนเชนโดยตรงไปยังสัญญา cBridge (ทำเครื่องหมาย F) บนเชนเป้าหมาย และทริกเกอร์การโอนเงิน ส่งไปยังสัญญาปลั๊กอิน dApp (ทำเครื่องหมาย G) บนห่วงโซ่เป้าหมาย อีกครั้ง ฉันต้องการเน้นย้ำให้ทุกคนทราบว่า Celer IM สามารถเชื่อมต่อกับสะพานข้ามโซ่สินทรัพย์ใดก็ได้ แต่ก่อนอื่น cBridge ของ Celer ได้รับการสนับสนุนโดยค่าเริ่มต้น

ขั้นตอนที่ 4: Executor ดำเนินการตรรกะแอปพลิเคชันข้ามสายโซ่

หน้าที่ของ Executor คือการอ่านใบรับรองหลายลายเซ็นที่ถ่วงน้ำหนักจากบล็อกเชน SGN และส่งต่อไปยัง Message Bus (ทำเครื่องหมาย I) บนเชนเป้าหมาย ทุกคนสามารถเรียกใช้ Executor สำหรับแอปพลิเคชันใดก็ได้ เนื่องจากฟังก์ชันนี้มีไว้เพื่อส่งต่อข้อความเท่านั้น แน่นอน dApps ควรพิจารณาให้สิ่งจูงใจแก่ Executor เนื่องจาก Executors มีหน้าที่รับผิดชอบในการส่งธุรกรรมและจ่ายค่าธรรมเนียมก๊าซในห่วงโซ่เป้าหมาย

บทบาทของ Message Bus บนห่วงโซ่เป้าหมายคือการตรวจสอบความถูกต้องของข้อความพิสูจน์และยืนยันว่าปลั๊กอิน dApp ได้รับการชำระเงินที่เกี่ยวข้องแล้ว (ทำเครื่องหมาย J) หลังจากนั้น Message Bus จะส่งข้อความ (คำแนะนำการดำเนินการลอจิก) ไปยังสัญญาปลั๊กอิน dApp (ทำเครื่องหมาย K) ที่นำตรรกะทางธุรกิจข้ามเชนของ dApp ไปใช้กับเชนเป้าหมาย

ปลั๊กอิน dApp บนห่วงโซ่เป้าหมายจำเป็นต้องนำไปใช้เท่านั้นexecuteMessageWithTransferอินเตอร์เฟซ. ในตัวอย่าง DEX ของเราฟังก์ชั่นนี้ตรรกะของ "การแลกเปลี่ยนโทเค็น B สำหรับโทเค็น C" จะถูกดำเนินการในห่วงโซ่เป้าหมาย

ตรรกะข้ามสายโดยไม่ต้องโอนเงิน

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

โฟลว์นี้เป็นเพียงเวอร์ชันที่เรียบง่ายของรูปแบบแรก ปลั๊กอิน dApp จำเป็นต้องใช้การเรียกลอจิกบนซอร์สเชนเท่านั้นsendMessageจากนั้นนำไปใช้ในสัญญาปลั๊กอิน dApp บนเชนเป้าหมายexecuteMessage。

การแก้ไขปัญหา

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

1. การดำเนินการตรรกะ dApp ของห่วงโซ่ต้นทางล้มเหลว สิ่งนี้ไม่เกี่ยวข้องกับ Celer IM และควรได้รับการจัดการโดยตรรกะทางธุรกิจของ dApp เอง ตัวอย่างข้อผิดพลาด: การแลกเปลี่ยนโทเค็น DEX เกินเวลาที่กำหนด

2. สินทรัพย์ข้ามสะพานข้ามความล้มเหลวของโซ่ dApp ของซอร์สเชนจะได้รับแจ้งผ่านอินเทอร์เฟซทั่วไปและควรประมวลผลแอสเซทที่ส่งคืนโดยการลองแอสเซทข้ามเชนอีกครั้งหรือส่งแอสเซทกลับไปยังผู้ใช้

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

เอกสารการพัฒนาเอกสารการพัฒนาชื่อระดับแรก

การสะสมมูลค่าและค่าธรรมเนียมบนเครือข่าย

จากสองรุ่นข้างต้น จะเห็นได้อย่างชัดเจนว่าหาก Celer IM ทำงานได้อย่างราบรื่น ผู้วางเดิมพันและผู้ตรวจสอบ CELR ใน SGN นั้นมีความจำเป็น

ชื่อระดับแรก

การใช้ Celer IM เพื่อสร้าง dApp แบบเนทีฟแบบเนทีฟทำได้ง่ายมาก

ในสถาปัตยกรรม Celer IM ไม่ว่าจะเป็นการขยายขนาดตลาดของ dApp ที่มีอยู่หรือสร้าง dApp ใหม่ การดำเนินการนั้นง่ายมาก และจำเป็นต้องปฏิบัติตามสามขั้นตอนต่อไปนี้เท่านั้น:

หรือsendMessageหรือsendMessageWithTransferหรือexecuteMessageหรือexecuteMessageWithTransferการทำงาน.

ขั้นตอนที่สองคือการเรียกใช้ตัวดำเนินการ ขั้นตอนนี้ไม่ต้องเขียนโค้ด ทั้งการพัฒนา dApp หรือสมาชิกชุมชนสามารถรัน Executor และสมัครใบรับรองข้อความที่เกี่ยวข้องซึ่งสร้างบน SGN

ขั้นตอนสุดท้ายคือการปรับแต่ง UI/UX เนื่องจากตรรกะข้ามสายโซ่ที่แอปพลิเคชันมีอยู่ในขณะนี้อาจเกี่ยวข้องกับธุรกรรมหลายรายการ จึงเป็นเรื่องสำคัญอย่างยิ่งที่ผู้ใช้จะต้องเข้าใจสถานะต่างๆ ของพฤติกรรมข้ามสายโซ่ แน่นอนว่าการแสดง UI ที่เฉพาะเจาะจงนั้นขึ้นอยู่กับตัวแอปพลิเคชันเอง แต่ Celer IM ให้บริการเกตเวย์ที่ง่ายต่อการสืบค้นซึ่งช่วยให้ dApps ได้รับข้อมูลและสถานะข้ามสายของเงินทุน ทำให้นักพัฒนา dApp สามารถสร้างวงจรชีวิตที่สมบูรณ์ของ การทำธุรกรรมข้ามสายโซ่

เรากำลังมองหาพันธมิตร dApp เพื่อสร้างระบบนิเวศ Celer IM ร่วมกัน Celer จะให้การสนับสนุนด้านเทคนิคแก่คู่ค้า และเรากำลังจัดตั้งการสนับสนุนด้านเงินทุนพิเศษด้วย และจะแจ้งรายละเอียดเพิ่มเติมในภายหลัง หากคุณสนใจเข้าร่วมระบบ Celer IMกรุณาติดต่อเรา！