ส่งต่อชื่อเดิม：ข้อมูลเชิงลึกทางเทคนิคสู่ ZetaChain: โครงสร้างพื้นฐาน DAPP OmniChain แบบครบวงจรในที่เดียว

ZetaChain คือ POS สาธารณะเชนที่ใช้ Cosmos SDK โดยที่บล็อกจะบันทึกข้อความข้ามเชนและข้อมูลเริ่มต้นบน "เชนภายนอก" ผู้ใช้บนเครือข่ายภายนอก เช่น BTC สามารถสื่อสารความตั้งใจของตนไปยังเครือข่าย ZetaChain โดยการเผยแพร่ข้อความในรูปแบบเฉพาะ คล้ายกับโปรโตคอล Ordinals โหนด ZetaChain ใช้กลไกที่เป็นเอกฉันท์เพื่อกำหนดข้อความที่จะประมวลผลและลำดับของข้อความเหล่านั้น และสุดท้ายจะใช้ Threshold Signature Scheme (TSS) เพื่อสร้างลายเซ็นดิจิทัลบนห่วงโซ่เป้าหมาย กระบวนการนี้เกี่ยวข้องกับการปล่อยสินทรัพย์ออกจากบัญชีสาธารณะของเครือข่าย ซึ่งจะทำให้เกิดขั้นตอนการทำธุรกรรมตามมา

รายการโหนด validator ในปัจจุบันบน ZetaChain ประกอบด้วยฝ่ายโครงการและสถาบันมากมาย เช่น OKX, HashKey Cloud, Dora Factory และอื่นๆ อีกมากมาย เนื่องจากความเข้ากันได้ของ EVM โดยธรรมชาติของ ZetaChain จึงรองรับการปรับใช้ตรรกะของสัญญา นักพัฒนา DApp แบบ Full-chain สามารถเขียนโปรแกรมประมวลผลข้อความแบบ Cross-Chain ได้โดยตรงบน ZetaChain ซึ่งช่วยลดความจำเป็นในการปรับใช้สัญญาสินทรัพย์ที่เชื่อมโยงข้ามหลาย Chain และช่วยประหยัดต้นทุนการพัฒนา จากมุมมองของผู้ใช้ ตามทฤษฎีแล้ว การโต้ตอบกับสัญญาของ ZetaChain ก็เพียงพอแล้ว โดยไม่จำเป็นต้องมีการโต้ตอบหลายครั้งด้วยการเชื่อมโยงสัญญาระหว่างต้นทางและห่วงโซ่เป้าหมาย และลดต้นทุนค่าธรรมเนียมการทำธุรกรรม เช่นเดียวกับบางโครงการ Intent ที่มีผลกระทบแบบ "one-stop custody chain" ZetaChain รองรับการปรับใช้สัญญาสินทรัพย์หรือโปรโตคอล DeFi ผู้ใช้สามารถสร้างข้อความเฉพาะบนส่วนหน้าของ DApps บน chain ที่แตกต่างกันเพื่อเรียกสัญญา DeFi ของ ZetaChain หรือสถานะสินทรัพย์แบบอะซิงโครนัส การตั้งค่านี้รองรับบัญชีลูกโซ่ BTC เช่นกัน มันเหมือนกับการปล่อยให้ ZetaChain โฮสต์บัญชีสินทรัพย์ที่เป็นหนึ่งเดียวในระดับสากลในทุกเชนโดยตรง อย่างไรก็ตาม การบรรลุผลนี้จำเป็นต้องมีส่วนหน้า DApp เฉพาะในการทำงานร่วมกัน ณ ตอนนี้ หน้าที่หลักของ ZetaChain คือทำหน้าที่เป็นโครงสร้างพื้นฐานพื้นฐานสำหรับการทำงานร่วมกันของ Omnichain สามารถแยกวิเคราะห์และประมวลผลข้อความข้ามสายโซ่ที่เฉพาะเจาะจง และยังทำหน้าที่เป็นแพลตฟอร์มดำเนินการตรรกะทางธุรกิจสำหรับ DApps แบบหลายสายโซ่ รูปแบบธุรกิจหลักเกี่ยวข้องกับสถานการณ์ B ถึง B ถึง C โดยทั่วไป

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

