Axient: Manifest-Bound Evidence for On-Chain Financial Protocols: Seven-Layer Derivation, Correlation, Tamper Rejection, and Reproducible Claim Promotion
تقترح هذه الورقة بنية أدلة مرتبطة ببيان (manifest-bound) للبروتوكولات المالية الهجينة على السلسلة (on-chain)، تدمج سبع طبقات أدلة مترابطة وقاعدة ترقية تضامنية لضمان إثبات مقاوم للتلاعب، وقابل لإعادة الإنتاج، وقابل للتحقق بشكل مستقل للادعاءات المالية، مما يميز بين الأدلة المرصودة والتفسير ويمنع الاعتماد على مطابقات الهاش السطحية.
البحث الأصلي مرخَّص بموجب CC BY 4.0 (http://creativecommons.org/licenses/by/4.0/). هذا شرح مولَّده بالذكاء الاصطناعي للبحث أدناه. لم يكتبه المؤلفون ولم يصادقوا عليه. وللتحقق من الدقة التقنية، يرجى الرجوع إلى البحث الأصلي. اقرأ إخلاء المسؤولية الكامل
في عالم التمويل الرقمي، لا تُعد الثقة مجرد شعور، بل هي سلسلة من الإثباتات. فعندما تنتقل الأموال عبر نظام معقد يتضمن واجهات مستخدم، وخوادم حاسوبية، وسجلات بلوكشين (blockchain)، يحتاج الناس إلى التأكد من أن الإجراء الذي رأوه على شاشاتهم هو نفسه الإجراء الذي حدث بالفعل على الشبكة. تكمن المشكلة في أن الأدلة التي نستخدمها عادةً لإثبات ذلك هشة؛ فلقطة الشاشة (screenshot) تُظهر كيف بدا شكل الشاشة، لكنها لا تثبت ما الذي تسبب في ظهورها. وإيصال المعاملة يؤكد أن الحاسوب سجل رسالة ما، لكنه لا يثبت أن الرسالة جاءت من الشخص الصحيح أو أن البرنامج الذي نفذها كان النسخة المعتمدة. وحتى سلاسل الأكواد الحاسوبية المتطابقة، والتي تُعرف غالباً بالـ "هاش" (hashes)، يمكن أن تكون مضللة إذا تم نسخها جميعاً من مصدر واحد بدلاً من توليدها بشكل مستقل من أجزاء مختلفة من النظام. وبدون وسيلة لربط كل خطوة في المعاملة المالية بسجل واحد غير قابل للتغيير لما كان يُفترض أن يكون عليه النظام، يصبح من المستحيل التمييز بين النجاح الحقيقي والوهم المتقن.
لقد طور باحث طريقة جديدة لبناء سلسلة الثقة هذه، حيث يعامل الأدلة ليس كمجموعة من الوثائق المتفرقة، بل كحزمة مترابطة ومختومة. ويركز عمله على بروتوكولات التمويل الهجينة، وهي الأنظمة التي تجمع بين التفاعل البشري، والخدمات الحاسوبية التقليدية، وتقنية البلوكشين. ابتكر الباحث طريقة تسمى "بنية الأدلة المرتبطة بالمخطوطة" (manifest-bound evidence architecture). تخيل هذه "المخطوطة" كظرف مختوم يحتوي على المخطط الدقيق للنظام في اللحظة التي تمت فيها المعاملة. يتضمن هذا المخطط الكود الحاسوبي المحدد، وأدوار الأشخاص أو البرامج المشاركة، والقواعد التي كانوا يتبعونها. ومن خلال قفل هذا المخطط داخل الدليل، يضمن الباحث أن أي إثبات يُقدم لاحقاً يمكن التحقق منه مقابل النظام الدقيق الذي كان من المفترض أن يعمل، مما يمنع أي شخص من استبدال نسخة البرامج أو استخدام هوية مزيفة لتمرير نتيجة ما.
إن جوهر هذا النظام الجديد هو هيكل مكون من سبع طبقات يتتبع الحدث المالي من البداية إلى النهاية. تبدأ الطبقات من التوقعات الأولية وتنتقل عبر معاملة البلوكشين الفعلية، ثم سجلات الحاسوب التي تسجل الحدث، وصولاً إلى توقعات الخدمة التي تفسر البيانات، وواجهات برمجة التطبيقات (APIs) الموثقة التي تنقل المعلومات، ثم عروض المتصفح التي يراها المستخدم، وأخيراً إعادة بناء التدقيق التي يمكن للمراجع البشري قراءتها. والأهم من ذلك، أن هذه الطبقات ليست مجرد ملفات منفصلة؛ بل ترتبط جميعها بكود هوية مشترك واشتقاق مسجل. وهذا يعني أنه لكل قطعة من الأدلة، يسجل النظام بالضبط كيف تم إنشاؤها، وما هي المدخلات التي استخدمتها، وأي نسخة محددة من البرنامج أنتجتها. فإذا حاول باحث الادعاء بأن لقطة شاشة للمتصفح تثبت حدوث معاملة، فإن النظام يتحقق مما إذا كانت لقطة الشاشة هذه قد تم إنشاؤها بالفعل بواسطة المتصفح الصحيح الذي يعمل بالكود الصحيح، أم أنها كانت مجرد نسخة من صورة تجريبية.
ولاختبار هذه الفكرة، أجرى الباحث دراسة حالة مفصلة شملت اثني عشر سيناريو مالياً محدداً. غطت هذه السيناريوهات مجموعة واسعة من الإجراءات، مثل قبول صفقة بنجاح، أو رفض حركة عالية المخاطر، أو تسوية دين، أو التعافي من انهيار في النظام. وفي هذه الدراسة، احتفظ الباحث بـأربعة وثمانين قطعة متميزة من الأدلة، مع ضمان ربط كل منها بالمخطوطة المختومة وكود الهوية المشترك. وقد أنتج نسختين منفصلتين ونظيفتين من حزمة الأدلة، كانتا متطابقتين حتى آخر بايت، مما أثبت إمكانية تكرار العملية بدقة تامة. كما قبل مُتحقق مستقل، يعمل كقاضٍ محايد، الأرشيف النهائي، وتم ربط إعادة تشغيل مختارة للأحداث بهذا الأرشيف لإظهار إمكانية إعادة بناء التاريخ تماماً كما حدث. ووجدت الدراسة أنه عندما تكون كل هذه الطبقات موجودة ومترابطة بشكل صحيح، فإن الأدلة تشكل سلسلة حيازة قابلة للمراجعة لا يمكن تزييفها بمجرد نسخ البيانات أو إعادة ترتيب الملفات، رغم أن الباحث أشار إلى أن بوابة محددة مطلوبة لإثبات ملاحظات وقت التشغيل المستقلة عبر جميع الطبقات لم يتم تقييمها في هذه المجموعة المحلية.
كما أثبت الباحث أن مجرد امتلاك أكواد حاسوبية متطابقة ليس كافياً لإثبات أن النظام قد عمل. فقد أظهر أنه إذا تم نسخ قيمة اختبار واحدة في سبعة ملفات مختلفة، فإن الأكواد الناتلة ستكون متطابقة، لكن هذا لا يخبرك شيئاً عن ما إذا كان النظام قد أدى المهمة فعلياً. تتطلب طريقته أن يكون كل دليل مستمد من مدخلاته الخاصة، وأن تكون الحزمة بأكملها قابلة لإعادة الإنتاج. كما استحدث قواعد صارمة لمنع "التركيب" (splicing)، وهو فعل أخذ قطعة من الأدلة من تشغيل اختبار معين ولصقها في اختبار آخر لتقديم ادعاء كاذب. فإذا لم تتطابق قطعة من الأدلة مع المخطوطة الأصلية أو كود الهوية المشترك، فإن النظام يرفضها. وهذا يضمن عدم ترقية الادعاء النهائي إلا إذا اجتاز كل بوابة في العملية، ولا يمكن إخفاء أي فشل فردي من خلال نجاح جزء آخر.
إن أحد أهم النتائج التي توصل إليها هذا العمل هو التمييز بين ما تم رصده، وما تمت إعادة بنائه، وما هو مجرد فرضية. فقد أظهر الباحث أنه بينما يثبت الإيصال أن معاملة قد تمت معالجتها، فإنه لا يثبت أن المستخدم كان يقصدها. وبينما تثبت لقطة الشاشة أن البكسلات قد عُرضت، فهي لا تثبت مصدر البيانات. ومن خلال ربط جميع الأدلة بمخطوطة مختومة وتطلب مراجعة مستقلة، يخلق النظام حداً واضحاً بين ما حدث بالفعل وما يدعي شخص ما حدوثه. لا يحل هذا النهج كل المشكلات في التمويل؛ فهو لا يستطيع إثبات أن خدمة طرف ثالث صادقة أو أن عقداً ذكياً خالٍ من الأخطاء الخفية. ومع ذلك، فإنه يوفر طريقة دقيقة وقابلة لإعادة الإنتاج للتحقق من وقوع مجموعة محددة من الإجراءات ضمن نظام معين ومعروف. والنتيجة هي طريقة منضبطة لتحويل مجموعة من الآثار الرقمية إلى قصة موثوقة لحدث مالي واحد، مما يضمن أن الإثبات يطابق الوعد.
غارق في أبحاث مجالك؟
تصلك نشرة يومية بأحدث الأبحاث المطابقة لكلماتك البحثية المفتاحية — مع ملخصات تقنية، بلغتك.