المؤلف: هاو وفاوست، مهووس الويب3

المقدمة:

< li>

ZetaChain هي سلسلة عامة لنقاط البيع تعتمد على Cosmos SDK. تسجل كتلها الرسائل والبيانات عبر السلسلة التي تبدأ على "السلسلة الخارجية". يمكن للمستخدمين نشر رسائل بتنسيقات محددة على "سلاسل خارجية" مثل BTC من خلال مبادئ مشابهة لبروتوكول Ordinals لنقل "نواياهم" إلى شبكة ZetaChain؛

• عقد ZetaChain استخدم الإجماع لتحديد الرسائل التي سيتم معالجتها وبأي ترتيب. وأخيرًا، من خلال تقنية التوقيع على عتبة TSS، يتم إنشاء توقيع رقمي على السلسلة المستهدفة، وتحرير الأصول من الحساب العام للسلسلة وبدء خطوات المعاملات اللاحقة.

(تتضمن القائمة الحالية لعقد التحقق الخاصة بـ ZetaChain العديد من أطراف المشروع أو المؤسسات، بما في ذلك OKX وHashKey Cloud وDora Factory وما إلى ذلك)

• نظرًا لأن ZetaChain نفسها متوافقة مع EVM، فهي تدعم نشر منطق العقد . يمكن لأطراف مشروع DAPP ذات السلسلة الكاملة كتابة برامج معالجة الرسائل عبر السلسلة مباشرة على سلسلة ZetaChain، دون نشر عقود أصول تجسيرية على سلاسل متعددة، مما يمكن أن يوفر تكاليف التطوير؛ من وجهة نظر المستخدم، تحتاج نظريًا فقط إلى التفاعل مع تفاعل عقد ZetaChain دون الحاجة إلى التفاعل عدة مرات مع عقد الجسر بين السلسلة المصدر والسلسلة المستهدفة، يمكن أيضًا توفير تكاليف رسوم المناولة؛

• مع بعض " المشابهة لـ مشروع Intent مع تأثير "سلسلة حفظ الأصول الشاملة"، يدعم ZetaChain نفسه نشر عقود الأصول أو بروتوكولات Defi. يمكن للمستخدمين إنشاء رسائل محددة على الواجهة الأمامية لـ DAPP على سلاسل مختلفة وإجراء مكالمات غير متزامنة إلى عقد Defi أو حالة الأصل على ZetaChain (يدعم حسابات BTC على السلسلة)؛

• يشبه هذا السماح لـ ZetaChain باستضافة حساب أصول موحد للسلسلة بأكملها مباشرةً، ولكن تحقيق هذا التأثير، واجهة أمامية DAPP مخصصة للتعاون.

• في الوقت الحاضر، تتمثل الوظيفة الأكثر أهمية لـ ZetaChain في العمل كمرفق أساسي لقابلية التشغيل البيني عبر السلسلة والسلسلة الكاملة، والتي يمكنها التحليل والتحليل يمكن أيضًا استخدام عملية المراسلة عبر السلسلة المحددة كمنصة لتنفيذ منطق الأعمال لـ DAPPs متعددة السلاسل.نموذج العمل الرئيسي هو B إلى B إلى C.

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

يمكن القول أن الانفصال وعدم التوافق بين السلاسل غير المتجانسة هو أحد الأسباب الرئيسية التي تعيق نمو معدلات تحويل المستخدمين. وقد سلطت الشعبية الحالية لنظام BTC الضوء على مشكلات قابلية التشغيل البيني للسلاسل غير المتجانسة.

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

من أجل حل مشكلة قابلية التشغيل البيني متعدد السلاسل، اقترحت كل من LayerZero وPolyhedra وMap Protocol وBool Network وحتى Cosmos وPolkadot حلولًا مختلفة للمراسلة بين السلاسل، وتعد ZetaChain، التي أطلقت Token مؤخرًا، أيضًا عضوًا مهمًا في مشهد البنية التحتية للسلسلة الكاملة.

