ZetaChain: اتصالات متعددة السلاسل وعبر السلاسل تبشر بمشهد تنافسي جديد

المؤلف الأصلي: YBB Capital Researcher Ac-Core

ZetaChain (ZETA) عبارة عن blockchain من الطبقة الأولى مصمم لسد الفجوة بين شبكات blockchain المختلفة، والاستفادة من آلية توافق Cosmos SDK وTendermint لتمكين المطورين من إنشاء تطبيقات قابلة للتشغيل البيني قابلة للتطوير بشكل مخصص. تتيح المنصة للتطبيقات اللامركزية (DApps) استخدام وظائف سلاسل الكتل المتعددة لحل المشكلات الموجودة في بروتوكولات السلسلة المتقاطعة الحالية وتحقيق وظائف السلسلة المتقاطعة الكاملة، وهي تستخدم عقود Omnichain الذكية ومحركات ZetaEVM لتعزيز قابلية التشغيل البيني. ZetaChain مركز التكامل.

كيف يعمل زيتا تشين

المصدر: الموقع الرسمي لزيتا تشين

تستخدم ZetaChain Cosmos SDK، استنادًا إلى محرك إجماع Tendermint ونموذج إثبات الحصة (PoS)، لإظهار القدرة الفريدة لقابلية التشغيل البيني لسلسلة كاملة، وتستخدم الرموز المميزة الخاصة بها كرسوم غاز، والتي تتمتع بميزة توسيع النطاق الكامل -سلسلة العقد الذكي EVM. وفقًا لجيد باركر، تعمل ZetaChain على النحو التالي:

عقد OmniChain الذكي: جوهر ZetaChain هو عقد ذكي يمكن ربطه بسلاسل كتل متعددة. يتم تشغيل هذه العقود الذكية بواسطة محرك ZetaEVM المتوافق مع جهاز Ethereum الظاهري، مما يتيح تفاعل البيانات عبر سلاسل الكتل المختلفة؛
نقل الأصول بسلاسة: تبسيط عملية نقل الأصول بين سلاسل الكتل دون الحاجة إلى إنشاء جسور معقدة. يتضمن ذلك دعم سلاسل الكتل بدون وظائف العقود الذكية الأصلية، مثل البيتكوين؛
المراسلة عبر السلاسل: لتبادل البيانات بشكل أبسط (مثل نقل NFT)، توفر ZetaChain وظائف المراسلة عبر السلاسل لتسهيل نقل البيانات الخفيف بين الشبكات المختلفة؛
إدارة الأصول الخارجية: تعمل ZetaChain على توسيع وظائفها لإدارة الأصول الموجودة على سلاسل الكتل الأخرى، وتطبيق منطق العقد الذكي على السلاسل التي تفتقر عادةً إلى هذه الوظيفة.

بنية زيتا تشين:

يمكن لـ Zeta، مثل البنى الأخرى، توفير العديد من وظائف المراسلة عبر السلسلة، لكن ميزتها الفريدة هي أنها تدعم عقود EVM كاملة السلسلة، أي "THORChain مع العقود الذكية" أو "Axelar with EVM". يستخدم إجماع Cosmos SDK وCometBFT لبناء blockchain PoS. مثل THORChain، تستخدم Zeta رمز ZETA كرمز توجيه للمراسلة عبر السلسلة.

وفيما يلي شرح: ZetaCore هو العميل الذي يقوم بإنشاء الكتل وتشغيل الطبقة الأولى، وعلى غرار سلاسل الكتل PoS الأخرى، فإن ZetaClient مسؤول عن العمليات عبر السلسلة، وتحتاج العقد الأخرى إلى تشغيل ZetaCore وZetaClient في نفس الوقت. تؤدي عقد زيتا ثلاث وظائف رئيسية: التحقق والمراقبة والتوقيع، مع ثلاثة أدوار متميزة تكون كل عملية عقدة مسؤولة عنها. تتيح هذه البنية وظيفتين رئيسيتين: عقود Omnichain الذكية والمراسلة عبر السلاسل.

مصدر الصورة: دلفي كريتيف

