تطلق AxLabs مُفهرس Neo Bridge للجسر الأصلي Neo X

أطلقت AxLabs برنامج Neo Bridge Indexer، وهو عبارة عن لوحة معلومات عامة تتتبع الحالة المباشرة للجسر الأصلي بين Neo N3 وNeo X. وقد تم فتح قواعد التعليمات البرمجية للواجهة الأمامية والخلفية على GitHub ضمن منظمة Bane-labs. تمنح الأداة المستخدمين والمطورين ومشغلي التطبيقات اللامركزية طريقة مستقلة عن أداة التحقق للتأكد مما إذا كان الجسر يعمل بشكل طبيعي أو متأخر أو متوقف، ويغطي جميع أنواع الجسور الثلاثة المدعومة على الاتصال الأصلي بين السلسلتين.
الجسر الأصلي في حد ذاته ليس جديدًا. أطلقت شركة Neo X شبكتها الرئيسية مع وضع الجسر في مكانه، وعملت الأدوات اللاحقة، مثل Oracle Gateway وNeoFS Fund Proxy، على توسيع ما يتدفق عبرها. ما يضيفه Neo Bridge Indexer هو الرؤية العامة حول ما إذا كانت هذه التدفقات سليمة في أي لحظة معينة.
لماذا يهم فهارس الجسر
تعتمد البنية التحتية عبر السلسلة عادةً على مجموعة من أدوات التحقق من الصحة، أو أجهزة الترحيل، أو ممرري الرسائل التي تراقب الأحداث على سلسلة واحدة وتنهيها على سلسلة أخرى. عندما تتباطأ هذه الآلية أو تتوقف، غالبًا ما يكون الفشل صامتًا بالنسبة للمستخدمين النهائيين: يتم تأكيد المعاملة على سلسلة المصدر، ويبدو أنها ناجحة، ثم لا تصل ببساطة إلى الجانب الوجهة لفترة ممتدة.
تعد مفهارسات الجسر فئة من الأدوات المصممة لجعل هذا النوع من الانجراف مرئيًا. في النظام البيئي الأوسع لـ blockchain، تتضمن لوحات المعلومات المشابهة واجهة المسح العامة لـ LayerZero وحالة Wormhole ولوحات معلومات المسح، والتي تعرض كل منها حالة الرسالة عبر السلسلة بشكل مستقل عن مجموعة المدقق التي تقوم بتشغيل الجسر. يؤدي Neo Bridge Indexer نفس الدور لاتصال Neo N3-to-Neo X، مما يوفر لأي مشارك رؤية غير مميزة حول ما إذا كانت العمليات يتم عكسها بشكل صحيح في كلا الاتجاهين.
كيف يتتبع المفهرس صحة الجسر
تقدم لوحة المعلومات عرضين اتجاهيين: Neo N3 إلى Neo X، الذي يقارن حالة الجسر على السلسلة مع Neo N3 كمصدر وNeo X كوجهة، وNeo X إلى Neo N3، الذي يعكس هذه المقارنة. يتطلب كلا العرضين مطابقة عدد العمليات وجذر الحالة على كل جانب حتى يتم الإبلاغ عن الجسر على أنه متزامن بالكامل.
تحت الغطاء، تقوم الواجهة الخلفية بفهرسة البيانات الموجودة على السلسلة فقط.
ينص ملف README الخاص به صراحةً على أن المراقبة لا تعتمد على أدوات التحقق من الصحة أو أجهزة الترحيل، وهو يدعم ثلاثة أنواع من الجسور التي تعمل على الاتصال الأصلي: Native Bridge لنقل الأصول الأصلية، وToken Bridge لعمليات نقل الرمز المميز، وMessage Bridge لتمرير الرسائل عبر السلسلة.
تتم مطابقة العمليات عبر السلاسل بواسطة nonce، وهو معرف فريد لكل عملية يربط حدث سلسلة المصدر بنظيره في سلسلة الوجهة. تشير الواجهة الخلفية إلى أن العملية عالقة عندما لا يظهر حدث سلسلة المصدر في سلسلة الوجهة ضمن حد قابل للتكوين، يتم تعيينه على خمس دقائق افتراضيًا.
بالنسبة لكل عملية مفهرسة، تلتقط الواجهة الخلفية نوع الجسر، والاتجاه (الإيداع أو السحب)، والرقم، وسلسلة المصدر والوجهة وارتفاع الكتلة، وتجزئة المعاملة عند الاكتمال، وعقد الرمز المميز والمبلغ، والعناوين، والطوابع الزمنية، وحالة الإيقاف المؤقت لكل نوع جسر.
يمكن لنظام التنبيه الفرعي إرسال إشعارات عبر البريد الإلكتروني SMTP أو خطافات الويب Discord عندما يكتشف منطق المراقبة وجود مشكلة.
تعتبر مستودعات الواجهة الخلفية والواجهة الأمامية مفتوحة المصدر منذ البداية.
حيث يتناسب مع قوس الأدوات Neo X
يعد Neo Bridge Indexer هو الأداة الثالثة المجاورة لجسر Neo X التي تمت إضافتها إلى النظام البيئي في الأشهر الأخيرة. إنه يتبع 3vm، وهو مفتش Messenger Bridge موجه في الأصل حول Oracle Gateway ثم امتد لاحقًا إلى ودائع NeoFS وNeoFS Fund Proxy.
تخدم الأدوات الثلاث جماهير متميزة: 3vm موجه للمطورين ومبني على تصحيح أخطاء معاملات جسر الرسائل الفردية، وNeoFS Fund Proxy عبارة عن بنية تحتية لتدفق إيداع محدد، ومؤشر الجسر عبارة عن لوحة معلومات صحية تواجه المستخدم والنظام البيئي وتغطي جميع أنواع الجسور الثلاثة في سطح واحد.
يمكن العثور على الإعلان الكامل على الرابط أدناه: https://x.com/ax_labs/status/2047265749262012725