في ما يلي، سنشرح بإيجاز حل السلسلة الكاملة لـ ZetaChain من منظور تقني قوي> كيف تعمل ZetaChain بمثابة البنية التحتية الأساسية لـ DAPPs القابلة للتشغيل المتبادل لسلسلة كاملةلتحقيق تحليل ومعالجة الرسائل عبر السلسلة.

مشاكل الحلول الحالية عبر السلاسل

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

لكن المشكلة هي أن عقد Polygon لا يمكنها تأكيد ما حدث في سلسلة ETH، ولا يعرفون ما إذا كنت قد قمت بالفعل بإعادة شحن مبلغ xx. إذا ادعى شخص ما كذبًا أنه قام بنقل 100U إلى العنوان المحدد على سلسلة ETH، ثم بدأ بيان سحب على سلسلة Polygon، مطالبًا بالإفراج عن 100U الخاص به، فسيتسبب ذلك في "مشكلة سحب من لا شيء".

إن مفتاح الجسر المتقاطع هو حل "مشكلة السحب من الهواء الرقيق" هنا، أي التأكد من أن جميع بيانات السحب تتوافق مع سلوكيات إعادة الشحن الحقيقية. جوهر الأمر هو محاولة إثبات أن معاملات N المتعلقة بالجسر عبر السلسلة قد حدثت في السلسلة A في السلسلة B.

تميل الجسور عبر السلسلة السائدة حاليًا إلى استخدام التوثيق تتمثل الآلية البشرية في إنشاء مجموعة من عقد كاتب العدل وتحقيق "الإجماع" من خلال التوقيع المتعدد أو توقيع MPC، وطالما أن غالبية كتاب العدل يعتقدون أنه يمكن الموافقة على سلوكك عبر السلسلة، فيمكن نقل أصولك بسلاسة.

هناك أيضًا بعض الجسور عبر السلاسل التي تعتمد أقفال تجزئة أكثر أمانًا، أو تستخدم العقود على السلسلة لتنفيذ العقد الخفيفة لسلاسل أخرى، وتؤكد السلاسل المتقاطعة من خلال تلقي إثبات ميركل أو إثبات zk للفعالية السلوكية، لكن تكلفة هذا النوع من الجسور المتقاطعة غالبًا ما تكون مرتفعة نسبيًا، والتي سيتم تحويلها في النهاية إلى رسوم المستخدم. لذلك، لا تزال معظم الجسور عبر السلسلة تختار وضع التوقيع المتعدد لعقد كاتب العدل خارج السلسلة.

المواد المرجعية: العلم العامي: ما الذي يجب مراعاته عند تصميم جسر عبر السلسلة؟ .

غالبًا ما تواجه الجسور عبر السلاسل القائمة على كتاب العدل مخاطر كبيرة: فهي عرضة لهجمات المتسللين أو سرقة الذات. ووفقًا لإحصائيات SlowMist Hacked، كان هناك إجمالي 16 جسرًا متقاطعًا حوادث أمن الجسور المتسلسلة في عام 2022، مع خسائر تصل إلى 1.21 مليار دولار أمريكي، وهو ما يمثل 32٪ من إجمالي الخسائر الناجمة عن الهجمات عبر السلسلة في ذلك العام، وهذا يوضح الضرر الناجم عن الثغرات الأمنية للجسور عبر السلسلة.

وفي الوقت نفسه، معظم الصور المتقاطعة الموجودة تختار حلول جسر السلسلة نموذج Lock-Mint هو قفل الأصول في السلسلة "أ" وإصدار الأصول المعينة المقابلة في السلسلة "ب"، وبالتالي تحقيق الأصول عبر السلسلة. ومع ذلك، في عملية الإيداع والسحب لهذا النوع من المخططات، يلزم تفاعلات متعددة مع عقد الأصول المعينة، ويكون احتكاك رسوم المناولة كبيرًا، وهناك مشكلة خسارة رأس المال.