المدققون: مدققو CometBFT القياسيون، مثل سلاسل PoS الأخرى، يضخون رأس المال إلى ZETA ويصوتون لصالح الكتل؛
المراقبون: يقوم المراقبون بتقسيم العقد الكاملة التي تحتاج إلى تشغيل السلسلة الخارجية إلى متسلسلات ومحققات، ويقومون بفرز الأحداث على السلسلة الخارجية والإشراف عليها وإرسالها إلى المتحققين، الذين يصوتون على الأحداث ويتوصلون إلى توافق. . يتمثل دور جهاز التسلسل في التأكد من الصلاحية فقط، ويمكن لأي عقدة إجراء تسلسل للمعاملات. وهذا يجعل تشغيل عقدة Zeta أكثر تكلفة من تشغيل سلسلة قياسية، على غرار THORChain، وهو أحد أسباب عدم قيام THORChain بإضافة دعم Solana؛
الموقعون: تتم مشاركة مفاتيح ECDSA/EdDSA بين العقد، ولا يمكن إلا للأغلبية العظمى (2/3) التوقيع على المعاملات على السلسلة الخارجية. الموقعون هم طريقة زيتا للاحتفاظ بالأصول وتوقيع المعلومات على السلاسل الخارجية. وعلى منصات العقود الذكية مثل إيثريوم، يمكن استخدامها للتفاعل مع العقود الذكية والأصول المُدارة، ويمكن استخدامها أيضًا لاستضافة الأصول في سلاسل العقود غير الذكية مثل بيتكوين ودوغكوين، والصورة أدناه هي مخطط التوقيع في ورق ابيض.

مصدر الصورة: دلفي كريتيف

نقل المعلومات عبر السلسلة

يقوم CCMP بتوجيه المعلومات بين السلاسل الأخرى باستخدام ZetaChain في المنتصف. وتتنافس البروتوكولات الأخرى مثل LayerZero وAxelar وIBC وChainlink CCIP وTHORChain إلى حد ما في هذا الاتجاه. لكن بالنسبة إلى ZetaChain، يتم تنفيذ بروتوكول نقل الرسائل عبر السلسلة الخاص بهم باستخدام الرمز المميز ZETA، والذي يختلف جوهريًا عن منافسيهم، لأنه باستثناء THORChain، لا يعتمد المنافسون الآخرون على الرموز الأصلية الخاصة بهم. أحد الأمثلة الواردة في المستند التقني - DEX عبر السلسلة - هو تمثيل مرئي لدور ZETA في المراسلة. في هذا المثال، لنفترض أن المستخدم يريد تبادل 1.2 ETH على Polygon مقابل USDC على Ethereum. المسار هو كما يلي:

قم بتغيير ETH إلى ZETA على Polygon AMM؛
يتم إرسال ZETA إلى ZetaChain؛
يتم توجيه ZETA من ZetaChain إلى Ethereum؛
تبادل ZETA مقابل USDC على Ethereum؛
يتلقى المستخدم Ethereum USDC.

مصدر الصورة: دلفي كريتيف

وعلى الرغم من أن المنطق ممكن، إلا أن هذا الحل يتطلب الكثير من المال. وقد أدى هذا إلى خسارة القدرة التنافسية للمنتج إلى حد ما. على سبيل المثال، احتلت بروتوكولات الهدف مثل Squid وUniswapX وCCTP التابعة لشركة Circle حصة كبيرة من السوق كقضبان تسوية. بالإضافة إلى كفاءة رأس المال، تعد المراسلة عبر السلاسل أيضًا مجالًا تنافسيًا للغاية.

عقد ذكي كامل السلسلة

هناك العديد من المزايا للمطورين لنشر عقود ذكية كاملة السلسلة على Zeta، بدلاً من مجرد استخدام Zeta وzEVM لتسهيل المعاملات. أولاً، يسمح بالتفاعل مع أصول مثل BTC وDOGE وLTC التي لا تدعم العقود الذكية أصلاً. ثانيًا، نظرًا لأن حالة التطبيق موجودة على Zeta، فإنها تقلل أيضًا من سطح الهجوم الخاص بالثغرة الأمنية إلى حد ما، ولا تعتمد على سيولة رموز ZETA لنقل القيمة. باستثناء Axelar، لا يفتقر أي من المنافسين المذكورين أعلاه حاليًا إلى مثل هذه المنتجات، حيث تستخدم Axelar CosmWasm بدلاً من EVM ولم تحصل على أي اعتماد حتى الآن.