อาจกล่าวได้ว่าปัญหาการกระจายตัวและความไม่ลงรอยกันระหว่างเครือข่ายที่แตกต่างกันถือเป็นหนึ่งในอุปสรรคสำคัญในการเพิ่มอัตรา Conversion ของผู้ใช้ ความนิยมของระบบนิเวศ BTC ในปัจจุบันยังเน้นย้ำถึงปัญหาการทำงานร่วมกันระหว่างเครือข่ายที่ต่างกัน ดังที่ Vitalik Buterin กล่าวเมื่อหลายปีก่อนว่า “Multichain คืออนาคต” แม้ว่าการอยู่ร่วมกันของหลาย chain จะกลายเป็นกระแสที่ไม่อาจหยุดยั้งได้ การสร้างสะพานข้าม chain ระหว่าง chain ที่ต่างกันยังคงเป็นงานที่ท้าทาย

เพื่อแก้ไขปัญหาการทำงานร่วมกันของ Omnichain LayerZero, Polyhedra, Map Protocol, Bool Network และแม้แต่ Cosmos และ Polkadot ได้เสนอโซลูชันที่แตกต่างกันสำหรับการส่งข้อความข้ามสายโซ่ ZetaChain ที่เพิ่งเปิดตัวเมื่อเร็วๆ นี้ ซึ่งเปิดตัวโทเค็น ถือเป็นผู้เล่นสำคัญในแนวนอนของโครงสร้างพื้นฐาน Omnichain

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

ความท้าทายกับโซลูชัน Cross-chain ที่มีอยู่

ในความเป็นจริง สถานการณ์ที่ง่ายที่สุดที่สะพานข้ามเครือข่ายจำเป็นต้องจัดการคือการถ่ายโอนสินทรัพย์ข้ามเครือข่ายต่างๆ ตัวอย่างเช่น เมื่อโอนสินทรัพย์จาก ETH ไปยัง Polygon คุณต้องโอนสินทรัพย์ไปยังที่อยู่การฝากที่กำหนดไว้ใน ETH chain ก่อน จากนั้นจึงได้รับจำนวนเงินที่เท่ากันใน Polygon chain ความท้าทายเกิดขึ้นเนื่องจากโหนดรูปหลายเหลี่ยมไม่สามารถยืนยันสิ่งที่เกิดขึ้นในห่วงโซ่ ETH และไม่ทราบว่าคุณได้ฝากเงินตามจำนวนที่ระบุจริงหรือไม่ หากมีคนกล่าวอ้างอย่างเป็นเท็จว่าได้ฝากเงิน 100 USDT ไปยังที่อยู่ ETH ที่กำหนด และเริ่มการเรียกร้องการถอนเงินบน Polygon chain เพื่อปล่อย 100 USDT ของพวกเขา จะนำไปสู่ปัญหา "การถอนเงินออกจากอากาศ" กุญแจสำคัญของสะพานข้ามสายโซ่คือการแก้ปัญหาดังกล่าวโดยยืนยันว่าการเรียกร้องการถอนทั้งหมดสอดคล้องกับกิจกรรมการฝากเงินจริง โดยพื้นฐานแล้ว มันเกี่ยวข้องกับการพิสูจน์บน Chain B ว่ามีธุรกรรม N รายการที่เกี่ยวข้องกับสะพาน cross-chain บน Chain A

ในปัจจุบัน สะพานข้ามสายโซ่กระแสหลักมีแนวโน้มที่จะนำกลไกการรับรองเอกสารมาใช้ ซึ่งเกี่ยวข้องกับการตั้งค่ากลุ่มของโหนดการรับรองความถูกต้องที่เข้าถึง "ฉันทามติ" ผ่านลายเซ็นหลายลายเซ็นหรือลายเซ็น MPC ตราบใดที่ notary nodes ส่วนใหญ่ยอมรับว่าการดำเนินการแบบ cross-chain ของคุณสามารถได้รับการอนุมัติได้ สินทรัพย์ของคุณก็สามารถข้ามได้อย่างราบรื่น สะพานข้ามสายโซ่บางแห่งใช้แฮชล็อคที่ปลอดภัยกว่า หรือใช้โหนดแสงของสายโซ่อื่น ๆ ผ่านสัญญาออนไลน์ บริดจ์เหล่านี้ยืนยันความถูกต้องของกิจกรรมข้ามสายโซ่โดยการรับ Merkle Proofs หรือ ZK Proofs อย่างไรก็ตาม ค่าใช้จ่ายของสะพานข้ามสายโซ่ดังกล่าวมักจะสูงกว่า และจะถูกโอนไปเป็นค่าธรรมเนียมการทำธุรกรรมของผู้ใช้ในที่สุด ดังนั้น สะพานข้ามสายโซ่ส่วนใหญ่ยังคงเลือกแบบจำลองโหนดโนตารีนอกสายโซ่สำหรับฉันทามติแบบหลายลายเซ็น ข้อมูลอ้างอิง: การอธิบายว่าข้อควรพิจารณาใดมีความสำคัญเมื่อออกแบบสะพานข้ามโซ่โดยเฉพาะอย่างยิ่ง สะพานข้ามสายโซ่ที่ใช้การรับรองเอกสารมักจะเผชิญกับความเสี่ยงที่สำคัญ รวมถึงช่องโหว่ต่อการแฮ็กหรือการโจรกรรมข้อมูลภายใน จากสถิติของ SlowMist Hacked ในปี 2565 มีเหตุการณ์ด้านความปลอดภัยที่เกี่ยวข้องกับสะพานข้ามสายโซ่ถึง 16 เหตุการณ์ ส่งผลให้สูญเสียมูลค่ารวม 1.21 พันล้านดอลลาร์ ซึ่งคิดเป็น 32% ของการสูญเสียทั้งหมดจากเหตุการณ์การโจมตีแบบออนไลน์ในปีนั้น โดยเน้นถึงอันตรายของช่องโหว่ด้านความปลอดภัยในบริดจ์แบบข้ามเครือข่าย

