AWS Bedrock قد يسرع مراقبة وتحليل سجل XRP

المصدر: CryptoTale العنوان الأصلي: Aws Bedrock Could Speed Xrp Ledger Monitoring And Analysis الرابط الأصلي:

• ريبل و AWS يختبران Bedrock AI لتقليل مراجعات حوادث XRPL إلى دقائق.
• الخطّة تستهدف حجم سجلات C++ الضخم عبر شبكة العقد العالمية لـ XRP Ledger.
• خط أنابيب AWS سيربط السجلات مع الكود والمعايير لفحوصات أسرع لسبب المشكلة.

أمازون ويب سيرفيسز و Ripple يستكشفان إعداد Amazon Bedrock الذي قد يسرع مراقبة XRPL. قال أشخاص مطلعون على العمل إن الهدف هو تحليل أسرع لسجلات نظام XRP Ledger وسلوك الشبكة. تشير التقييمات الداخلية التي شاركها موظفو AWS إلى أن بعض مراجعات الحوادث قد تنخفض من أيام إلى حوالي دقيقتين إلى ثلاث دقائق.

يعمل XRP Ledger كشبكة لطبقة لامركزية من المستوى الأول مع مشغلين مستقلين حول العالم عبر العديد من المناطق. تستخدم السجلات قاعدة كود C++ تدعم الإنتاجية العالية، ومع ذلك فهي تنتج سجلات كبيرة ومعقدة.

هدف Amazon Bedrock هو معالجة عنق الزجاجة في سجلات XRPL

يدرس Ripple و AWS كيف يمكن لنماذج Bedrock تفسير سجلات المدقق والخادم على نطاق واسع. أوضح ملاحظات المؤتمر المنسوبة إلى مهندس AWS فيجاي راجا جوبال أن Bedrock هو طبقة تحول الإدخالات الخام إلى إشارات قابلة للبحث. يمكن للمهندسين استعلام النماذج التي تعكس سلوك XRPL المتوقع.

وثائق Ripple المشار إليها في النقاش تضع شبكة XRPL على أكثر من 900 عقدة عبر جامعات وشركات. وتقول المادة نفسها إن كل عقدة يمكن أن تولد 30-50 جيجابايت من السجلات، مما يجمّع حوالي 2-2.5 بيتابايت. غالبًا ما يحتاج المهندسون إلى خبراء C++ لتتبع الشذوذات إلى كود البروتوكول، مما قد يبطئ استجابة الحوادث.

خط أنابيب AWS لنقل، تقسيم، وفهرسة سجلات XRP Ledger

يبدأ سير العمل المقترح بنقل سجلات العقد إلى Amazon S3 باستخدام أدوات GitHub و AWS Systems Manager. بعد الإدخال، تبدأ مشغلات الأحداث في تشغيل وظائف AWS Lambda التي تحدد حدود القطع لكل ملف. ثم يدفع الخط أنابيب البيانات الوصفية للقطع إلى Amazon SQS للمعالجة المتوازية.

تسحب وظيفة Lambda أخرى النطاقات ذات الصلة من S3. تستخرج خطوط السجل والبيانات الوصفية، ثم ترسلها إلى CloudWatch للفهرسة. تصف وثائق AWS أنماطًا مماثلة تعتمد على الأحداث تستخدم EventBridge و Lambda لمعالجة السجلات على نطاق واسع.

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

ربط السجلات بالكود ومعايير XRPL

وصف مهندسو AWS أيضًا عملية موازية تقوم بإصدار نسخ من وثائق كود ومعايير XRPL. تراقب التدفقات المستودعات الرئيسية، وتجدول التحديثات عبر Amazon EventBridge، وتخزن لقطات النسخ في S3. خلال حادث، يمكن للنظام ربط توقيع سجل مع الإصدار البرمجي الصحيح والمواصفات.

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

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

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