يتم دعم العقد الذكي كامل السلسلة لـ ZetaChain بواسطة بروتوكول TSS، ويقوم المدققون بتشغيل العقد الكاملة على السلسلة الخارجية ومشاركة التوقيعات، حتى يتمكنوا من حفظ الأصول نيابة عن ZetaChain ومستخدميها، ويمكن لـ zEVM التعامل مع هذه الأصول كما يحلو لهم. وتجدر الإشارة إلى أنه في هذه العملية، على سبيل المثال، لا يتم نقل BTC فعليًا من Bitcoin إلى Zeta، ولكن يتم نقلها إلى العنوان الذي يستضيفه مدقق Zeta ومن ثم ينعكس على ZetaChain. على سبيل المثال، تضيف THORChain عقودًا ذكية إلى BTC المستضافة بواسطة البروتوكول.

مصدر الصورة: دلفي كريتيف

وبموجب هذه البنية، تستطيع زيتا بناء العديد من البروتوكولات الخاصة، على سبيل المثال فقط:

عملة مستقرة CDP كاملة السلسلة مدعومة بـ BTC؛
دعم أسواق العملات لـ BTC وDOGE وLTC وغيرها من أصول العقود غير الذكية؛
سلسلة كاملة Perp DEX؛ *مجمع إنتاجية كامل السلسلة؛ *البيتكوين AMMs.

بشكل أساسي، ما يميز zEVM الخاص بـ ZetaChain جنبًا إلى جنب مع ZetaClient هو الحضانة والتحكم في الأصول في سلسلة عقود غير ذكية. تُستخدم المنصات عبر السلاسل اليوم في الغالب كبنية تحتية خلفية، لكن بإمكان ZetaChain إنشاء اقتصاد التشفير الخاص بها على ZetaChain.

التطبيق العملي لرمز ZETA

ZETA هي حجر الزاوية في النظام البيئي ZetaChain وتلعب دورًا محوريًا في قابلية البرمجة الوظيفية والحوكمة. تتميز ZetaChain بإمكانية التشغيل البيني ودعمها للتطبيقات اللامركزية كاملة السلسلة، وتعتمد أنشطة شبكتها الرئيسية على ZETA.

نظرة عامة على الوظائف الرئيسية لرمز ZETA

حوافز الشبكة: توفر رموز ZETA حوافز للمدققين من خلال مكافآت الكتلة، والانتقال من مجموعة ثابتة إلى التضخم المتغير. يعمل هذا النظام على مواءمة مصالح المدققين مع أمن الشبكة على المدى الطويل؛
رسوم المعاملات: تتطلب المعاملات داخل ZetaChain من ZETA دفع رسوم الغاز، والتي سيتم توزيعها على المدققين والمشاركين في الشبكة، وتمنع هذه الآلية البريد العشوائي وهجمات DDoS؛
نقل المعلومات عبر السلسلة ونقل القيمة: بالنسبة للمعاملات عبر السلسلة، يتم نسخ ZETA على السلسلة المصدر وسكها على سلسلة الوجهة، دون إنشاء أصول تعبئة جديدة؛
مجمع السيولة الأساسي: يتكون مجمع السيولة الخاص بـ ZetaChain من ZETA وأصول أخرى، مما يوفر الراحة لمعاملات المستخدم ودفع رسوم المعاملات والمكافآت لموفري السيولة؛
الدور الإداري: يشارك حاملو ZETA في إدارة الشبكة، ويؤثرون على القرارات الرئيسية وتغييرات السياسة، ويضمنون أن تطوير الشبكة يقوده المجتمع.

بشكل عام، تدعم الأداة متعددة الأوجه الخاصة بـ ZETA أمان ZetaChain وكفاءتها وإدارتها اللامركزية، مما يجعلها جزءًا أساسيًا من وظائف الشبكة.

اقتصاد الرمز المميز ZETA وإصداره