นอกจากนี้ โซลูชันสะพานข้ามสายโซ่ที่มีอยู่จำนวนมากส่วนใหญ่ใช้โมเดล Lock-Mint โดยที่สินทรัพย์ถูกล็อคบนสาย A และสินทรัพย์ที่แมปที่เกี่ยวข้องจะออกบนสาย B เพื่อให้เกิดการถ่ายโอนสินทรัพย์ข้ามสายโซ่ อย่างไรก็ตาม ขั้นตอนการประมวลผลของการฝากและถอนเงินในโซลูชันดังกล่าวจำเป็นต้องมีการโต้ตอบหลายครั้งกับสัญญาสินทรัพย์ที่แมปไว้ ซึ่งนำไปสู่ความขัดแย้งที่สำคัญและอาจสูญเสียเงินทุน นอกจากนี้ โซลูชันสะพานข้ามสายโซ่จำนวนมากรองรับเฉพาะการถ่ายโอนสินทรัพย์ระหว่างสายโซ่ที่เข้ากันได้กับ EVM เท่านั้น ซึ่งเผชิญกับความท้าทายในการโต้ตอบข้ามสายโซ่ระหว่างสายโซ่ที่ต่างกัน เช่น Solana และ Bitcoin เนื่องจากความแตกต่างในมาตรฐานทางเทคนิค เมื่อพิจารณาถึงปัญหาด้านความปลอดภัยและค่าธรรมเนียม โซลูชันสะพานข้ามสายโซ่กระแสหลักมักจะประสบปัญหาเพื่อให้ได้ผลลัพธ์ที่ดีที่สุด และไม่สามารถรับประกันการโอนสินทรัพย์แบบ "ข้ามสายโซ่ดั้งเดิม" ได้ ในระบบนิเวศ Bitcoin ในปัจจุบัน มีความต้องการเพิ่มขึ้นสำหรับประสบการณ์การโต้ตอบข้ามสายโซ่ที่ราบรื่นและเป็นธรรมชาติ โดยคาดว่าจะมีโซลูชันที่มีประสิทธิภาพมากขึ้น ZetaChain จัดการกับความท้าทายนี้ด้วยแนวทางที่เป็นเอกลักษณ์

ฟังก์ชั่นของ ZetaChain: โครงสร้างพื้นฐานที่สำคัญสำหรับ DAPP ที่ทำงานร่วมกันข้ามสายโซ่ได้

ZetaChain วางตำแหน่งตัวเองเป็นโครงสร้างพื้นฐานพื้นฐานสำหรับ DApps ที่สามารถทำงานร่วมกันได้แบบ Omnichain โดยมีความเชี่ยวชาญในการสนับสนุนโปรโตคอลแอปพลิเคชันต่างๆ สำหรับการโต้ตอบข้ามสายโซ่ ซึ่งเป็นแบบอย่างของโครงสร้างพื้นฐานพื้นฐาน B To B To C ใช้กลไกการรับเข้า PoS ช่วยให้โหนดที่ปักหลักสินทรัพย์เข้าสู่เครือข่ายและทำหน้าที่เป็นเจ้าหน้าที่รับรองเอกสาร โหนด PoS ทั้งหมดใช้เทคโนโลยี TSS มีส่วนร่วมในการตรวจสอบและประมวลผลข้อความข้ามสายโซ่ โดยมีเป้าหมายเพื่อเพิ่มความปลอดภัยให้มากที่สุด ในขณะเดียวกัน ZetaChain ก็อำนวยความสะดวกในการใช้งานสัญญาอัจฉริยะ โดยผสมผสานตรรกะทางธุรกิจที่เกี่ยวข้องกับการแลกเปลี่ยนสินทรัพย์ ผู้ใช้สามารถส่งข้อความในรูปแบบเฉพาะบน chain ใดก็ได้ โดยเรียก ZetaChain หรือสัญญา DeFi ที่รองรับบนหลาย chain ตัวอย่างเช่น บน BTC ผู้ใช้สามารถเรียกใช้ฟังก์ชัน DeFi บน Polygon ทางอ้อมได้ ผลลัพธ์ที่ได้คือการอำนวยความสะดวกในการส่งข้อความระหว่างบล็อกเชนที่แตกต่างกัน ทำให้เกิดการทำงานร่วมกันได้

