DORI: A Distributed Observation and Reconciliation Interface for Resilient Multi-Source Event Synchronization in Cloud-Native Systems
تقدم هذه الورقة DORI، وهي واجهة موزعة تضمن تزامن الأحداث متعددة المصادر بمرونة في الأنظمة السحابية الأصلية من خلال تطبيق مبادئ "التوفيق بالتصميم" (reconciliation-by-design) للكشف عن عدم الاتساق، والتحقق من صحة أحداث البلوكشين، وتوفير تصحيحات غير متغيرة (idempotent) قبل تسليمها بشكل ذري إلى الخدمات المصغرة في الأسفل.
البحث الأصلي مرخَّص بموجب CC BY 4.0 (https://creativecommons.org/licenses/by/4.0/). هذا شرح مولَّده بالذكاء الاصطناعي للبحث أدناه. لم يكتبه المؤلفون ولم يصادقوا عليه. وللتحقق من الدقة التقنية، يرجى الرجوع إلى البحث الأصلي. اقرأ إخلاء المسؤولية الكامل
في عالم رقمي حديث، تحاول طبقتان متميزتان من التكنولوجيا العمل معاً بشكل متزايد، وغالباً ما يحدث ذلك وسط نوع من الاحتكاك. فمن ناحية، يوجد الإنترنت التقليدي، حيث تدار الأعمال عبر خوادم مركزية سريعة يمكنها تحديث السجلات فوراً ومعالجة ملايين الطلبات. ومن ناحية أخرى، يوجد عالم البلوكشين (سلسلة الكتل) الأحدث، وهو نظام تُسجل فيه المعاملات في سجل عام ومشترك، وهو نظام يتسم بأمان شديد ولكنه أبطأ وأكثر تعقيداً. وعندما تحاول الشركات بناء تطبيقات تستخدم كليهما، فإنها تواجه مشكلة صعبة: قد يشير البلوكشين إلى حدوث معاملة ما، لكن الخوادم التقليدية قد لا تراها فوراً، أو قد تراها مرتين، أو بترتيب خاطئ. وإذا اعتمدت بنوك أو مستشفيات على هذه الأنظمة لإدارة الأموال أو سجلات المرضى، فإن مثل هذا الارتباك يمكن أن يؤدي إلى فقدان الأموال، أو تكرار العلاجات، أو زعزعة الثقة. إن التحدي الجوههري لا يكمن فقط في ربط هذين العالمين، بل في ضمان أن تكون المعلومات المتدفقة بينهما دقيقة ومتسقة وموثوقة، حتى عندما يكون الاتصال ضعيفاً أو يصل البيانات متأخرة.
لقد طور الباحثون نظاماً جديداً يسمى "DORI" لحل هذه المشكلة المحددة المتمثلة في الحفاظ على التزامن بين هذين العالمين. قام الفريق، الذي يضم مهندسين وأكاديميين من مؤسسات في بنغلاديش والولايات المتحدة والنرويج، بتصميم جسر يقع بين البلوكشين والخدمات السحابية التي تشغل التطبيقات اليومية. وبدلاً من الثقة العمياء في إشارة واحدة من البلوكشين، يعمل DORI كحارس بوابة حذر؛ فهو يستمع إلى البلوكشين من خلال قنوات متعددة ومختلفة في آن واحد. فإذا قالت قناة إن معاملة ما قد حدثت بينما قالت قناة أخرى إنها لم تحدث، فإن النظام ينتظر. إنه لا يهرع لتحديث سجلات الأعمال حتى يجمع أدلة كافية من مصادر مختلفة ليتأكد من أن الحدث حقيقي ودائم. هذا النهج يمنع الفوضى التي تحدث عندما تعمل أجزاء مختلفة من النظام وفق نسخ مختلفة من الحقيقة.
قام الباحثون ببناء نموذج أولي عامل لهذا النظام لمعرفة كيفية أدائه تحت الضغط. فقد أنشأوا بيئة اختبار تحاكي سيناريو من العالم الحقيقي حيث ترسل شبكة بلوكشين، وتحديداً شبكة "Ethereum Sepolia" التجريبية، آلاف تحديثات المعاملات. ثم تم تغذية هذه التحديثات في نظام قائم على السحابة يحتاج إلى معالجتها لأغراض مثل إدارة حسابات المستخدمين أو تتبع الأصول الرقمية. ولضمان متانة النظام، لم يعتمد الباحثون على طريقة واحدة فقط لمراقبة البلوكشين، بل استخدموا نوعين مختلفين من المراقبين: أحدهما يستمع إلى الأحداث فور وقوعها في الوقت الفعلي، والآخر يتحقق من فهرس تاريخي للأحداث الماضية لسد أي فجوات. هذا النهج المزدوج يعني أنه إذا انقطع الاتصال في الوقت الفعلي أو تأخر، يمكن للنظام استعادة المعلومات المفقودة من الفهرس التاريخي.
وعندما اختبر الفريق النظام مع حمل ثقيل قدره 1,800 معاملة، أظهرت النتائج أن الجسر يعمل بفعالية. نجح النظام في مزامنة أحداث البلوكشين مع الخدمات السحابية اللاحقة في 97.1% من الحالات. وهذه النسبة العالية من النجاح مهمة لأنها تثبت أن النظام يمكنه التعامل مع الواقع الفوضوي لتأخيرات الشبكة وعدم اتساق البيانات دون فقدان تتبع الأحداث المهمة. ووجد الباحثون أيضاً أن طريقتي المراقبة المختلفتين لكل منهما نقاط قوة خاصة بها؛ فقد كان المستمع في الوقت الفعلي أسرع، حيث استجاب في حوالي 0.146 ثانية في المتوسط، بينما كان الفهرس التاريخي أبطأ قليلاً ولكنه تعامل مع حجم أكبر من الطلبات في الثانية الواحدة. ومن خلال الجمع بينهما، حقق النظام توازناً بين السرعة والموثوقية، مما ضمن عدم تفويت أي حدث حتى لو تعثر أحد المصادر.
ويعد التعامل مع الأخطاء جزءاً حاسماً من تصميم DORI. ففي البلوكشين، يمكن لترتيب المعاملات أن يتغير أحياناً إذا أعادت الشبكة تنظيم تاريخها، وهي عملية قد تبطل معاملة كانت تُعتبر سابقاً نهائية. الأنظمة التقليدية قد تعامل الحدث المؤكد كأمر دائم ولا تنظر إلى الوراء أبداً، مما قد يترك الشركة ببيانات غير صحيحة إذا غير البلوكشين رأيه لاحقاً. ومع ذلك، فإن DORI يعامل كل حدث كسجل حي يمكن تحديثه. فإذا تم قبول معاملة في النظام ثم وُجد لاحقاً أنها غير صالحة بسبب تغيير في الشبكة، فإن DORI لا يحذف السجل، بل ينشئ نسخة جديدة ومصححة من ذلك السجل ترتبط بالسجل الأصلي. وهذا يسمح للنظام بإصلاح الأخطاء دون مسح تاريخ ما حدث، مما يوفر مساراً واضحاً وقابلاً للتدقيق يوضح بالضبط كيف اتُخذ القرار وكيف تم تصحيحه لاحقاً.
كما أولى الباحثون اهتماماً كبيراً بالخصوصية والأمن. ففي العديد من الصناعات، مثل التمويل والرعاية الصحية، تتطلب اللوائح الحفاظ على خصوصية البيانات الشخصية الحساسة، حتى مع الاحتفاظ بسجل للمعاملات. يعالج DORI ذلك من خلال الفصل بين الإثبات العام للمعاملة والتفاصيل الخاصة. يسجل النظام رمزاً فريداً وغير قابل للتغيير يثبت وقوع الحدث، لكنه يحتفظ بالأسماء والتفاصيل الخاصة في تخزين آمن خارج السلسلة (off-chain) يمكن التحكم فيه وحذفه وفقاً لقوانين الخصوصية. وهذا يعني أن المدققين يمكنهم التحقق من وقوع معاملة ما وتتبع مسارها عبر النظام دون رؤية المعلومات الشخصية الحساسة المرتبطة بها أبداً. هذا التصميم يسمح للمؤسسات بتلبية المتطلبات القانونية الصارمة لحماية البيانات مع الحفاظ على الشفافية اللازمة للعمليات الآمنة.
تخلص الدراسة إلى أن هذه الطريقة لتنسيق الأحداث هي وسيلة قابلة للتطبيق لبناء تطبيقات موثوقة تمتد عبر كل من البلوكشين وأنظمة السحابة التقليدية. لقد أثبت الفريق أنه من خلال استخدام نهج "المرونة بالتصميم"، حيث يتم بناء النظام ليتوقع ويتعامل مع الإخفاقات بدلاً من افتراض أن كل شيء سيعمل بشكل مثالي، يمكنهم إنشاء بيئة مستقرة للتفاعات الرقمية المعقدة. وقد أثبت النموذج الأولي أنه من الممكن التوفيق بين البيانات المتضاربة من مصادر متعددة، والتعافي من انقطاعات الشبكة، وتصحيح الأخطاء الماضية دون كسر تدفق عمليات الأعمال. ورغم أن النظام ليس حلاً سحرياً يقضي على جميع المخاطر، إلا أنه يوفر طريقة منظمة ومثبتة لإدارة عدم اليقين المتأصل في ربط الشبكات اللامركزية بالخدمات المركزية. وتشير النتائج إلى أنه مع وجود طبقة تنسيق مناسبة، يمكن تحقيق وعد التطبيقات الهجينة دون التضحية بالموثوقية التي تتطلبها الأعمال الحديثة.
غارق في أبحاث مجالك؟
تصلك نشرة يومية بأحدث الأبحاث المطابقة لكلماتك البحثية المفتاحية — مع ملخصات تقنية، بلغتك.