Hyperlane: ثورة عدم إذن في تشغيل البلوكتشين المتداخل

#新时代 للربط في البلوكتشين: تحليل عميق لHyperlane

النقاط الأساسية

• نشر بلا عوائق: يتيح Hyperlane للمطورين الاتصال الفوري بسلاسل الكتل المختلفة دون الحاجة إلى عملية الموافقة، مما يخلق نموذج وصول جديد تمامًا.

• تكوين آمن مرن: يتيح نموذج الأمان بين الشبكات (ISM) من Hyperlane التطبيقات لتخصيص متطلبات الأمان، من التحقق الأساسي إلى التحقق متعدد الطبقات، بينما يدعم أيضًا المعاملات الصغيرة السريعة ونقل الأصول عالية الأمان.

• صديق للمطورين: يوفر Hyperlane مجموعة أدوات TypeScript، وأدوات CLI، ووثائق شاملة، مما يقلل بشكل كبير من عتبة التكنولوجيا للتكامل عبر السلاسل، ويمكن تحقيق الرسائل بين السلاسل من خلال واجهات برمجة التطبيقات البسيطة.

1. نقطة تحول في اتصال البلوكتشين

البلوكتشين الإيكولوجي ينتقل من تطوير معزول إلى الاتصال الحقيقي. لم تعد المشاريع تبني بيئات مغلقة، بل تسعى إلى تكامل شبكي أوسع.

ومع ذلك، لا يزال الدمج الحالي يدويًا ومتقطعًا. يجب على المشاريع الجديدة التفاوض مع كل مزود جسر أو تكامل بشكل منفصل، مما يؤدي غالبًا إلى تكاليف عالية وتأخيرات. حتى بالنسبة للفرق المتقدمة تقنيًا، فإن هذا يسبب حواجز هيكلية أمام المشاركة، مما يعيق قابلية التوسع في النظام البيئي بأسره.

هذه التحدي ليس شيئًا جديدًا. في أوائل التسعينيات، كانت الشركات تدير شبكات داخلية مستقلة، مع قواعد وإذن وصول مستقلة. على الرغم من أن التواصل عبر الشبكات كان ممكنًا، إلا أنه كان يتطلب تنسيقًا تقنيًا يستغرق وقتًا.

ظهر نقطة التحول بعد إدخال بروتوكولات المعايير مثل HTTP وTCP/IP، حيث حققت وصولاً مفتوحاً إلى الإنترنت الموحد. استبدلت هذه المعايير التعقيد بالبساطة، مما أطلق نمواً أسياً وأسس لثورة الرقمية.

تواجه صناعة البلوكتشين الآن نقطة تحول مشابهة. من أجل فتح المرحلة التالية من الابتكار، يجب أن تتجاوز التكاملات المجزأة والمبنية على إذن، وتتجه نحو الاتصال القياسي وغير المصرح به. إن خفض عتبة الدخول أمر حيوي للمشاركة الواسعة وابتكار النظام البيئي.

2. حل Hyperlane: اتصال بدون إذن

2.1. بدون ترخيص ومفتوح المصدر

عند انضمام مشروع جديد إلى النظام البيئي للبلوكتشين، يواجه عادةً عقبات كبيرة. يتطلب التكامل مع بروتوكولات الجسر أو التشغيل المتداخل عادةً عمليات موافقة معقدة، تتضمن مراجعات يدوية، وتقييمات تكامل تقني، وتدقيقات أمان. حتى بعد اجتياز هذه الفحوصات، غالبًا ما يتحمل المشروع تكاليف تكامل باهظة.

هايبرلاين يحل هذه القيود من خلال بنية تحتية غير مرخصة، مما يسمح لأي مشروع بالاتصال بحرية. الشرط الوحيد هو التوافق مع بيئة الآلات الافتراضية المدعومة (VM)، مثل إيثيريوم/EVM، سولانا/SVM أو كوزموس/CosmWasm. بمجرد استيفاء هذا الشرط، يمكن التكامل على الفور دون الحاجة إلى موافقات معقدة.

لذلك تم تقليل عتبة الدخول لمشاريع البلوكتشين بشكل كبير. ما كان يستغرق شهوراً لإنجازه في الماضي، يمكن إنجازه الآن على الفور بمجرد تلبية متطلبات التوافق الفني.