بالإضافة إلى ذلك، تدعم العديد من حلول الجسور عبر السلاسل فقط نقل الأصول بين السلاسل المتوافقة مع EVM. وغالبًا ما يخضع السلوك عبر السلاسل في السلاسل غير المتجانسة مثل Solana وBitcoin لمعايير فنية مختلفة. .، التنمية أكثر صعوبة.

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

وظيفة ZetaChain: البنية التحتية الأساسية لـ DAPP كاملة السلسلة القابلة للتشغيل المتبادل

إن تحديد الموقع الذاتي لـ ZetaChain هو تدعم البنية التحتية لـ DAPP القابلة للتشغيل البيني للسلسلة بشكل خاص العديد من بروتوكولات التطبيقات التفاعلية ذات السلسلة الكاملة وهي بنية أساسية نموذجية من B إلى B إلى C. من خلال آلية قبول PoS، تسمح لأي عقدة تتعهد الأصول بالدخول إلى الشبكة والعمل ككاتب عدل. تشارك جميع عقد PoS في التحقق من الرسائل عبر السلسلة ومعالجتها من خلال تقنية توقيع عتبة TSS لتحسين الأمان قدر الإمكان.

في الوقت نفسه، يمكن نشر العقود الذكية على ZetaChain لإضافة منطق الأعمال المتعلق بمقايضة الأصول. يمكن للمستخدمين إرسال رسائل بتنسيق معين على أي سلسلة والاتصال بـ ZetaChain أو دعمها يمكن لعقود Defi على سلاسل متعددة استدعاء وظيفة DeFi بشكل غير مباشر على Polygon في سلسلة BTC. التأثير الذي تم تحقيقه بهذه الطريقة هو: نقل الرسائل بين سلاسل الكتل المختلفة لتحقيق قابلية التشغيل البيني.

DAPP استنادًا إلى سيناريوهات التشغيل البيني لسلسلة كاملة يمكن نشر منطق الأعمال الخاص بتبادل الأصول على ZetaChain لمساعدة المستخدمين على تبادل رموز الغاز تلقائيًا على سلاسل مختلفة.

على سبيل المثال، يمكنك استخدام الواجهة الأمامية لبعض DAPP كاملة السلسلة لإرسال رسالة بتنسيق معين على BTC من خلال طريقة نشر البيانات المشابهة لـ بروتوكول الترتيبات، يشير إلى عقد XX المطلوب على Solana، وسيتم مراقبة هذه الرسالة بواسطة عقدة ZetaChain.

بعد ذلك، يمكن لعقد AMM على ZetaChain حساب نسبة التبادل بين BTC وSOL تلقائيًا، ثم إطلاق كمية مساوية من SOL على سلسلة Solana، وإكمال العمليات المعقدة اللاحقة مثل الاتصال العقد، وأخيرًا، قم بنقل الأصول التي تستحقها مرة أخرى إلى عنوان BTC الخاص بك أو عنوان Solana. هذا هو ما يسمى "قابلية التشغيل البيني للسلسلة الكاملة". ما عليك سوى نشر رسالة على سلسلة واحدة للاتصال عن بعد بـ DAPP متعددة في السلسلة،بالطبع، يتضمن ذلك عملية النشر والتشغيل للعديد من الرسائل غير المتزامنة.

هنا، يمكننا فهم ZetaChain على أنه "طبقة تسوية سلسلة في سلسلة"، وجميع سيناريوهات التفاعل متعددة السلاسل، مثل المكالمات التي يتم إجراؤها على السلسلة A DAPP معين من السلسلة B يعادل السلسلة A أولاً "التسوية" مع ZetaChain، ثم يقوم ZetaChain بمزامنة نتائج التسوية المعالجة مسبقًا مع الحساب المقابل للسلسلة B، ثم يكمل الخطوات اللاحقة.

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