يبلغ إجمالي العرض الأولي لرموز ZETA 2.1 مليار، ويبلغ معدل التضخم المخطط له بعد أربع سنوات حوالي 2.5٪ سنويًا. سيتم تخصيص توزيع الرمز المميز (انظر الرابط المرجعي 1) بشكل استراتيجي لأجزاء مختلفة من النظام البيئي:

مجمع نمو المستخدمين (10%): الهدف هو توسيع قاعدة المستخدمين من خلال إجراءات مثل عمليات الإنزال الجوي ومكافآت المجتمع؛
صندوق نمو النظام البيئي (12%): يدعم تطوير النظام البيئي ويساعد الشركاء ومطوري التطبيقات اللامركزية؛
مكافآت المدقق (10%): بالنسبة لمكافآت الكتلة، انتقل إلى مكافآت أمان الشبكة القائمة على التضخم بعد الفترة الأولية؛
حافز السيولة (5.5%): تشجيع السيولة في مجمع رأس المال الأساسي ZRC-20، وهو أمر بالغ الأهمية لنقل القيمة بشكل فعال؛
مكتبة البروتوكول (24%): توفر الأموال للعمليات والتطوير وتعزيز النظام البيئي؛
المساهمون الأساسيون والمستشارون والمشترون (22.5% و16%): مكافأة على المساهمات في تطوير ونمو ZetaChain.

سلسلة DEX كاملة

على عكس الوضع الحالي لعمليات النشر عبر السلسلة، يمكن لـ ZetaChain، باعتبارها الطبقة الأساسية للبروتوكول، تحقيق قابلية التشغيل البيني للسيولة بين جميع عمليات النشر المختلفة. على سبيل المثال، يمكن لمستخدمي ZetaChain إيداع هامشهم في عقد المركز والاحتفاظ بالمراكز على GMX. هذا هو الافتراض الأساسي لتطبيق Zeta عبر السلسلة (ستكون إدارة المركز موجودة في Zeta)، إلى الحد الذي يجب على المستخدمين الذين يرغبون في الاستفادة من السيولة الكاملة لـ GMX استخدام ZetaChain.

بالإضافة إلى ضمان جودة التنفيذ، هناك ميزتان رئيسيتان:

على غرار مجمع MUX (انظر الرابط المرجعي 2)، يمكن تقسيم أوامر الأصول بين مصادر السيولة المختلفة؛
الوصول إلى المزيد من أزواج التداول دون ربط جميع السلاسل ذات الصلة يدويًا.

يمكن للعقود الذكية على ZetaChain إيداع مبلغ هامش النشر المطلوب مباشرة في السلسلة ذات الصلة، إلى جانب معلومات حول كيفية استخدام هذه الأصول.على الرغم من أن هذه العملية غير ممكنة من الناحية الفنية بدون ZetaChain، إلا أنها يمكن أن تحسن تجربة المستخدم:

التفاعل بين السلاسل.
يمكن إدارتها بشكل شمولي، وليس بشكل فردي.

ستقوم UniSwap، الشركة الرائدة في سوق DEX، بنقل مركزها الأساسي من Ethereum إلى أي سلسلة أخرى، ولكن من الناحية النظرية من خلال نشرها على ZetaChain واستخدام معيار ZRC-20، يمكن للمستخدمين التبديل داخل وخارج أي أصل (على أي سلسلة) ) ) واستضافة الأصول المذكورة على أي سلسلة يرغبون فيها.

##منافسين سلسلة زيتا

طبقة الصفر

مصدر الصورة: الموقع الرسمي لـ LayerZero

في سوق النقل عبر السلاسل، تعد LayerZero أكبر منافس لـ ZetaChain. على الرغم من أنهم لا يشاركون في المنافسة في مجال العقود الذكية كاملة السلسلة، إلا أن مكانتهم في السوق في مجال التسليم عبر السلسلة قوية جدًا. الميزة الرئيسية تأتي من Strargate، تليها الدفع لاعتماد معيار OFT الخاص بها (الذي يوفر حلاً جديدًا لنقل الرموز عبر السلسلة، مما يجعل نقل الرموز المميزة بين السلاسل المختلفة أسهل وأكثر كفاءة).

