تحليل عميق لـ Hyperlane: بروتوكول عبر السلاسل غير المصرح به يربط أكثر من 150 بلوكتشين
النقاط الأساسية
يسمح Hyperlane لأي مطور بنشره على الفور والاتصال بسلاسل مختلفة دون الحاجة إلى عملية الموافقة، مما يخلق نموذج وصول جديد كليًا.
يسمح نموذج الأمان بين السلاسل Hyperlane (ISM) للتطبيقات بتخصيص متطلبات الأمان، من التحقق الأساسي إلى التحقق متعدد الطبقات، لتحقيق أمان مرن ومودولاري.
خفضت مجموعة أدوات TypeScript SDK و CLI الشاملة لـ Hyperlane بشكل كبير من العتبة التقنية للتكامل عبر السلاسل، مما يتيح نقل الرسائل بين السلاسل من خلال واجهة برمجة تطبيقات بسيطة.
1. نقطة تحول في اتصال البلوكتشين
نظام البلوكتشين الإيكولوجي ينتقل من التطوير المعزول إلى الترابط الحقيقي. لم تعد المشاريع تبني بيئات مغلقة، بل تسعى إلى التكامل في شبكة أوسع.
ومع ذلك، لا يزال معظم التكاملات الحالية يدوية ومبعثرة. يجب على المشاريع الجديدة التفاوض بشكل منفصل مع كل مزود جسر أو تشغيل متبادل، مما يؤدي عادةً إلى تكاليف عالية وتأخيرات ونفقات إدارية. حتى بالنسبة للفرق المتقدمة تقنيًا، فإن هذا يسبب عقبات هيكلية في المشاركة، مما يعيق قابلية التوسع في النظام البيئي بأسره.
هذا التحدي ليس بالأمر الجديد. في أوائل التسعينيات، كانت الشركات تدير شبكات داخلية مستقلة، مع قواعد وإجراءات وصول خاصة بها. على الرغم من أن الاتصال عبر الشبكات ممكن، إلا أنه يتطلب تنسيقًا تقنيًا مرهقًا وتفويضات متبادلة.
ظهرت نقطة التحول مع إدخال بروتوكولات معيارية مثل HTTP و TCP/IP، حيث جعلت هذه البروتوكولات الوصول المفتوح وغير المصرح به إلى الإنترنت الموحد ممكنًا. أفرجت هذه المعايير عن النمو الأسي والمشاركة العالمية من خلال استبدال التعقيد بالبساطة، مما أسس للثورة الرقمية.
تواجه صناعة البلوكتشين الآن نقطة تحول مماثلة. من أجل فتح الابتكار في مرحلته التالية، يجب أن تتجاوز التكاملات المتفرقة والمعتمدة على الأذونات، وتنتقل نحو الاتصال القياسي وغير المعتمد على الأذونات. إن خفض عتبة الوصول أمر بالغ الأهمية للمشاركة الواسعة وابتكار النظام البيئي بأكمله.
2. حل Hyperlane: اتصالات بدون إذن
2.1. بدون إذن ومفتوح المصدر
يوفر Hyperlane حلاً للقيود الهيكلية من خلال بنية بدون إذن، وهي نموذج مختلف تمامًا يسمح لأي مشروع بالاتصال بحرية. في هذه الطريقة، هناك متطلب واحد فقط: التوافق مع بيئة الآلة الافتراضية المدعومة (VM)، مثل إيثيريوم/EVM أو سولانا/SVM أو كوزموس/CosmWasm. بمجرد استيفاء هذا الشرط، يمكن إجراء التكامل دون الحاجة إلى عمليات موافقة معقدة.
لذلك، تم تقليل عتبة دخول مشاريع البلوكتشين بشكل كبير. الأشياء التي كانت تستغرق شهورًا لإنجازها في الماضي يمكن الآن إنجازها على الفور بمجرد تلبية توافق التكنولوجيا.
لتوضيح ذلك، دعونا نلقي نظرة على مثال عملي يتعلق بمطور Web3 رايان. رايان يبني مشروعًا جديدًا يسمى Tiger، والذي يعمل على شبكته الرئيسية الخاصة. حاليًا، مستخدمو سلسلة Tiger مقصورون على نظام Tiger البيئي، ولا يمكنهم التفاعل مع سلاسل الكتل الأخرى. ومع ذلك، يرغب المستخدمون في نقل الأصول من إيثريوم إلى سلسلة Tiger، وكذلك من سلسلة Tiger إلى سلاسل أخرى لفتح مزيد من السيولة. لتحقيق ذلك، يجب على رايان ربط سلسلة Tiger بشبكات سلاسل كتل متعددة.
الخطوة 1: تثبيت Hyperlane CLI
الخطوة الأولى، قام رايان بتثبيت أداة Hyperlane CLI لإعداد بيئة تكامل السلاسل. كانت العملية بسيطة، كل ما عليه هو تشغيل "npm install @hyperlane-xyz/cli" في الطرفية. نظرًا لأن الأداة مفتوحة المصدر، لا حاجة لموافقة أو تسجيل مسبق. تسلط هذه السهولة الضوء على القيمة الأساسية لهيكل Hyperlane غير المصرح به.
الخطوة 2: نشر Mailbox و ISM
بعد ذلك، قام رايان بنشر مكونين أساسيين على سلسلة Tiger: Mailbox( وهو عقد يحقق نقل الرسائل بين البلوكتشينات) ووحدة الأمان بين السلاسل( Interchain Security Module, ISM)( للتحقق من صحة كل رسالة). كلا المكونين مفتوح المصدر ومتاحة للعامة، مما يسمح للمطورين بالتكامل وفقًا لشروطهم الخاصة. بمجرد أن تكون هذه العناصر في مكانها، يمكن اختبار النظام.
الخطوة 3: اختبار الرسائل للتحقق من الاتصال
الخطوة الثالثة، أرسل رايان رسالة اختبار من سلسلة Tiger إلى الإيثيريوم للتحقق مما إذا كانت عملية النقل ناجحة. هنا "الرسالة" ليست مجرد سلسلة نصية بسيطة، بل هي أمر تنفيذ محدد: "نقل 100 رمز TIGER إلى عنوان الإيثيريوم 0x123...". عملية النقل كما يلي:
أطلق Tiger链 رسالة، لتحويل 100 من رموز $TIGER إلى الإيثريوم
يتحقق المدققون في Hyperlane من الرسائل ويوقعون عليها
جهاز إعادة التوجيه ( Relayer ) ينقل الرسائل الموقعة إلى الإيثيريوم
تحقق رسالة ISM على البلوكتشين الإيثيريوم وأطلق 100 من رموز $TIGER إلى المستلم.
طالما أن سلسلة المصدر وسلسلة الهدف قد قاما بتثبيت Mailbox، فلا حاجة إلى تكوين إضافي. يتم نقل الرسائل والتحقق منها وتنفيذها. أكدت الاختبارات الناجحة أن السلسلتين قد تم توصيلهما بشكل صحيح.
الخطوة 4: تسجيل في السجل العام
في الخطوة الأخيرة، قام ريان بتسجيل تفاصيل الاتصال بسلسلة تايغر في سجل هايبرلين. هذا السجل هو دليل عام قائم على GitHub، يجمع معلومات عن جميع السلاسل المتصلة، بما في ذلك معرفات أسماء النطاقات ID( وIDs) وعناوين Mailbox وغيرها من المعرفات. الهدف من هذه القائمة العامة هو ضمان أن المطورين الآخرين يمكنهم بسهولة العثور على المعلومات اللازمة للاتصال بسلسلة تايغر. تعمل هذه الوظيفة مثل دليل الهاتف، وبمجرد التسجيل، يمكن لأي شخص البحث عن تايغر وبدء الاتصال. من خلال هذا التسجيل، ستتمكن سلسلة تايغر من الاستفادة من جميع آثار الشبكة في نظام هايبرلين البيئي.
جوهر هذا الهيكل هو مبدأ بسيط وقوي: يمكن لأي شخص الاتصال بدون الحاجة إلى موافقة، ويمكن استخدام أي سلسلة كوجهة بدون الحاجة إلى إذن.
يمكن فهم هذا النموذج بشكل أفضل من خلال تشبيه مألوف، وهو البريد الإلكتروني. تمامًا كما يمكن لأي شخص إرسال رسالة إلى أي عنوان بريد إلكتروني في العالم دون الحاجة إلى التنسيق المسبق، فإن Hyperlane تجعل أي كتلة مثبتة على Mailbox قادرة على التواصل مع أي كتلة أخرى. إنها تخلق بيئة تجعل الاتصال غير المصرح به هو الحالة الافتراضية، وهو ما لا يمكن تحقيقه في الأنظمة التقليدية المعتمدة على الموافقات.
2.2. تعددية الآلات الافتراضية (VM) التوافقية
منذ البداية، تم تصميم Hyperlane ليكون له هيكلية معيارية لدعم عدة بيئات آلة افتراضية (VM). يدعم حالياً التشغيل البيني عبر EVM على الإيثريوم، وCosmWasm على سلاسل قائمة على Cosmos SDK، وSVM على سولانا، وهو في طور زيادة الدعم لسلاسل قائمة على Move.
ربط بيئات VM المختلفة هو في جوهره أمر معقد. كل بلوكتشين يعمل بنموذج تنفيذي خاص به، وهياكل بيانات، وآليات إجماع، ومعايير الأصول. لتحقيق التفاعل بين هذه الأنظمة، هناك حاجة إلى إطار متخصص للغاية يمكنه ترجمة الهياكل المختلفة تمامًا.
على سبيل المثال، يدعم EVM الخاص بـ Ethereum 18 رقمًا عشريًا، بينما يستخدم SVM الخاص بـ Solana 9 أرقام عشرية. التغلب على حتى أدنى الفروق مع الحفاظ على الأمان والموثوقية هو واحد من الإنجازات التقنية الرئيسية لـ Hyperlane.
قدمت Hyperlane "Hyperlane Warp Route"( التي هي عبارة عن توجيه انحناء الفضاء الفائق) لحل تحديات الربط بين السلاسل المختلفة. Hyperlane Warp Route هو جسر أصول عبر السلاسل قابل للتعديل، يدعم التحويلات غير المصرح بها للتوكنات بين السلاسل، ويدعم نقل الأصول المختلفة بين البيئات المتنوعة.
باختصار، تعمل Hyperlane Warp Route بناءً على طبيعة الأصول وحالات الاستخدام. أحيانًا تعمل مثل الخزائن (vault)، وأحيانًا مثل مكاتب الصرافة، وأحيانًا مثل التحويلات البنكية المباشرة، حيث توفر كل نوع من أنواع التوجيه الطريقة المناسبة لكل سيناريو. تستفيد جميع هذه العمليات من الرسائل عبر السلاسل لـ Hyperlane التي تعمل في بيئات الآلات الافتراضية المختلفة.
الرموز الأصلية Warp Routes: تدعم الرموز الأصلية للوقود ( مثل ETH) الانتقال المباشر عبر السلاسل، دون الحاجة إلى تغليف (wrapping).
ERC20 القائم على الرهن: قفل رموز ERC20 على سلسلة المصدر كضمان، لاستخدامها في التحويل عبر السلاسل.
ERC20 المركب: صك رموز ERC20 جديدة على السلسلة المستهدفة لتمثيل الرموز الأصلية.
طرق Warp متعددة الضمانات: تسمح بتقديم سيولة لعدة رموز ضمان.
مسارات Warp المخصصة: إضافة ميزات متقدمة أو دمج حالات استخدام محددة ( مثل خزائن، دعم العملات الورقية للرموز ).
دعونا نستخدم نموذج القفل-الصك ( lock-and-mint ) لدراسة مثال عملي. يريد مطور يُدعى ريان نقل الرموز Tiger ( $TIGER ) التي تم إصدارها على الإيثريوم إلى شبكة Base.
ريان أولاً نشر عقد Hyperlane Warp Route على الإيثريوم، وأودع رمز $TIGER في هذا العقد (EvmHypCollateral). ثم، أنشأت Mailbox على الإيثريوم وأرسلت رسالة تشير إلى شبكة Base لتعدين إصدار مغلف من رمز Tiger.
بعد استلام الرسالة، يستخدم شبكة Base وحدة الأمان عبر السلاسل (ISM) للتحقق من صحتها. إذا تم التحقق بنجاح، ستقوم شبكة Base بصك رموز Tiger المغلفة مباشرة إلى محفظة المستخدم ($wTIGER).
تلعب Hyperlane Warp Route دورًا رئيسيًا في توسيع رؤية Hyperlane للتشغيل البيني المعياري وغير المصرح به عبر سلاسل مختلفة. يحتاج المطورون فقط إلى تكوين العقود بناءً على خصائص كل سلسلة. تتم معالجة بقية العمليات، مثل نقل الرسائل والتحقق والتسليم، بواسطة بنية Hyperlane التحتية، مما يمكّن المطورين من تحقيق الاتصال عبر البيئات دون الحاجة إلى التعامل مع آليات الترجمة المعقدة.
2.3. الأمان المعياري: وحدة الأمان عبر السلاسل (ISM)
على الرغم من أن Hyperlane حققت حركة سلسة للرسائل والأصول بين سلاسل مختلفة، وهو ميزة رئيسية من حيث القابلية للتوسع، إلا أنها جلبت أيضًا تحديًا رئيسيًا: كيف يمكن للسلسلة المستلمة التأكد من أن الرسالة تأتي بالفعل من المصدر الذي تدعيه؟ تمرير الرسالة شيء، والتحقق من صحتها شيء آخر.
لحل هذه المشكلة، قدمت Hyperlane وحدة الأمان عبر السلاسل (Interchain Security Module، ISM)، وهو نظام أمان معياري يتحقق من صحة الرسالة قبل أن تقبلها السلسلة المستهدفة. ISM هو عقد ذكي على السلسلة يستخدم للتحقق مما إذا كانت الرسالة قد تم إنشاؤها بالفعل على السلسلة المصدر، مما يوفر ضمانات ضد التلاعب وضمانات المصدر.
باختصار، عندما تتلقى صندوق البريد في سلسلة الهدف رسالة، فإنها تسأل أولاً: "هل هذه الرسالة تأتي فعلاً من السلسلة الأصلية؟" فقط بعد التحقق الناجح، سيتم إرسال الرسالة إلى الوجهة المتوقعة. إذا فشل التحقق أو بدا مريبًا، فسيتم رفض الرسالة.
تشبه هذه العملية الطريقة التي تعمل بها ضوابط الحدود عند السفر الدولي. قبل دخولك دولة ما، يقوم موظفو الهجرة بالتحقق من صحة جواز سفرك، "هل تم إصدار هذا الجواز حقًا من قبل وطنك؟" يحتوي الجواز على ميزات أمان وعناصر تشفير لإثبات شرعيته. على الرغم من أن أي شخص يمكنه تزوير مستندات، إلا أن الجوازات الوحيدة التي سيتم قبولها للدخول هي تلك التي يمكن التحقق من مصدرها بشكل مناسب وبطريقة مشفرة.
من المهم أن ISM يمكنه تكوين نموذج الأمان الخاص به بشكل مرن بناءً على احتياجات الخدمة. في الممارسة العملية، تتباين متطلبات الأمان بشكل ملحوظ حسب السياق. على سبيل المثال، قد يتطلب تحويل رمزي صغير فقط توقيعاً أساسياً من المدقق لتحقيق تنفيذ أسرع. بالمقابل، قد يتطلب تحويل أصول بملايين الدولارات منهجاً أمنياً متعدد الطبقات، بما في ذلك مدققي Hyperlane، والجسور الخارجية ( مثل Wormhole )، بالإضافة إلى التحقق المتعدد التوقيعات الإضافي.
من خلال هذه الطريقة، يعكس إطار ISM قرار تصميم رئيسي: تعطي Hyperlane الأولوية للاتصال والأمان من خلال التحقق من الطريقة المعيارية. يمكن للتطبيقات تخصيص نموذج الأمان الخاص بها مع الحفاظ في نفس الوقت على طبيعة البروتوكول غير المصرح به.
تولي Hyperlane الأولوية لتجربة المطور من خلال توفير مستوى عالٍ من الوصول وسهولة الاستخدام. إن واجهة سطر الأوامر (CLI) ومجموعة أدوات تطوير البرمجيات (SDK) المعتمدة على TypeScript هي الأدوات الأساسية لدمج سلاسل جديدة في نظام Hyperlane البيئي، وإرسال الرسائل عبر السلاسل وتكوين مسار Warp الخاص بـ Hyperlane.
CLI و SDK كلاهما مفتوح المصدر تمامًا، متاح لأي شخص للاستخدام. يمكن للمطورين تثبيت الكود من GitHub والبدء في التكامل دون الحاجة إلى بروتوكول ترخيص أو إجراءات موافقة. الوثائق الرسمية تحتوي على دروس خطوة بخطوة، مما يجعلها سهلة الاستخدام حتى بالنسبة للمطورين ذوي الخبرة المحدودة في البلوكتشين.
3.1. Hyperlane CLI: أداة تكامل مباشرة
Hyperlane CLI هو أداة سطر الأوامر الرسمية، تهدف إلى جعل
قد تحتوي هذه الصفحة على محتوى من جهات خارجية، يتم تقديمه لأغراض إعلامية فقط (وليس كإقرارات/ضمانات)، ولا ينبغي اعتباره موافقة على آرائه من قبل Gate، ولا بمثابة نصيحة مالية أو مهنية. انظر إلى إخلاء المسؤولية للحصول على التفاصيل.
تسجيلات الإعجاب 21
أعجبني
21
5
مشاركة
تعليق
0/400
SerLiquidated
· 07-22 13:52
الجوهر يعتمد على احتياجات المستخدم
شاهد النسخة الأصليةرد0
GasFeeCrybaby
· 07-19 17:53
كم سيكلف هذا الغاز؟ أخرج دمًا.
شاهد النسخة الأصليةرد0
GateUser-2fce706c
· 07-19 17:49
هذا هو ما تنبأت به منذ زمن بعيد، وهو علامة على عصر البلوكتشين 3.0. ادخل مركز بسرعة، ولا تفوت الفرصة!
Hyperlane: تحليل عميق لبروتوكول عبر السلاسل غير المرخص الذي يربط أكثر من 150 سلسلة
تحليل عميق لـ Hyperlane: بروتوكول عبر السلاسل غير المصرح به يربط أكثر من 150 بلوكتشين
النقاط الأساسية
يسمح Hyperlane لأي مطور بنشره على الفور والاتصال بسلاسل مختلفة دون الحاجة إلى عملية الموافقة، مما يخلق نموذج وصول جديد كليًا.
يسمح نموذج الأمان بين السلاسل Hyperlane (ISM) للتطبيقات بتخصيص متطلبات الأمان، من التحقق الأساسي إلى التحقق متعدد الطبقات، لتحقيق أمان مرن ومودولاري.
خفضت مجموعة أدوات TypeScript SDK و CLI الشاملة لـ Hyperlane بشكل كبير من العتبة التقنية للتكامل عبر السلاسل، مما يتيح نقل الرسائل بين السلاسل من خلال واجهة برمجة تطبيقات بسيطة.
1. نقطة تحول في اتصال البلوكتشين
نظام البلوكتشين الإيكولوجي ينتقل من التطوير المعزول إلى الترابط الحقيقي. لم تعد المشاريع تبني بيئات مغلقة، بل تسعى إلى التكامل في شبكة أوسع.
ومع ذلك، لا يزال معظم التكاملات الحالية يدوية ومبعثرة. يجب على المشاريع الجديدة التفاوض بشكل منفصل مع كل مزود جسر أو تشغيل متبادل، مما يؤدي عادةً إلى تكاليف عالية وتأخيرات ونفقات إدارية. حتى بالنسبة للفرق المتقدمة تقنيًا، فإن هذا يسبب عقبات هيكلية في المشاركة، مما يعيق قابلية التوسع في النظام البيئي بأسره.
هذا التحدي ليس بالأمر الجديد. في أوائل التسعينيات، كانت الشركات تدير شبكات داخلية مستقلة، مع قواعد وإجراءات وصول خاصة بها. على الرغم من أن الاتصال عبر الشبكات ممكن، إلا أنه يتطلب تنسيقًا تقنيًا مرهقًا وتفويضات متبادلة.
ظهرت نقطة التحول مع إدخال بروتوكولات معيارية مثل HTTP و TCP/IP، حيث جعلت هذه البروتوكولات الوصول المفتوح وغير المصرح به إلى الإنترنت الموحد ممكنًا. أفرجت هذه المعايير عن النمو الأسي والمشاركة العالمية من خلال استبدال التعقيد بالبساطة، مما أسس للثورة الرقمية.
تواجه صناعة البلوكتشين الآن نقطة تحول مماثلة. من أجل فتح الابتكار في مرحلته التالية، يجب أن تتجاوز التكاملات المتفرقة والمعتمدة على الأذونات، وتنتقل نحو الاتصال القياسي وغير المعتمد على الأذونات. إن خفض عتبة الوصول أمر بالغ الأهمية للمشاركة الواسعة وابتكار النظام البيئي بأكمله.
2. حل Hyperlane: اتصالات بدون إذن
2.1. بدون إذن ومفتوح المصدر
يوفر Hyperlane حلاً للقيود الهيكلية من خلال بنية بدون إذن، وهي نموذج مختلف تمامًا يسمح لأي مشروع بالاتصال بحرية. في هذه الطريقة، هناك متطلب واحد فقط: التوافق مع بيئة الآلة الافتراضية المدعومة (VM)، مثل إيثيريوم/EVM أو سولانا/SVM أو كوزموس/CosmWasm. بمجرد استيفاء هذا الشرط، يمكن إجراء التكامل دون الحاجة إلى عمليات موافقة معقدة.
لذلك، تم تقليل عتبة دخول مشاريع البلوكتشين بشكل كبير. الأشياء التي كانت تستغرق شهورًا لإنجازها في الماضي يمكن الآن إنجازها على الفور بمجرد تلبية توافق التكنولوجيا.
لتوضيح ذلك، دعونا نلقي نظرة على مثال عملي يتعلق بمطور Web3 رايان. رايان يبني مشروعًا جديدًا يسمى Tiger، والذي يعمل على شبكته الرئيسية الخاصة. حاليًا، مستخدمو سلسلة Tiger مقصورون على نظام Tiger البيئي، ولا يمكنهم التفاعل مع سلاسل الكتل الأخرى. ومع ذلك، يرغب المستخدمون في نقل الأصول من إيثريوم إلى سلسلة Tiger، وكذلك من سلسلة Tiger إلى سلاسل أخرى لفتح مزيد من السيولة. لتحقيق ذلك، يجب على رايان ربط سلسلة Tiger بشبكات سلاسل كتل متعددة.
الخطوة 1: تثبيت Hyperlane CLI
الخطوة الأولى، قام رايان بتثبيت أداة Hyperlane CLI لإعداد بيئة تكامل السلاسل. كانت العملية بسيطة، كل ما عليه هو تشغيل "npm install @hyperlane-xyz/cli" في الطرفية. نظرًا لأن الأداة مفتوحة المصدر، لا حاجة لموافقة أو تسجيل مسبق. تسلط هذه السهولة الضوء على القيمة الأساسية لهيكل Hyperlane غير المصرح به.
الخطوة 2: نشر Mailbox و ISM
بعد ذلك، قام رايان بنشر مكونين أساسيين على سلسلة Tiger: Mailbox( وهو عقد يحقق نقل الرسائل بين البلوكتشينات) ووحدة الأمان بين السلاسل( Interchain Security Module, ISM)( للتحقق من صحة كل رسالة). كلا المكونين مفتوح المصدر ومتاحة للعامة، مما يسمح للمطورين بالتكامل وفقًا لشروطهم الخاصة. بمجرد أن تكون هذه العناصر في مكانها، يمكن اختبار النظام.
الخطوة 3: اختبار الرسائل للتحقق من الاتصال
الخطوة الثالثة، أرسل رايان رسالة اختبار من سلسلة Tiger إلى الإيثيريوم للتحقق مما إذا كانت عملية النقل ناجحة. هنا "الرسالة" ليست مجرد سلسلة نصية بسيطة، بل هي أمر تنفيذ محدد: "نقل 100 رمز TIGER إلى عنوان الإيثيريوم 0x123...". عملية النقل كما يلي:
أطلق Tiger链 رسالة، لتحويل 100 من رموز $TIGER إلى الإيثريوم
يتحقق المدققون في Hyperlane من الرسائل ويوقعون عليها
جهاز إعادة التوجيه ( Relayer ) ينقل الرسائل الموقعة إلى الإيثيريوم
تحقق رسالة ISM على البلوكتشين الإيثيريوم وأطلق 100 من رموز $TIGER إلى المستلم.
طالما أن سلسلة المصدر وسلسلة الهدف قد قاما بتثبيت Mailbox، فلا حاجة إلى تكوين إضافي. يتم نقل الرسائل والتحقق منها وتنفيذها. أكدت الاختبارات الناجحة أن السلسلتين قد تم توصيلهما بشكل صحيح.
الخطوة 4: تسجيل في السجل العام
في الخطوة الأخيرة، قام ريان بتسجيل تفاصيل الاتصال بسلسلة تايغر في سجل هايبرلين. هذا السجل هو دليل عام قائم على GitHub، يجمع معلومات عن جميع السلاسل المتصلة، بما في ذلك معرفات أسماء النطاقات ID( وIDs) وعناوين Mailbox وغيرها من المعرفات. الهدف من هذه القائمة العامة هو ضمان أن المطورين الآخرين يمكنهم بسهولة العثور على المعلومات اللازمة للاتصال بسلسلة تايغر. تعمل هذه الوظيفة مثل دليل الهاتف، وبمجرد التسجيل، يمكن لأي شخص البحث عن تايغر وبدء الاتصال. من خلال هذا التسجيل، ستتمكن سلسلة تايغر من الاستفادة من جميع آثار الشبكة في نظام هايبرلين البيئي.
جوهر هذا الهيكل هو مبدأ بسيط وقوي: يمكن لأي شخص الاتصال بدون الحاجة إلى موافقة، ويمكن استخدام أي سلسلة كوجهة بدون الحاجة إلى إذن.
يمكن فهم هذا النموذج بشكل أفضل من خلال تشبيه مألوف، وهو البريد الإلكتروني. تمامًا كما يمكن لأي شخص إرسال رسالة إلى أي عنوان بريد إلكتروني في العالم دون الحاجة إلى التنسيق المسبق، فإن Hyperlane تجعل أي كتلة مثبتة على Mailbox قادرة على التواصل مع أي كتلة أخرى. إنها تخلق بيئة تجعل الاتصال غير المصرح به هو الحالة الافتراضية، وهو ما لا يمكن تحقيقه في الأنظمة التقليدية المعتمدة على الموافقات.
2.2. تعددية الآلات الافتراضية (VM) التوافقية
منذ البداية، تم تصميم Hyperlane ليكون له هيكلية معيارية لدعم عدة بيئات آلة افتراضية (VM). يدعم حالياً التشغيل البيني عبر EVM على الإيثريوم، وCosmWasm على سلاسل قائمة على Cosmos SDK، وSVM على سولانا، وهو في طور زيادة الدعم لسلاسل قائمة على Move.
ربط بيئات VM المختلفة هو في جوهره أمر معقد. كل بلوكتشين يعمل بنموذج تنفيذي خاص به، وهياكل بيانات، وآليات إجماع، ومعايير الأصول. لتحقيق التفاعل بين هذه الأنظمة، هناك حاجة إلى إطار متخصص للغاية يمكنه ترجمة الهياكل المختلفة تمامًا.
على سبيل المثال، يدعم EVM الخاص بـ Ethereum 18 رقمًا عشريًا، بينما يستخدم SVM الخاص بـ Solana 9 أرقام عشرية. التغلب على حتى أدنى الفروق مع الحفاظ على الأمان والموثوقية هو واحد من الإنجازات التقنية الرئيسية لـ Hyperlane.
قدمت Hyperlane "Hyperlane Warp Route"( التي هي عبارة عن توجيه انحناء الفضاء الفائق) لحل تحديات الربط بين السلاسل المختلفة. Hyperlane Warp Route هو جسر أصول عبر السلاسل قابل للتعديل، يدعم التحويلات غير المصرح بها للتوكنات بين السلاسل، ويدعم نقل الأصول المختلفة بين البيئات المتنوعة.
باختصار، تعمل Hyperlane Warp Route بناءً على طبيعة الأصول وحالات الاستخدام. أحيانًا تعمل مثل الخزائن (vault)، وأحيانًا مثل مكاتب الصرافة، وأحيانًا مثل التحويلات البنكية المباشرة، حيث توفر كل نوع من أنواع التوجيه الطريقة المناسبة لكل سيناريو. تستفيد جميع هذه العمليات من الرسائل عبر السلاسل لـ Hyperlane التي تعمل في بيئات الآلات الافتراضية المختلفة.
الرموز الأصلية Warp Routes: تدعم الرموز الأصلية للوقود ( مثل ETH) الانتقال المباشر عبر السلاسل، دون الحاجة إلى تغليف (wrapping).
ERC20 القائم على الرهن: قفل رموز ERC20 على سلسلة المصدر كضمان، لاستخدامها في التحويل عبر السلاسل.
ERC20 المركب: صك رموز ERC20 جديدة على السلسلة المستهدفة لتمثيل الرموز الأصلية.
طرق Warp متعددة الضمانات: تسمح بتقديم سيولة لعدة رموز ضمان.
مسارات Warp المخصصة: إضافة ميزات متقدمة أو دمج حالات استخدام محددة ( مثل خزائن، دعم العملات الورقية للرموز ).
دعونا نستخدم نموذج القفل-الصك ( lock-and-mint ) لدراسة مثال عملي. يريد مطور يُدعى ريان نقل الرموز Tiger ( $TIGER ) التي تم إصدارها على الإيثريوم إلى شبكة Base.
ريان أولاً نشر عقد Hyperlane Warp Route على الإيثريوم، وأودع رمز $TIGER في هذا العقد (EvmHypCollateral). ثم، أنشأت Mailbox على الإيثريوم وأرسلت رسالة تشير إلى شبكة Base لتعدين إصدار مغلف من رمز Tiger.
بعد استلام الرسالة، يستخدم شبكة Base وحدة الأمان عبر السلاسل (ISM) للتحقق من صحتها. إذا تم التحقق بنجاح، ستقوم شبكة Base بصك رموز Tiger المغلفة مباشرة إلى محفظة المستخدم ($wTIGER).
تلعب Hyperlane Warp Route دورًا رئيسيًا في توسيع رؤية Hyperlane للتشغيل البيني المعياري وغير المصرح به عبر سلاسل مختلفة. يحتاج المطورون فقط إلى تكوين العقود بناءً على خصائص كل سلسلة. تتم معالجة بقية العمليات، مثل نقل الرسائل والتحقق والتسليم، بواسطة بنية Hyperlane التحتية، مما يمكّن المطورين من تحقيق الاتصال عبر البيئات دون الحاجة إلى التعامل مع آليات الترجمة المعقدة.
! الغوص العميق في Hyperlane: بروتوكول عبر السلاسل بدون إذن يربط أكثر من 150 blockchain
2.3. الأمان المعياري: وحدة الأمان عبر السلاسل (ISM)
على الرغم من أن Hyperlane حققت حركة سلسة للرسائل والأصول بين سلاسل مختلفة، وهو ميزة رئيسية من حيث القابلية للتوسع، إلا أنها جلبت أيضًا تحديًا رئيسيًا: كيف يمكن للسلسلة المستلمة التأكد من أن الرسالة تأتي بالفعل من المصدر الذي تدعيه؟ تمرير الرسالة شيء، والتحقق من صحتها شيء آخر.
لحل هذه المشكلة، قدمت Hyperlane وحدة الأمان عبر السلاسل (Interchain Security Module، ISM)، وهو نظام أمان معياري يتحقق من صحة الرسالة قبل أن تقبلها السلسلة المستهدفة. ISM هو عقد ذكي على السلسلة يستخدم للتحقق مما إذا كانت الرسالة قد تم إنشاؤها بالفعل على السلسلة المصدر، مما يوفر ضمانات ضد التلاعب وضمانات المصدر.
باختصار، عندما تتلقى صندوق البريد في سلسلة الهدف رسالة، فإنها تسأل أولاً: "هل هذه الرسالة تأتي فعلاً من السلسلة الأصلية؟" فقط بعد التحقق الناجح، سيتم إرسال الرسالة إلى الوجهة المتوقعة. إذا فشل التحقق أو بدا مريبًا، فسيتم رفض الرسالة.
تشبه هذه العملية الطريقة التي تعمل بها ضوابط الحدود عند السفر الدولي. قبل دخولك دولة ما، يقوم موظفو الهجرة بالتحقق من صحة جواز سفرك، "هل تم إصدار هذا الجواز حقًا من قبل وطنك؟" يحتوي الجواز على ميزات أمان وعناصر تشفير لإثبات شرعيته. على الرغم من أن أي شخص يمكنه تزوير مستندات، إلا أن الجوازات الوحيدة التي سيتم قبولها للدخول هي تلك التي يمكن التحقق من مصدرها بشكل مناسب وبطريقة مشفرة.
من المهم أن ISM يمكنه تكوين نموذج الأمان الخاص به بشكل مرن بناءً على احتياجات الخدمة. في الممارسة العملية، تتباين متطلبات الأمان بشكل ملحوظ حسب السياق. على سبيل المثال، قد يتطلب تحويل رمزي صغير فقط توقيعاً أساسياً من المدقق لتحقيق تنفيذ أسرع. بالمقابل، قد يتطلب تحويل أصول بملايين الدولارات منهجاً أمنياً متعدد الطبقات، بما في ذلك مدققي Hyperlane، والجسور الخارجية ( مثل Wormhole )، بالإضافة إلى التحقق المتعدد التوقيعات الإضافي.
من خلال هذه الطريقة، يعكس إطار ISM قرار تصميم رئيسي: تعطي Hyperlane الأولوية للاتصال والأمان من خلال التحقق من الطريقة المعيارية. يمكن للتطبيقات تخصيص نموذج الأمان الخاص بها مع الحفاظ في نفس الوقت على طبيعة البروتوكول غير المصرح به.
! الغوص العميق في Hyperlane: بروتوكول عبر السلاسل بدون إذن يربط أكثر من 150 blockchain
3. أدوات المطورين والوصول: أسهل طرق الاتصال
تولي Hyperlane الأولوية لتجربة المطور من خلال توفير مستوى عالٍ من الوصول وسهولة الاستخدام. إن واجهة سطر الأوامر (CLI) ومجموعة أدوات تطوير البرمجيات (SDK) المعتمدة على TypeScript هي الأدوات الأساسية لدمج سلاسل جديدة في نظام Hyperlane البيئي، وإرسال الرسائل عبر السلاسل وتكوين مسار Warp الخاص بـ Hyperlane.
CLI و SDK كلاهما مفتوح المصدر تمامًا، متاح لأي شخص للاستخدام. يمكن للمطورين تثبيت الكود من GitHub والبدء في التكامل دون الحاجة إلى بروتوكول ترخيص أو إجراءات موافقة. الوثائق الرسمية تحتوي على دروس خطوة بخطوة، مما يجعلها سهلة الاستخدام حتى بالنسبة للمطورين ذوي الخبرة المحدودة في البلوكتشين.
3.1. Hyperlane CLI: أداة تكامل مباشرة
Hyperlane CLI هو أداة سطر الأوامر الرسمية، تهدف إلى جعل