في الوقت الحاضر، يبدو أن تطبيقات السلسلة الكاملة تعتمد على على ZetaChain، يمكن أن يوفر الكثير من المتاعب، على الأقل ليست هناك حاجة لبذل جهود كبيرة لتصميم عقود الأصول على سلاسل مختلفة. جميع التفاصيل حول دخول وخروج الأصول بين السلسلة المصدر والسلسلة المستهدفة "متعاقد عليها" " بواسطة زيتا تشين. بمعنى آخر، ما عليك سوى نشر منطق الأعمال المتعلق بالمعاملات عبر السلسلة على ZetaChain.

وهذا يسهل على تطبيقات السلسلة الكاملة المختلفة دعم السلاسل غير التابعة لـ EVM مثل Solana وAlgorand وBitcoin وDogeCoin على الواجهة الأمامية، دون الحاجة إلى بذل جهود كبيرة لتنفيذ عقود حصرية لتطبيقات عبر السلاسل على سلاسل مختلفة.

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

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

طبعًا سلسلة العمليات هذه تتطلب جبهة متخصصة -end DAPP ولتحقيق ذلك، بمعنى آخر، توفر ZetaChain نفسها فقط الخدمات للمرافق الأساسية للسلسلة بأكملها، ويلزم وجود مدخل أمامي مخصص على جانب التطبيق لإنشاء رسائل بتنسيقات خاصة.

نموذج أمان ZetaChain: شبكة عقد كاتب عدل واسعة النطاق تعتمد على تخزين نقاط البيع

في التحليل النهائي، ZetaChain هي في الأساس سلسلة متقاطعة تتكون معالجة الرسائل وإعداد شبكة عقدة كاتب العدل، التي تعتمد على Cosmos SDK، من العديد من عقد التحقق من Validator، وتستخدم نقطة البيع كآلية وصول لتحقيق مكافحة السحر للعقدة والأمن الأساسي.

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

يمكن القول أن ما يفعله Validator يشبه جزئيًا الجسر المتقاطع في وضع كاتب العدل، ولكن من خلال تعهد POS، تكون عقدة كاتب العدل أكثر جدارة بالثقة لحل مشكلة الساحرة .

(تحتوي القائمة الحالية لعقد التحقق من Zetachain على العديد من أطراف المشروع. أو مؤسسة)

يحتوي عميل Zetachian's Validator على وحدتين، ZetaCore وZetaClient. تشارك وحدة ZetaCore في عملية إنشاء كتل ZetaChain والإجماع عليها، بينما تراقب وحدة ZetaClient الأحداث على السلسلة الخارجية وتوقع المعاملات الصادرة.

يمكن فهم الصادر هنا ببساطة على أنه إرسال سجلات سجل المعاملات على ZetaChain إلى "السلسلة الخارجية" (في إشارة إلى سلاسل أخرى خارج ZetaChain)، وبالتالي فإن السلوك المقابل هو يتم تشغيله على السلسلة المستهدفة، ويتضمن المحتوى المرسل بشكل أساسي عنوان العقد ومعرف السلسلة ومحتوى الرسالة التي يعلن المستخدم في الرسالة التي سيتم الاتصال بها، في الواقع، إنه مشابه لجزء السجل في معاملة Ethereum.

على العكس من ذلك، يمكن فهم الوارد على أنه مرتبط بـ ZetaChain يتم تسجيل الرسائل/المعاملات على السلاسل الخارجية الخارجية، مثل الطلبات عبر السلسلة، والمكالمات إلى العقود الذكية على zEVM، وما إلى ذلك، على ZetaChain.

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

وحدة المراقب وموقع TSS

