**نشر بدون إذن: ** يسمح Hyperlane للمطورين بالاتصال الفوري بسلاسل مختلفة دون الحاجة إلى عملية موافقة، مما يخلق نموذج وصول فريد.
**الأمان القائم على الوحدات: **تتيح وحدة الأمان بين الكتل لـ Hyperlane (ISM) للمستخدمين تخصيص متطلبات الأمان الخاصة بهم، مما يدعم المعاملات الصغيرة السريعة ونقل الأصول عالية الأمان على نفس البنية التحتية.
**صديق للمطورين: ** يوفر Hyperlane مجموعة أدوات TypeScript و أدوات سطر الأوامر و وثائق شاملة، مما يقلل بشكل كبير من العوائق التقنية لدمج البلوكتشين.
1. نقطة التحول في اتصال البلوكتشين
نظام البلوكتشين البيئي ينتقل من التطوير المعزول إلى الترابط الحقيقي. لم تعد المشاريع تبني بيئات مغلقة، بل تسعى إلى التكامل ضمن شبكة أوسع.
ومع ذلك، لا تزال معظم التكاملات الحالية يدوية وتجزئة. يجب على المشاريع الجديدة التفاوض مباشرة مع كل مزود جسور أو تداخل، مما يؤدي عادةً إلى تكاليف مرتفعة، وتأخيرات، ونفقات إدارية. حتى بالنسبة للفرق المتقدمة تقنيًا، فإن هذا يسبب عوائق هيكلية للمشاركة، مما يعيق في النهاية قابلية التوسع للنظام البيئي بأكمله.
هذه التحديات ليست جديدة. في أوائل التسعينيات، كانت الشركات تدير شبكات داخلية مستقلة، مع قواعد وصلاحيات وصول مستقلة. كانت الاتصالات عبر الشبكات ممكنة، لكنها تتطلب تنسيقًا تقنيًا مرهقًا وتفويضات متبادلة.
حدثت نقطة التحول عند إدخال بروتوكولات المعايير مثل HTTP و TCP/IP، حيث حققت هذه البروتوكولات الوصول المفتوح وغير المصرح به إلى الإنترنت الموحد. من خلال تبسيط التعقيد، أطلقت هذه المعايير النمو الأسي والمشاركة العالمية، مما وضع الأساس للثورة الرقمية.
تواجه صناعة البلوكتشين الآن نقطة تحول مماثلة. لإطلاق العنان للابتكار في المرحلة التالية، يجب أن تتجاوز التكاملات المتناثرة والمسموح بها، وتتجه نحو الاتصال القياسي وغير المسموح به. إن خفض عتبة الدخول أمر بالغ الأهمية للمشاركة الواسعة وابتكار النظام البيئي بأكمله.
2. حلول Hyperlane: اتصال بدون إذن
2.1. بدون ترخيص ومفتوح المصدر
Hyperlane تحل القيود الهيكلية من خلال بنية غير مصرح بها، وهي نمط مختلف جذريًا يسمح لأي مشروع بالاتصال بحرية. في هذه الطريقة، هناك شرط واحد فقط: التوافق مع بيئة الآلات الافتراضية المدعومة (VM). بمجرد استيفاء هذا الشرط، يمكن إجراء التكامل دون الحاجة إلى عمليات موافقة معقدة.
لذلك، تم تقليل عتبة دخول مشاريع البلوكتشين بشكل كبير. الأشياء التي كانت تتطلب شهورًا لإكمالها في الماضي، يمكن إكمالها الآن على الفور طالما أنه يتم تلبية التوافق التقني.
دعونا نلقي نظرة على مثال عملي يتضمن مطور Web3 رايان. رايان يبني مشروعًا جديدًا يسمى Tiger، والذي يعمل على شبكته الرئيسية الخاصة. حاليًا، مستخدمو سلسلة Tiger مقصورون على نظام Tiger البيئي، ولا يمكنهم التفاعل مع سلاسل الكتل الأخرى. ومع ذلك، يرغب المستخدمون في نقل الأصول من الإيثيريوم إلى سلسلة Tiger، وكذلك من سلسلة Tiger إلى سلاسل أخرى لفتح المزيد من السيولة. لتحقيق ذلك، يجب على رايان ربط سلسلة Tiger بشبكات سلاسل الكتل المتعددة.
الخطوة 1: تثبيت Hyperlane CLI
الخطوة الأولى، قام رايان بتثبيت أدوات Hyperlane CLI لإعداد بيئة تكامل السلسلة. كانت هذه العملية بسيطة، كل ما عليه هو تشغيل "npm install @hyperlane-xyz/cli" في الطرفية. نظرًا لأن هذه الأداة مفتوحة المصدر، فلا حاجة للحصول على موافقة مسبقة أو تسجيل.
الخطوة 2: نشر Mailbox و ISM
بعد ذلك، قام رايان بنشر مكونين أساسيين على شبكة Tiger: العقد ( الذي ينفذ نقل الرسائل بين البلوكتشين و )ISM، وحدة الأمان بين الشبكات، للتحقق من صحة كل رسالة (. كلا المكونين مفتوح المصدر ومتاحان للجمهور، مما يسمح للمطورين بالاندماج وفقًا لشروطهم الخاصة.
الخطوة 3: اختبار الرسائل للتحقق من الاتصال
الخطوة الثالثة، أرسل رايان رسالة اختبار من سلسلة Tiger إلى الإيثيريوم للتحقق مما إذا كانت عملية الإرسال ناجحة. هنا "الرسالة" هي أمر تنفيذ محدد: "نقل 100 من رموز TIGER إلى عنوان الإيثيريوم 0x123...". عملية النقل كما يلي:
أطلق Tiger链 رسالة، لنقل 100 من $TIGER توكن إلى الإيثيريوم
يتحقق المدققون في Hyperlane من الرسائل ويقومون بتوقيعها
المكرر ) Relayer ( ينقل الرسائل الموقعة إلى الإيثيريوم
تحقق من الرسالة ISM على البلوكتشين الإيثيريوم وأطلق 100 من رموز $TIGER للمستلم
طالما تم تثبيت Mailbox على كل من سلسلة المصدر وسلسلة الهدف، فلا حاجة لتكوين إضافي. يتم نقل الرسالة والتحقق منها وتنفيذها. أكدت الاختبارات الناجحة أن السلسلتين متصلتان بشكل صحيح.
الخطوة 4: التسجيل في السجل العام
في الخطوة الأخيرة، سجل رايان تفاصيل الاتصال بسلسلة تايجر في سجل Hyperlane. هذا السجل هو دليل عام قائم على GitHub، يجمع معلومات جميع السلاسل المتصلة، بما في ذلك معرفات النطاق ID) ومعرفات البريد Mailbox وغيرها من المعرفات. الهدف من هذه القائمة العامة هو ضمان أن المطورين الآخرين يمكنهم بسهولة العثور على المعلومات المطلوبة للاتصال بسلسلة تايجر. وظيفتها مشابهة لدليل الهاتف، بمجرد التسجيل، يمكن لأي شخص البحث عن تايجر وبدء الاتصال. من خلال هذا التسجيل، ستتمكن سلسلة تايجر من الاستفادة من جميع تأثيرات الشبكة في نظام Hyperlane البيئي.
جوهر هذا الهيكل هو مبدأ بسيط وقوي: يمكن لأي شخص الاتصال دون الحاجة إلى موافقة، ويمكن استخدام أي كتلة كوجهة دون الحاجة إلى إذن.
يمكن فهم هذا النموذج بشكل أفضل من خلال تشبيه مألوف، البريد الإلكتروني. تمامًا كما يمكن لأي شخص إرسال رسالة إلى أي عنوان بريد إلكتروني في العالم دون الحاجة إلى تنسيق مسبق، فإن Hyperlane يتيح لأي بلوكتشين مثبت عليه Mailbox التواصل مع أي بلوكتشين آخر. إنه ينشئ بيئة تجعل الاتصال دون إذن هو الوضع الافتراضي، وهو ما لا يمكن تحقيقه في الأنظمة التقليدية المعتمدة على الموافقة.
( 2.2. توافق العديد من الآلات الافتراضية )VM###
منذ البداية، تم تصميم Hyperlane ليكون له هيكلية معيارية لدعم بيئات متعددة من الآلات الافتراضية (VM). حاليًا، يدعم التشغيل البيني عبر EVM الخاص بالإيثريوم، وCosmWasm القائم على Cosmos SDK، وSVM الخاص بـ Solana، وهو بصدد زيادة الدعم لسلاسل القائمة على Move.
ربط بيئات VM المختلفة هو في جوهره أمر معقد. تعمل كل كتلة على تشغيل نموذج تنفيذ وبيانات وآلية توافق ومعايير أصول خاصة بها. يتطلب تحقيق التشغيل البيني عبر هذه الأنظمة إطارًا متخصصًا عاليًا قادرًا على ترجمة الهياكل المختلفة تمامًا.
على سبيل المثال، يدعم EVM الخاص بإيثريوم 18 رقمًا عشريًا، بينما يستخدم SVM الخاص بسولانا 9 أرقام عشرية. إن التغلب على حتى أصغر الاختلافات مع الحفاظ على الأمان والموثوقية هو أحد الإنجازات التقنية الرئيسية لـ 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 الذي تم إصداره على الإيثيريوم )$TIGER( إلى شبكة Base.
رايان أولاً نشر عقد Hyperlane Warp Route على الإيثيريوم، وأودع توكن $TIGER في هذا العقد )EvmHypCollateral(. ثم، قام Mailbox الخاص بالإيثيريوم بإنشاء وإرسال رسالة، تشير إلى شبكة Base لصك نسخة مغلفة من توكن Tiger.
بعد استلام الرسالة، يستخدم شبكة Base وحدة الأمان بين الكتل )ISM( للتحقق من صحتها. إذا تم التحقق بنجاح، ستقوم شبكة Base بصك الرموز المغلفة Tiger مباشرة إلى محفظة المستخدم )$wTIGER(.
تلعب Hyperlane Warp Route دورًا حاسمًا في توسيع رؤية Hyperlane للتشغيل البيني غير المصرح به والقائم على النماذج بين سلاسل الكتل المختلفة. يحتاج المطورون فقط إلى تكوين العقود وفقًا لخصائص كل سلسلة. تتم معالجة بقية العملية، بما في ذلك نقل الرسائل والتحقق والتسليم، بواسطة بنية Hyperlane التحتية، مما يمكّن المطورين من تحقيق اتصال عبر البيئات دون الحاجة إلى التعامل مع آليات الترجمة المعقدة.
![تحليل عميق لـ Hyperlane: بروتوكول عبر السلاسل غير المرخص الذي يربط أكثر من 150 كتلة])https://img-cdn.gateio.im/webp-social/moments-49c49b634076b8b381ebd39bfb2340e3.webp(
) 2.3. الأمان القابل للتعديل: وحدة الأمان بين الكتل (ISM)
على الرغم من أن Hyperlane تحقق انتقال الرسائل والأصول بسلاسة بين سلاسل الكتل المختلفة، وهو ميزة رئيسية من ميزات القابلية للتوسع، إلا أنه يطرح تحديًا رئيسيًا: كيف يمكن لسلسلة الكتل المستقبلة أن تتأكد من أن الرسالة تأتي حقًا من المصدر الذي تدعيه؟ تمرير الرسائل شيء، والتحقق من صحتها شيء آخر.
لحل هذه المشكلة، قامت Hyperlane بإدخال وحدة الأمان بين السلاسل ###Interchain Security Module, ISM(، وهي نظام أمان معياري، حيث تتحقق من صحة الرسائل قبل أن تتلقاها السلسلة المستهدفة. ISM هو عقد ذكي على السلسلة يستخدم للتحقق مما إذا كانت الرسالة قد تم إنشاؤها بالفعل على السلسلة المصدرية، مما يوفر ضمانات ضد التلاعب ومصدر الرسالة.
باختصار، عندما تتلقى Mailbox من سلسلة الهدف رسالة، فإنها تسأل أولاً: "هل هذه الرسالة حقًا来自 السلسلة الأصلية؟" فقط بعد التحقق بنجاح، سيتم تمرير الرسالة إلى الوجهة المتوقعة. إذا فشل التحقق أو بدا مشبوهًا، ستُرفض الرسالة.
تشبه هذه العملية كيفية عمل ضوابط الحدود أثناء السفر الدولي. قبل دخولك إلى بلد ما، يقوم موظفو الهجرة بالتحقق من صحة جواز سفرك، "هل تم إصدار هذا الجواز حقًا من قبل وطنك؟" يحتوي الجواز على ميزات أمان وعناصر تشفير لإثبات شرعيته. على الرغم من أن أي شخص يمكنه تزوير الوثائق، إلا أن الجوازات التي يمكنها إثبات مصدرها بطريقة مشفرة من خلال التحقق المناسب فقط ستقبل للدخول.
من المهم أن يتمكن ISM من تكوين نموذج أمانه بشكل مرن بناءً على احتياجات الخدمة. في الممارسة العملية، تختلف متطلبات الأمان بشكل كبير حسب السياق. على سبيل المثال، قد تتطلب عملية تحويل رمزية صغيرة مجرد توقيع مُصدّق أساسي لتحقيق تنفيذ أسرع. بالمقابل، قد تتطلب عملية تحويل أصول بملايين الدولارات نهج أمان متعدد المستويات، بما في ذلك مُصدّقي Hyperlane، والجسور الخارجية ) مثل Wormhole (، بالإضافة إلى تحقق متعدد التوقيع إضافي.
من خلال هذه الطريقة، يعكس إطار عمل ISM قرار تصميم رئيسي: تفضل Hyperlane الاتصال والأمان من خلال التحقق المعياري. يمكن للتطبيقات تخصيص نموذج الأمان الخاص بها مع الحفاظ على طبيعة البروتوكول غير المرخص.
![تحليل عميق لـ Hyperlane: بروتوكول عبر السلسلة غير المصرح به يربط أكثر من 150 بلوكتشين])https://img-cdn.gateio.im/webp-social/moments-b9ec7fcd7437e0215721443df43ef1a6.webp(
3. أدوات المطورين وسهولة الوصول: أبسط طرق الاتصال
تقدم Hyperlane تجربة مطور مميزة من خلال توفير مستوى عالٍ من الوصول وسهولة الاستخدام. تعتبر واجهة سطر الأوامر )CLI( ومجموعة أدوات تطوير البرمجيات المستندة إلى TypeScript )SDK( أدوات أساسية لدمج سلاسل جديدة في نظام Hyperlane البيئي، وإرسال الرسائل بين السلاسل، وتكوين Hyperlane Warp Route.
CLI و SDK كلاهما مفتوح المصدر تمامًا، ويمكن لأي شخص استخدامهما. يمكن للمطورين تثبيت الكود من GitHub وبدء التكامل دون الحاجة إلى اتفاقية ترخيص أو عملية موافقة. تحتوي الوثائق الرسمية على دروس خطوة بخطوة، مما يجعلها سهلة الاستخدام حتى بالنسبة للمطورين ذوي الخبرة المحدودة في البلوكتشين.
) 3.1. Hyperlane CLI: أداة تكامل مباشرة
يعد Hyperlane CLI الأداة الرسمية لسطر الأوامر، والتي تهدف إلى تمكين المطورين من نشر عقود Hyperlane والتفاعل معها من خلال أوامر بسيطة. يدعم مجموعة واسعة من العمليات، بما في ذلك نقل
قد تحتوي هذه الصفحة على محتوى من جهات خارجية، يتم تقديمه لأغراض إعلامية فقط (وليس كإقرارات/ضمانات)، ولا ينبغي اعتباره موافقة على آرائه من قبل Gate، ولا بمثابة نصيحة مالية أو مهنية. انظر إلى إخلاء المسؤولية للحصول على التفاصيل.
Hyperlane: عصر جديد من التشغيل البيني عبر السلاسل بدون إذن
عصر جديد من التفاعل بين الكتل: شرح Hyperlane
النقاط الأساسية
**نشر بدون إذن: ** يسمح Hyperlane للمطورين بالاتصال الفوري بسلاسل مختلفة دون الحاجة إلى عملية موافقة، مما يخلق نموذج وصول فريد.
**الأمان القائم على الوحدات: **تتيح وحدة الأمان بين الكتل لـ Hyperlane (ISM) للمستخدمين تخصيص متطلبات الأمان الخاصة بهم، مما يدعم المعاملات الصغيرة السريعة ونقل الأصول عالية الأمان على نفس البنية التحتية.
**صديق للمطورين: ** يوفر Hyperlane مجموعة أدوات TypeScript و أدوات سطر الأوامر و وثائق شاملة، مما يقلل بشكل كبير من العوائق التقنية لدمج البلوكتشين.
1. نقطة التحول في اتصال البلوكتشين
نظام البلوكتشين البيئي ينتقل من التطوير المعزول إلى الترابط الحقيقي. لم تعد المشاريع تبني بيئات مغلقة، بل تسعى إلى التكامل ضمن شبكة أوسع.
ومع ذلك، لا تزال معظم التكاملات الحالية يدوية وتجزئة. يجب على المشاريع الجديدة التفاوض مباشرة مع كل مزود جسور أو تداخل، مما يؤدي عادةً إلى تكاليف مرتفعة، وتأخيرات، ونفقات إدارية. حتى بالنسبة للفرق المتقدمة تقنيًا، فإن هذا يسبب عوائق هيكلية للمشاركة، مما يعيق في النهاية قابلية التوسع للنظام البيئي بأكمله.
هذه التحديات ليست جديدة. في أوائل التسعينيات، كانت الشركات تدير شبكات داخلية مستقلة، مع قواعد وصلاحيات وصول مستقلة. كانت الاتصالات عبر الشبكات ممكنة، لكنها تتطلب تنسيقًا تقنيًا مرهقًا وتفويضات متبادلة.
حدثت نقطة التحول عند إدخال بروتوكولات المعايير مثل HTTP و TCP/IP، حيث حققت هذه البروتوكولات الوصول المفتوح وغير المصرح به إلى الإنترنت الموحد. من خلال تبسيط التعقيد، أطلقت هذه المعايير النمو الأسي والمشاركة العالمية، مما وضع الأساس للثورة الرقمية.
تواجه صناعة البلوكتشين الآن نقطة تحول مماثلة. لإطلاق العنان للابتكار في المرحلة التالية، يجب أن تتجاوز التكاملات المتناثرة والمسموح بها، وتتجه نحو الاتصال القياسي وغير المسموح به. إن خفض عتبة الدخول أمر بالغ الأهمية للمشاركة الواسعة وابتكار النظام البيئي بأكمله.
2. حلول Hyperlane: اتصال بدون إذن
2.1. بدون ترخيص ومفتوح المصدر
Hyperlane تحل القيود الهيكلية من خلال بنية غير مصرح بها، وهي نمط مختلف جذريًا يسمح لأي مشروع بالاتصال بحرية. في هذه الطريقة، هناك شرط واحد فقط: التوافق مع بيئة الآلات الافتراضية المدعومة (VM). بمجرد استيفاء هذا الشرط، يمكن إجراء التكامل دون الحاجة إلى عمليات موافقة معقدة.
لذلك، تم تقليل عتبة دخول مشاريع البلوكتشين بشكل كبير. الأشياء التي كانت تتطلب شهورًا لإكمالها في الماضي، يمكن إكمالها الآن على الفور طالما أنه يتم تلبية التوافق التقني.
دعونا نلقي نظرة على مثال عملي يتضمن مطور Web3 رايان. رايان يبني مشروعًا جديدًا يسمى Tiger، والذي يعمل على شبكته الرئيسية الخاصة. حاليًا، مستخدمو سلسلة Tiger مقصورون على نظام Tiger البيئي، ولا يمكنهم التفاعل مع سلاسل الكتل الأخرى. ومع ذلك، يرغب المستخدمون في نقل الأصول من الإيثيريوم إلى سلسلة Tiger، وكذلك من سلسلة Tiger إلى سلاسل أخرى لفتح المزيد من السيولة. لتحقيق ذلك، يجب على رايان ربط سلسلة Tiger بشبكات سلاسل الكتل المتعددة.
الخطوة 1: تثبيت Hyperlane CLI
الخطوة الأولى، قام رايان بتثبيت أدوات Hyperlane CLI لإعداد بيئة تكامل السلسلة. كانت هذه العملية بسيطة، كل ما عليه هو تشغيل "npm install @hyperlane-xyz/cli" في الطرفية. نظرًا لأن هذه الأداة مفتوحة المصدر، فلا حاجة للحصول على موافقة مسبقة أو تسجيل.
الخطوة 2: نشر Mailbox و ISM
بعد ذلك، قام رايان بنشر مكونين أساسيين على شبكة Tiger: العقد ( الذي ينفذ نقل الرسائل بين البلوكتشين و )ISM، وحدة الأمان بين الشبكات، للتحقق من صحة كل رسالة (. كلا المكونين مفتوح المصدر ومتاحان للجمهور، مما يسمح للمطورين بالاندماج وفقًا لشروطهم الخاصة.
الخطوة 3: اختبار الرسائل للتحقق من الاتصال
الخطوة الثالثة، أرسل رايان رسالة اختبار من سلسلة Tiger إلى الإيثيريوم للتحقق مما إذا كانت عملية الإرسال ناجحة. هنا "الرسالة" هي أمر تنفيذ محدد: "نقل 100 من رموز TIGER إلى عنوان الإيثيريوم 0x123...". عملية النقل كما يلي:
أطلق Tiger链 رسالة، لنقل 100 من $TIGER توكن إلى الإيثيريوم
يتحقق المدققون في Hyperlane من الرسائل ويقومون بتوقيعها
المكرر ) Relayer ( ينقل الرسائل الموقعة إلى الإيثيريوم
تحقق من الرسالة ISM على البلوكتشين الإيثيريوم وأطلق 100 من رموز $TIGER للمستلم
طالما تم تثبيت Mailbox على كل من سلسلة المصدر وسلسلة الهدف، فلا حاجة لتكوين إضافي. يتم نقل الرسالة والتحقق منها وتنفيذها. أكدت الاختبارات الناجحة أن السلسلتين متصلتان بشكل صحيح.
الخطوة 4: التسجيل في السجل العام
في الخطوة الأخيرة، سجل رايان تفاصيل الاتصال بسلسلة تايجر في سجل Hyperlane. هذا السجل هو دليل عام قائم على GitHub، يجمع معلومات جميع السلاسل المتصلة، بما في ذلك معرفات النطاق ID) ومعرفات البريد Mailbox وغيرها من المعرفات. الهدف من هذه القائمة العامة هو ضمان أن المطورين الآخرين يمكنهم بسهولة العثور على المعلومات المطلوبة للاتصال بسلسلة تايجر. وظيفتها مشابهة لدليل الهاتف، بمجرد التسجيل، يمكن لأي شخص البحث عن تايجر وبدء الاتصال. من خلال هذا التسجيل، ستتمكن سلسلة تايجر من الاستفادة من جميع تأثيرات الشبكة في نظام Hyperlane البيئي.
جوهر هذا الهيكل هو مبدأ بسيط وقوي: يمكن لأي شخص الاتصال دون الحاجة إلى موافقة، ويمكن استخدام أي كتلة كوجهة دون الحاجة إلى إذن.
يمكن فهم هذا النموذج بشكل أفضل من خلال تشبيه مألوف، البريد الإلكتروني. تمامًا كما يمكن لأي شخص إرسال رسالة إلى أي عنوان بريد إلكتروني في العالم دون الحاجة إلى تنسيق مسبق، فإن Hyperlane يتيح لأي بلوكتشين مثبت عليه Mailbox التواصل مع أي بلوكتشين آخر. إنه ينشئ بيئة تجعل الاتصال دون إذن هو الوضع الافتراضي، وهو ما لا يمكن تحقيقه في الأنظمة التقليدية المعتمدة على الموافقة.
( 2.2. توافق العديد من الآلات الافتراضية )VM###
منذ البداية، تم تصميم Hyperlane ليكون له هيكلية معيارية لدعم بيئات متعددة من الآلات الافتراضية (VM). حاليًا، يدعم التشغيل البيني عبر EVM الخاص بالإيثريوم، وCosmWasm القائم على Cosmos SDK، وSVM الخاص بـ Solana، وهو بصدد زيادة الدعم لسلاسل القائمة على Move.
ربط بيئات VM المختلفة هو في جوهره أمر معقد. تعمل كل كتلة على تشغيل نموذج تنفيذ وبيانات وآلية توافق ومعايير أصول خاصة بها. يتطلب تحقيق التشغيل البيني عبر هذه الأنظمة إطارًا متخصصًا عاليًا قادرًا على ترجمة الهياكل المختلفة تمامًا.
على سبيل المثال، يدعم EVM الخاص بإيثريوم 18 رقمًا عشريًا، بينما يستخدم SVM الخاص بسولانا 9 أرقام عشرية. إن التغلب على حتى أصغر الاختلافات مع الحفاظ على الأمان والموثوقية هو أحد الإنجازات التقنية الرئيسية لـ 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 الذي تم إصداره على الإيثيريوم )$TIGER( إلى شبكة Base.
رايان أولاً نشر عقد Hyperlane Warp Route على الإيثيريوم، وأودع توكن $TIGER في هذا العقد )EvmHypCollateral(. ثم، قام Mailbox الخاص بالإيثيريوم بإنشاء وإرسال رسالة، تشير إلى شبكة Base لصك نسخة مغلفة من توكن Tiger.
بعد استلام الرسالة، يستخدم شبكة Base وحدة الأمان بين الكتل )ISM( للتحقق من صحتها. إذا تم التحقق بنجاح، ستقوم شبكة Base بصك الرموز المغلفة Tiger مباشرة إلى محفظة المستخدم )$wTIGER(.
تلعب Hyperlane Warp Route دورًا حاسمًا في توسيع رؤية Hyperlane للتشغيل البيني غير المصرح به والقائم على النماذج بين سلاسل الكتل المختلفة. يحتاج المطورون فقط إلى تكوين العقود وفقًا لخصائص كل سلسلة. تتم معالجة بقية العملية، بما في ذلك نقل الرسائل والتحقق والتسليم، بواسطة بنية Hyperlane التحتية، مما يمكّن المطورين من تحقيق اتصال عبر البيئات دون الحاجة إلى التعامل مع آليات الترجمة المعقدة.
![تحليل عميق لـ Hyperlane: بروتوكول عبر السلاسل غير المرخص الذي يربط أكثر من 150 كتلة])https://img-cdn.gateio.im/webp-social/moments-49c49b634076b8b381ebd39bfb2340e3.webp(
) 2.3. الأمان القابل للتعديل: وحدة الأمان بين الكتل (ISM)
على الرغم من أن Hyperlane تحقق انتقال الرسائل والأصول بسلاسة بين سلاسل الكتل المختلفة، وهو ميزة رئيسية من ميزات القابلية للتوسع، إلا أنه يطرح تحديًا رئيسيًا: كيف يمكن لسلسلة الكتل المستقبلة أن تتأكد من أن الرسالة تأتي حقًا من المصدر الذي تدعيه؟ تمرير الرسائل شيء، والتحقق من صحتها شيء آخر.
لحل هذه المشكلة، قامت Hyperlane بإدخال وحدة الأمان بين السلاسل ###Interchain Security Module, ISM(، وهي نظام أمان معياري، حيث تتحقق من صحة الرسائل قبل أن تتلقاها السلسلة المستهدفة. ISM هو عقد ذكي على السلسلة يستخدم للتحقق مما إذا كانت الرسالة قد تم إنشاؤها بالفعل على السلسلة المصدرية، مما يوفر ضمانات ضد التلاعب ومصدر الرسالة.
باختصار، عندما تتلقى Mailbox من سلسلة الهدف رسالة، فإنها تسأل أولاً: "هل هذه الرسالة حقًا来自 السلسلة الأصلية؟" فقط بعد التحقق بنجاح، سيتم تمرير الرسالة إلى الوجهة المتوقعة. إذا فشل التحقق أو بدا مشبوهًا، ستُرفض الرسالة.
تشبه هذه العملية كيفية عمل ضوابط الحدود أثناء السفر الدولي. قبل دخولك إلى بلد ما، يقوم موظفو الهجرة بالتحقق من صحة جواز سفرك، "هل تم إصدار هذا الجواز حقًا من قبل وطنك؟" يحتوي الجواز على ميزات أمان وعناصر تشفير لإثبات شرعيته. على الرغم من أن أي شخص يمكنه تزوير الوثائق، إلا أن الجوازات التي يمكنها إثبات مصدرها بطريقة مشفرة من خلال التحقق المناسب فقط ستقبل للدخول.
من المهم أن يتمكن ISM من تكوين نموذج أمانه بشكل مرن بناءً على احتياجات الخدمة. في الممارسة العملية، تختلف متطلبات الأمان بشكل كبير حسب السياق. على سبيل المثال، قد تتطلب عملية تحويل رمزية صغيرة مجرد توقيع مُصدّق أساسي لتحقيق تنفيذ أسرع. بالمقابل، قد تتطلب عملية تحويل أصول بملايين الدولارات نهج أمان متعدد المستويات، بما في ذلك مُصدّقي Hyperlane، والجسور الخارجية ) مثل Wormhole (، بالإضافة إلى تحقق متعدد التوقيع إضافي.
من خلال هذه الطريقة، يعكس إطار عمل ISM قرار تصميم رئيسي: تفضل Hyperlane الاتصال والأمان من خلال التحقق المعياري. يمكن للتطبيقات تخصيص نموذج الأمان الخاص بها مع الحفاظ على طبيعة البروتوكول غير المرخص.
![تحليل عميق لـ Hyperlane: بروتوكول عبر السلسلة غير المصرح به يربط أكثر من 150 بلوكتشين])https://img-cdn.gateio.im/webp-social/moments-b9ec7fcd7437e0215721443df43ef1a6.webp(
3. أدوات المطورين وسهولة الوصول: أبسط طرق الاتصال
تقدم Hyperlane تجربة مطور مميزة من خلال توفير مستوى عالٍ من الوصول وسهولة الاستخدام. تعتبر واجهة سطر الأوامر )CLI( ومجموعة أدوات تطوير البرمجيات المستندة إلى TypeScript )SDK( أدوات أساسية لدمج سلاسل جديدة في نظام Hyperlane البيئي، وإرسال الرسائل بين السلاسل، وتكوين Hyperlane Warp Route.
CLI و SDK كلاهما مفتوح المصدر تمامًا، ويمكن لأي شخص استخدامهما. يمكن للمطورين تثبيت الكود من GitHub وبدء التكامل دون الحاجة إلى اتفاقية ترخيص أو عملية موافقة. تحتوي الوثائق الرسمية على دروس خطوة بخطوة، مما يجعلها سهلة الاستخدام حتى بالنسبة للمطورين ذوي الخبرة المحدودة في البلوكتشين.
) 3.1. Hyperlane CLI: أداة تكامل مباشرة
يعد Hyperlane CLI الأداة الرسمية لسطر الأوامر، والتي تهدف إلى تمكين المطورين من نشر عقود Hyperlane والتفاعل معها من خلال أوامر بسيطة. يدعم مجموعة واسعة من العمليات، بما في ذلك نقل