هل تتبنى المؤسسات استراتيجية اختراق الاختناقات؟ معمارية الامتثال أولاً - COBI تطرح نموذجاً جديداً "للإشراف المسبق"

على مدى السنوات الثلاث الماضية، فشلت حوالي 90% من مشاريع التجارب على البلوكشين التي أطلقتها الشركات العالمية في الانتقال إلى بيئة الإنتاج. لم تكن الأخطاء التقنية السبب الرئيسي — العقبة الحقيقية تكمن في أن معظم هياكل البلوكشين مصممة على افتراض أن “الكود هو القانون”، في حين أن المؤسسات المالية الخاضعة للتنظيم يجب أن تتبع منطقًا معاكسًا وهو “الامتثال هو الشرط للتنفيذ”. هذا الاختلال الهيكلي يتم محاولة تصحيحه من خلال بنية جديدة تُسمى COBI (البنية التحتية للبلوكشين المنسقة للامتثال). يقترح هذا النموذج مفهوم “الرقابة المسبقة”، فإلى أين ستقود قواعد اللعبة التي يفرضها؟

في أي مرحلة تتعثر المؤسسات الحالية؟

المراجعة والامتثال هما أصعب مراحل عبور “وادي الموت” في مشاريع البلوكشين على مستوى المؤسسات. في البنية التحتية المالية التقليدية، يتطلب إجراء عملية دفع عبر الحدود قبل إصدار الأمر، المرور عبر فلاتر متعددة للامتثال تشمل فحص قوائم العقوبات، تقييم مخاطر الطرف المقابل، والتحكم في السقف الائتماني. أما في هياكل البلوكشين الحالية، فبمجرد توقيع المعاملة وتغليفها على الشبكة، تعتبر قد أُنجزت، ويقتصر دور الامتثال على المراقبة والمساءلة بعد التنفيذ.

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

كيف يعمل آلية “الرقابة المسبقة” في COBI؟

COBI ليست شبكة عامة أو أداة مراقبة أخرى، بل هي وسيط برمجي وسيط يقع بين أنظمة المؤسسات الأساسية وشبكة البلوكشين. جوهرها هو نقل نقاط التحكم في الامتثال من مرحلة “ما بعد” المعاملة إلى مرحلة “قبل” التنفيذ. تتكون هذه البنية من أربعة مستويات:

1. طبقة سير العمل: تستخدم معيار BPMN 2.0 الشائع في القطاع المالي لتعريف العمليات، مما يجعل المنطق المضمن في العقود الذكية قابلًا للقراءة والتدقيق. يمكن للجهات الرقابية ومجالس الإدارة مراجعة تصميم العمليات مباشرة، بدلاً من التخمين في نوايا الكود.

2. طبقة تنفيذ السياسات: قبل دخول المعاملة إلى مرحلة التنفيذ، يجب أن تمر عبر فحص قواعد الامتثال المسبقة القابلة للتنفيذ. تشمل هذه القواعد قيود الاختصاص القضائي، فحوصات مكافحة غسل الأموال، قوائم سوداء للطرف المقابل، والتحكم في السقف عبر الحدود. تُسمح فقط للمعاملات التي تصنفها السياسات بأنها “مسموح بها” بالمرور.

3. طبقة التوافق والتنسيق: من خلال موصلات مهيأة مسبقًا، يمكن لـ COBI الاتصال بأنظمة البنوك الأساسية، شبكة SWIFT، أنظمة ERP، وشبكات البلوكشين المختلفة، لحل عقبات الاتصال بين الأنظمة الحالية وسجلات المعاملات الموزعة.

4. طبقة التنفيذ: يُبسط دور البلوكشين هنا ليكون “نظام التسوية في وقت التشغيل” — ينفذ فقط المعاملات التي حصلت على تفويض الامتثال، ولا يتولى وظائف الحوكمة التي لا تخصه أصلاً.