بادئ ذي بدء، تحتوي جميع عقد ZetaChain على وحدة "Validator"، وهي في الأساس نفس وظيفة عقدة Validator في السلسلة العامة لـ PoS، ويجب أن تشارك في عملية إنشاء الكتلة والإجماع. بالإضافة إلى ذلك، يمكن للعقد التصويت للمشاركة في المقترحات الموجودة على السلسلة بما يتناسب مع الرموز المميزة المتعهد بها (ZETA). تتضمن كتل ZetaChain جميع السجلات عبر السلسلة التي تمت معالجتها، وتفاعلات العقود الذكية كاملة السلسلة والسلوكيات الأخرى، والتي تعادل سجلات السجل.

وحدة "المراقب" في عميل ZetaChain، والتي ستراقب المعاملات/الرسائل عبر السلسلة بتنسيقات محددة عن طريق تشغيل العقد الكاملة/العقد الخفيفة للسلاسل العامة الأخرى. يمكن تقسيم وحدة المراقب إلى وضعين: الوضع النشط والوضع السلبي.

يمكن لعقد ZetaChain المختلفة اتخاذ خيارات لتبديل وحدة المراقب إلى أحد الوضعين. ستستمر وحدة المراقب في مراقبة ما إذا كانت هناك رسائل/أحداث عبر السلسلة تتعلق بـ ZetaChain على سلاسل أخرى. إذا كان الأمر كذلك، فستقوم وحدة المراقب في عقدة ZetaChain بإبلاغ وحدة التحقق بالموقف. سيتم إرسال هذه الرسائل عبر السلسلة المرصودة إلى كتل ZetaChain وسيتم تأكيدها بالكامل من خلال الإجماع.

تحتوي وحدة المراقب على وضعين: الوضع النشط والسلبي وضع. في الوضع النشط، ستقوم العقد بمسح المعاملات / الأحداث / الحالة بشكل مستمر على سلاسل الكتل خارج ZetaChain وتشغيل العقد الكاملة للسلاسل الأخرى؛ بينما في الوضع السلبي، لا تقوم العقد بمزامنة الكتل الكاملة لسلاسل الكتل الأخرى وتقرأ بشكل سلبي من عقد ZetaChain الأخرى. تحليل الرسالة عبر السلسلة.

ومع ذلك، على الرغم من أن العقد في الوضع الخامل لا تقوم بمزامنة كتل السلسلة الخارجية الكاملة، إلا أنها ستقوم بمزامنة رؤوس الكتلة والتأكيد من خلال إثبات Merkle على أن هذه السلاسل المتقاطعة موجودة بالفعل على السلسلة الخارجية. /بيانات المعاملات.

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

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

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

لتخفيف هذا الموقف، ستقوم ZetaChain بتحفيز العقد لتشغيل وحدات مراقب الوضع النشط.

(في الوضع النشط، تحتاج العقدة أيضًا إلى التشغيل الروابط الخارجية عميل العقدة الكاملة؛ في الوضع السلبي، قم فقط بتشغيل العميل الخفيف للسلسلة الخارجية، وتلقي رسائل عبر السلسلة + إثبات Merkle من عقدة ZetaChain في الوضع النشط، وتأكد من صحة الرسالة)

توقيع TSS

جميع الرسائل عبر السلسلة التي تتم مراقبتها والتحقق منها بواسطة عقد ZetaChain ستؤدي في النهاية إلى تشغيل معاملة على السلسلة المستهدفة من خلال عنوان حساب ZetaChain العام، ثم إجراء لاحق عمليات. في هذه العملية، يجب إنشاء توقيع رقمي للمعاملة عبر السلسلة على السلسلة المستهدفة.

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

(في ظل نموذج ZetaChain عبر السلسلة، تحتاج فقط إلى أن يكون لديك عنوان حساب عام على سلاسل مختلفة دون الحاجة إلى نشر عقود ذكية معقدة)

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

