في السنوات الأخيرة، ظهرت العديد من سلاسل الكتل المستقلة وحلول Layer 2 على إيثيريوم في مجال blockchain. نظرًا للاختلافات بين السلاسل من حيث الأمان، والتكلفة، وسرعة المعاملات، وكذلك المجتمعات المطورة والمستخدمين، يحتاج المستخدمون كثيرًا إلى التبديل بين سلاسل مختلفة. بالمقارنة مع الشبكة الرئيسية لإيثيريوم، عادةً ما توفر Layer 2 وسلاسل الكتل المستقلة الأخرى رسوم معاملات أقل وسرعة معاملات أعلى. لذلك، يتعين على المستخدمين استخدام خدمات عبر السلاسل لتقليل تكاليف المعاملات أو لاستخدام التطبيقات عالية الجودة على سلاسل أخرى.
إذا كانت جسور عبر السلاسل تُقارن بـ "سيارة نقل الأموال"، فإنه يجب على السيارة نفسها أن تتمتع بقدرات دفاعية قوية بغض النظر عن التهديدات التي تواجهها، ولا يمكن أن توجد أي مخاطر أمنية. لا يُسمح بحدوث أي أخطاء في كل مرحلة من مراحل التصميم والإنتاج والتشغيل. ومع ذلك، فإن الحلول الحالية لجسور عبر السلاسل في السوق تعاني من عيوب في تصميم الهيكل أو ثغرات في الكود، أو تعتمد في عمليات الإرسال والاستقبال والتتابع على بعض الافتراضات الثقة، مما يقلل بشكل كبير من أمان جسور عبر السلاسل.
باعتبارها جسرًا يربط بين سلاسل الكتل المختلفة، لا تحل جسر عبر السلاسل مشكلة انقسام السيولة بين سلاسل الكتل فحسب، بل هي أيضًا الحل الرئيسي لنقل الأصول عبر السلاسل. لكن احتياجات المستخدمين من تقنية عبر السلاسل لا تقتصر على نقل الأصول عبر السلاسل، فهذه في الواقع مجرد تطبيق واحد لبروتوكول عبر السلاسل في مجال التمويل اللامركزي. من خلال بروتوكول عبر السلاسل، حصلت شبكتان مختلفتان تمامًا على إمكانية التشغيل المتداخل، وهذه الإمكانية لا تتطلب فقط نقل الرموز بين منصات مستقلة، بل يجب أن تدعم أيضًا الاتصالات بين السلاسل للملفات الكبيرة وحزم البيانات.
في نظام Web3.0 البيئي متعدد السلاسل، فإن السيناريو المثالي للمستخدمين هو القدرة على التفاعل مع جميع سلاسل الكتل الرئيسية من خلال تطبيق واحد فقط، دون الحاجة إلى التبديل المتكرر بين المحافظ والشبكات. في ظل الوضع الحالي الذي يهيمن فيه "سلسلة واحدة وقوية متعددة"، يحتاج المستخدمون بشدة إلى بروتوكول اتصال بين السلاسل أكثر أمانًا وعمومية وودية.
أنماط الاتصال عبر السلاسل السائدة
نمط التحقق الأصلي
تعمل وضعية التحقق الأصلية من خلال تشغيل عميل خفيف في الآلات الافتراضية لسلسلة المصدر وسلسلة الهدف، وتحقق الاتصال بين السلاسل من خلال المراسلين. تتمثل ميزة هذه الوضعية في عدم الحاجة لتشغيل سلسلة وسيطة إضافية. إذا تم استخدام تقنية إثبات المعرفة الصفرية كما هو الحال في بعض المشاريع، يمكن تجنب الافتراضات الثقة المطلوبة في حلول أخرى.
وضع التحقق الخارجي
تعتمد وضعية التحقق الخارجية على مجموعة أو مجموعة من المدققين لمراقبة عنوان معين على سلسلة المصدر. عندما يرسل المستخدم الأصول إلى هذا العنوان، يتم قفل الأصول مؤقتًا. يحتاج المدققون من طرف ثالث إلى التحقق من هذه المعلومات والتوصل إلى إجماع. بمجرد التوصل إلى الإجماع، سيتم إنشاء الأصول المعنية على سلسلة الهدف.
عيب هذا نموذج الاتصال هو وجود "افتراض الثقة"، مما يسهل سرقة الأصول بسبب "نقطة فشل واحدة" أو "خلل محلي".
وضع التحقق المحلي
التحقق المحلي هو شبكة سيولة من نقطة إلى نقطة. كل عقدة تعمل ك"موجه"، حيث توفر الأصول الأصلية لسلسلة الهدف بدلاً من الأصول المشتقة.
تتمثل قيود هذا النموذج في نقص "العمومية"، حيث أنه مناسب فقط لنقل الأصول عبر السلاسل، ولا يمكنه تحقيق نقل المعلومات والبيانات العامة بين السلاسل.
نمط السلسلة العليا
تتطلب سلسلة المصدر من dApp نشر عقود ذكية على سلسلتها، لكي يتم نسخ الرسائل وإرسالها إلى سلاسل Layer 1 العامة الأخرى لتحديث الحالة.
تظهر العيوب الرئيسية لهذه النموذج على المستوى التجاري، حيث ستتنافس السلاسل العليا مع جميع السلاسل من المستوى الأول بدلاً من التعاون، لأن جميع الأطراف تتنافس لتطبيق dApp على سلسلتها الخاصة.
zkRelayer: مفتاح الاتصال عبر السلاسل
يجب أن تتمتع خطة اتصال عبر السلاسل الممتازة بالخصائص التالية:
فرضية عدم الثقة، آمنة وموثوقة
بدون إذن ، لامركزية
قابلية استخدام عالية
قابلية التوسع الجيدة
سريع، منخفض التكلفة
ومع ذلك، ليست جميع حلول عبر السلاسل قادرة على تلبية هذه الشروط في نفس الوقت، كما أن أهمية الخصائص المختلفة تختلف. قد يكون المستخدمون قادرين على قبول خدمات عبر السلاسل التي تكون أبطأ أو أكثر تكلفة، وليس من الضروري أن يحتاجوا على الفور إلى دعم نقل عبر السلاسل لمختلف تنسيقات البيانات. ومع ذلك، فإن "افتراض عدم الثقة" هو أمر عاجل ومهم.
حاول نموذج التحقق الخارجي المبكر استخدام سلسلة واحدة لحل مشاكل الاتصال بين سلاسل الكتل العامة الأخرى، ومن منظور منهجي، تعتبر هذه طريقة ثقيلة نسبياً. يصعب عليها حل مشاكل الاتصال بين سلاسل EVM وغير EVM، وسلاسل PoW و PoS. في الوقت نفسه، تعتبر السلسلة الوسطى أداة مركزية واحدة، مما يجعل من الصعب "إثبات براءتها"، حيث تفتقر إلى الأمان اللامركزي، ولا تمتلك أماناً خالياً من الثقة.
تؤكد بعض الحلول في التحقق الأصلي بشكل أساسي على دور العميلين المرسل والمستقبل، مما يضعف أهمية جهاز الترحيل وموفر التنبؤ. هناك عدة مشاكل هنا: أولاً، يجب على المستخدم الثقة في أن جهاز الترحيل وموفر التنبؤ لن يتآمروا للقيام بعمل سيئ؛ ثانياً، يجب على المستخدم أيضًا الثقة في أن البروتوكول نفسه لن يقوم بعمل سيئ في مرحلة الترحيل. بعبارة أخرى، لا يمكن لجميع الحلول الحالية تحقيق أمان حقيقي بدون ثقة. فشل نقطة واحدة والأعطال المحلية تشبه قنبلة موقوتة، كامنة في وجود عيوب طبيعية في حلول الاتصالات عبر السلاسل.
zkRelayer هو نوع جديد من موصلات التواصل عبر السلاسل المعتمد على إثبات المعرفة الصفرية، وأكبر ميزة له هي أنه لا يتعين على المستخدمين الثقة بأي طرف ثالث خارجي، حتى أنهم لا يحتاجون إلى الثقة في البروتوكول نفسه. طالما أن عملية الإثبات الرياضية والتشفيرية كاملة وصحيحة، يمكن للنظام أن يحصل على اعتراف الجمهور. من الجدير بالذكر أن هناك تغييرًا جوهريًا يحدث هنا: المستخدمون يثقون في "الحقيقة"، وليس في شخص أو منظمة. قد يخطئ الأشخاص أو المنظمات أو يرتكبون أفعالًا شريرة، لكن الحقيقة لا تخطئ أبدًا.
في سلسلة الاتصال بالكامل (Chain A → المرسل → zkRelayer → موثق ZK → المستلم → Chain B)، ستكون مكانة zkRelayer متجاوزة للمرسل والمستلم كعميلين خفيفين، لتصبح جوهر الحل الكامل.
تتضمن المكونات الأساسية لzkRelayer موثق ZK ومجمع الرسائل. تتميز طرق إثبات المعرفة الصفرية التي تعتمدها بعض المشاريع بالسرعة والتكرار وعدم الحاجة إلى الثقة، وقد وصلت أوقات الإثبات الخطية ووقت التحقق تحت الخطية إلى الحدود النظرية الدنيا. ستضمن تطبيق هذه التقنية في موصلات الاتصالات عبر السلاسل أن تظل العملية برمتها خالية من الثقة وفعالة ومنخفضة التكلفة.
من المتوقع أن يصبح zkRelayer مفتاحًا لفتح فصل جديد في الاتصالات عبر السلاسل. مع دعمه، ستشهد تقنية الاتصالات بين السلاسل تطورًا ثوريًا.
شاهد النسخة الأصلية
قد تحتوي هذه الصفحة على محتوى من جهات خارجية، يتم تقديمه لأغراض إعلامية فقط (وليس كإقرارات/ضمانات)، ولا ينبغي اعتباره موافقة على آرائه من قبل Gate، ولا بمثابة نصيحة مالية أو مهنية. انظر إلى إخلاء المسؤولية للحصول على التفاصيل.
zkRelayer يقود عصر جديد من الاتصالات عبر السلاسل ، وفرضية عدم الثقة تصبح مفتاحًا
اتجاهات التطوير المستقبلية لخدمات عبر السلاسل
في السنوات الأخيرة، ظهرت العديد من سلاسل الكتل المستقلة وحلول Layer 2 على إيثيريوم في مجال blockchain. نظرًا للاختلافات بين السلاسل من حيث الأمان، والتكلفة، وسرعة المعاملات، وكذلك المجتمعات المطورة والمستخدمين، يحتاج المستخدمون كثيرًا إلى التبديل بين سلاسل مختلفة. بالمقارنة مع الشبكة الرئيسية لإيثيريوم، عادةً ما توفر Layer 2 وسلاسل الكتل المستقلة الأخرى رسوم معاملات أقل وسرعة معاملات أعلى. لذلك، يتعين على المستخدمين استخدام خدمات عبر السلاسل لتقليل تكاليف المعاملات أو لاستخدام التطبيقات عالية الجودة على سلاسل أخرى.
إذا كانت جسور عبر السلاسل تُقارن بـ "سيارة نقل الأموال"، فإنه يجب على السيارة نفسها أن تتمتع بقدرات دفاعية قوية بغض النظر عن التهديدات التي تواجهها، ولا يمكن أن توجد أي مخاطر أمنية. لا يُسمح بحدوث أي أخطاء في كل مرحلة من مراحل التصميم والإنتاج والتشغيل. ومع ذلك، فإن الحلول الحالية لجسور عبر السلاسل في السوق تعاني من عيوب في تصميم الهيكل أو ثغرات في الكود، أو تعتمد في عمليات الإرسال والاستقبال والتتابع على بعض الافتراضات الثقة، مما يقلل بشكل كبير من أمان جسور عبر السلاسل.
باعتبارها جسرًا يربط بين سلاسل الكتل المختلفة، لا تحل جسر عبر السلاسل مشكلة انقسام السيولة بين سلاسل الكتل فحسب، بل هي أيضًا الحل الرئيسي لنقل الأصول عبر السلاسل. لكن احتياجات المستخدمين من تقنية عبر السلاسل لا تقتصر على نقل الأصول عبر السلاسل، فهذه في الواقع مجرد تطبيق واحد لبروتوكول عبر السلاسل في مجال التمويل اللامركزي. من خلال بروتوكول عبر السلاسل، حصلت شبكتان مختلفتان تمامًا على إمكانية التشغيل المتداخل، وهذه الإمكانية لا تتطلب فقط نقل الرموز بين منصات مستقلة، بل يجب أن تدعم أيضًا الاتصالات بين السلاسل للملفات الكبيرة وحزم البيانات.
في نظام Web3.0 البيئي متعدد السلاسل، فإن السيناريو المثالي للمستخدمين هو القدرة على التفاعل مع جميع سلاسل الكتل الرئيسية من خلال تطبيق واحد فقط، دون الحاجة إلى التبديل المتكرر بين المحافظ والشبكات. في ظل الوضع الحالي الذي يهيمن فيه "سلسلة واحدة وقوية متعددة"، يحتاج المستخدمون بشدة إلى بروتوكول اتصال بين السلاسل أكثر أمانًا وعمومية وودية.
أنماط الاتصال عبر السلاسل السائدة
نمط التحقق الأصلي
تعمل وضعية التحقق الأصلية من خلال تشغيل عميل خفيف في الآلات الافتراضية لسلسلة المصدر وسلسلة الهدف، وتحقق الاتصال بين السلاسل من خلال المراسلين. تتمثل ميزة هذه الوضعية في عدم الحاجة لتشغيل سلسلة وسيطة إضافية. إذا تم استخدام تقنية إثبات المعرفة الصفرية كما هو الحال في بعض المشاريع، يمكن تجنب الافتراضات الثقة المطلوبة في حلول أخرى.
وضع التحقق الخارجي
تعتمد وضعية التحقق الخارجية على مجموعة أو مجموعة من المدققين لمراقبة عنوان معين على سلسلة المصدر. عندما يرسل المستخدم الأصول إلى هذا العنوان، يتم قفل الأصول مؤقتًا. يحتاج المدققون من طرف ثالث إلى التحقق من هذه المعلومات والتوصل إلى إجماع. بمجرد التوصل إلى الإجماع، سيتم إنشاء الأصول المعنية على سلسلة الهدف.
عيب هذا نموذج الاتصال هو وجود "افتراض الثقة"، مما يسهل سرقة الأصول بسبب "نقطة فشل واحدة" أو "خلل محلي".
وضع التحقق المحلي
التحقق المحلي هو شبكة سيولة من نقطة إلى نقطة. كل عقدة تعمل ك"موجه"، حيث توفر الأصول الأصلية لسلسلة الهدف بدلاً من الأصول المشتقة.
تتمثل قيود هذا النموذج في نقص "العمومية"، حيث أنه مناسب فقط لنقل الأصول عبر السلاسل، ولا يمكنه تحقيق نقل المعلومات والبيانات العامة بين السلاسل.
نمط السلسلة العليا
تتطلب سلسلة المصدر من dApp نشر عقود ذكية على سلسلتها، لكي يتم نسخ الرسائل وإرسالها إلى سلاسل Layer 1 العامة الأخرى لتحديث الحالة.
تظهر العيوب الرئيسية لهذه النموذج على المستوى التجاري، حيث ستتنافس السلاسل العليا مع جميع السلاسل من المستوى الأول بدلاً من التعاون، لأن جميع الأطراف تتنافس لتطبيق dApp على سلسلتها الخاصة.
zkRelayer: مفتاح الاتصال عبر السلاسل
يجب أن تتمتع خطة اتصال عبر السلاسل الممتازة بالخصائص التالية:
ومع ذلك، ليست جميع حلول عبر السلاسل قادرة على تلبية هذه الشروط في نفس الوقت، كما أن أهمية الخصائص المختلفة تختلف. قد يكون المستخدمون قادرين على قبول خدمات عبر السلاسل التي تكون أبطأ أو أكثر تكلفة، وليس من الضروري أن يحتاجوا على الفور إلى دعم نقل عبر السلاسل لمختلف تنسيقات البيانات. ومع ذلك، فإن "افتراض عدم الثقة" هو أمر عاجل ومهم.
حاول نموذج التحقق الخارجي المبكر استخدام سلسلة واحدة لحل مشاكل الاتصال بين سلاسل الكتل العامة الأخرى، ومن منظور منهجي، تعتبر هذه طريقة ثقيلة نسبياً. يصعب عليها حل مشاكل الاتصال بين سلاسل EVM وغير EVM، وسلاسل PoW و PoS. في الوقت نفسه، تعتبر السلسلة الوسطى أداة مركزية واحدة، مما يجعل من الصعب "إثبات براءتها"، حيث تفتقر إلى الأمان اللامركزي، ولا تمتلك أماناً خالياً من الثقة.
تؤكد بعض الحلول في التحقق الأصلي بشكل أساسي على دور العميلين المرسل والمستقبل، مما يضعف أهمية جهاز الترحيل وموفر التنبؤ. هناك عدة مشاكل هنا: أولاً، يجب على المستخدم الثقة في أن جهاز الترحيل وموفر التنبؤ لن يتآمروا للقيام بعمل سيئ؛ ثانياً، يجب على المستخدم أيضًا الثقة في أن البروتوكول نفسه لن يقوم بعمل سيئ في مرحلة الترحيل. بعبارة أخرى، لا يمكن لجميع الحلول الحالية تحقيق أمان حقيقي بدون ثقة. فشل نقطة واحدة والأعطال المحلية تشبه قنبلة موقوتة، كامنة في وجود عيوب طبيعية في حلول الاتصالات عبر السلاسل.
zkRelayer هو نوع جديد من موصلات التواصل عبر السلاسل المعتمد على إثبات المعرفة الصفرية، وأكبر ميزة له هي أنه لا يتعين على المستخدمين الثقة بأي طرف ثالث خارجي، حتى أنهم لا يحتاجون إلى الثقة في البروتوكول نفسه. طالما أن عملية الإثبات الرياضية والتشفيرية كاملة وصحيحة، يمكن للنظام أن يحصل على اعتراف الجمهور. من الجدير بالذكر أن هناك تغييرًا جوهريًا يحدث هنا: المستخدمون يثقون في "الحقيقة"، وليس في شخص أو منظمة. قد يخطئ الأشخاص أو المنظمات أو يرتكبون أفعالًا شريرة، لكن الحقيقة لا تخطئ أبدًا.
في سلسلة الاتصال بالكامل (Chain A → المرسل → zkRelayer → موثق ZK → المستلم → Chain B)، ستكون مكانة zkRelayer متجاوزة للمرسل والمستلم كعميلين خفيفين، لتصبح جوهر الحل الكامل.
تتضمن المكونات الأساسية لzkRelayer موثق ZK ومجمع الرسائل. تتميز طرق إثبات المعرفة الصفرية التي تعتمدها بعض المشاريع بالسرعة والتكرار وعدم الحاجة إلى الثقة، وقد وصلت أوقات الإثبات الخطية ووقت التحقق تحت الخطية إلى الحدود النظرية الدنيا. ستضمن تطبيق هذه التقنية في موصلات الاتصالات عبر السلاسل أن تظل العملية برمتها خالية من الثقة وفعالة ومنخفضة التكلفة.
من المتوقع أن يصبح zkRelayer مفتاحًا لفتح فصل جديد في الاتصالات عبر السلاسل. مع دعمه، ستشهد تقنية الاتصالات بين السلاسل تطورًا ثوريًا.