عبر السلاسل الاتصال: احتياجات المستخدم وحلول التكنولوجيا
في السنوات الأخيرة، أدت زيادة سلاسل الكتل المستقلة وشبكات Layer 2 الخاصة بإيثيريوم إلى أن أصبح من الشائع انتقال المستخدمين بين سلاسل مختلفة. نظرًا للاختلافات بين السلاسل في الجوانب المتعلقة بالأمان والتكلفة وسرعة المعاملات وبيئة المطورين، يقوم المستخدمون بالتبديل بشكل متكرر بين سلاسل مختلفة. ولتقليل تكاليف المعاملات أو استخدام التطبيقات المتميزة على سلاسل أخرى، يضطر المستخدمون للاعتماد على عبر السلاسل.
تعتبر جسر عبر السلاسل كجسر يربط بين سلاسل الكتل المختلفة، حيث تحل مشكلة تقطيع السيولة، وهي الحل الرئيسي لنقل الأصول عبر السلاسل. ومع ذلك، فإن احتياجات المستخدمين تجاه تقنية عبر السلاسل لا تقتصر على نقل الأصول فقط، بل تشمل أيضًا الاتصالات بين السلاسل للملفات الكبيرة وحزم البيانات. في نظام Web3.0 الإيكولوجي المتعدد السلاسل، يتوقع المستخدمون التفاعل بسلاسة مع جميع سلاسل الكتل الرئيسية من خلال تطبيق واحد، دون الحاجة إلى التبديل المتكرر بين المحافظ والشبكات.
في ظل الوضع الحالي لسلاسل الكتل العامة، يحتاج المستخدمون بشكل عاجل إلى بروتوكول اتصال عبر السلاسل أكثر أمانًا وعمومية وودية. تشمل أنماط الاتصال عبر السلاسل السائدة حاليًا:
وضع التحقق الأصلي: تشغيل عميل خفيف في الآلات الافتراضية لسلسلة المصدر وسلسلة الهدف، من خلال جهاز الترحيل لتحقيق الاتصال بين السلاسل. تعتمد بعض الحلول على إثباتات المعرفة الصفرية، مما يقضي على افتراضات الثقة الإضافية.
وضع التحقق الخارجي: يعتمد على واحد أو أكثر من الموثقين لمراقبة عنوان محدد في سلسلة المصدر. يحتوي هذا الوضع على "افتراض الثقة"، مما يجعله عرضة للاختراق بسبب نقطة فشل واحدة أو عطل محلي.
وضع التحقق المحلي: شبكة سيولة من نقطة إلى نقطة، حيث يعمل كل عقدة ك"موجه". لكن هذا الوضع مناسب فقط للأصول عبر السلاسل، ويصعب تحقيق نقل المعلومات والبيانات العامة بين السلاسل.
نموذج السلاسل العليا: يتطلب من التطبيقات نشر عقود ذكية على سلسلة معينة لتحقيق نسخ الرسائل وتحديث الحالة. قد يؤدي هذا النموذج إلى المنافسة مع سلاسل عامة أخرى بدلاً من التعاون.
يجب أن تتمتع خطة مثالية للتواصل عبر السلاسل بالخصائص التالية: فرضيات عدم الثقة، الأمان، عدم الحاجة إلى إذن، اللامركزية، العمومية، القابلية للتوسع، الكفاءة والتكلفة المنخفضة. ومع ذلك، فإن الحلول الحالية تواجه صعوبة في تلبية هذه الشروط في نفس الوقت، وخاصة فيما يتعلق بالتحديات المتعلقة بتحقيق الأمان غير المعتمد.
يعتبر zkRelayer حلاً ناشئاً للتواصل عبر السلاسل، حيث يحقق آلية التواصل دون الحاجة إلى الثقة في أي طرف ثالث خارجي أو البروتوكول نفسه من خلال تقنية إثبات المعرفة الصفرية. يكمن جوهره في ZK Prover وMessage Aggregator، حيث يعتمد على أساليب إثبات المعرفة الصفرية المتقدمة مثل ZK-FOAKS، مما يضمن عملية تواصل خالية من الثقة وفعالة ومنخفضة التكلفة.
بدعم من zkRelayer، من المتوقع أن تفتح الاتصالات بين السلاسل فصلًا جديدًا، مما يوفر للمستخدمين تجربة خدمات عبر السلاسل أكثر أمانًا وملاءمة.
قد تحتوي هذه الصفحة على محتوى من جهات خارجية، يتم تقديمه لأغراض إعلامية فقط (وليس كإقرارات/ضمانات)، ولا ينبغي اعتباره موافقة على آرائه من قبل Gate، ولا بمثابة نصيحة مالية أو مهنية. انظر إلى إخلاء المسؤولية للحصول على التفاصيل.
تسجيلات الإعجاب 15
أعجبني
15
2
مشاركة
تعليق
0/400
MetaMaskVictim
· منذ 9 س
الجسر يُستغل بغباء. لقد عايشت ذلك شخصيًا في العام الماضي.
تطور تقنية الاتصال عبر السلاسل: من الجسر إلى الحلول غير الموثوقة zkRelayer
عبر السلاسل الاتصال: احتياجات المستخدم وحلول التكنولوجيا
في السنوات الأخيرة، أدت زيادة سلاسل الكتل المستقلة وشبكات Layer 2 الخاصة بإيثيريوم إلى أن أصبح من الشائع انتقال المستخدمين بين سلاسل مختلفة. نظرًا للاختلافات بين السلاسل في الجوانب المتعلقة بالأمان والتكلفة وسرعة المعاملات وبيئة المطورين، يقوم المستخدمون بالتبديل بشكل متكرر بين سلاسل مختلفة. ولتقليل تكاليف المعاملات أو استخدام التطبيقات المتميزة على سلاسل أخرى، يضطر المستخدمون للاعتماد على عبر السلاسل.
تعتبر جسر عبر السلاسل كجسر يربط بين سلاسل الكتل المختلفة، حيث تحل مشكلة تقطيع السيولة، وهي الحل الرئيسي لنقل الأصول عبر السلاسل. ومع ذلك، فإن احتياجات المستخدمين تجاه تقنية عبر السلاسل لا تقتصر على نقل الأصول فقط، بل تشمل أيضًا الاتصالات بين السلاسل للملفات الكبيرة وحزم البيانات. في نظام Web3.0 الإيكولوجي المتعدد السلاسل، يتوقع المستخدمون التفاعل بسلاسة مع جميع سلاسل الكتل الرئيسية من خلال تطبيق واحد، دون الحاجة إلى التبديل المتكرر بين المحافظ والشبكات.
في ظل الوضع الحالي لسلاسل الكتل العامة، يحتاج المستخدمون بشكل عاجل إلى بروتوكول اتصال عبر السلاسل أكثر أمانًا وعمومية وودية. تشمل أنماط الاتصال عبر السلاسل السائدة حاليًا:
وضع التحقق الأصلي: تشغيل عميل خفيف في الآلات الافتراضية لسلسلة المصدر وسلسلة الهدف، من خلال جهاز الترحيل لتحقيق الاتصال بين السلاسل. تعتمد بعض الحلول على إثباتات المعرفة الصفرية، مما يقضي على افتراضات الثقة الإضافية.
وضع التحقق الخارجي: يعتمد على واحد أو أكثر من الموثقين لمراقبة عنوان محدد في سلسلة المصدر. يحتوي هذا الوضع على "افتراض الثقة"، مما يجعله عرضة للاختراق بسبب نقطة فشل واحدة أو عطل محلي.
وضع التحقق المحلي: شبكة سيولة من نقطة إلى نقطة، حيث يعمل كل عقدة ك"موجه". لكن هذا الوضع مناسب فقط للأصول عبر السلاسل، ويصعب تحقيق نقل المعلومات والبيانات العامة بين السلاسل.
نموذج السلاسل العليا: يتطلب من التطبيقات نشر عقود ذكية على سلسلة معينة لتحقيق نسخ الرسائل وتحديث الحالة. قد يؤدي هذا النموذج إلى المنافسة مع سلاسل عامة أخرى بدلاً من التعاون.
يجب أن تتمتع خطة مثالية للتواصل عبر السلاسل بالخصائص التالية: فرضيات عدم الثقة، الأمان، عدم الحاجة إلى إذن، اللامركزية، العمومية، القابلية للتوسع، الكفاءة والتكلفة المنخفضة. ومع ذلك، فإن الحلول الحالية تواجه صعوبة في تلبية هذه الشروط في نفس الوقت، وخاصة فيما يتعلق بالتحديات المتعلقة بتحقيق الأمان غير المعتمد.
يعتبر zkRelayer حلاً ناشئاً للتواصل عبر السلاسل، حيث يحقق آلية التواصل دون الحاجة إلى الثقة في أي طرف ثالث خارجي أو البروتوكول نفسه من خلال تقنية إثبات المعرفة الصفرية. يكمن جوهره في ZK Prover وMessage Aggregator، حيث يعتمد على أساليب إثبات المعرفة الصفرية المتقدمة مثل ZK-FOAKS، مما يضمن عملية تواصل خالية من الثقة وفعالة ومنخفضة التكلفة.
بدعم من zkRelayer، من المتوقع أن تفتح الاتصالات بين السلاسل فصلًا جديدًا، مما يوفر للمستخدمين تجربة خدمات عبر السلاسل أكثر أمانًا وملاءمة.