نشر حقيقي بدون إذن: يتيح Hyperlane للمطورين الاتصال الفوري بسلاسل الكتل المختلفة، دون الحاجة لموافقات معقدة، مما يفتح نموذج وصول جديد بالكامل.
أمان مرن وقابل للتخصيص: يدعم (ISM) من Hyperlane متطلبات الأمان المخصصة للتطبيقات، ويمكنه تلبية احتياجات المعاملات الصغيرة السريعة ونقل الأصول عالية الأمان في نفس الوقت.
بنية صديقة للمطورين: يوفر Hyperlane مجموعة أدوات TypeScript، وأدوات CLI، ووثائق شاملة، مما يقلل بشكل كبير من العوائق التقنية للتكامل عبر البلوكتشين.
1. نقطة تحول في اتصال البلوكتشين
نظام البلوكتشين الإيكولوجي ينتقل من تطوير معزول إلى ترابط حقيقي. لم تعد المشاريع تبني بيئات مغلقة، بل تسعى بشكل متزايد إلى التكامل ضمن شبكة أوسع.
ومع ذلك، لا يزال معظم التكاملات الحالية يدوية ومجزأة. يجب على المشاريع الجديدة التفاوض مباشرة مع كل مزود لجسر أو تشغيل متبادل، مما يؤدي عادةً إلى تكاليف عالية وتأخيرات ونفقات إدارية. حتى بالنسبة للفرق التقنية المتقدمة، فإن هذا يخلق حواجز هيكلية للمشاركة، مما يعيق في نهاية المطاف قابلية التوسع في النظام البيئي بأكمله.
هذه التحدي ليس بالأمر الجديد. في أوائل التسعينيات من القرن الماضي، كانت الشركات تدير شبكات داخلية مستقلة، لديها قواعد وإمكانيات وصول مستقلة. على الرغم من أن الاتصال عبر الشبكات كان ممكنًا، إلا أنه كان يتطلب تنسيقًا تقنيًا مستهلكًا للوقت وتفويضًا متبادلًا.
ظهرت نقطة التحول مع إدخال بروتوكولات قياسية مثل HTTP وTCP/IP، مما جعل الوصول المفتوح وغير المصرح به إلى الإنترنت الموحد ممكنًا. هذه المعايير أفسحت المجال لنمو أسي ومشاركة عالمية من خلال استبدال التعقيد بالبساطة، مما وضع الأساس للثورة الرقمية.
تواجه صناعة البلوكتشين الآن نقطة تحول مماثلة. لفتح المرحلة التالية من الابتكار، يجب أن تتجاوز التكاملات المتقطعة والمستندة إلى الإذن، وتتجه نحو الاتصال القياسي غير المصرح به. إن خفض حواجز الدخول أمر حاسم للمشاركة الواسعة وابتكار النظام البيئي بأكمله.
حل Hyperlane هذه القيود الهيكلية من خلال بنية غير مرخصة - وهذه طريقة مختلفة تمامًا، تسمح لأي مشروع بالاتصال بحرية. بموجب هذه الطريقة، هناك متطلب واحد فقط: التوافق مع البيئة المدعومة من الآلة الافتراضية (VM) - مثل Ethereum/EVM، Solana/SVM أو Cosmos/CosmWasm. بمجرد استيفاء هذا الشرط، يمكن القيام بالتكامل، دون الحاجة إلى عمليات الموافقة المعقدة.
لذلك، قد انخفضت عتبة دخول مشاريع البلوكتشين بشكل كبير. ما كان يستغرق شهورًا لإنجازه في السابق، يمكن الآن إنجازه على الفور طالما تم استيفاء التوافق التقني.
دعونا نلقي نظرة على مثال عملي يتضمن مطور Web3 رايان. رايان يقوم ببناء مشروع جديد يسمى Tiger، والذي يعمل على شبكة رئيسية خاصة به. حاليًا، المستخدمون على سلسلة Tiger مقصورون على نظام Tiger البيئي، ولا يمكنهم التفاعل مع سلاسل الكتل الأخرى. ومع ذلك، يرغب المستخدمون في نقل الأصول من الإيثيريوم إلى سلسلة Tiger، وكذلك من سلسلة Tiger إلى سلاسل أخرى لفتح المزيد من السيولة. لتحقيق ذلك، يجب على رايان ربط سلسلة Tiger بشبكات سلاسل الكتل متعددة.
الخطوة الأولى، قام رايان بتثبيت أداة Hyperlane CLI لإعداد بيئة تكامل البلوكتشين. كانت العملية بسيطة - كل ما عليه فعله هو تشغيل "npm install @hyperlane-xyz/cli" في الطرفية. نظرًا لأن الأداة مفتوحة المصدر، فلا حاجة للموافقة أو التسجيل مسبقًا. تبرز هذه السهولة القيمة الأساسية لـ Hyperlane التي لا تتطلب إذنًا.
بعد ذلك، نشر رايان مكونين أساسيين على شبكة Tiger: Mailbox( وهو عقد يحقق نقل الرسائل بين البلوكتشين ) ووحدة الأمان بين الشبكات( Interchain Security Module، ISM)( للتحقق من صحة كل رسالة). هذان المكونان مفتوحان المصدر ومتاحة للجمهور، مما يسمح للمطورين بالتكامل وفقًا لشروطهم الخاصة. بمجرد أن تصبح هذه العناصر في مكانها، يمكن اختبار النظام.
الخطوة الثالثة، أرسل رايان رسالة اختبار من سلسلة تايجر إلى الإيثيريوم للتحقق من نجاح الإرسال. هنا، "الرسالة" ليست مجرد سلسلة نصية بسيطة - إنها أمر تنفيذ محدد: "نقل 100 من رموز TIGER إلى عنوان الإيثيريوم 0x123...". عملية النقل هي كما يلي:
أطلقت Tiger链 رسالة، لنقل 100 من رموز $TIGER إلى الإيثيريوم
يتحقق مدققو Hyperlane من الرسائل ويقومون بتوقيعها
المكرر ( Relayer ) يقوم بنقل الرسائل الموقعة إلى البلوكتشين الإيثيريوم
تحقق من رسالة ISM على البلوكتشين الإيثيريوم وأطلق 100 من $TIGER الرموز للمستلم
ما دام أن سلسلة المصدر وسلسلة الهدف قد ثبتت Mailbox، فلا حاجة إلى أي تكوين إضافي. يتم نقل الرسائل والتحقق منها وتنفيذها. أكدت الاختبارات الناجحة أن السلسلتين متصلتان بشكل صحيح.
في الخطوة الأخيرة، قام رايان بتسجيل تفاصيل الاتصال بسلسلة تايجر في سجل هايبرلين. يعتبر هذا السجل دليلاً عاماً يستند إلى GitHub، يجمع معلومات حول جميع السلاسل المتصلة، بما في ذلك معرفات النطاق ID( ومعرفات Mailbox وغيرها من المعرفات. الهدف من هذه القائمة العامة هو ضمان أن المطورين الآخرين يمكنهم العثور بسهولة على المعلومات المطلوبة للاتصال بسلسلة تايجر. إن وظائفه تشبه إلى حد كبير دليل الهاتف - بمجرد التسجيل، يمكن لأي شخص البحث عن تايجر وبدء التواصل. من خلال هذا التسجيل، يمكن لسلسلة تايجر الاستفادة من جميع تأثيرات الشبكة في نظام هايبرلين.
جوهر هذا الهيكل هو مبدأ بسيط وقوي: يمكن لأي شخص الاتصال دون الحاجة إلى إذن، ويمكن استخدام أي سلسلة كوجهة دون الحاجة إلى ترخيص.
يمكن فهم هذا النموذج بأفضل طريقة من خلال تشبيه مألوف - البريد الإلكتروني. تمامًا كما يمكن لأي شخص إرسال رسالة إلى أي عنوان بريد إلكتروني في العالم دون الحاجة إلى التنسيق المسبق، فإن Hyperlane تتيح لأي بلوكتشين مثبت عليه Mailbox أن يتواصل مع أي بلوكتشين آخر. إنها تخلق بيئة تجعل الاتصال غير المصرح به هو الحالة الافتراضية، وهو ما لا يمكن تحقيقه في الأنظمة التقليدية المعتمدة على الموافقة.
![تحليل عميق لـ Hyperlane: بروتوكول跨链无许可 يربط أكثر من 150 كتلة])https://img-cdn.gateio.im/webp-social/moments-9ddb546c4fa57b8f0d2955d996b12503.webp(
) 2.2. توافق العديد من الآلات الافتراضية###VM(
منذ البداية، تم تصميم Hyperlane بهيكلية modular لدعم عدة بيئات )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( النقل المباشر عبر البلوكتشين، دون الحاجة إلى تغليف ).
ERC20 القائم على الرهن: قفل رموز ERC20 على سلسلة المصدر كضمان، لاستخدامها في النقل عبر السلاسل.
ERC20 المركب: سك رموز ERC20 جديدة على سلسلة الهدف لتمثيل الرموز الأصلية.
مسارات Warp متعددة الضمانات: يسمح باستخدام عدة رموز ضمان لتوفير السيولة.
مسارات Warp المخصصة: إضافة ميزات متقدمة أو دمج حالات استخدام معينة ( مثل خزائن، دعم العملات الورقية للرموز ).
لنستخدم نموذج قفل-سك (lock-and-mint) لدراسة مثال عملي. مطور يُدعى رايان يرغب في نقل رمز النمر ($TIGER) المُصدر على إيثيريوم إلى شبكة Base.
رايان أولاً نشر عقد Hyperlane Warp Route على الإيثيريوم، وأودع رمز $TIGER في هذا العقد (EvmHypCollateral). ثم، قامت Mailbox على الإيثيريوم بإنشاء وإرسال رسالة، تشير إلى شبكة Base لتعدين نسخة مغلفة من رمز Tiger.
بعد استلام الرسالة، يستخدم شبكة Base وحدة الأمان بين الكتل (ISM) للتحقق من صحتها. إذا كانت عملية التحقق ناجحة، ستقوم شبكة Base بصك رمز Tiger المغلف ($wTIGER) مباشرة إلى محفظة المستخدم.
تقوم مسار Warp لـ Hyperlane بدور حاسم في توسيع رؤية Hyperlane للترابط المودولاري والغير مرخص بين سلاسل الكتل المختلفة. يحتاج المطورون فقط إلى تكوين العقود وفقًا لخصائص كل سلسلة. بينما تتم معالجة العملية المتبقية - نقل الرسائل، والتحقق، والتسليم - من قبل بنية Hyperlane التحتية، مما يمكّن المطورين من تحقيق الاتصال عبر البيئات دون الحاجة للتعامل مع آليات ترجمة معقدة.
( 2.3. الأمان المعياري: وحدة الأمان بين الكتل )ISM###
على الرغم من أن Hyperlane تحقق من الحركة السلسة للرسائل والأصول بين سلاسل الكتل المختلفة - وهي ميزة رئيسية للتوسع - إلا أنها تأتي أيضًا بتحدي رئيسي: كيف تتأكد سلسلة الكتل المستقبلة من أن الرسالة تأتي بالفعل من مصدرها المعلن؟ تمرير الرسائل شيء - والتحقق من صحتها شيء آخر.
لحل هذه المشكلة، قدمت Hyperlane وحدة الأمان بين السلاسل (Interchain Security Module، ISM) - وهو نظام أمان مودولاري يتحقق من صحة الرسالة قبل أن يقبل الرابط الهدف الرسالة. ISM هو عقد ذكي على السلسلة، يُستخدم للتحقق مما إذا كانت الرسالة قد تم إنشاؤها بالفعل على السلسلة المصدر، مما يوفر ضمانات ضد التلاعب ومصدر الرسالة.
باختصار، عندما تتلقى Mailbox سلسلة الهدف رسالة، فإنها تسأل أولاً: "هل هذه الرسالة تأتي بالفعل من السلسلة الأصلية؟" فقط بعد التحقق الناجح، سيتم توصيل الرسالة إلى الوجهة المتوقعة. إذا فشل التحقق أو بدت الرسالة مشبوهة، فسيتم رفض الرسالة.
تتمثل هذه العملية في الطريقة التي يعمل بها مراقبو الحدود أثناء السفر الدولي. قبل دخولك إلى بلد ما، سيقوم موظفو الهجرة بالتحقق من صحة جواز سفرك - "هل تم إصدار هذا الجواز فعلاً من قبل وطنك؟" يحتوي الجواز على ميزات أمان وعناصر تشفير لإثبات شرعيته. على الرغم من أن أي شخص يمكنه تزوير الوثائق، إلا أن الجوازات التي يمكن التحقق منها بشكل مناسب لإثبات مصدرها بالتشفير فقط هي التي سيتم قبولها للدخول.
من المهم أن يكون ISM قادرًا على تكوين نموذج الأمان الخاص به بشكل مرن بناءً على احتياجات الخدمة. في الممارسة العملية، تختلف متطلبات الأمان بشكل كبير حسب السياق. على سبيل المثال، قد تحتاج عملية نقل رمزي صغيرة فقط إلى توقيع مصدق أساسي لتحقيق تنفيذ أسرع. بالمقابل، قد تتطلب عملية نقل أصول بقيمة ملايين الدولارات نهجًا أمنيًا متعدد المستويات - بما في ذلك مصدقي Hyperlane، والجسور الخارجية، بالإضافة إلى تحقق متعدد التوقيع إضافي.
من خلال هذه الطريقة، يعكس إطار عمل ISM قرار تصميم رئيسي: تعطي Hyperlane الأولوية للاتصال والأمان من خلال التحقق المعياري. يمكن للتطبيقات تخصيص نموذج الأمان الخاص بها، مع الحفاظ على طبيعة البروتوكول غير المصرح بها.
3. أدوات المطورين وإمكانية الوصول: أسهل وسيلة اتصال
تولي Hyperlane أولوية لتجربة المطور من خلال توفير مستوى عالٍ من إمكانية الوصول وسهولة الاستخدام. تعتبر واجهة الأوامر (CLI) و مجموعة أدوات تطوير البرمجيات (SDK) المستندة إلى TypeScript أدوات أساسية لدمج السلاسل الجديدة في نظام Hyperlane البيئي، وإرسال الرسائل بين السلاسل، وتكوين Hyperlane Warp Route.
CLI و SDK كلاهما مفتوح المصدر بالكامل، ويمكن لأي شخص استخدامهما. يمكن للمطورين تثبيت التعليمات البرمجية من GitHub وبدء التكامل دون الحاجة إلى بروتوكول ترخيص أو عملية موافقة. تحتوي الوثائق الرسمية على دروس خطوة بخطوة، حتى بالنسبة لأولئك الذين لديهم خبرة محدودة في البلوكتشين.
قد تحتوي هذه الصفحة على محتوى من جهات خارجية، يتم تقديمه لأغراض إعلامية فقط (وليس كإقرارات/ضمانات)، ولا ينبغي اعتباره موافقة على آرائه من قبل Gate، ولا بمثابة نصيحة مالية أو مهنية. انظر إلى إخلاء المسؤولية للحصول على التفاصيل.
تسجيلات الإعجاب 20
أعجبني
20
9
مشاركة
تعليق
0/400
BlockchainGriller
· منذ 2 س
لقد نضج الأمر قليلاً
شاهد النسخة الأصليةرد0
ForkItAllDay
· منذ 12 س
هل هذه التقنية موثوقة؟
شاهد النسخة الأصليةرد0
fomo_fighter
· 08-03 07:06
لماذا الاحترافيون يدفعون هذا مؤخرًا؟
شاهد النسخة الأصليةرد0
CafeMinor
· 08-03 01:32
لماذا تم إعداد بروتوكول جديد مرة أخرى، إنه مدهش للغاية.
شاهد النسخة الأصليةرد0
liquiditea_sipper
· 08-03 01:31
جميل! حقاً لا يوجد حد أدنى، أليس كذلك؟
شاهد النسخة الأصليةرد0
MEVSupportGroup
· 08-03 01:31
مرة أخرى جسر عبر السلسلة~ من سيكون التالي؟
شاهد النسخة الأصليةرد0
TokenAlchemist
· 08-03 01:30
لماو جسر آخر "بدون إذن"... يظهر لي متجهات mev أولاً
بروتوكول Hyperlane: نموذج جديد بدون إذن للتواصل بين البلوكتشين
البلوكتشين互联互通的新范式：深入解析Hyperlane بروتوكول
النقاط الأساسية
نشر حقيقي بدون إذن: يتيح Hyperlane للمطورين الاتصال الفوري بسلاسل الكتل المختلفة، دون الحاجة لموافقات معقدة، مما يفتح نموذج وصول جديد بالكامل.
أمان مرن وقابل للتخصيص: يدعم (ISM) من Hyperlane متطلبات الأمان المخصصة للتطبيقات، ويمكنه تلبية احتياجات المعاملات الصغيرة السريعة ونقل الأصول عالية الأمان في نفس الوقت.
بنية صديقة للمطورين: يوفر Hyperlane مجموعة أدوات TypeScript، وأدوات CLI، ووثائق شاملة، مما يقلل بشكل كبير من العوائق التقنية للتكامل عبر البلوكتشين.
1. نقطة تحول في اتصال البلوكتشين
نظام البلوكتشين الإيكولوجي ينتقل من تطوير معزول إلى ترابط حقيقي. لم تعد المشاريع تبني بيئات مغلقة، بل تسعى بشكل متزايد إلى التكامل ضمن شبكة أوسع.
ومع ذلك، لا يزال معظم التكاملات الحالية يدوية ومجزأة. يجب على المشاريع الجديدة التفاوض مباشرة مع كل مزود لجسر أو تشغيل متبادل، مما يؤدي عادةً إلى تكاليف عالية وتأخيرات ونفقات إدارية. حتى بالنسبة للفرق التقنية المتقدمة، فإن هذا يخلق حواجز هيكلية للمشاركة، مما يعيق في نهاية المطاف قابلية التوسع في النظام البيئي بأكمله.
هذه التحدي ليس بالأمر الجديد. في أوائل التسعينيات من القرن الماضي، كانت الشركات تدير شبكات داخلية مستقلة، لديها قواعد وإمكانيات وصول مستقلة. على الرغم من أن الاتصال عبر الشبكات كان ممكنًا، إلا أنه كان يتطلب تنسيقًا تقنيًا مستهلكًا للوقت وتفويضًا متبادلًا.
ظهرت نقطة التحول مع إدخال بروتوكولات قياسية مثل HTTP وTCP/IP، مما جعل الوصول المفتوح وغير المصرح به إلى الإنترنت الموحد ممكنًا. هذه المعايير أفسحت المجال لنمو أسي ومشاركة عالمية من خلال استبدال التعقيد بالبساطة، مما وضع الأساس للثورة الرقمية.
تواجه صناعة البلوكتشين الآن نقطة تحول مماثلة. لفتح المرحلة التالية من الابتكار، يجب أن تتجاوز التكاملات المتقطعة والمستندة إلى الإذن، وتتجه نحو الاتصال القياسي غير المصرح به. إن خفض حواجز الدخول أمر حاسم للمشاركة الواسعة وابتكار النظام البيئي بأكمله.
! الغوص العميق في Hyperlane: بروتوكول عبر السلاسل بدون إذن يربط أكثر من 150 blockchain
2. حل Hyperlane: اتصال غير مصرح به
2.1. بدون إذن ومفتوح المصدر
حل Hyperlane هذه القيود الهيكلية من خلال بنية غير مرخصة - وهذه طريقة مختلفة تمامًا، تسمح لأي مشروع بالاتصال بحرية. بموجب هذه الطريقة، هناك متطلب واحد فقط: التوافق مع البيئة المدعومة من الآلة الافتراضية (VM) - مثل Ethereum/EVM، Solana/SVM أو Cosmos/CosmWasm. بمجرد استيفاء هذا الشرط، يمكن القيام بالتكامل، دون الحاجة إلى عمليات الموافقة المعقدة.
لذلك، قد انخفضت عتبة دخول مشاريع البلوكتشين بشكل كبير. ما كان يستغرق شهورًا لإنجازه في السابق، يمكن الآن إنجازه على الفور طالما تم استيفاء التوافق التقني.
دعونا نلقي نظرة على مثال عملي يتضمن مطور Web3 رايان. رايان يقوم ببناء مشروع جديد يسمى Tiger، والذي يعمل على شبكة رئيسية خاصة به. حاليًا، المستخدمون على سلسلة Tiger مقصورون على نظام Tiger البيئي، ولا يمكنهم التفاعل مع سلاسل الكتل الأخرى. ومع ذلك، يرغب المستخدمون في نقل الأصول من الإيثيريوم إلى سلسلة Tiger، وكذلك من سلسلة Tiger إلى سلاسل أخرى لفتح المزيد من السيولة. لتحقيق ذلك، يجب على رايان ربط سلسلة Tiger بشبكات سلاسل الكتل متعددة.
الخطوة الأولى، قام رايان بتثبيت أداة Hyperlane CLI لإعداد بيئة تكامل البلوكتشين. كانت العملية بسيطة - كل ما عليه فعله هو تشغيل "npm install @hyperlane-xyz/cli" في الطرفية. نظرًا لأن الأداة مفتوحة المصدر، فلا حاجة للموافقة أو التسجيل مسبقًا. تبرز هذه السهولة القيمة الأساسية لـ Hyperlane التي لا تتطلب إذنًا.
بعد ذلك، نشر رايان مكونين أساسيين على شبكة Tiger: Mailbox( وهو عقد يحقق نقل الرسائل بين البلوكتشين ) ووحدة الأمان بين الشبكات( Interchain Security Module، ISM)( للتحقق من صحة كل رسالة). هذان المكونان مفتوحان المصدر ومتاحة للجمهور، مما يسمح للمطورين بالتكامل وفقًا لشروطهم الخاصة. بمجرد أن تصبح هذه العناصر في مكانها، يمكن اختبار النظام.
الخطوة الثالثة، أرسل رايان رسالة اختبار من سلسلة تايجر إلى الإيثيريوم للتحقق من نجاح الإرسال. هنا، "الرسالة" ليست مجرد سلسلة نصية بسيطة - إنها أمر تنفيذ محدد: "نقل 100 من رموز TIGER إلى عنوان الإيثيريوم 0x123...". عملية النقل هي كما يلي:
أطلقت Tiger链 رسالة، لنقل 100 من رموز $TIGER إلى الإيثيريوم
يتحقق مدققو Hyperlane من الرسائل ويقومون بتوقيعها
المكرر ( Relayer ) يقوم بنقل الرسائل الموقعة إلى البلوكتشين الإيثيريوم
تحقق من رسالة ISM على البلوكتشين الإيثيريوم وأطلق 100 من $TIGER الرموز للمستلم
ما دام أن سلسلة المصدر وسلسلة الهدف قد ثبتت Mailbox، فلا حاجة إلى أي تكوين إضافي. يتم نقل الرسائل والتحقق منها وتنفيذها. أكدت الاختبارات الناجحة أن السلسلتين متصلتان بشكل صحيح.
في الخطوة الأخيرة، قام رايان بتسجيل تفاصيل الاتصال بسلسلة تايجر في سجل هايبرلين. يعتبر هذا السجل دليلاً عاماً يستند إلى GitHub، يجمع معلومات حول جميع السلاسل المتصلة، بما في ذلك معرفات النطاق ID( ومعرفات Mailbox وغيرها من المعرفات. الهدف من هذه القائمة العامة هو ضمان أن المطورين الآخرين يمكنهم العثور بسهولة على المعلومات المطلوبة للاتصال بسلسلة تايجر. إن وظائفه تشبه إلى حد كبير دليل الهاتف - بمجرد التسجيل، يمكن لأي شخص البحث عن تايجر وبدء التواصل. من خلال هذا التسجيل، يمكن لسلسلة تايجر الاستفادة من جميع تأثيرات الشبكة في نظام هايبرلين.
جوهر هذا الهيكل هو مبدأ بسيط وقوي: يمكن لأي شخص الاتصال دون الحاجة إلى إذن، ويمكن استخدام أي سلسلة كوجهة دون الحاجة إلى ترخيص.
يمكن فهم هذا النموذج بأفضل طريقة من خلال تشبيه مألوف - البريد الإلكتروني. تمامًا كما يمكن لأي شخص إرسال رسالة إلى أي عنوان بريد إلكتروني في العالم دون الحاجة إلى التنسيق المسبق، فإن Hyperlane تتيح لأي بلوكتشين مثبت عليه Mailbox أن يتواصل مع أي بلوكتشين آخر. إنها تخلق بيئة تجعل الاتصال غير المصرح به هو الحالة الافتراضية، وهو ما لا يمكن تحقيقه في الأنظمة التقليدية المعتمدة على الموافقة.
![تحليل عميق لـ Hyperlane: بروتوكول跨链无许可 يربط أكثر من 150 كتلة])https://img-cdn.gateio.im/webp-social/moments-9ddb546c4fa57b8f0d2955d996b12503.webp(
) 2.2. توافق العديد من الآلات الافتراضية###VM(
منذ البداية، تم تصميم Hyperlane بهيكلية modular لدعم عدة بيئات )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( النقل المباشر عبر البلوكتشين، دون الحاجة إلى تغليف ).
ERC20 القائم على الرهن: قفل رموز ERC20 على سلسلة المصدر كضمان، لاستخدامها في النقل عبر السلاسل.
ERC20 المركب: سك رموز ERC20 جديدة على سلسلة الهدف لتمثيل الرموز الأصلية.
مسارات Warp متعددة الضمانات: يسمح باستخدام عدة رموز ضمان لتوفير السيولة.
مسارات Warp المخصصة: إضافة ميزات متقدمة أو دمج حالات استخدام معينة ( مثل خزائن، دعم العملات الورقية للرموز ).
لنستخدم نموذج قفل-سك (lock-and-mint) لدراسة مثال عملي. مطور يُدعى رايان يرغب في نقل رمز النمر ($TIGER) المُصدر على إيثيريوم إلى شبكة Base.
رايان أولاً نشر عقد Hyperlane Warp Route على الإيثيريوم، وأودع رمز $TIGER في هذا العقد (EvmHypCollateral). ثم، قامت Mailbox على الإيثيريوم بإنشاء وإرسال رسالة، تشير إلى شبكة Base لتعدين نسخة مغلفة من رمز Tiger.
بعد استلام الرسالة، يستخدم شبكة Base وحدة الأمان بين الكتل (ISM) للتحقق من صحتها. إذا كانت عملية التحقق ناجحة، ستقوم شبكة Base بصك رمز Tiger المغلف ($wTIGER) مباشرة إلى محفظة المستخدم.
تقوم مسار Warp لـ Hyperlane بدور حاسم في توسيع رؤية Hyperlane للترابط المودولاري والغير مرخص بين سلاسل الكتل المختلفة. يحتاج المطورون فقط إلى تكوين العقود وفقًا لخصائص كل سلسلة. بينما تتم معالجة العملية المتبقية - نقل الرسائل، والتحقق، والتسليم - من قبل بنية Hyperlane التحتية، مما يمكّن المطورين من تحقيق الاتصال عبر البيئات دون الحاجة للتعامل مع آليات ترجمة معقدة.
( 2.3. الأمان المعياري: وحدة الأمان بين الكتل )ISM###
على الرغم من أن Hyperlane تحقق من الحركة السلسة للرسائل والأصول بين سلاسل الكتل المختلفة - وهي ميزة رئيسية للتوسع - إلا أنها تأتي أيضًا بتحدي رئيسي: كيف تتأكد سلسلة الكتل المستقبلة من أن الرسالة تأتي بالفعل من مصدرها المعلن؟ تمرير الرسائل شيء - والتحقق من صحتها شيء آخر.
لحل هذه المشكلة، قدمت Hyperlane وحدة الأمان بين السلاسل (Interchain Security Module، ISM) - وهو نظام أمان مودولاري يتحقق من صحة الرسالة قبل أن يقبل الرابط الهدف الرسالة. ISM هو عقد ذكي على السلسلة، يُستخدم للتحقق مما إذا كانت الرسالة قد تم إنشاؤها بالفعل على السلسلة المصدر، مما يوفر ضمانات ضد التلاعب ومصدر الرسالة.
باختصار، عندما تتلقى Mailbox سلسلة الهدف رسالة، فإنها تسأل أولاً: "هل هذه الرسالة تأتي بالفعل من السلسلة الأصلية؟" فقط بعد التحقق الناجح، سيتم توصيل الرسالة إلى الوجهة المتوقعة. إذا فشل التحقق أو بدت الرسالة مشبوهة، فسيتم رفض الرسالة.
تتمثل هذه العملية في الطريقة التي يعمل بها مراقبو الحدود أثناء السفر الدولي. قبل دخولك إلى بلد ما، سيقوم موظفو الهجرة بالتحقق من صحة جواز سفرك - "هل تم إصدار هذا الجواز فعلاً من قبل وطنك؟" يحتوي الجواز على ميزات أمان وعناصر تشفير لإثبات شرعيته. على الرغم من أن أي شخص يمكنه تزوير الوثائق، إلا أن الجوازات التي يمكن التحقق منها بشكل مناسب لإثبات مصدرها بالتشفير فقط هي التي سيتم قبولها للدخول.
من المهم أن يكون ISM قادرًا على تكوين نموذج الأمان الخاص به بشكل مرن بناءً على احتياجات الخدمة. في الممارسة العملية، تختلف متطلبات الأمان بشكل كبير حسب السياق. على سبيل المثال، قد تحتاج عملية نقل رمزي صغيرة فقط إلى توقيع مصدق أساسي لتحقيق تنفيذ أسرع. بالمقابل، قد تتطلب عملية نقل أصول بقيمة ملايين الدولارات نهجًا أمنيًا متعدد المستويات - بما في ذلك مصدقي Hyperlane، والجسور الخارجية، بالإضافة إلى تحقق متعدد التوقيع إضافي.
من خلال هذه الطريقة، يعكس إطار عمل ISM قرار تصميم رئيسي: تعطي Hyperlane الأولوية للاتصال والأمان من خلال التحقق المعياري. يمكن للتطبيقات تخصيص نموذج الأمان الخاص بها، مع الحفاظ على طبيعة البروتوكول غير المصرح بها.
! الغوص العميق في Hyperlane: بروتوكول عبر السلاسل بدون إذن يربط أكثر من 150 blockchain
3. أدوات المطورين وإمكانية الوصول: أسهل وسيلة اتصال
تولي Hyperlane أولوية لتجربة المطور من خلال توفير مستوى عالٍ من إمكانية الوصول وسهولة الاستخدام. تعتبر واجهة الأوامر (CLI) و مجموعة أدوات تطوير البرمجيات (SDK) المستندة إلى TypeScript أدوات أساسية لدمج السلاسل الجديدة في نظام Hyperlane البيئي، وإرسال الرسائل بين السلاسل، وتكوين Hyperlane Warp Route.
CLI و SDK كلاهما مفتوح المصدر بالكامل، ويمكن لأي شخص استخدامهما. يمكن للمطورين تثبيت التعليمات البرمجية من GitHub وبدء التكامل دون الحاجة إلى بروتوكول ترخيص أو عملية موافقة. تحتوي الوثائق الرسمية على دروس خطوة بخطوة، حتى بالنسبة لأولئك الذين لديهم خبرة محدودة في البلوكتشين.