الهدف من هذه البنية هو تحويل قواعد الرقابة من مراجعة يدوية خارج السلسلة إلى قيود إلزامية على السلسلة، مما يضمن مبدأ “عدم الامتثال = عدم التنفيذ”.

ما هي التكاليف الهيكلية المترتبة على تقديم الامتثال مسبقًا؟

أي تعديل في الهيكل يتطلب تنازلات. نموذج COBI يواجه تكاليف هيكلية جديدة بجانب حل مشكلة الامتثال.

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

نقل تعقيد الحوكمة إلى السلسلة هو تكلفة أخرى. كانت قواعد الامتثال سابقًا خارج الكود، والآن يجب أن تُدمج ككود قابل للتنفيذ. هذا يعني أن تحديثات قواعد الامتثال (مثل تحديث قوائم العقوبات) تتطلب إدارة إصدار صارمة وعمليات نشر، مما يرفع متطلبات إدارة تكنولوجيا المعلومات في المؤسسات.

بالإضافة إلى ذلك، يصبح من الأصعب تجنب تعارض القواعد عبر الاختصاصات القضائية المختلفة. عندما تتعلق معاملة بقانونين مختلفين، يجب أن يحدد السياسات في COBI قواعد حل النزاعات بشكل صريح، مما يجبر المؤسسات على اتخاذ قرارات في مستوى الهيكل قبل التنفيذ، بدلاً من التعامل معها لاحقًا عبر تفسيرات يدوية.

كيف ستعيد هذه البنية تشكيل السوق؟

ظهور COBI قد يسرع من انتقال صناعة التشفير من “المنافسة على استغلال الثغرات التنظيمية” إلى “المنافسة على بنية الامتثال”.

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

بالنسبة لمنصات التوكنات، لم تعد الحاجة إلى الاعتماد على قواعد البيانات المركزية والصيانة اليدوية لمتطلبات الأهلية، بل يمكن تنفيذها تلقائيًا قبل تنفيذ المعاملة. هذا يقلل من تكاليف التشغيل ويزيد من قبول الجهات الرقابية لشرعية التوكنات.

أما البورصات التقليدية ومؤسسات الحفظ، فإن طبقة الموصلات في COBI تقلل بشكل كبير من تكلفة الربط بين شبكات البلوكشين والأنظمة البنكية الحالية. كانت عمليات التطوير تستغرق شهورًا، الآن يمكن إتمامها عبر موصلات قياسية، مما يسرع من استعدادات البنية التحتية لدخول المؤسسات السوق.

من منظور أوسع، تتيح هذه البنية فصل “صياغة القواعد” عن “تشغيل المنشآت”. يمكن للجهات الرقابية عبر أدوات مثل Atlas من ZenithBlox تحديد قواعد السوق الوطنية، بينما تتولى المؤسسات المرخصة تنفيذ المعاملات، مما يفتح إمكانية السيطرة السيادية على البنية التحتية المالية الرقمية.

ما هي الاحتمالات المستقبلية للتطور؟

استنادًا إلى السيناريوهات الحالية، هناك ثلاثة مسارات محتملة للتطور:

1. السيناريو المحافظ: تركز هياكل COBI على دعم العملات الرقمية للبنك المركزي (CBDC) وشبكات الدفع بالجملة. تتطلب هذه السيناريوهات أعلى درجات اليقين في الامتثال، وتسمح بتأخير بسيط في سرعة المعاملات. ستُدمج القواعد البرمجية بشكل أساسي في تصميم العملة الرقمية السيادية، مما يخلق “عملة رقمية قانونية ذات تنظيم أصلي”.

2. السيناريو الوسيط: تصبح أدوات التوافق شرطًا أساسيًا لمنصات DeFi المؤسساتية. ستظهر منتجات مثل برك السيولة المصرح بها، وصناديق السوق المهيكلة، والاقتراض المضمون، مع وجود طبقة الامتثال القابلة للمراجعة والتدخل. ستبدو هذه المنتجات مشابهة لمنتجات DeFi العامة، لكن مع وجود طبقة رقابة قابلة للتدقيق.