بنية LayerZero

أولاً، مقدمة سريعة، LayerZero هو بروتوكول يسمح "لتطبيقات المستخدم" بإرسال المعلومات بين سلاسل الكتل. تتكون الهندسة المعمارية من 4 أجزاء رئيسية:

تطبيق المستخدم: عقد يتفاعل مع نقطة نهاية LayerZero ويرسل/يستقبل المعلومات إليها (مثل Strargate)؛
نقاط نهاية LayerZero: سلسلة من العقود الذكية على سلاسل مختلفة (تدعم حاليًا أكثر من 40+، راجع الرابط المرجعي 3 للحصول على التفاصيل). تسمح نقاط النهاية لبروتوكولات المستخدم بإرسال المعلومات من خلال الواجهة الخلفية LayerZero، والتي تتكون من 4 وحدات: Communicator وValidator وNetwork وLibrary. تم توحيد الوحدات الثلاث الأولى عبر جميع السلاسل، بينما يتم تخصيص المكتبة وفقًا لمنطق سلسلة مختلف، مما يسمح لـ LayerZero بإضافة المزيد من السلاسل بسرعة؛
أوراكل: الجهة المسؤولة عن قراءة كتلة الرأس من سلسلة وإرسالها إلى سلسلة أخرى. يقع هذا الدور حاليًا على عاتق Chainlink افتراضيًا، ولكن اعتبارًا من سبتمبر 2023، حلت شراكة جديدة مع Google Cloud محل Chainlink باعتباره الدور الافتراضي؛
المُرحِّل: يشبه المُرحِّل، لكنه يحصل على الإثبات بدلاً من كتلة الرأس. على الرغم من أن التطبيق نفسه يمكن أيضًا أن يصبح مكررًا، إلا أنه يتم التعامل معه فعليًا بواسطة LayerZero.

يتلخص هذا التصميم بشكل أساسي في 2/2 multisig، حيث يكون افتراض الثقة الرئيسي هو أن Google Cloud وLayerZero لا يتواطأان. وتتمثل فوائد الاعتماد على هذه المكونات خارج السلسلة (مثل Oracles وRelayers) في أن البنية خفيفة الوزن، رخيصة الثمن وقابلة للتطوير بسهولة، لكن عيبها هو أنها تعتمد على كيانين مركزيين وقد تكون عرضة للمخاطر المرتبطة بالرقابة.

أكتاف

المصدر: الموقع الرسمي لشركة أكسلار

بالمقارنة مع LayerZero، فإن بنية Axelar تشبه إلى حد كبير بنية Zeta، ولكن هناك أيضًا اختلافات واضحة. مثل ZetaChain، تم تطوير Axelar أيضًا استنادًا إلى Cosmos SDK. والفرق هو أنها لا تستضيف EVM مباشرة، لذا فهي لا تدعم نفس العقود الذكية كاملة السلسلة مثل Zeta. لذا فإن السوق المستهدف لشركة Axelar هو المراسلة عبر السلاسل، على غرار LayerZero.

العمارة المحورية

Axelar هي سلسلة إثبات الحصة (PoS) مع مجموعة أدوات التحقق الخاصة بها ورمز التعهد Token AXL، ومكوناتها وتدفق المعلومات هي كما يلي:

طلب GMP عبر السلسلة: واجهة برمجة التطبيقات (API) التي تسمح للتطبيقات بإرسال بيانات عشوائية عبر السلاسل. يتم إرسال طلبات الرسائل هذه إلى بوابة Axelar (منصة عبر الإنترنت أو نظام رقمي يستخدم تقنية blockchain لتمكين نقل العملة الرقمية من عنوان إلى آخر)؛
البوابة: المكان الذي تمر فيه الرسائل عبر السلسلة التي يبدأها المستخدمون/التطبيقات لأول مرة من أجل توجيهها من رابط المصدر إلى سلسلة الوجهة. بالنسبة لسلسلة EVM، هذه عقود ذكية، وبالنسبة لشركة Cosmos، فهي منطق التطبيق. يتم تأمين البوابة بواسطة أدوات التحقق من Axelar باستخدام MPC، مع وزن المشاركات من خلال تفويض رمز AXL المميز؛
معالجة الرسائل والمكرر: يستمع المكرر للأحداث (معلومات البوابة) ويرسلها إلى شبكة Axelar للمعالجة. بينما يمكن لأي شخص تشغيل التتابع، لا توجد حوافز ويتم تشغيل التتابع بواسطة Axelar؛
التحقق من صحة الرسالة: يصوت المصادقون على الرسائل المستلمة من المرسلين. يقوم كل مدقق Axelar بتشغيل عقدة كاملة لكل سلسلة مصدر وبالتالي فهو قادر على التحقق من صحة الرسائل. في المقابل، تتطلب أدوات التحقق من صحة Axelar موارد أكثر من blockchain النموذجي لـ Cosmos PoS، حيث يعتمد المدققون على العملاء الخفيفين وIBC لتسليم الرسائل. بمعنى ما، هذا النموذج أقل قابلية للتوسع من LayerZero، ولكنه أكثر لامركزية. تعمل Axelar على تحفيز المدققين من خلال منحهم حصصًا أكثر، وكلما زاد عدد السلاسل التي يدعمونها، زادت المكافآت. على المدى الطويل، ستحتاج السلاسل المدعومة إلى توليد رسوم كافية من النشاط عبر السلسلة حيث سيتم استنفاد المكافآت الرمزية لدعم المدققين الذين يقومون بتشغيل أكثر من 50 عقدة كاملة. قد لا يكون من الممكن دعم كل سلسلة، وبدلاً من ذلك سيتم تجميعها حول سلسلة التدفق الرئيسية؛
إرسال المعلومات إلى الوجهة: يستمع المرحل إلى معلومات التفويض التي يرسلها مدقق Axelar ويدفعها إلى بوابة السلسلة المستهدفة. عندما يتلقى الرابط المستهدف معلومات معتمدة، يتم وضع علامة على حمولته كمعتمدة بواسطة أداة التحقق من صحة Axelar. الآن يمكن لأي شخص تنفيذ الحمولة؛
خدمات الغاز والمنفذ: في الخطوة الأخيرة، تنشر Axelar عقدًا باسم "مستقبل الغاز" على سلسلة EVM لدفع رسوم الغاز لسلسلة الوجهة وتنفيذ الحمولة عبر السلسلة (إرسالها إلى برنامج التطبيق المطلوب ). يمكن للمستخدمين الدفع باستخدام رموز الغاز الخاصة بالسلسلة المصدر، ويقوم Axelar باستخراج الغاز من السلسلة المستهدفة.

بشكل عام، هيكلها مشابه لـ ZetaChain، باستثناء دعم EVM على سلسلتها الخاصة. فيما يتعلق بالأمن، تعتقد شركة دلفي للأبحاث أنها أكثر أمانًا من نموذج LayerZero 2/2. وعلى الرغم من وجود بعض أوجه القصور، إلا أن فرصة التواطؤ بين Google وLayerZero منخفضة للغاية (يمكن للتطبيقات تشغيل أجهزة إعادة الإرسال الخاصة بها).

تشين لينك CCIP

مصدر الصورة: مسؤول تشين لينك

لا تختلف CCIP كثيرًا عن منصات المعلومات الأخرى عبر السلسلة، حيث يرسل المستخدمون معلومات على سلسلة، ويتم إعادة توجيه المعلومات إلى CCIP، ثم يقوم CCIP بإعادة توجيه المعلومات إلى سلسلة الوجهة. ما يجعل CCIP مختلفًا هو كيفية استخدام شبكات Oracle ودمج كيان آخر: شبكة إدارة المخاطر.

ينقسم CCIP إلى قسمين: متصل بالسلسلة وخارج السلسلة:

الجزء العلوي من السلسلة