DApps บนพื้นฐานของสถานการณ์การทำงานร่วมกันของ Omnichain สามารถปรับใช้ตรรกะทางธุรกิจการแลกเปลี่ยนสินทรัพย์บน ZetaChain ซึ่งอำนวยความสะดวกในการแปลงโทเค็นของก๊าซโดยอัตโนมัติในเครือข่ายที่แตกต่างกันสำหรับผู้ใช้ ตัวอย่างเช่น การใช้ส่วนหน้าของ DApps omnichain บางตัว คุณสามารถส่งข้อความรูปแบบเฉพาะบน BTC ได้ ซึ่งคล้ายกับโปรโตคอล Ordinals ซึ่งระบุการเรียกไปยังสัญญาบน Solana โหนด ZetaChain จะตรวจจับข้อความนี้ และต่อมาสัญญา AMM บน ZetaChain จะสามารถคำนวณอัตราส่วนการแลกเปลี่ยนระหว่าง BTC และ SOL ได้โดยอัตโนมัติ จากนั้นจะปล่อย SOL ในจำนวนที่เท่ากันบนเครือข่าย Solana โดยทำตามขั้นตอนต่อมา เช่น การเรียกสัญญา และสุดท้ายคือการโอนสินทรัพย์ที่สมควรได้รับกลับไปยังที่อยู่ BTC หรือ Solana ของคุณ กระบวนการนี้เรียกว่า “การทำงานร่วมกันแบบ Omnichain” ซึ่งคุณจะต้องเผยแพร่ข้อความบนเครือข่ายเดียวเท่านั้นเพื่อเรียก DApps บนหลายเครือข่ายจากระยะไกล ในบริบทนี้ ZetaChain สามารถถูกมองว่าเป็น "ชั้นการชำระแบบ chain-of-chains" ในสถานการณ์การโต้ตอบแบบ multi-chain ทั้งหมด เช่น การเริ่มต้นการโทรจาก Chain A ไปยัง DApp บน Chain B จะคล้ายกับ Chain A ที่ตกลงกับ ZetaChain ก่อน จากนั้น ZetaChain จะซิงโครไนซ์ผลการชำระบัญชีที่ประมวลผลล่วงหน้ากับบัญชีที่เกี่ยวข้องใน Chain B โดยทำตามขั้นตอนต่อไปให้เสร็จสิ้น ตลอดกระบวนการนี้ ไม่มีการโต้ตอบมากเกินไปกับการทำแผนที่สัญญาสินทรัพย์หรือค่าธรรมเนียมการทำธุรกรรม การหมุนเวียนสินทรัพย์ได้รับการอำนวยความสะดวกโดยบัญชีสาธารณะของ ZetaChain ในเครือข่ายต่างๆ ทำให้ไม่จำเป็นต้องติดตั้งสัญญาสินทรัพย์บนแผนที่บนเครือข่ายต่างๆ บ่อยครั้ง ดังที่เห็นในแอปพลิเคชันข้ามเครือข่ายแบบดั้งเดิม