دعونا نلقي نظرة على مثال عملي. المطور رايان يقوم ببناء مشروع جديد يسمى Tiger، ويشغل شبكته الرئيسية الخاصة. حاليًا، مستخدمو سلسلة Tiger مقصورون على نظام بيئي Tiger، ولا يمكنهم التفاعل مع بلوكتشينات أخرى. لتحقيق تحويل الأصول عبر السلاسل، يحتاج رايان إلى ربط سلسلة Tiger بعدة شبكات بلوكتشين.

الخطوة 1: تثبيت واجهة سطر الأوامر Hyperlane رايان أولاً يثبت أداة Hyperlane CLI لإعداد بيئة تكامل السلاسل، كل ما عليه هو تشغيل "npm install @hyperlane-xyz/cli" في الطرفية. هذه الأداة مفتوحة المصدر ولا تحتاج إلى موافقة مسبقة.

الخطوة 2: نشر Mailbox و ISM قام رايان بنشر مكونين أساسيين على سلسلة تايجر: العقد الذي يحقق نقل الرسائل بين الكتل Mailbox( والعنصر الأمني بين الشبكات )ISM، للتحقق من صحة الرسائل (. هذان المكونان مفتوحان المصدر ومتاحة للجمهور.

الخطوة 3: اختبار اتصال التحقق من الرسائل رايان يرسل رسالة اختبار من سلسلة تايجر إلى الإيثريوم للتحقق من نجاح الإرسال. هنا "الرسالة" هي أمر تنفيذ: "نقل 100 من رموز TIGER إلى عنوان الإيثريوم 0x123...". عملية النقل كالتالي:

1. أطلقت Tiger链 رسالة لنقل 100 من $TIGER توكن إلى الإيثيريوم
2. يتحقق مدققو Hyperlane من الرسائل ويوقعون عليها
3. يقوم جهاز التكرار بنقل الرسالة الموقعة إلى الإيثيريوم
4. تحقق ISM على الإيثيريوم من الرسالة وتحرر 100 من رموز $TIGER للمستلم

ما دام أن سلسلة المصدر وسلسلة الهدف مثبتتان Mailbox، فلا حاجة لتكوين إضافي. يتم نقل الرسائل والتحقق منها وتنفيذها. تؤكد الاختبارات الناجحة أن السلسلتين متصلتان بشكل صحيح.

الخطوة 4: التسجيل في السجل العام أخيرًا، قام رايان بتسجيل تفاصيل اتصال سلسلة Tiger في سجل Hyperlane. يُعتبر هذا السجل دليلًا عامًا قائمًا على GitHub، يلخص معلومات جميع السلاسل المتصلة. من خلال هذا التسجيل، ستتمكن سلسلة Tiger من الاستفادة من جميع آثار الشبكة في نظام Hyperlane البيئي.

الجوهر لهذا الهيكل هو مبدأ بسيط وقوي: يمكن لأي شخص الاتصال دون الحاجة إلى موافقة، ويمكن استخدام أي سلسلة كوجهة دون الحاجة إلى إذن.

يمكن فهم هذا النموذج من خلال تشبيهه بالبريد الإلكتروني. تمامًا كما يمكن لأي شخص إرسال رسالة إلى أي عنوان بريد إلكتروني في العالم، فإن Hyperlane يسمح لأي بلوكتشين مثبت عليه Mailbox بالتواصل مع أي بلوكتشين آخر. إنه يخلق بيئة تجعل الاتصال غير المصرح به هو الحالة الافتراضية.

![تحليل عميق لـ Hyperlane: بروتوكول عبر السلاسل بدون إذن يربط أكثر من 150 كتلة])https://img-cdn.gateio.im/webp-social/moments-9ddb546c4fa57b8f0d2955d996b12503.webp(

) 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 ( النقل المباشر عبر السلاسل دون الحاجة إلى تغليف ).
• ERC20 المضمون: قفل رموز ERC20 على سلسلة المصدر كضمان، لاستخدامها في النقل عبر السلاسل.
• ERC20 مدمج: صك رموز ERC20 جديدة على سلسلة الهدف لتمثيل الرموز الأصلية.
• مسارات Warp متعددة الضمانات: تسمح بتقديم سيولة باستخدام رموز ضمان متعددة.
• مسارات Warp المخصصة: إضافة ميزات متقدمة أو دمج حالات استخدام محددة ( مثل خزنة، دعم العملة الورقية للرموز ).

