الفصل الجديد في التواصل عبر السلاسل: صعود zkRelayer

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

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

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

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

نماذج الاتصال عبر السلاسل الرئيسية

وضع التحقق الأصلي

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

وضع التحقق الخارجي

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

وضع التحقق المحلي

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

نمط السلسلة العلوية

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

zkRelayer: مبتكر الاتصال عبر السلاسل

يجب أن يحتوي حل الاتصال بين السلاسل الممتاز على الخصائص التالية:

• فرضيات عدم الثقة، آمنة وموثوقة
• لا حاجة للإذن، لامركزية
• قابلية استخدام عالية
• قابل للتوسع
• فعال ومنخفض التكلفة

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

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

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

في سلسلة الاتصال بأكملها (Chain A → المرسل → zkRelayer → ZK Validator → المستلم → Chain B)، سيصبح zkRelayer في وضع يتجاوز المرسل والمستلم، ليصبح جوهر الحل بأكمله.

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

ظهور zkRelayer فتح فصلًا جديدًا في الاتصالات بين السلاسل، ومن المتوقع أن يغير بشكل جذري مشهد تقنية عبر السلاسل، مما يوفر حلولًا أكثر أمانًا وكفاءة للتشغيل المتداخل في نظام blockchain البيئي.