ในปัจจุบัน ดูเหมือนว่าแอปพลิเคชัน Omnichain ที่ใช้ ZetaChain สามารถช่วยประหยัดปัญหาได้มาก โดยไม่จำเป็นต้องออกแบบสัญญาสินทรัพย์บนแผนที่บนเครือข่ายต่างๆ อย่างระมัดระวัง รายละเอียดทั้งหมดเกี่ยวกับการไหลเข้าและออกของสินทรัพย์ระหว่างห่วงโซ่ต้นทางและเป้าหมายได้รับการจัดการโดย ZetaChain กล่าวอีกนัยหนึ่ง คุณจะต้องปรับใช้ตรรกะทางธุรกิจที่เกี่ยวข้องกับธุรกรรมข้ามสายโซ่บน ZetaChain เท่านั้น สิ่งนี้อำนวยความสะดวกให้กับแอปพลิเคชันฟูลเชนที่แตกต่างกันเพื่อรองรับเชนที่ไม่ใช่ EVM เช่น Solana, Algorand, Bitcoin และ DogeCoin ในฟรอนต์เอนด์ โดยไม่จำเป็นต้องใช้สัญญาแอปพลิเคชันข้ามเชนเฉพาะบนเชนที่แตกต่างกัน นอกจากนี้ ZetaChain ยังรองรับการใช้งานสัญญาสินทรัพย์หรือบัญชี AA (Autonomous Asset) ผู้ใช้บนเครือข่ายที่แตกต่างกันสามารถส่งข้อความในรูปแบบเฉพาะเพื่อเรียกสัญญาเหล่านี้ได้ ราวกับว่าใช้งานบัญชีแบบรวมข้ามเครือข่าย วิธีการออกแบบนี้ ซึ่งสะท้อนให้เห็นใน Particle Chain ของ Particle Network ด้วยเช่นกัน ช่วยให้ผู้ใช้สามารถรวมบันทึกข้อมูลของสินทรัพย์ของตนไว้ที่ ZetaChain หรือ Particle Chain ได้ในท้ายที่สุด เมื่อจำเป็น ผู้ใช้สามารถเรียกสัญญาสินทรัพย์ของตนบน ZetaChain แบบอะซิงโครนัสได้โดยการส่งข้อความร้องขอผ่านส่วนหน้าของ DApps บน “external chains” ต่อจากนั้น ZetaChain จะโอนสินทรัพย์จำนวนหนึ่งไปยังที่อยู่ที่ระบุโดยผู้ใช้ผ่านบัญชีสาธารณะบนเชนภายนอก หรือโต้ตอบกับโปรโตคอล DeFi ที่ระบุโดยผู้ใช้

การดำเนินการชุดนี้ต้องใช้ DApps ส่วนหน้าเฉพาะเพื่อนำไปใช้ กล่าวอีกนัยหนึ่ง ZetaChain เองให้บริการเป็นโครงสร้างพื้นฐานที่สำคัญสำหรับ Omnichain เท่านั้น และจำเป็นต้องมีทางเข้าส่วนหน้าเฉพาะที่ส่วนท้ายของแอปพลิเคชันเพื่อสร้างข้อความในรูปแบบเฉพาะ

โมเดลการรักษาความปลอดภัยของ ZetaChain: เครือข่าย Notary Node ขนาดใหญ่ที่อิงตาม POS Stake

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

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

(รายการโหนดตรวจสอบความถูกต้องของ Zetachain ปัจจุบันประกอบด้วยฝ่ายโครงการหรือสถาบันจำนวนมาก) ไคลเอนต์ Validator ของ Zetachian ประกอบด้วยสองโมดูล ได้แก่ ZetaCore และ ZetaClient โมดูล ZetaCore มีส่วนร่วมในการสร้างบล็อก ZetaChain และกระบวนการที่เป็นเอกฉันท์ ในขณะที่โมดูล ZetaClient จะสังเกตเหตุการณ์บนเครือข่ายภายนอกและลงนามในธุรกรรมขาออก ในที่นี้ “ขาออก” สามารถเข้าใจได้ง่ายว่าเป็นการบันทึกบันทึกธุรกรรมบน ZetaChain และส่งไปยัง “external chains” (หมายถึง chain นอก ZetaChain) สิ่งนี้จะทริกเกอร์การกระทำที่สอดคล้องกันในห่วงโซ่เป้าหมาย โดยเนื้อหาส่วนใหญ่จะรวมถึงที่อยู่สัญญา รหัสลูกโซ่ และเนื้อหาข้อความที่ประกาศโดยผู้ใช้ในข้อความ คล้ายกับส่วนบันทึกในธุรกรรม Ethereum

ในทางกลับกัน “ขาเข้า” สามารถเข้าใจได้ว่าเป็นการบันทึกข้อความ/ธุรกรรมที่เกี่ยวข้องบนเชนภายนอกภายนอก ZetaChain เช่น คำขอข้ามเชน การเรียกสัญญาอัจฉริยะบน zEVM ฯลฯ ลงบน ZetaChain สิ่งสำคัญที่ควรทราบคือเมื่อรันโหนด Validator สำหรับ ZetaChain โค้ดไคลเอนต์จะประกอบด้วยสามโมดูล: Validator, Observer และ TSS Signer โมดูลทั้งสามนี้มีฟังก์ชันการทำงานที่แตกต่างกัน แต่ทั้งหมดเป็นของไคลเอ็นต์ ZetaChain

