مستقبل تطوير بروتوكول الاتصال عبر السلاسل

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

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

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

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

تحليل أنماط الاتصال عبر السلاسل الرئيسية

حاليا، هناك عدة أنماط رئيسية للتواصل عبر السلاسل في الصناعة:

1. نمط التحقق الأصلي

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

2. نمط التحقق الخارجي

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

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

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

4. نموذج السلسلة العلوية

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

zkRelayer: التقنية الأساسية للتواصل عبر السلاسل

يجب أن تتمتع خطة الاتصال عبر السلاسل المثالية بالخصائص التالية:

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

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

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

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

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

تشمل المكونات الأساسية لـ zkRelayer ZK Prover و Message Aggregator. تتميز بعض المشاريع بطريقة إثبات المعرفة الصفرية ZK-FOAKS بسرعة ودعم الإثباتات المتكررة وعدم الحاجة إلى ثقة، حيث وصلت أوقات الإثبات الخطية والتحقق تحت الخطية إلى الحدود النظرية الدنيا. من خلال تطبيق ZK-FOAKS في مرحلة الترحيل في الاتصالات عبر السلاسل، يمكن ضمان أن تكون عملية الاتصال بأكملها بدون ثقة وكفءة ومنخفضة التكلفة.

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