دعونا نستخدم نموذج القفل-الصك ( lock-and-mint ) لدراسة مثال عملي. يود المطور رايان تحويل رمز النمر ( $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 هو عقد ذكي على السلسلة، يستخدم للتحقق مما إذا كانت الرسالة قد تم إنشاؤها فعلاً على السلسلة المصدر، ويقدم ضمانات ضد التلاعب وضمانات المصدر.

باختصار، عندما تتلقى Mailbox في سلسلة الهدف رسالة، فإنها ستسأل أولاً: "هل هذه الرسالة جاءت حقًا من السلسلة الأصلية؟" فقط بعد التحقق الناجح، سيتم تمرير الرسالة إلى الوجهة المتوقعة. إذا فشل التحقق أو بدا مشبوهًا، سيتم رفض الرسالة.

تشبه هذه العملية طريقة عمل رقابة الحدود أثناء السفر الدولي. قبل دخولك إلى دولة ما، يقوم موظفو الهجرة بالتحقق من صحة جواز سفرك - "هل تم إصدار هذا الجواز بالفعل من قبل وطنك؟" يحتوي الجواز على ميزات أمان وعناصر مشفرة لإثبات شرعيته. على الرغم من أن أي شخص يمكنه تزوير الوثائق، إلا أن الجوازات التي يمكن التحقق منها بطريقة مناسبة لإثبات مصدرها بشكل مشفر فقط هي التي ستقبل للدخول.

من المهم أن يقوم ISM بتكوين نموذج الأمان الخاص به بمرونة حسب احتياجات الخدمة. في الممارسة العملية، تختلف متطلبات الأمان بشكل كبير حسب السياق. على سبيل المثال، قد تتطلب عملية تحويل رمزية صغيرة فقط توقيع موثق أساسي لتحقيق تنفيذ أسرع. بالمقابل، قد تتطلب عملية تحويل أصول بملايين الدولارات نهج أمان متعدد الطبقات - بما في ذلك موثقي Hyperlane، والجسور الخارجية ( مثل Wormhole )، بالإضافة إلى تحقق متعدد التوقيعات إضافي.

من خلال هذه الطريقة، يعكس إطار عمل ISM قرار تصميم رئيسيًا: تضع Hyperlane الاتصال والأمان في المقدمة من خلال التحقق المودولاري. يمكن للتطبيقات تخصيص نموذج الأمان الخاص بها، مع الحفاظ على طبيعة البروتوكول غير المصرح بها.

3. أدوات المطورين والوصول: أسهل طريقة للاتصال

تولي Hyperlane الأولوية لتجربة المطورين من خلال توفير مستوى عالٍ من إمكانية الوصول وسهولة الاستخدام. تعتبر واجهة سطر الأوامر (CLI) ومجموعة أدوات تطوير البرمجيات القائمة على TypeScript (SDK) الأدوات الأساسية لدمج السلاسل الجديدة في نظام Hyperlane البيئي، وإرسال الرسائل عبر السلاسل، وتكوين Hyperlane Warp Route.

CLI و SDK كلاهما مفتوح المصدر تمامًا، ويمكن لأي شخص استخدامهما. يمكن للمطورين تثبيت الشيفرة من GitHub والبدء في الدمج دون الحاجة إلى اتفاقية ترخيص أو عملية موافقة. الوثائق الرسمية تتضمن دروسًا خطوة بخطوة، مما يجعلها سهلة الاستخدام حتى للمطورين ذوي الخبرة المحدودة في البلوكتشين.

( 3.1. Hyperlane CLI: أداة التكامل المباشر

Hyperlane CLI هو الأداة الرسمية للواجهة السطرية، تهدف إلى تمكين المطورين من نشر عقود Hyperlane والتفاعل معها عن طريق تنفيذ أوامر بسيطة. يدعم مجموعة واسعة من العمليات - بما في ذلك نشر Hyperlane على كتلة جديدة، إنشاء مسار Warp لـ Hyperlane، واختبار إرسال الرسائل عبر الشبكات - غالبًا ما يتطلب الأمر مجرد أمر واحد.

• معلومات التسجيل عن الكتلة: تعريف اسم الكتلة، العنوان واسم النطاق ID)domain ID###
• نشر المكونات الأساسية: تثبيت Mailbox و ISM تلقائيًا
• اختبار نقل الرسائل: إرسال رسائل تجريبية بين السلاسل المتصلة

( 3.2. Hyperlane SDK: حزمة أدوات التكامل والأتمتة

Hyperlane SDK هو مجموعة أدوات تطوير قائمة على TypeScript، تبسط تنفيذ نقل الرسائل بين الكتل. إنها تجعل المطورين