โมดูลผู้สังเกตการณ์และผู้ลงนาม TSS

ประการแรก โหนด ZetaChain ทั้งหมดมีโมดูล “validator” ซึ่งมีฟังก์ชันการทำงานคล้ายกับโหนด Validator ในเครือข่ายสาธารณะ PoS ซึ่งมีส่วนร่วมในกระบวนการสร้างบล็อกและกระบวนการที่เป็นเอกฉันท์ นอกจากนี้ โหนดยังสามารถลงคะแนนข้อเสนอออนไลน์ตามอัตราส่วน Staked Tokens (ZETA) บล็อกของ ZetaChain ประกอบด้วยบันทึกข้ามสายโซ่ที่ได้รับการประมวลผลทั้งหมดและการโต้ตอบกับสัญญาอัจฉริยะ Omnichain ซึ่งทำหน้าที่เป็นบันทึก

โมดูล “ผู้สังเกตการณ์” ในไคลเอนต์ ZetaChain รันโหนดเต็ม/ไลท์โหนดของเชนสาธารณะอื่นๆ โดยตรวจสอบรูปแบบเฉพาะของธุรกรรม/ข้อความข้ามเชน โมดูล Observer ทำงานในสองโหมด: แอคทีฟและพาสซีฟ โหนด ZetaChain ที่แตกต่างกันสามารถเลือกที่จะสลับโมดูล Observer ไปเป็นโหมดใดโหมดหนึ่งเหล่านี้ได้ โมดูล Observer จะตรวจสอบอย่างต่อเนื่องว่ามีข้อความ/เหตุการณ์ข้ามสายโซ่ที่เกี่ยวข้องกับ ZetaChain บนสายอื่นๆ หรือไม่ หากเป็นเช่นนั้น โมดูล Observer ของโหนด ZetaChain จะรายงานสถานการณ์ไปยังโมดูล Validator ข้อความข้ามสายโซ่ที่สังเกตเหล่านี้จะถูกส่งไปยังบล็อกของ ZetaChain และยืนยันร่วมกันผ่านฉันทามติ

การสังเกตมีสองโหมด: โหมดแอคทีฟและโหมดพาสซีฟ ในโหมดแอคทีฟ โหนดจะสแกนธุรกรรม/เหตุการณ์/สถานะบนบล็อกเชนอื่น ๆ ที่อยู่นอก ZetaChain อย่างต่อเนื่องโดยการรันโหนดเต็มของเชนเหล่านั้น ในโหมดพาสซีฟ โหนดจะไม่ซิงโครไนซ์บล็อกที่สมบูรณ์จากบล็อกเชนอื่น แต่กลับได้รับข้อความ cross-chain ที่แยกวิเคราะห์จากโหนด ZetaChain อื่นๆ แทน อย่างไรก็ตาม แม้ว่าโหนดในโหมดพาสซีฟจะไม่ซิงโครไนซ์บล็อกลูกโซ่ภายนอกที่สมบูรณ์ แต่จะซิงโครไนซ์ส่วนหัวของบล็อกและยืนยันผ่านการพิสูจน์ของ Merkle ว่าข้อความ/ข้อมูลการทำธุรกรรมข้ามลูกโซ่เหล่านี้มีอยู่จริงบนลูกโซ่ภายนอก

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

(ในโหมดแอคทีฟ โหนดจำเป็นต้องรันไคลเอ็นต์โหนดแบบเต็มของเชนภายนอก ในโหมดพาสซีฟ จะมีการรันเฉพาะไคลเอ็นต์น้ำหนักเบาของเชนภายนอก โดยรับข้อความข้ามเชนและการพิสูจน์ Merkle จากโหนด ZetaChain ในโหมดแอคทีฟเพื่อยืนยันความถูกต้องของข้อความ)

ลายเซ็น ทีเอสเอส

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

