مطوّر Cardano يبني محركًا لتحويل معاملات البلوكشين إلى أحداث مؤسسية
عن طريق معالجة المعاملات مرة واحدة وإصدار أحداث CloudEvents مُنظمة، يستهدف الأداة المفتوحة المصدر نقطة ضعف رئيسية في تطوير تطبيقات Cardano.
By SongMarketCap
Updated:
مع استمرار نضوج Cardano، يتجه الحديث إلى ما بعد البلوكشين نفسها نحو سؤال أكثر عملية، وهو كيفية جعل بيانات البلوكشين مفيدة للتطبيقات الحقيقية وتدفقات العمل المؤسسية. هذا هو السياق وراء إصدار حديث من ديف، أحد المساهمين في مجتمع Cardano والمشهور في النظام كـ SPO وDRep، الذي قدم محركًا مفتوح المصدر مصممًا لتحويل بيانات معاملات Cardano الخام إلى مخرجات منظمة لأنظمة المصب. يسلط هذا التطوير الضوء على الحاجة المتزايدة إلى طرق أكثر كفاءة ومعيارية للعمل مع بيانات بلوكشين Cardano.
ما زالت البنية التحتية لبيانات بلوكشين Cardano تخلق عملاً مكررًا
المشكلة التي صُمم هذا المحرك لحلها ليست جديدة، لكنها تظل ذات صلة كبيرة عبر تطوير Cardano. البلوكشين تنتج بشكل طبيعي الكتل والمعاملات، لكن معظم التطبيقات لا تحتاج في الواقع إلى الكتل بشكلها التقني. ما تحتاجه هو إشارات، مثل نشاط العناوين، تحويل الأصول، تحديثات البيانات الوصفية، والإجراءات المتعلقة بالحكم.
هذا الفجوة تخلق عبئًا مكررًا على البنية التحتية. ما زالت العديد من الفرق بحاجة إلى بناء طبقاتها الخاصة لتحليل الفلترة والفهرسة من الصفر فقط لاستخراج البيانات التي تحتاج إليها فعلًا. النتيجة هي جهود مكررة، دورات تطوير أبطأ، تعقيد تشغيلي أعلى، ومخرجات غير متناسقة عبر المشاريع التي تحاول حل نفس المشكلة. في الممارسة العملية، هذا يعني أن بناة Cardano غالبًا ما يقضون وقتًا في إعادة بناء بنية خلفية بدلاً من التركيز على وظائف المنتج.
لهذا السبب، القصة مهمة أكثر من مجرد مستودع مفتوح المصدر واحد. إذا أرادت Cardano أن تكون أكثر سهولة في التكامل مع الأنظمة المؤسسية ومنتجات التكنولوجيا المالية وأدوات التحليل وتطبيقات التمويل اللامركزي والمنصات الرقمية، فإنه من المهم وجود طبقة أحداث معيارية كجزء من البنية التحتية بدلاً من كونها تسهيلًا للمطورين فقط.
Ogmios وCloudEvents ومعالجة معاملات Cardano في الوقت الفعلي
وفقًا للتفاصيل التقنية التي شاركها ديف في موضوعه والمستودع، يتصل المحرك بـ Ogmios ويعمل على مستوى المعاملات. بدلاً من إجبار كل تطبيق على تفسير بيانات السلسلة الخام بشكل منفرد، يقوم المطورون بتعريف القواعد الخاصة بما يهمهم. يمكن أن تستهدف هذه القواعد عناوين محددة، سياسات وأصول معينة، بيانات وصفية، نشاط الحوكمة، أو حتى كل معاملة تمر عبر الشبكة.
يقوم النظام بتقييم كل معاملة مرة واحدة، ثم يصدر النتيجة كسجل CloudEvents 1.0، وهو تنسيق حدث معياري مألوف بالفعل للعديد من فرق البرمجيات والمؤسسات خارج نطاق العملات المشفرة. يتم دفع تلك الأحداث إلى قائمة انتظار، حيث يمكن للمستهلكين الاشتراك عبر HTTP أو تدفقات gRPC. الفائدة العملية واضحة، فلا حاجة إلى أدوات خاصة بـ Cardano أو تكامل مباشر مع العقد لاستقبال البيانات. يتلقى المستخدمون بيانات حدث منظمة يمكن معالجتها داخل بيئتهم التقنية.
في نتائج العرض التوضيحي التي تم مشاركتها مع الإصدار، أفاد ديف بأن النظام بدأ سنة واحدة خلف نقطة الذروة لبلوكشين Cardano وقام بتشغيل قواعد متعددة بالتوازي، بما في ذلك مطابقة المعاملات بالكامل. بناءً على تلك الأرقام المنشورة، تمت معالجة خمس أيام من تاريخ السلسلة في 14 دقيقة، وتم تقييم حوالي 22,000 كتلة و192,000 معاملة، وتم إصدار حوالي 270,000 حدث. كما أبلغ أن معظم الأحداث تم نشرها في أقل من مللي ثانية واحد، مع بصمة ذاكرة منخفضة ودون أي أحداث فاشلة أو فقدان للبيانات أثناء الاختبار. تمثل هذه الأرقام نتائج أداء مرجعية من العرض التوضيحي المنشور وينبغي اعتبارها تحققًا مبدئيًا من البنية بدلاً من أداء مؤكد في بيئات إنتاج كبيرة الحجم.
لماذا تعتبر أدوات تطوير Cardano مثل هذه مهمة لاعتماد المؤسسات
الجزء الأكثر أهمية في هذا التطوير ليس العرض التوضيحي نفسه، ولكن الاتجاه الذي يشير إليه. تركّز Cardano غالبًا على التوسع، التوافقية، والفائدة الواقعية، لكن هذه الأهداف تعتمد على ما إذا كان بإمكان المطورين والشركات استهلاك بيانات البلوكشين دون بناء بنية تحتية مخصصة في كل مرة. معظم الأنظمة المؤسسية لا تريد التعامل مع الكتل، والعقد، والجوانب الداخلية الخاصة بالسلسلة. هم يريدون أحداثًا واضحة يمكن توصيلها بلوحات التحكم، تدفقات العمل، قواعد البيانات، أنظمة الامتثال، والتطبيقات التي تواجه العملاء.
هذا هو المكان الذي تصبح فيه هذه الأدوات ذات صلة. يمكن لعملية واحدة مزامنة بيانات السلسلة مرة واحدة، تحويلها إلى أحداث منظمة، وتوزيع تلك المخرجات على خدمات متعددة في نفس الوقت. هذا يقلل من العمل المكرر، يخفض من مخاطر الفشل، يبسط التكامل، ويخلق سلوكًا أكثر قابلية للتنبؤ عبر الأنظمة التي تعتمد على بيانات Cardano.
من المهم أن نبقى دقيقين. هذا ليس تحديثًا جوهريًا لبروتوكول Cardano، وليس معيارًا معتمدًا داخل النظام بعد. إنه مشروع بنية تحتية مفتوح المصدر لا يزال قيد التطوير. ومع ذلك، فإنه يعالج اختناقًا حقيقيًا في تصميم تطبيقات Cardano ومعالجة البيانات. إذا ثبت أن هذا النهج مستدام في بيئات الإنتاج، فقد يصبح إضافة ذات مغزى إلى مجموعة بنية Cardano التحتية، خاصة للفرق التي تركز على تطوير التطبيقات، التكامل المؤسسي، والنمو طويل الأمد للنظام البيئي.