التواصل عبر السلاسل في بيئة متعددة السلاسل: التحديات والحلول
في السنوات القليلة الماضية، ظهرت في مجال البلوكتشين العديد من سلاسل الكتل المستقلة وحلول Layer 2 الخاصة بالإيثيريوم. تتمتع هذه السلاسل المختلفة بمزايا فريدة من حيث الأمان، وتكاليف المعاملات، والسرعة، والنظام البيئي، مما يؤدي إلى حاجة المستخدمين في كثير من الأحيان للتبديل بين سلاسل مختلفة. مقارنة بالشبكة الرئيسية للإيثيريوم، غالبًا ما توفر Layer 2 وسلاسل الكتل الأخرى رسوم معاملات أقل وسرعة معاملات أسرع. لذلك، يُضطر المستخدمون للاعتماد على خدمات عبر السلاسل لتقليل التكاليف أو للاستفادة من التطبيقات الفريدة على سلاسل أخرى.
يمكن تشبيه جسر عبر السلاسل بـ "سيارة نقل الأموال" في عالم blockchain. بغض النظر عن التهديدات التي تواجهها، يجب أن تتمتع سيارة نقل الأموال بقدرة دفاعية قوية، ولا ينبغي أن توجد أي ثغرات أمنية. يجب أن تكون كل مرحلة من مراحل التصميم إلى التنفيذ تحت رقابة صارمة لضمان عدم وجود أخطاء. ومع ذلك، فإن الحلول المتاحة عبر السلاسل في السوق تعاني من عيوب في التصميم المعماري، وثغرات في الشيفرة، أو تعتمد في بعض المراحل الحرجة على افتراضات ثقة، مما يقلل بشكل كبير من أمان جسر عبر السلاسل.
كجسر يربط بين سلاسل الكتل العامة المختلفة، تحل الجسور عبر السلاسل مشكلة انقطاع السيولة بين السلاسل المختلفة، وهي الحل الرئيسي لنقل الأصول عبر السلاسل. لكن احتياجات المستخدمين من تقنية عبر السلاسل لا تقتصر فقط على نقل الأصول، فهذه مجرد تطبيق واحد للبروتوكول عبر السلاسل في مجال التمويل اللامركزي. من خلال البروتوكول عبر السلاسل، تحصل شبكتين مختلفتين تمامًا على إمكانية التشغيل البيني، مما لا يتيح فقط نقل الرموز عبر السلاسل، بل يدعم أيضًا الاتصالات بين السلاسل للملفات الكبيرة وحزم البيانات.
في بيئة متعددة السلاسل في Web3.0، يتوقع المستخدمون أن يتمكنوا من التفاعل بسلاسة مع جميع سلاسل الكتل الرئيسية من خلال تطبيق واحد، دون الحاجة إلى التبديل المتكرر بين المحافظ والشبكات. في ظل الهيمنة الحالية لسلسلة واحدة والقوى المتعددة، ما يحتاجه المستخدمون حقًا هو بروتوكول اتصال عبر السلاسل أكثر أمانًا، وأكثر عمومية، وأكثر ودية.
أنماط الاتصال عبر السلاسل الرئيسية
نمط التحقق الأصلي
تتم الموافقة على التحقق الأصلي من خلال تشغيل عميل خفيف في الآلات الافتراضية لسلسلة المصدر وسلسلة الهدف، والاستفادة من أجهزة إعادة التوجيه لتحقيق الاتصال بين السلاسل. لا تتطلب هذه الوضعية تشغيل سلسلة وسيطة بشكل منفصل. إذا تم استخدام تقنية إثبات المعرفة الصفرية، يمكن أيضًا القضاء على بعض الافتراضات المتعلقة بالثقة الموجودة في بعض الحلول.
وضع التحقق الخارجي
التحقق الخارجي يعتمد على واحد أو أكثر من المدققين لمراقبة عنوان محدد على سلسلة المصدر. عندما يرسل المستخدم الأصول إلى هذا العنوان، يتم قفل الأصول مؤقتًا. يحتاج المدققون إلى التحقق من هذه المعلومات والوصول إلى توافق، وبعد ذلك سيتم إنشاء الأصول المعنية على سلسلة الهدف. عيب هذا النموذج هو وجود "افتراض الثقة"، مما قد يؤدي بسهولة إلى سرقة الأصول بسبب نقطة فشل واحدة أو فشل محلي.
وضع التحقق المحلي
التحقق المحلي هو شبكة سيولة من نقطة إلى نقطة. كل عقدة هي "موجه"، تقدم الأصول الأصلية للسلسلة المستهدفة بدلاً من الأصول المشتقة. تقتصر هذه النموذج على صعوبة تحقيق "العالمية"، حيث أنه ينطبق فقط على نقل الأصول عبر السلاسل، ولا يمكنه دعم نقل المعلومات والبيانات العامة بين السلاسل.
نمط السلسلة العليا
تطلب السلاسل العليا من التطبيقات اللامركزية نشر العقود الذكية على سلسلتها، ثم نسخ الرسائل وإرسالها إلى سلاسل Layer 1 العامة الأخرى لتحقيق تحديث الحالة. يتمثل العيب الرئيسي في هذا النموذج في المستوى التجاري، حيث ستتنافس السلسلة العليا حتماً مع جميع سلاسل Layer 1 على موارد نشر التطبيقات، بدلاً من التعاون لتحقيق الفوز المشترك.
zkRelayer: مبتكر الاتصال عبر السلاسل
يجب أن تتمتع خطة اتصالات عبر السلاسل الممتازة بالخصائص التالية: فرضية عدم الثقة، موثوقة وآمنة، بدون إذن، لامركزية، شاملة، قابلة للتوسع، فعالة ومنخفضة التكلفة. ومع ذلك، ليس كل الحلول عبر السلاسل قادرة على تلبية هذه المتطلبات في نفس الوقت، كما أن أهمية كل خاصية قد تختلف. قد يكون المستخدمون قادرين على قبول خدمات عبر السلاسل أبطأ أو أكثر تكلفة، لكن خاصية "فرضية عدم الثقة" هي في غاية الأهمية وملحة.
نموذج التحقق الخارجي المبكر حل مشاكل الاتصال بين سلاسل الكتل العامة من خلال إدخال سلسلة وسيطة، وكانت هذه الطريقة ثقيلة وصعبة في حل مشاكل الاتصال بين سلاسل EVM وغير EVM، وسلاسل PoW وPoS. في الوقت نفسه، تحمل السلسلة الوسيطة نفسها مخاطر المركزية، مما يجعل من الصعب تحقيق الأمان اللامركزي والأمان بدون ثقة.
على الرغم من أن بعض الحلول في التحقق الأصلي تؤكد على دور عملاء المرسل والمستقبل، إلا أنها لا تزال بحاجة إلى ثقة المستخدم في أن الوسطاء والأنبياء لن يتآمروا للقيام بأعمال سيئة، وأن البروتوكول نفسه لن يواجه مشكلات في حلقة الوساطة. وهذا يعني أنه لا يمكن تحقيق أمان موثوق حقًا في الحلول الحالية. إن نقطة الفشل الواحدة والأعطال المحلية تشبه القنابل الموقوتة، كامنة في حلول التواصل عبر السلاسل التي تعاني من عيوب طبيعية.
zkRelayer كوسيلة مبتكرة للتواصل بين السلاسل باستخدام إثبات المعرفة الصفرية، تكمن أكبر ميزة له في أن المستخدمين لا يحتاجون إلى الوثوق بأي طرف ثالث أو البروتوكول نفسه. طالما أن عملية إثبات الرياضيات والتشفير كاملة وصحيحة، يمكن أن تحظى هذه المنظومة باعتراف الجمهور. وهذا يشير إلى تغيير جوهري: ما يثق به المستخدم هو "الحقيقة"، وليس شخص أو منظمة معينة. قد يرتكب الأشخاص أو المنظمات أخطاء أو يقومون بأعمال شريرة، ولكن الحقيقة لن تخطئ أبداً.
في سلسلة الاتصالات بأكملها (Chain A → المُرسل → zkRelayer → مُحقق ZK → المُستقبل → Chain B)، ستتجاوز مكانة zkRelayer المُرسل والمستقبل، وهما عميلان خفيفان، لتصبح جوهر الحل الكامل.
تشمل المكونات الأساسية لـ zkRelayer مثبت ZK وجامع الرسائل. تتمتع طريقة الإثبات بدون معرفة المستخدمة بخصائص سريعة ومرتجعة وعديمة الثقة، وقد وصلت بالفعل إلى الحدود النظرية من حيث وقت الإثبات ووقت التحقق. تُطبق هذه التقنية في حلقة الترحيل الخاصة بالتواصل عبر السلاسل، مما يضمن أن تكون عملية الاتصال بأكملها بدون ثقة وفعالة ومنخفضة التكلفة.
من المتوقع أن يصبح zkRelayer نقطة انطلاق رئيسية في الاتصالات عبر السلاسل، ليفتح فصلاً جديداً في تكنولوجيا عبر السلاسل. مع نضوج هذه التقنية وتطبيقها على نطاق واسع، يمكننا أن نتوقع رؤية نظام بيئي عبر السلاسل أكثر أماناً وكفاءة وودية للمستخدم، مما سيساهم بشكل كبير في تعزيز التطور العام لتكنولوجيا البلوكشين وتوسيع سيناريوهات التطبيق.
قد تحتوي هذه الصفحة على محتوى من جهات خارجية، يتم تقديمه لأغراض إعلامية فقط (وليس كإقرارات/ضمانات)، ولا ينبغي اعتباره موافقة على آرائه من قبل Gate، ولا بمثابة نصيحة مالية أو مهنية. انظر إلى إخلاء المسؤولية للحصول على التفاصيل.
تسجيلات الإعجاب 9
أعجبني
9
4
مشاركة
تعليق
0/400
All-InQueen
· 07-03 06:15
مبالغ فيه ~ موثوق
شاهد النسخة الأصليةرد0
BearMarketLightning
· 07-03 05:56
هل يصدق أحد فرضية عدم الثقة؟
شاهد النسخة الأصليةرد0
ProposalManiac
· 07-03 05:56
مرة أخرى أخذت مغامرة الجسور عبر السلسلة ومرة أخرى حصلت على درس.
zkRelayer:方案 جديدة للتواصل عبر السلاسل بدون فرضيات موثوقة
التواصل عبر السلاسل في بيئة متعددة السلاسل: التحديات والحلول
في السنوات القليلة الماضية، ظهرت في مجال البلوكتشين العديد من سلاسل الكتل المستقلة وحلول Layer 2 الخاصة بالإيثيريوم. تتمتع هذه السلاسل المختلفة بمزايا فريدة من حيث الأمان، وتكاليف المعاملات، والسرعة، والنظام البيئي، مما يؤدي إلى حاجة المستخدمين في كثير من الأحيان للتبديل بين سلاسل مختلفة. مقارنة بالشبكة الرئيسية للإيثيريوم، غالبًا ما توفر Layer 2 وسلاسل الكتل الأخرى رسوم معاملات أقل وسرعة معاملات أسرع. لذلك، يُضطر المستخدمون للاعتماد على خدمات عبر السلاسل لتقليل التكاليف أو للاستفادة من التطبيقات الفريدة على سلاسل أخرى.
يمكن تشبيه جسر عبر السلاسل بـ "سيارة نقل الأموال" في عالم blockchain. بغض النظر عن التهديدات التي تواجهها، يجب أن تتمتع سيارة نقل الأموال بقدرة دفاعية قوية، ولا ينبغي أن توجد أي ثغرات أمنية. يجب أن تكون كل مرحلة من مراحل التصميم إلى التنفيذ تحت رقابة صارمة لضمان عدم وجود أخطاء. ومع ذلك، فإن الحلول المتاحة عبر السلاسل في السوق تعاني من عيوب في التصميم المعماري، وثغرات في الشيفرة، أو تعتمد في بعض المراحل الحرجة على افتراضات ثقة، مما يقلل بشكل كبير من أمان جسر عبر السلاسل.
كجسر يربط بين سلاسل الكتل العامة المختلفة، تحل الجسور عبر السلاسل مشكلة انقطاع السيولة بين السلاسل المختلفة، وهي الحل الرئيسي لنقل الأصول عبر السلاسل. لكن احتياجات المستخدمين من تقنية عبر السلاسل لا تقتصر فقط على نقل الأصول، فهذه مجرد تطبيق واحد للبروتوكول عبر السلاسل في مجال التمويل اللامركزي. من خلال البروتوكول عبر السلاسل، تحصل شبكتين مختلفتين تمامًا على إمكانية التشغيل البيني، مما لا يتيح فقط نقل الرموز عبر السلاسل، بل يدعم أيضًا الاتصالات بين السلاسل للملفات الكبيرة وحزم البيانات.
في بيئة متعددة السلاسل في Web3.0، يتوقع المستخدمون أن يتمكنوا من التفاعل بسلاسة مع جميع سلاسل الكتل الرئيسية من خلال تطبيق واحد، دون الحاجة إلى التبديل المتكرر بين المحافظ والشبكات. في ظل الهيمنة الحالية لسلسلة واحدة والقوى المتعددة، ما يحتاجه المستخدمون حقًا هو بروتوكول اتصال عبر السلاسل أكثر أمانًا، وأكثر عمومية، وأكثر ودية.
أنماط الاتصال عبر السلاسل الرئيسية
نمط التحقق الأصلي
تتم الموافقة على التحقق الأصلي من خلال تشغيل عميل خفيف في الآلات الافتراضية لسلسلة المصدر وسلسلة الهدف، والاستفادة من أجهزة إعادة التوجيه لتحقيق الاتصال بين السلاسل. لا تتطلب هذه الوضعية تشغيل سلسلة وسيطة بشكل منفصل. إذا تم استخدام تقنية إثبات المعرفة الصفرية، يمكن أيضًا القضاء على بعض الافتراضات المتعلقة بالثقة الموجودة في بعض الحلول.
وضع التحقق الخارجي
التحقق الخارجي يعتمد على واحد أو أكثر من المدققين لمراقبة عنوان محدد على سلسلة المصدر. عندما يرسل المستخدم الأصول إلى هذا العنوان، يتم قفل الأصول مؤقتًا. يحتاج المدققون إلى التحقق من هذه المعلومات والوصول إلى توافق، وبعد ذلك سيتم إنشاء الأصول المعنية على سلسلة الهدف. عيب هذا النموذج هو وجود "افتراض الثقة"، مما قد يؤدي بسهولة إلى سرقة الأصول بسبب نقطة فشل واحدة أو فشل محلي.
وضع التحقق المحلي
التحقق المحلي هو شبكة سيولة من نقطة إلى نقطة. كل عقدة هي "موجه"، تقدم الأصول الأصلية للسلسلة المستهدفة بدلاً من الأصول المشتقة. تقتصر هذه النموذج على صعوبة تحقيق "العالمية"، حيث أنه ينطبق فقط على نقل الأصول عبر السلاسل، ولا يمكنه دعم نقل المعلومات والبيانات العامة بين السلاسل.
نمط السلسلة العليا
تطلب السلاسل العليا من التطبيقات اللامركزية نشر العقود الذكية على سلسلتها، ثم نسخ الرسائل وإرسالها إلى سلاسل Layer 1 العامة الأخرى لتحقيق تحديث الحالة. يتمثل العيب الرئيسي في هذا النموذج في المستوى التجاري، حيث ستتنافس السلسلة العليا حتماً مع جميع سلاسل Layer 1 على موارد نشر التطبيقات، بدلاً من التعاون لتحقيق الفوز المشترك.
zkRelayer: مبتكر الاتصال عبر السلاسل
يجب أن تتمتع خطة اتصالات عبر السلاسل الممتازة بالخصائص التالية: فرضية عدم الثقة، موثوقة وآمنة، بدون إذن، لامركزية، شاملة، قابلة للتوسع، فعالة ومنخفضة التكلفة. ومع ذلك، ليس كل الحلول عبر السلاسل قادرة على تلبية هذه المتطلبات في نفس الوقت، كما أن أهمية كل خاصية قد تختلف. قد يكون المستخدمون قادرين على قبول خدمات عبر السلاسل أبطأ أو أكثر تكلفة، لكن خاصية "فرضية عدم الثقة" هي في غاية الأهمية وملحة.
نموذج التحقق الخارجي المبكر حل مشاكل الاتصال بين سلاسل الكتل العامة من خلال إدخال سلسلة وسيطة، وكانت هذه الطريقة ثقيلة وصعبة في حل مشاكل الاتصال بين سلاسل EVM وغير EVM، وسلاسل PoW وPoS. في الوقت نفسه، تحمل السلسلة الوسيطة نفسها مخاطر المركزية، مما يجعل من الصعب تحقيق الأمان اللامركزي والأمان بدون ثقة.
على الرغم من أن بعض الحلول في التحقق الأصلي تؤكد على دور عملاء المرسل والمستقبل، إلا أنها لا تزال بحاجة إلى ثقة المستخدم في أن الوسطاء والأنبياء لن يتآمروا للقيام بأعمال سيئة، وأن البروتوكول نفسه لن يواجه مشكلات في حلقة الوساطة. وهذا يعني أنه لا يمكن تحقيق أمان موثوق حقًا في الحلول الحالية. إن نقطة الفشل الواحدة والأعطال المحلية تشبه القنابل الموقوتة، كامنة في حلول التواصل عبر السلاسل التي تعاني من عيوب طبيعية.
zkRelayer كوسيلة مبتكرة للتواصل بين السلاسل باستخدام إثبات المعرفة الصفرية، تكمن أكبر ميزة له في أن المستخدمين لا يحتاجون إلى الوثوق بأي طرف ثالث أو البروتوكول نفسه. طالما أن عملية إثبات الرياضيات والتشفير كاملة وصحيحة، يمكن أن تحظى هذه المنظومة باعتراف الجمهور. وهذا يشير إلى تغيير جوهري: ما يثق به المستخدم هو "الحقيقة"، وليس شخص أو منظمة معينة. قد يرتكب الأشخاص أو المنظمات أخطاء أو يقومون بأعمال شريرة، ولكن الحقيقة لن تخطئ أبداً.
في سلسلة الاتصالات بأكملها (Chain A → المُرسل → zkRelayer → مُحقق ZK → المُستقبل → Chain B)، ستتجاوز مكانة zkRelayer المُرسل والمستقبل، وهما عميلان خفيفان، لتصبح جوهر الحل الكامل.
تشمل المكونات الأساسية لـ zkRelayer مثبت ZK وجامع الرسائل. تتمتع طريقة الإثبات بدون معرفة المستخدمة بخصائص سريعة ومرتجعة وعديمة الثقة، وقد وصلت بالفعل إلى الحدود النظرية من حيث وقت الإثبات ووقت التحقق. تُطبق هذه التقنية في حلقة الترحيل الخاصة بالتواصل عبر السلاسل، مما يضمن أن تكون عملية الاتصال بأكملها بدون ثقة وفعالة ومنخفضة التكلفة.
من المتوقع أن يصبح zkRelayer نقطة انطلاق رئيسية في الاتصالات عبر السلاسل، ليفتح فصلاً جديداً في تكنولوجيا عبر السلاسل. مع نضوج هذه التقنية وتطبيقها على نطاق واسع، يمكننا أن نتوقع رؤية نظام بيئي عبر السلاسل أكثر أماناً وكفاءة وودية للمستخدم، مما سيساهم بشكل كبير في تعزيز التطور العام لتكنولوجيا البلوكشين وتوسيع سيناريوهات التطبيق.