ในโมเดลครอสเชนของ ZetaChain คุณจำเป็นต้องมีที่อยู่บัญชีร่วมบนเชนที่แตกต่างกันเท่านั้น โดยไม่จำเป็นต้องปรับใช้สัญญาอัจฉริยะที่ซับซ้อน อัลกอริธึมหลายลายเซ็นของ ZetaChain ใช้ TSS ซึ่งเป็น Threshold Signature Scheme แม้ว่าลายเซ็นดิจิทัลของธุรกรรมที่มองเห็นได้จากภายนอกจะสอดคล้องกับคีย์ส่วนตัว คีย์สาธารณะ และที่อยู่เพียงคีย์เดียว แต่ในความเป็นจริงแล้ว คีย์ส่วนตัวนี้ถูกสร้างขึ้นโดยแฟรกเมนต์จำนวนมากที่กระจายไปทั่วอุปกรณ์โหนด ZetaChain ทั้งหมด ซึ่งสร้างขึ้นโดยไม่ต้องมีตัวกลางเข้ามาเกี่ยวข้อง ในเวลาใดก็ตาม เอนทิตีเดียวหรือตัวตรวจสอบความถูกต้องสองสามตัวไม่สามารถเป็นตัวแทนของเครือข่ายทั้งหมดเพื่อปะติดปะต่อส่วนของคีย์ส่วนตัวและลงนามข้อความได้ กระบวนการสร้างและลงนามคีย์ของ TSS ทำได้สำเร็จผ่าน Multi-Party Computation (MPC) ทำให้มั่นใจได้ว่าไม่มีความลับของโหนดที่เข้าร่วมรั่วไหล โหนด ZetaChain สามารถสร้างลายเซ็นธุรกรรมบนเครือข่ายที่แตกต่างกันได้ นอกเหนือจากความเข้ากันได้กับเครือข่าย EVM ต่างๆ แล้ว ZetaChain ยังเพิ่มความสามารถในการเรียกสัญญาอัจฉริยะสำหรับ Bitcoin หรือเครือข่ายที่ไม่ใช่สัญญาอัจฉริยะจากระยะไกล ประสบการณ์ผู้ใช้นั้นคล้ายคลึงกับผู้ใช้ Bitcoin ที่เรียกใช้ฟังก์ชัน DeFi บางอย่างโดยตรง

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

zEVM: แพลตฟอร์มสัญญา DAPP ข้ามสายโซ่แบบครบวงจร

ต่างจากโซลูชันข้ามสายโซ่แบบดั้งเดิมที่จำเป็นต้องปรับใช้สัญญาสินทรัพย์การทำแผนที่ในแต่ละสายโซ่ ZetaChain ประสบความสำเร็จในการใช้งานข้ามสายโซ่โดยการปรับใช้สัญญาอัจฉริยะเพียงครั้งเดียวบนสายโซ่ของตัวเอง ใน ZetaChain มีเลเยอร์การดำเนินการที่เข้ากันได้กับ EVM ที่เรียกว่า zEVM ซึ่งสามารถปรับใช้สัญญาอัจฉริยะแบบข้ามเชนได้โดยตรง zEVM รองรับฟีเจอร์ต่อไปนี้: ใครๆ ก็สามารถส่งข้อมูลธุรกรรมในรูปแบบเฉพาะบนเชนภายนอกและเรียกสัญญาบน zEVM ได้ ตรรกะของสัญญาบน zEVM สามารถควบคุมข้อมูลธุรกรรมขาออกที่สร้างขึ้นบนเชนภายนอก คุณสมบัติเพิ่มเติมทั้งสองนี้ช่วยให้ zEVM สามารถรองรับการเขียนโปรแกรมทั่วไป ปรับใช้ตรรกะทางธุรกิจเฉพาะ และแก้ไขสถานะบนเชนที่แตกต่างกันแบบอะตอมมิก หากการดำเนินการข้ามสายโซ่เกิดขึ้นและ ZetaChain ตรวจพบว่าขั้นตอนต่อมาของการดำเนินการข้ามสายโซ่นี้ไม่ประสบความสำเร็จบนห่วงโซ่เป้าหมาย ข้อมูลที่แก้ไขโดยธุรกรรมข้ามสายโซ่ในสัญญา ZetaChain สามารถย้อนกลับได้ ราวกับว่าไม่มีอะไรเกิดขึ้น . นอกจากนี้ DAPP ของแอปพลิเคชัน Omnichain ไม่จำเป็นต้องปรับใช้สัญญาสินทรัพย์การแมปในเชนที่ต่างกัน เพียงแต่จำเป็นต้องใช้สัญญาบน ZetaChain chain เพื่อตั้งค่าตรรกะการประมวลผลข้อความแบบ cross-chain จากส่วนกลางในจุดเดียว โดยไม่จำเป็นต้องปรับใช้สัญญาแบบ cross-chain ในเครือข่ายแบบ multi-chain บ่อยครั้ง ซึ่งจะช่วยประหยัดต้นทุนการพัฒนาของ DAPP แบบสายโซ่เต็มได้อย่างมาก ในระดับผู้ใช้ เนื่องจากไม่จำเป็นต้องโต้ตอบกับสัญญาสินทรัพย์ที่แมปบนเครือข่ายหลาย ๆ บ่อยครั้ง ต้นทุนจึงต่ำกว่าของสะพานข้ามสายโซ่หลักที่ต้องปรับใช้สัญญาสินทรัพย์ที่แมปบนเครือข่ายที่แตกต่างกัน นอกจากนี้ ยังสามารถติดตั้งสัญญา DeFi พิเศษและสินทรัพย์ ZRC-20 หรือแม้แต่ NFT บน ZetaChain เพื่อซิงโครไนซ์ข้อมูลเกี่ยวกับสถานะสินทรัพย์หรือปรับใช้บัญชี AA สิ่งนี้ทำให้มีความสามารถแพลตฟอร์มการจัดการสินทรัพย์แบบครบวงจร (การบันทึกสถานะ) เนื่องจากเราไม่จำเป็นต้องทำงานอย่างหนักเพื่อเป็นเจ้าของสินทรัพย์บนหลายเครือข่ายอีกต่อไป สถานการณ์ของบัญชีสินทรัพย์แบบรวมทั่วทั้งห่วงโซ่นี้จึงสามารถสร้างศักยภาพได้มากขึ้นในอนาคต