3. السيناريو المتطرف: يتم عكس المنطق، حيث تبدأ الشبكات العامة الرئيسية في دمج طبقة تنفيذ الامتثال، وتُعتبر “الامتثال” أحد معايير اختيار العقدة، بدلاً من الاعتماد فقط على اللامركزية. هذا قد يحول الامتثال من عملية خارج السلسلة تعتمد على إثبات المؤسسات إلى توافق شبكي على السلسلة.

ما هي المخاطر المحتملة لهذا النموذج الجديد؟

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

2. مخاطر الجمود في القواعد: برمجة قواعد الامتثال تقلل من مرونة التفسير، مما قد يعيق التكيف مع الحالات الجديدة أو السياسات الطارئة، ويحولها إلى عوائق أمام الابتكار.

3. مخاطر التهرب التنظيمي: إذا تبنت جميع الجهات القضائية الكبرى بنية COBI، قد تنتقل أنشطة التهرب إلى شبكات عامة غير مطبقة، مما يخلق تفاوتًا في فاعلية الرقابة.

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

الخلاصة

يقدم COBI مفهوم “الرقابة المسبقة” كاستجابة للتحدي الأساسي الذي يواجه المؤسسات: فبينما المنطق الأصلي للبلوكشين هو “التنفيذ أولا ثم التحقق”، فإن المؤسسات المالية تضع شرط “الامتثال أولا ثم التنفيذ”. من خلال إدراج طبقة برمجية قابلة للبرمجة للسياسات قبل التنفيذ، ترتقي هذه البنية قواعد الرقابة من نصوص خارج السلسلة إلى قيود إلزامية على السلسلة. لن تحل محل الشبكات العامة الحالية، لكنها ستوفر أساسًا متوافقًا مع النظام المالي الحالي للسوق الرقمية الخاضعة للرقابة. في هذا السياق، يصبح الامتثال جزءًا من تصميم الهيكل، وليس عائقًا خارجيًا يعيق التقنية.

الأسئلة الشائعة

س: هل COBI شبكة عامة جديدة؟

ج: لا. COBI هو اختصار للبنية التحتية للبلوكشين المنسقة للامتثال، وهو طبقة وسيطة تقع بين أنظمة المؤسسات الحالية وشبكة البلوكشين، وتقوم بإجراء فحوصات الامتثال قبل تنفيذ المعاملات.

س: ما الفرق بين “الرقابة المسبقة” والمراقبة التقليدية على السلسلة؟

ج: المراقبة التقليدية تتم بعد وقوع المعاملة، عبر تتبع وتحليل البيانات، وتسمى “التحقيق بعد الحدث”. أما “الرقابة المسبقة” فهي تتم قبل تنفيذ المعاملة، وتوقف المعاملات غير المطابقة قبل حدوثها، مما يحقق وقاية من المصدر.

س: هل ستؤثر هذه البنية على سرعة المعاملات؟

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

س: هل تؤثر هذه البنية على المستخدمين العاديين للعملات المشفرة؟

ج: بشكل مباشر، التأثير محدود. فهي موجهة بشكل رئيسي للمؤسسات المالية الخاضعة للرقابة، ومصدري العملات المستقرة، ومنصات التوكنات. لكن المستخدمين الذين يتعاملون عبر قنوات منظمة قد يلاحظون زيادة في عمليات التدقيق.

س: هل ستتبنى الشبكات العامة آليات رقابة مسبقة مستقبلًا؟

ج: من المحتمل. مع تزايد متطلبات الرقابة، قد تدمج بعض الشبكات أو الطبقات الثانية أدوات فحص الامتثال، لكن ذلك يتطلب توافق المجتمع وتطوير تقني متقدم.