تكتمل عملية إنشاء المفاتيح وتوقيعها في TSS من خلال الحساب متعدد الأطراف (MPC)، والذي لن يكشف أسرار أي عقد مشاركة. "يمكن لعقد ZetaChain إنشاء توقيعات المعاملات على سلاسل مختلفة. على أساس التوافق مع سلاسل EVM المختلفة، تتم إضافة وظيفة الاتصال بالعقود الذكية عن بعد للحسابات الموجودة على سلاسل العقود الخاصة بالبيتكوين/غير الذكية. إن التجربة البديهية تشبه تمامًا ما يمكن لمستخدمي BTC أن يفعلوه مباشرة استدعاء بعض ميزات ديفي.

هذا السيناريو مناسب في الواقع بشكل خاص للعديد من الشركات المجهزة بـ نظام BTC البيئي، تطبيقات Chain Defi، لأنه لا يمكن تنفيذ منطق الأعمال المعقد للغاية على سلسلة BTC، ويمكن الاعتماد فقط على المرافق الخارجية لاستدعاء عقود Defi معينة عن بعد. تعتبر خصائص ZetaChain مناسبة للمستخدمين في نظام BTC البيئي لاستخدام المكالمات غير المتزامنة،

zEVM: منصة عقد DAPP متكاملة السلسلة

على عكس الحلول التقليدية عبر السلاسل التي تتطلب نشر عقود أصول التعيين على كل سلسلة، يمكن لـ ZetaChain نشر العقود الذكية مرة واحدة فقط على سلسلتها الخاصة، أي لتحقيق وظائف متعددة السلاسل عبر السلاسل. في ZetaChain، توجد طبقة تنفيذ متوافقة مع EVM تسمى zEVM، ويمكن نشر العقود الذكية عبر السلسلة مباشرة على zEVM.

يدعم zEVM الوظائف التالية:

يمكن لأي شخص إرسال بيانات المعاملة بتنسيق معين على السلسلة الخارجية واستدعاء العقد على zEVM؛

يمكن لمنطق العقد الموجود على zEVM التحكم في بيانات المعاملات الصادرة التي يتم إنشاؤها على السلسلة الخارجية.

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

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

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

بالإضافة إلى ذلك، يمكن أيضًا نشر عقود Defi الخاصة وZRC-20 أو حتى أصول NFT على ZetaChain لمزامنة البيانات المتعلقة بحالة الأصول، أو نشر حسابات AA. وهذا يمكّنها من العمل كمنصة موحدة لإدارة الأصول (تسجيل الحالة). نظرًا لأننا لم نعد بحاجة إلى العمل الجاد لامتلاك الأصول في سلاسل متعددة، فإن هذا السيناريو الخاص بحسابات الأصول الموحدة عبر السلسلة يمكن أن يمنح المزيد من الخيال في المستقبل.

الملخص

من خلال المحتوى السابق، لدينا فهم أفضل تقريبًا لهوية "البنية التحتية لقابلية التشغيل البيني لسلسلة كاملة" الخاصة بـ ZetaChain. فهو يراقب رسائل/معاملات محددة في السلسلة الخارجية من خلال وحدة المراقب في عميل Validator، ويبلغها إلى وحدة التحقق، ويتوصل أخيرًا إلى توافق في الآراء بشأن الرسائل في شبكة ZetaChain. ثم يتم تحليل البيانات الموجودة في الرسالة، ويستخدم TSS لإنشاء توقيع رقمي، ويتم تشغيل عملية المعاملة اللاحقة على السلسلة المستهدفة المقابلة، وبالتالي تحقيق التفاعل على السلسلة بأكملها.

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

في الوقت نفسه، نظرًا لأن ZetaChain نفسه متوافق مع EVM، يمكن لأي مطور DAPP أو حتى مستخدم فردي نشر منطق معالجة الرسائل عبر السلسلة المخصص. ومن الناحية النظرية، يمكن نشر السلسلة بأكملها في محطة واحدة مع عقود DAPP، لا يحتاج مطورو التطبيقات عبر السلاسل إلى نشر/تحديث منطق عقد أصول التعيين بشكل متكرر على سلاسل مختلفة، مما يلغي تكلفة إعادة اختراع العجلة.