บทสรุป

จากสิ่งที่เราได้พูดคุยกันในบทความนี้ เราได้รับความเข้าใจที่ดีขึ้นเกี่ยวกับ “โครงสร้างพื้นฐานการทำงานร่วมกันแบบ Omnichain” ของ ZetaChain ผ่านโมดูลผู้สังเกตการณ์ในไคลเอนต์เครื่องมือตรวจสอบความถูกต้อง ZetaChain จะตรวจสอบข้อความ/ธุรกรรมเฉพาะบนเครือข่ายภายนอก รายงานไปยังโมดูลเครื่องมือตรวจสอบ บรรลุข้อตกลงร่วมกันเกี่ยวกับข้อความภายในเครือข่าย ZetaChain แยกวิเคราะห์ข้อมูลที่มีอยู่ในข้อความ สร้างลายเซ็นดิจิทัลโดยใช้ TSS และ ทริกเกอร์กระบวนการธุรกรรมที่ตามมาบนเครือข่ายเป้าหมายที่เกี่ยวข้อง ดังนั้นจึงทำให้เกิดปฏิสัมพันธ์ข้ามเครือข่ายทั่วทั้งเครือข่าย ในขณะเดียวกัน สัญญาอัจฉริยะ Omnichain ที่อิงจาก ZetaChain ช่วยให้เราสามารถโต้ตอบอย่างใกล้ชิดกับบล็อกเชนที่แตกต่างกัน โดยไม่จำเป็นต้องใช้สัญญาสินทรัพย์การทำแผนที่บนเชนที่ต่างกัน ซึ่งช่วยลดการเรียกใช้ตรรกะของสัญญาที่ซ้ำซ้อน ซึ่งช่วยประหยัดต้นทุนการทำธุรกรรม นอกจากนี้ เนื่องจาก ZetaChain เข้ากันได้กับ EVM นักพัฒนา DApp หรือแม้แต่ผู้ใช้แต่ละรายจึงสามารถปรับใช้ตรรกะการประมวลผลข้อความแบบ cross-chain ที่ปรับแต่งเองได้ ตามทฤษฎี เราสามารถปรับใช้สัญญา DApp ทั้งหมดได้ในลักษณะครบวงจร นักพัฒนาแอปพลิเคชันข้ามสายโซ่ไม่จำเป็นต้องปรับใช้/อัปเดตตรรกะสัญญาสินทรัพย์การแมปบนเครือข่ายต่างๆ บ่อยครั้ง ซึ่งช่วยขจัดต้นทุนในการพัฒนาที่ซ้ำซ้อน

ข้อสงวนสิทธิ์：

1. บทความนี้พิมพ์ซ้ำจาก [极客 Web3] ลิขสิทธิ์ทั้งหมดเป็นของผู้เขียนต้นฉบับ [Howe & Faust, 极客web3] หากมีการคัดค้านการพิมพ์ซ้ำนี้ โปรดติดต่อทีมงาน Gate Learn แล้วพวกเขาจะจัดการโดยเร็วที่สุด
2. การปฏิเสธความรับผิด: มุมมองและความคิดเห็นที่แสดงในบทความนี้เป็นเพียงของผู้เขียนเท่านั้น และไม่ถือเป็นคำแนะนำในการลงทุนใดๆ
3. การแปลบทความเป็นภาษาอื่นดำเนินการโดยทีมงาน Gate Learn เว้นแต่จะกล่าวถึง ห้ามคัดลอก แจกจ่าย หรือลอกเลียนแบบบทความที่แปลแล้ว