جهاز التوجيه: بدء المعاملات عبر السلسلة. توجيه المعاملة إلى عقد OnRamp الخاص بالوجهة، وتلقي المعلومات من OffRamp في سلسلة الوجهة، وتوجيهها إلى المستخدم النهائي/العقد؛
إرسال التخزين: أرسل DON لتخزين جذر Merkle على السلسلة المصدر إلى السلسلة المستهدفة. يجب أن تكون ميركل "معتمدة" من قبل شبكة إدارة المخاطر؛
OnRamp: عقد واحد لكل سلسلة (من سلسلة الكتل إلى سلسلة الكتل). التحقق من المعلومات وتتبع أشياء مثل عمليات نقل/معلومات الرمز المميز، وإدارة الفواتير، وما إلى ذلك. تتم مراقبة النشر من خلال الالتزام بـ DON؛
OffRamp: مشابه لـ OnRamp، عقد واحد لكل سلسلة. التأكد من صحة المعلومات عن طريق التحقق من تنفيذ DON وجذر Merkle المقدم و"المتحقق منه"، وإرسال المعلومات إلى جهاز التوجيه؛
مجموعة الرموز المميزة: يمكن أن تكون الرموز المميزة "مقفلة وسكها" أو "محروقة وسكها" اعتمادًا على الرمز المميز. على سبيل المثال، يجب قفل وسك رموز الغاز المحلية، لأن CCIP ليس لديها حقوق سك. إذا تم دمج CCTP، يمكن "إطلاق وسك" USDC؛
عقد شبكة إدارة المخاطر: يحتوي على قائمة بعقد شبكة إدارة المخاطر التي يمكنها "تمرير" (الموافقة) أو "الفشل" (رفض) المعاملات.

جزء خارج السلسلة

إرسال DON: كما هو مذكور أعلاه، تحتاج إلى إرسال DON لمراقبة أحداث عقد OnRamp، ثم انتظار نتيجة السلسلة المصدر وإنشاء Merkle Root (الموقع بواسطة العقدة القانونية DON oracle)، وأخيرًا كتابتها إلى عقد CommitStore على السلسلة المستهدفة؛
شبكة إدارة المخاطر: شبكة من العقد التي تقوم بشكل أساسي بالتحقق المزدوج من جذور Merkle للـ DONs المقدمة. إنهم يراقبون عقد OnRamp وما ينشره الالتزام DON في متجر الالتزام. إذا لم تقم RMN "بالتحقق" (أي التحقق/التأكيد) من Merkle Root، فسيتم تجميد CCIP؛
التنفيذ دون: يشبه الالتزام، ولكنه ينظم المعلومات مثل شبكة إدارة المخاطر. بمجرد أن تصدر RMN "تصريح التحقق"، سوف يستدعي DON الخاص بالتنفيذ عقد OffRamp لإكمال إرسال CCIP للوجهة.

ملخص

في الواقع، من أجل كسر تأثير الجزيرة بين السلاسل، فإن مشاكل "الاتصالات متعددة السلاسل" و"الاتصالات عبر السلاسل" هي أول من يتم حلها. وبالمقارنة مع الحلول الأخرى، فإن الميزة الأساسية لمشروع ZetaChain تكمن في أداء قابلية التشغيل البيني عبر السلاسل: تصبح قابلية التشغيل البيني بين سلاسل الكتل المختلفة ممكنة، مما يحل المشكلات الحالية المتعلقة بتجزئة blockchain وقابلية التشغيل البيني غير الكافية. تم تصميمه لتمكين dApps كاملة السلسلة من التفاعل بشكل مباشر مع سلاسل الكتل المختلفة دون تغليف أو سد أي أصول. تحتوي روابطها الخارجية أيضًا على مخاطر أمنية قد تتعرض للهجوم عندما تقوم ZetaChain بربط روابط خارجية، مما قد يؤدي إلى الإنفاق المزدوج، والرقابة، والانحدار، والشوكات الصلبة، وانقسامات السلسلة، وما إلى ذلك.

في الوقت الحالي، تتصدر LayerZero وAxelar الطريق في التطبيقات في مجال المعلومات عبر السلسلة. ومع ذلك، ما زال الوقت مبكرًا ولا يمكن لأحد أن يقوده حقًا. وبينما نتطلع إلى حلول ZetaChain الجديدة، فإننا نتطلع أيضًا إلى التكرار المستمر والابتكار في التقنيات مثل LayerZero وAxelar وChainlink CCIP.

المادة المرجعية: