البنوك الأوروبية تتسابق ضد الزمن للامتثال للقواعد الجديدة لوصاية العملات المشفرة تحت لوائح MiCA الخاصة بالاتحاد الأوروبي. وبحلول عام 2026، يجب على أي بنك يحتفظ أو يتداول أصولاً رقمية أن يثبت توفير حمايات صارمة - بدءاً من فصل مفاتيح العملاء وصيانة سجلات تدقيق غير قابلة للتغيير وصولاً إلى الاحتفاظ باحتياطيات رأسمالية كافية ضد مخاطر العملات المشفرة. هذه "اختبارات الوصاية" تشكل تحدياً: كيف يمكن للبنوك التقليدية دمج العملات المشفرة في عملياتها دون إعادة هيكلة الأنظمة الأساسية؟
الخبر الجيد هو أن البنوك ليس عليها إعادة اختراع العجلة. مجموعة من حلول تجريد السلاسل تجعل الامتثال لـ MiCA يبدو أشبه بتثبيت إضافة بدلاً من إجراء إعادة بناء كاملة. تسمح هذه النهج للبنوك بتجريد تعقيدات البلوكشين، مما يمكنها من دمج العملات المشفرة بأمان وسلاسة بجانب الأصول التقليدية.
لا يقتصر اكتساب هذه الطرق على أوروبا - حيث تفرض MiCA معايير موحدة - ولكن تظهر استراتيجيات مشابهة عالمياً مع استجابة البنوك للتوجيهات التنظيمية (على سبيل المثال، الرسوم الرأسمالية الثقيلة التي يفرضها بازل على التعرضات غير المحمية للعملات المشفرة، والاستثناءات التي تشجع على تقديم خدمات الحفظ). أدناه نوضح أفضل خمس استراتيجيات لتجريد السلاسل يمكن أن تساعد البنوك في تحقيق متطلبات الحفظ لـ MiCA وإدخال عصر العملات المشفرة بثقة.
1. تبني محاور وتجريد السلاسل متعددة السلاسل وواجهات برمجة التطبيقات (APIs)
أحد العقبات الكبرى أمام البنوك هو تفتت عالم العملات المشفرة - سلاسل الكتل المختلفة، البروتوكولات، المحافظ، وصيغ المعاملات. بدلاً من بناء اتصالات مخصصة لكل شبكة، يمكن للبنوك استخدام محاور تجريد متعددة السلاسل تعمل كبوابة موحدة لعدة سلاسل الكتل. توفر هذه المحاور واجهة واحدة (أو API) يمكن من خلالها للبنك الوصول إلى العديد من السجلات الموزعة، مما يجرد من تعقيدات كل سلسلة.
ما هو محور تجريد السلسلة؟ هو أساسًا برنامج وسيط "يزيل الحاجة لإدارة الوصاية، دفعات المعاملات، ونقاط نهايات البلوكشين" بشكل منفصل لكل سجل. على سبيل المثال، المنصة التي أطلقتها Centrifuge وWormhole في عام 2025 توفر "تجريد سلسة كاملة وواجهة موحدة" لإدارة الأموال عبر أي بلوكشين. يمكن لمدير الأصول أو البنك الذي يستخدم هذه المنصة التفاعل مع سلسلة Ethereum وSolana وغيرها بدون الحاجة للتعامل يدوياً مع محافظ مختلفة أو رموز محلية للرسوم. النظام يهتم بكل العمليات الخاصة بالبلوكشين تحت السطح، لذلك يمكن للمؤسسات التركيز على الأعمال كالعادة. عملياً، هذا يعني أن البنك يمكنه توصيل المنصة بأنظمته الحالية ودعم الأصول المرمّزة الجديدة على الفور دون تطوير بنية تحتية جديدة لكل سلسلة.
مثال حقيقي: أظهرت شبكة الرسائل المالية العالمية SWIFT مؤخراً مدى فعالية طبقة التجريد للمؤسسات. في تجارب باستخدام بروتوكول Chainlink للتواصل بين السلاسل، أظهرت SWIFT أنها يمكن أن تعمل كنقطة دخول واحدة لنقل الأصول الرمزية عبر العديد من السلاسل العامة والخاصة. تم استخدام Chainlink كطبقة تجريد مؤسسة تربط شبكة SWIFT الخارجة المأمونة بالبلوكشين، مما يسمح بنقل الرسائل والحركات الرمزية بينهم بسلاسة. في الأساس، البنوك المتصلة بـ SWIFT قد تصل إلى العديد من شبكات البلوكشين من خلال تكامل واحد، كما يفعلون للمدفوعات العبر الحدودية النقدية. هذا النهج يقلل بشكل كبير من الأعباء التشغيلية – بدلاً من بناء وصيانة وصلات لكل سجل موزع جديد، يستفيد البنك من الاتصال المحيط للمحور. كما ذكر رئيس ابتكار SWIFT، تعتبر قابلية التشغيل البيني مفتاحًا: المؤسسات تحتاج إلى "الاتصال بالنظام المالي بأسره" بدون "تحديات تشغيلية واستثمارية كبيرة" لكل منصة.
فوائد الامتثال: محاور التجريد ليست مجرد مريحة – يمكن إعدادها لتعزيز الامتثال والتحكمات. عن طريق تمكين كل تفاعلات البلوكشين عبر منصة موحدة، تحصل البنوك على سجل تدقيق مركزي موحد للنشاط المشفر. يمكن تسجيل كل معاملة على السلسلة تنفذ عبر المحور بشكل مركزي، مما يسهل إنتاج السجلات التفصيلية، غير القابلة للتغيير التي يتطلبها MiCA لمدة خمس إلى سبع سنوات. يمكن للمحور أيضًا فرض تدابير أمنية موحدة (مثل إدراج العنوان في القائمة البيضاء، والموافقات القائمة على الأدوار، وسياسات توقيع الرسائل) عبر جميع السلاسل، مما يضمن عدم سقوط أي شبكة خلال إطار عمل إدارة المخاطر للبنك. بعبارة أخرى، يصبح المحور امتدادًا لمجموعة تكنولوجيا المعلومات للبنك – خاضعًا لنفس ضوابط الوصول والمراقبة – وهو ما يكون أسهل بكثير في الإدارة والتحكم من عدد من مشاريع البلوكشین المعزولة المتفرقة حول المنظمة.
الوصول العالمي: بينما ولدت من ضغوط MiCA في أوروبا، تعتبر حلول التكامل متعددة السلاسل ذات صلة في جميع أنحاء العالم. في الولايات المتحدة وآسيا، تبحث المؤسسات المالية أيضًا في "محاور التشفير" للتفاعل مع شبكات الرموز المتعددة. على سبيل المثال، انضم العديد من البنوك الكبرى إلى تجارب مع شبكات التشغيل البيني (مثل شبكة Canton أو اتحادات قائمة على Polkadot) لإدارة الأصول الرمزية عبر المنصات المختلفة. من خلال اعتماد نموذج المحور والشعاع، يمكن للبنوك في كل مكان دعم الخدمات الجديدة للأصول الرقمية دون زعزعة نظمهم المصرفية الأساسية. هذه الاستراتيجية تتماشى بشكل جيد مع نهج المنظمين الحذر: يفضل المشرفون أن تستخدم البنوك الحلول المجربة والمختبرة وتضيف التكنولوجيا الجديدة كطبقة نمطية، بدلاً من نقل النظام المصرفي بأكمله إلى بنية تحتية جديدة محفوفة بالمخاطر بين عشية وضحاها.
باختصار، تحوّل محاور التجريد التكامل المُشفر إلى مهمة قائمة على الإضافات. تمكن البنوك من الاستفادة من الابتكار السريع في سلاسل الكتل العامة – من التمويل اللامركزي إلى الأوراق المالية المرمّزة – باستخدام اتصال آمن واحد الذي يفرض تدابير واقية متسقة. مع تطور سوق العملات المشفرة (وظهور سلاسل الكتل الجديدة)، ستجد البنوك التي لديها هذه السباكة التكيفية مكانها أسهل كثيرًا في البقاء ممتثلة لمطالب MiCA حول التحكم في الوصاية والإبلاغ، وكل ذلك أثناء توسيع الخدمات التي يمكنها تقديمها للعملاء. فهذه قضية كلاسيكية "عدم إعادة البناء، بل إعادة التجهیز": استفد من طبقة API للتعامل مع المهام الشاقة للعمليات متعددة السلاسل، لتتمكن بنوكك من تلبية اختبار الامتثال واحتياجات العملاء مع أقل قدر من الاضطراب.
2. تأمين المفاتيح بحفظها باستخدام حساب متعدد الأطراف للوضع الآمن
في صميم وصاية العملات المشفرة تكمن إدارة المفاتيح الخاصة – الأسرار التشفيرية التي تتحكم في الأصول الرقمية. يضع MiCA تركيزًا قويًا على منع فقدان أو سرقة أصول العملة المشفرة، وهو ما يتلخص في حماية تلك المفاتيح من خلال ضوابط وصاية متينة. يجب على البنوك أيضًا ضمان فصل مفاتيح العملاء (عدم تجميع أصول عملاء متعددين تحت مفتاح واحد) ووجود عمليات واضحة لتفويض المعاملات. تمثل التكنولوجيا المتقدمة Multi-Party Computation (MPC) للحفظ، التي تعزز بشكل كبير أمن المفاتيح والامتثال التشغيلي، حلاً متطورًا يتم تبنيه على نطاق عالمي من قبل المؤسسات.
ما هو الحفظ باستخدام حساب متعدد الأطراف (MPC)؟ الحساب متعدد الأطراف هو تقنية تشفير يتم فيها عدم الاحتفاظ بالمفتاح الخاص في مكان واحد. بدلاً من ذلك، يتم تقسيم المفتاح إلى عدة "أسهم" موزعة عبر أطراف أو خوادم مختلفة. لا يمتلك أي كيان واحد المفتاح الكامل. تتم توقيع المعاملات عبر حساب تعاوني يستخدم هذه الأسهم دون إعادة تجميعها في مفتاح كامل. بعبارات عملية، يمكن للبنك توزيع أسهم المفاتيح بين، على سبيل المثال، خادم داخلي، ووحدة أمان الأجهزة السحابية (HSM)، ووصي طرف ثالث موثوق به. يحتاج المخترق أو المطلع الخبيث لاختراق جميع الأسهم المستقلة في نفس الوقت لسرقة الأصول – وهي مهمة أصعب بكثير من استهداف مستودع مفتاح واحد.
لماذا يعتبر MPC نقطة تحول للمؤسسات: تبرز ضبطيات التوقيعات المتعددة التقليدية (حيث يجب على عدة مفاتيح كاملة توقيع المعاملة) كطريقة أولية لطلب السيطرة المزدوجة، لكنها لا تزال تكشف عن مفاتيح كاملة لكل موقع توقيع. يعتبر MPC أكثر تشفيراً بلوكشينياً وأكثر أمناً – لا يوجد مطلقاً مفتاح خاص كامل موجودًا في أي مكان، ومع ذلك يمكن للأطراف المعتمدة توقيع المعاملات بشكل جماعي. يلغي هذا النقاط الفردية للفشل. إذا تم اختراق أحد الأسهم، فإنها ليست ذات فائدة بمفردها. تفضل البنوك هذا لأنه يحاكي مبدأ الأربع عيون والسيطرات الداخلية الأخرى في العالم الرقمي – يمكنك، على سبيل المثال، طلب من ثلاثة أقسام منفصلة (كل منها تحتفظ بحصة من المفتاح) للموافقة على التحويل، ولا يمكن لأي قسم واحد نقل الأموال بمفرده.
مزايا الامتثال والتدقيق: لا توفر الوصاية المستندة إلى MPC أمانًا فائقًا فقط، بل هي مدمجة أيضاً للامتثال وحفظ السجلات. لأن عملية التوقيع تتضمن أطرافًا متعددة، تقدم أنظمة MPC سجلات مفصلة لكل مشاركة. كلما بدأت معاملة، يمكن للنظام تسجيل حصص المفتاح التي شاركت (وبالتالي أي أفراد أو أجهزة هم الذين شاركوا). تكون سجلات التدقيق هذه شاملة وغير قابلة للتلاعب، مما يوفر للمنظمين وفريق الامتثال في البنك شفافية كاملة بشأن "من، وماذا، ومتى" لكل معاملة عملة مشفرة. في الواقع، يخلق MPC سجلاً غير قابل للتغيير ومفصلاً للموافقات الداخلية، والذي يعالج بشكل مباشر متطلبات MiCA للحصول على سجلات آمنة لجميع معاملات الأصول المشفرة والعمليات. يجب على البنوك الاحتفاظ بتلك السجلات لسنوات، وكلما كان التسجيل آليًا ومفصلًا، كلما سهل عليهم تلبية متطلبات الامتثال عند الطلب.
تتيح حلول MPC أيضًا التحكمات المعتمدة على السياسة المطبوخة في نظام الوصاية. على سبيل المثال، يمكن لنظام محفظة MPC فرض أن أي معاملة تتجاوز قيمة معينة تحتاج إلى توقيع إضافي من صاحب منصب أعلى أو مسؤول مخاطر. وغالبًا ما يدمجون المراقبة في الوقت الحقيقي وفحوص المخاطر – على سبيل المثال، منع حصة من المفتاح من التوقيع إذا كانت قادمة من موقع غير الموافق عليه، أو تتطلب موافقة إضافية خارج النطاق إذا كان معدل المعاملات غير عادي. يمكن تحديث هذه الضوابط مركزيًا دون لمس المفاتيح البلوكشينية الأساسية، مما يوفر طبقة مرنة للامتثا Skipping translation for markdown links:
المحتوى: يمكن إيقاف العمليات الحساسة أو اعتراضها بواسطة برامج الامتثال أثناء العملية، إذا لزم الأمر، دون الكشف عن المفاتيح الكاملة. هذه السيطرة الدقيقية والرؤية ليست ممكنة ببساطة مع مفتاح وصي واحد أو حتى توقيع متعدد بسيط، وهي سبب قوي لتفضيل المؤسسات MPC على الطرق القديمة للحفظ واسع النطاق.
فصل الأصول: يساعد MPC أيضًا في فصل أصول العملاء، وهو مبدأ أساسي في MiCA. بدلاً من الاحتفاظ بمحفظة عمومية ضخمة لجميع العملاء (والتي ستكون كابوساً لفصلها قانونياً وتقنياً)، يمكن للبنك إنشاء خزائن MPC منفصلة لكل عميل أو حتى لكل حساب. نظرًا لأن إنشاء أسهم مفتاح جديدة يتم تعريفه بواسطة البرنامج (وليس مكلفًا مثل إعداد محافظ الأجهزة الجديدة)، يمكن للبنك أن يمنح كل عميل خزينة منفصلة خاصة بهم مع أسهم مفتاح فريدة تتحكم فيها. ومع ذلك، يمكن لفريق عمليات البنك إدارة جميع هذه الخزائن من خلال واجهة واحدة، حيث يتم تجريد تعقيد إدارة المفاتيح بواسطة منسق MPC. والنتيجة هي أن أصول كل عميل تكون محمية من حيث التحكم التشفيري (بدون اختلاط المفاتيح)، وهو ما تسعى قواعد حفظ MiCA لضمانه. في حالة الإفلاس أو الاختراق، يجعل ذلك الفصل واضحًا أي الأصول تعود للعملاء، ويتم تقليل خطر تأثر مفتاح مخترق بالآخرين.
التبني الصناعي: مع إدراك هذه الفوائد، تتبنى البنوك والأوصياء حول العالم سريعًا MPC. قامت حراس التشفير الناشئة في أوروبا، مثل Vaultody، ببناء منصاتها حول MPC لتلبية احتياجات الامتثال الصارمة. يلاحظ Vaultody أن MPC يمكن من "قواعد السياسات المتقدمة، والضوابط الدقيقة للوصول، والتقارير في الوقت الفعلي" دون الكشف عن المفتاح الخاص الكامل. في الولايات المتحدة، قامت Bank of New York Mellon – أكبر وصي تقليدي في العالم – بالشراكة مع Fireblocks، وهي مزود حفظ تشفير يعتمد على MPC، لإطلاق خدمتها لحفظ الأصول الرقمية. قامت العديد من الأوصياء الكبار الآخرين وشركات التكنولوجيا المالية (Coinbase Custody وGemini وCopper وغيرها) بدمج MPC لتأمين المليارات في الأصول المشفرة للعملاء المؤسسيين. هذا التبني الواسع هو شهادة على نضج ونزاهة MPC. يشعر المنظمون أيضًا بالراحة من السجل الحافل لـ MPC: كانت هناك حوادث سرقة أو فقدان أقل بكثير على المحافظ المدارة بواسطة MPC مقارنة مع المحافظ ذات المفتاح الواحد المبكر، وهو ما يعزز الثقة بأن البنوك التي تستخدم MPC يمكنها الحفاظ على سلامة أصول العملاء.
باختصار، يعتبر تخزين MPC ترقية "توصيل وتشغيل" أساسية لأي بنك يدخل في حفظ التشفير. لا يغير طبيعة المعاملات على blockchain – تظل كما هي – ولكنه يغلف عملية إدارة المفاتيح في قلعة من الثقة الموزعة. من خلال ذلك، يخاطب مباشرة اختبارات MiCA حول الأمان والفصل والقابلية للتدقيق. يمكن للبنك دمج منصة حفظ MPC في سير عمله (غالبًا من خلال واجهة برمجة التطبيقات أو جهاز برمجي)، مما يعزز مرونة حفظ التشفير لتلبية توقعات التنظيم. النتيجة هي نجاح للطرفين: حماية محسّنة للعملاء (وسُمعة البنك) ومسار واضح للامتثال يمكن للمنظمين متابعته، يتم تحقيق كل هذا دون إزالة أنظمة تكنولوجيا المعلومات الحالية للبنك للموافقة وحفظ السجلات أو استبدالها.
3. تبني نظم التسوية المزدوجة المسار بالتوازي
في الاندفاع لتبني blockchain، ليست هناك حاجة للبنوك للتخلي عن عقود من البنية التحتية التي تحافظ حاليًا على تحريك الأصول التقليدية. في الواقع، غالبًا ما يفضل المنظمون والبنوك المركزية نهجًا حذرًا حيث تعمل النظم المستندة إلى blockchain الجديدة بالتوازي مع النظم القديمة – ما يمكن أن نسميه نهج تسوية "مزدوج المسار". فكر في الأمر مثل تشغيل قطارين متوازيين: أحدهما هو السجل التقليدي (نظام البنوك الأساسية، شبكة الدفع RTGS، أو جهة الإيداع المركزية للأوراق المالية)، والآخر هو blockchain أو دفتر الأستاذ الموزع حيث يتم تسوية الأصول المرمزة. تعمل القضيبان معًا، مع وجود جسور بينهما، مما يمنح البنوك المرونة لاستخدام أي من المسارين أو كليهما حسب الحاجة.
كيف يعمل المسار المزدوج: بدلاً من الانتقال المفاجئ إلى المعالجة على السلسلة، يقوم البنك بتنفيذ منصة DLT إلى جانب قواعد البيانات الحالية الخاصة به. على سبيل المثال، النظر في المدفوعات بين البنوك: تحت نموذج المسار المزدوج، يمكن أن يكون للبنك نظام إيداع مرمز حيث تعكس إيداعات العملاء كرموز على blockchain. سيكون هذا إلى جانب قاعدة بيانات الحسابات التقليدية. يمكن بعد ذلك تسوية المدفوعات إما بالطرق التقليدية (الخصم/الائتمان في نظام البنوك الأساسية) أو بنقل رموز الودائع على المسار blockchain، بناءً على ما هو أكثر كفاءة أو توفرًا. الجزء الحيوي هو وجود طبقة تزامن تضمن أنه إذا تحرك رمز على مسار DLT، يتم تعديل الرصيد المقابل على النظام القديم (والعكس صحيح). في الأوراق المالية، بنفس الطريقة، قد يحتفظ البنك بكتاب حفظ تقليدي لكنه يستخدم أيضًا منصة قائمة على blockchain مثل SDX للأوراق المالية المرمزة – مع آليات لضمان انتقال الأصول بين النظامين القديم والجديد بدون فرق.
الراحة التنظيمية عبر التكرار: يخاطب هذا النهج مباشرة مخاوف المنظمين بشأن الدخول "كليًا" في تقنية جديدة. على سبيل المثال، قدَم بنك انجلترا صراحة استراتيجية المسار المزدوج في مناقشة عام 2024، مقترحًا أن الأموال رمزية بالجملة يمكن أن "تجلس بجانب أرصدة RTGS"، مما يتيح للبنوك اختيار المسار الذي يلبي احتياجاتهم الأفضل. في الممارسة العملية، يعني هذا أنه إذا كانت شبكة blockchain تعاني من انقطاع أو إذا كان عقد ذكي يتصرف بشكل غير متوقع، يمكن للبنك أن يعود إلى نظام RTGS المتجرب لتسوية المعاملات. بالعكس، إذا كان النظام القديم بطيئًا (على سبيل المثال، خارج ساعات العمل وRTGS مغلق)، قد يتم استخدام مسار الرمز لتسوية فورية وأتمية. وجود كلا الخيارين يزيد المرونة. اليابان، في برنامج الين الرقمي الخاص بها، تقوم بنفس الطريقة ببناء احتياطي تقليدي كامل لكل وظيفة لل blockchain لحماية ضد الأخطاء. تمکند MiCA من كيفية استخدام الشركة للتكنولوجيا؛ يحدد النتائج مثل الخدمة الموثوقة، السجلات الدقيقة، وحماية الأصول. تصاميم المسار المزدوج تساعد في تحقيق تلك النتائج عن طريق دعم نظام واحد بآخر، مما يقلل بشكل كبير من خطر أي نقطة فشل واحدة – اعتبارات رئيسية بموجب قواعد المرونة العملياتية (في أوروبا، يؤكد قانون DORA على هذا النوع من المرونة).
مسارات التدقيق واليقين القانوني: فائدة كبيرة أخرى من الأنظمة المزدوجة هي القدرة على التحقق المتقاطع للسجلات. عندما يحدث كل معاملة على سلسلة blockchain وتعكس في قاعدة بيانات تقليدية، فإنك تنشئ دفترَي أستاذ متزامنين. يمكن أن يبسط هذا التدقيق والمطابقة. إذا كانت هناك أي اختلاف، يمكن للبنك التحقيق في الفروقات بين القضبان. في الواقع، خلال هذه الحقبة الانتقالية، تتطلب العديد من السلطات القضائية "سجل ذهبي" خارج السلسلة حتى للمعاملات على السلسلة. على سبيل المثال، قد تتم تسوية تجارة الديون المرمزة على blockchain، لكن السجل القانوني النهائي يمكن أن يظل إدخالًا في جهة الإيداع المركزية أو تأكيدًا بصيغة PDF مخزن بشكل تقليدي. بتشغيل القضبان المزدوجة، يمكن للبنك الامتثال لمثل هذه المتطلبات القانونية بسهولة: كل حركة رمزية تعمل على تحديث السجل خارج السلسلة الذي يبقى المصدر المعترف به قانونيًا. يشير MiCA نفسه إلى هذا في الروح – فهو يتعامل مع حفظ التشفير بما ينسجم مع مفاهيم الحفظ التقليدية، مما يعني أن المنظمين يتوقعون استمرارية في كيفية الاحتفاظ بالسجلات وكيفية إثبات الملكية، حتى لو كان blockchain مشتركًا. توفر التصاميم ذات القضبان المزدوجة هذه الاستمرارية، مما يربط التقنية الجديدة بالدفاتر القديمة.
القضية العملية – الإيداعات المرمزة وتجارب العملات الرقمية للبنوك المركزية: مثال ملموس لتطبيق القضبان المزدوجة هو مفهوم المال التجاري المرمز. في أبريل 2025، أعلنت HSBC أنها سوت أول دفعة إيداع مرمزة لها. من المرجح أن يعني هذا أن HSBC أنشأت تمثيلاً رقميًا لإيداع العميل على blockchain ونقلته إلى طرف آخر، بدلًا من استخدام شبكة الدفع بين البنوك العادية. ومع ذلك، لم تقم HSBC بإيقاف أنظمتها العادية - كان هذا خطوة تدريجية. إذا لزم الأمر، يمكنهم تحويل ذلك الرمز إلى إدخال دفتر الأستاذ العادي. بطريقة مماثلة، اختبرت مشروعات مثل مشروع سويسرا Helvetia ومشروع أستراليا Dunbar تبادلات الأصول بين RTGS التقليدية ومنصات DLT، باستخدام كلا القضبان وربطها. حتى تجارب العملات الرقمية للبنوك المركزية غالبًا ما تستخدم هذا النهج: تعمل العملة الرقمية الجديدة بالتوازي مع النقد والإلكترونية الموجودة، مما يضمن التعايش السلس خلال مراحل التجربة.
كيف يساعد هذا في الامتثال لـ MiCA: من وجهة نظر MiCA، يمكن أن يكون المسار المزدوج منقذًا في تلبية المعايير التشغيلية والأمنية الصارمة. تطلب MiCA أن يقدم مقدمو خدمات الأصول المشفرة (CASPs، والتي تشمل البنوك التي تقدم الحفظ أو التداول) خطط استمرارية قوية وإدارة الحوادث. إذا كان هناك كل عملية التشفير في البنك على blockchain واحد وتوقف السلسلة، فإن البنك في مشكلة. ولكن إذا كان البنك لديه مسار موازٍ، فيمكنه تحويل العمليات الحرجة إلى ذلك المسار، مما يفي بالتزاماته لحماية وصول العملاء إلى أصولهم. تساعد النظم المزدوجة أيضًا في الفصل - على سبيل المثال، قد يكرّس البنك مسار blockchain بشكل أساسي للمعاملات العملاء، بينما يحتفظ بأصوله الخاصة (ملكية) على الأنظمة التقليدية، أو العكس، مما يجعل فصلاً واضحًا بين تدفقات الأصول العميل والأموال الخاصة بالبنك. قد يتجاوز هذا متطلبات MiCA الأساسية بأن تكون الأصول العميلة مفصولة تقنيًا وقانونيًا عن أعمال المؤسسة.
التوسع التدريجي: تعني الاستراتيجيات ذات المسار المزدوج أيضًا أن البنوك يمكنها التوسع في العملة المشفرة تدريجيًا، وهو أمر عملي لتحقيق مراحل الامتثال. قبل الموعد النهائي الامتثال الكامل لـ MiCA (نهاية عام 2024 لمعظم الأحكام)، قد تقوم البنك بتشغيل تجربة على المسار الثانوي مع مجموعة فرعية من العملاء أو أنواع الأصول. يمكنها جمع البيانات، تحسين الضوابط، وإظهار للمنظمين كيف يتصرف المسار الجديد تحت الضغوط، كل ذلك بينما...محتوى: وجود شبكة أمان للسكك الحديدية الرئيسية. بحلول الوقت الذي يصبح فيه MiCA فعال بالكامل (2026 لأولئك الذين لديهم إعفاءات مؤقتة)، يمكن للبنك أن يظهر أنه يمتلك بيئة متكاملة مستقرة. عالميًا، يتماشى هذا النهج المتدرج مع كيفية تصور المنظمين لعملية التحديث: بنك التسويات الدولية (BIS) يتوقع مرحلة حيث تعمل الأنظمة المالية في "نماذج هجينة" – وهي في الأساس سكك مزدوجة – قبل التبني الكامل للأنظمة القائمة على الرموز. خلال هذه المرحلة الهجينة، يمكن أن يكون الامتثال أقوى في الواقع، وليس أضعف، لأن كل معاملة تمر عبر عملية التحقق المزدوجة (على نظامين) ويُجري الموظفون اختبارات المخاطر القديمة والجديدة بالتوازي.
باختصار، التسوية عبر السكك الحديدية المزدوجة هي تجسيد لتوصيل القدرات الجديدة بدلاً من إعادة البناء. البنك لا يتخلى عن ما يعمل؛ بل يضيف قدرة جديدة بجانبها. هذه الاستراتيجية ترضي المنظمين الذين يخشون أن تؤدي الابتكارات إلى تقويض الاستقرار، وتمنح البنوك فرصة للتعلم من خلال الممارسة بطرق محكومة. لغرض اختبارات وصاية MiCA، يمكن لنهج السكك الحديدية المزدوجة أن يثبت أن البنك لديه تحكم بصورة "حزام وسروايل": حتى إذا فشل "الحزام" (البلوك تشين)، فإن "السروايل" (النظام القديم) تمنع سقوط حر في التحكم بالأصول أو دقة السجلات. هذا النوع من الضمان يمكن أن يقطع شوطًا طويلاً في عمليات التدقيق وطلبات الترخيص، مما يظهر أن البنك يستخدم التكنولوجيا لتعزيز الموثوقية بدلاً من المقامرة بها.
4. استخدام الأصول المرمزة مع المعرفات القياسية (تغليف ISIN)
طريقة خفية ولكن قوية لجعل العملات المشفرة تبدو أقل غرابة لأنظمة البنوك التقليدية هي دمج معرفات ومعايير مألوفة في الأصول المرمزة. في الماليات التقليدية، يتم تحديد كل أداة مالية – مثل الأسهم والسندات وصناديق الاستثمار المشترك، إلخ – عبر رموز مثل رموز ISIN (الأرقام الدولية لتعريف الأوراق المالية)، CUSIP، أو SEDOL. هذه الرموز هي العمود الفقري لأنظمة التداول والتسوية والحضانة؛ فهي تتيح التشغيل الآلي والاتصال الواضح حول الأصول المختلفة. عندما يتعلق الأمر بالأصول الرقمية، وخصوصاً الرموز الأمنية أو أي رمز يهدف لتمثيل أصل أساسي، يمكن لـ "تغليفها" بمعرفات قياسية تبسيط الدمج بشكل كبير في تدفقات عمل البنوك وعمليات الامتثال.
مفهوم ISIN المرمز بالرموز: يشير في الأساس إلى تعيين أو ربط رمز ISIN (أو رمز موحد مشابه) إلى أصل مرمز. على سبيل المثال، إذا تم إصدار سند شركة على نظام البلوك تشين، يمكن تخصيصه برمز ISIN تقليدي كما سيكون للسند الورقي. أو إذا كانت للأصل المشفر خصائص الأمان، يمكن تسجيله للحصول على رمز تقديم بنية تحتية جاهزة للأصول الرقمية. خلال السنوات القليلة الماضية، قامت عدد من شركات التكنولوجيا - بدءًا من الشركات الناشئة التي تحصل على تمويل جيد وصولاً إلى فروع الكيانات المتمكنة - ببناء منصات آمنة ومتوافقة لحضانة العملات المشفرة. بدلاً من بناء كل شيء داخليًا (الأمر الذي قد يستغرق سنوات ويتطلب خبرة كبيرة)، يمكن للبنوك دمج هذه الحلول الجاهزة أو حتى إعادة تصميمها بعلامتها الخاصة، مما يؤدي فعليًا إلى تسليم الجهد الكبير لحضانة البلوكشين مع الحفاظ على السيطرة على علاقات عملائهم.
ظهور الحضانة كخدمة: مستوعبة الفرصة، طورت شركات التكنولوجيا المالية مثل Fireblocks وMetaco وCopper وTaurus وغيرهم، منصات تقوم بكل شيء من إدارة المفاتيح (غالبًا باستخدام MPC كما تم مناقشته) وإدارة المعاملات إلى مراقبة التوافق للأصول الرقمية. يمكن للبنوك نشر هذه المنصات كتجهيزات محلية أو خدمات سحابية وربطها بأنظمة البنوك الأساسية عبر واجهات برمجة التطبيقات. على سبيل المثال، توفر Fireblocks بنية تحتية لمحفظة آمنة تتصل بالعشرات من البلوكشينات ومزودي السيولة، وهي متاحة من خلال تكامل واحد. تم تصميم منصة Metaco (المسماة Harmonize) للتكامل مع النواة الرئيسية للحضانة في البنك، مما يمكّن البنك من "تخزين وإصدار وتسوية الرموز الأمنية إلى جانب الأصول التقليدية" في نظام واحد.
البنوك الكبرى تسير بالفعل في هذا الطريق. أعلنت BNP Paribas Securities Services، وهي واحدة من أكبر الأمناء في أوروبا، علنًا أنها للبناء على حضانة الأصول الرقمية الخاصة بها "اختارت اثنين من شركات التكنولوجيا المالية الكبرى - Fireblocks وMETACO" بدلاً من البدء من الصفر. تم استخدام تقنية Fireblocks في تجربة حية حيث ساعدت BNP Paribas في إصدار سند رمزي على Ethereum، مما يوضح جدوى الحل. في الوقت نفسه، سيتم دمج برنامج Metaco في منصة الحضانة الأساسية لـ BNP للسماح بإدارة الأصول المشفرة والتقليدية جنبًا إلى جنب. الهدف الذي ذكرت BNP هو "تقديم لعملائنا نظرة واحدة على كل هذه الأنواع المختلفة من الأصول للشفافية الكاملة، كفاءة تشغيلية أكبر وإدارة المخاطر"، ما يوفر في النهاية "اتصالاً كاملاً عبر الأصول التقليدية والرقمية" على منصة "متعددة الأصول، متعددة الموفرين". ببساطة، يقوم BNP Paribas بتركيب وحدات من مزودين متخصصين لترقية أنظمتها الموجودة إلى حالة جاهزة للأصول المشفرة - وهي استراتيجية تركيب واضحة تتماشى مع موضوعنا.
التوافق والنشر السريع: من خلال التعاون مع مزودي حضانة التشفير المتمكنين، ترث البنوك العديد من ميزات الامتثال المدمجة. لقد خضع هؤلاء المزودون غالبًا لعمليات تدقيق أمني، وترتيبات تأمين على الأصول المشفرة، وحتى موافقات تنظيمية في بعض الحالات (على سبيل المثال، بعضهم مسجلون كـ CASPs أو لديهم شهادات SOC2 لأمن العمليات). وهذا يعني أن البنك يمكن أن يكون أكثر ثقة في الوفاء بمتطلبات ترخيص MiCA الصارمة (التي تشمل إثبات القدرة التكنولوجية والعملية) عن طريق الاستشهاد بالحل المثبت الذي قاموا بدمجه. بدلاً من أن يضطر البنك إلى شرح تخزين مفاتيحه التشفيرية المبنية ذاتيًا للمراقبين، يمكنه أن يظهر أنه يستخدم مزودًا مثل Fireblocks، المعروف باستخدام أفضل ممارسات الصناعة في MPC، ويملك مسارات وسياسات قابلة للتدقيق، وربما يستخدمها عشرات المؤسسات المتوافقة الأخرى. إنه يستفيد من المعرفة الجماعية - يتم تشكيل منصة المضيف من خلال العمل مع العديد من العملاء وغالبًا ما تعالج بالفعل مخاوف تنظيمية مشتركة (مثل الوصول المستند على الأدوار، ومعرفة المعاملات ضمن القائمة البيضاء، وفصل المهام).
من وجهة نظر وقت الوصول إلى السوق، لا تقدر بثمن. ساعة MiCA تدق - بحلول نهاية عام 2024، يجب أن تكون جميع مزودي حضانة العملات الرقمية (بما في ذلك البنوك) في الاتحاد الأوروبي ممتثلين، أو على الأقل على الطريق الصحيح إذا كانوا ينتقلون تحت فترة السماح حتى عام 2026. قد يكافح البنك الذي بدأ اليوم لبناء حل حضانة كامل داخلي لمطابقة هذه الجدول الزمني، بينما يمكن أن يسمح التعاون له بالانطلاق على الفور. على سبيل المثال، عندما قرر BNY Mellon تقديم حضانة التشفير، ورد أنه فعل ذلك باستخدام تقنية Fireblocks واستطاع إطلاق الخدمة بسرعة نسبية. وبالمثل، تعاونت شركة ستاندرد تشارترد عبر مغامرتها Zodia Custody (التي تطورت مع Northern Trust) للتعامل مع الجانب الفني، وأطلقت Société Générale منصة Forge الخاصة بها لكنها لا تزال تستخدم أو تتعاون مع مزودي التكنولوجيا لوظائف معينة.
التكامل والطبيعة الإضافية: تم تصميم هذه الشراكات لتكامل سلس. تقدم العديد من منصات تقنية الحضانة واجهات برمجة التطبيقات (APIs) ومجموعات تطوير البرمجيات (SDKs) التي يمكن للبنوك استخدامها للتكامل مع قنوات العملاء الموجودة (مثل تطبيقات البنوك عبر الإنترنت أو واجهات التداول). ولذلك، قد لا يدرك عميل البنك حتى أن محفظة التشفير مدعومة بمنصة تابعة لطرف ثالث خلف الكواليس - فهم يرونها ببساطة كحساب آخر في تطبيق البنك. في المقابل، يدير البنك هذه المحفظة من خلال وحدة تحكم تفرض سياسات وحدود البنك. من المهم أن توفر أفضل المزودين التخصيص بناءً على احتياجات البنك. على سبيل المثال، يمكن للبنك إعداد هيكله التنظيمي في المنصة - على سبيل المثال، يمكن للتجار البدء في المعاملات ولكن تتطلب الموافقة من دائرة العمليات للأموال الكبيرة، وما إلى ذلك، مما يعكس الضوابط الداخلية للبنك. يعكس هذا كيفية عمل البلوكشين بالفعل مع، على سبيل المثال، مدفوعات SWIFT (حيث يدخل فريق واحد دفعة، ويوافق آخر). الفرق هو أن مزود التكنولوجيا قد بنى بالفعل النظام الأساسي، لذلك يحتاج البنك فقط إلى ضبط القواعد بدلاً من برمجتها من الصفر.
عروض العلامة البيضاء: تسمح بعض شركات التكنولوجيا المالية للبنوك بالعمل تحت علامتها التجارية الخاصة ولكن باستخدام بنية الحضانة للبنك في الخلفية. يمكن أن يمتد هذا إلى خدمات أخرى ببعيداً عن الحضانة، مثل الوساطة أو المشاركة، ولكن ضمن نطاق MiCA، تركز الحضانة هي الرئيسية. إذا كان الحل للحضانة بعلامة بيضاء متوافقًا بالفعل مع MiCA كخدمة، فإن البنك يرث تلك الامتثال (على الرغم من أن البنك لا يزال يتحمل المسؤولية التنظيمية للإشراف على المزود). يسمح MiCA بالاستعانة بمصادر خارجية لوظائف معينة، طالما أن CASP (البنك) يؤكد أن المزود المستعان به يتوافق مع القواعد. لذا توثق البنوك عملها في استكشاف الموردين، لكن المنظمين يطمئنون برؤية الأسماء المعروفة في قائمة الموردين.
الكفاءة الرأسمالية وإدارة المخاطر: من المثير للاهتمام، أن الاستفادة من تقنية الحضانة التابعة لأطراف ثالثة يمكن أن يساعد أيضًا في جانب الاحتياطي الرأسمالي. بموجب قواعد بازل المقبلة، كما أُشير سابقًا، الأصول التي يتم الاحتفاظ بها فقط في الحضانة (بالنيابة عن العملاء، دون أن يأخذ البنك تعرضًا) لن تخضع للوزن المخاطر القاسي بنسبة 1250% التي ستخضع لها الحيازات المباشرة من العملات المشفرة. من خلال استخدام حلول الحضانة القوية، يمكن للبنوك أن تؤكد بثقة أنها لا تأخذ هذه الأصول على ميزانيتها العمومية (فهي فقط تقوم بالحفظ)، مما يحافظ على إدارة متطلبات رأس المال الإضافية. قد تختار بعض البنوك أيضًا التأمين على الأصول الرقمية في الحضانة ضد السرقة (على غرار تأمين صندوق الأمانة) – غالبًا ما تسهل موفرو تكنولوجيا الحضانة اتصالاتهم مع مؤمني التأمين أو يقدمون تأمينًا مدمجًا. يساعد هذا أيضاً في تغطية مطلب MiCA لـ"حماية" الأصول، وبالتالي يعمل كنوع من الاحتياطي الرأسمالي بنقل المخاطر إلى التأمين.
أمثلة على استراتيجية الشراكة العالمية: خارج أوروبا، نرى تحركات مماثلة: جولد مان ساكس بنك في الولايات المتحدة تعاون مع NYDIG لتقديم حضانة البيتكوين لعملائها، واستثمر بنك ANZ في أستراليا في تقنية الحضانة بدلاً من البناء من الصفر. تؤكد هذه التحركات جميعها أن التعامل مع التشفير داخليًا تمامًا ليس الطريقة الوحيدة - ولا الأسرع أو الأكثر أمانًا - للمؤسسات المنظمة. كنتيجة لذلك، نحن نشهد أيضًا نشاط الاندماج والاستحواذ حيث تقوم شركات البنية التحتية الكبرى للأسواق المالية باستحواذ على حراس التشفير لدمج تقنيتهم (على سبيل المثال، كانت بورصة ناسداك تستكشف تقديم حضانة التشفير عبر الاستحواذات، وقام بورصة لندن بشراء شركة تكنولوجيا الحضانة). يعني هذا الاتجاه أن البنوك التي لم تتحرك بعد ستجد سوق المزودين أكثر نضجًا جاهزًا لخدمتهم في 2025 وما بعدها، مع وحدات تركيب وتشغيل تلبي ليس فقط MiCA، ولكن أيضاً تنظيمات أخرى (مثل أدوات مكافحة غسل الأموال، الألتزام بقانون السفر وما إلى ذلك، مدرجة بشكل افتراضي).
في الأساس، تجسد شراكات تقنية الحضانة الامتثال كإضافة. يجمع البنك بين قوته (ثقة العملاء، الترخيص التنظيمي، الميزانية العمومية) مع قوة التكنولوجيا المالية (التطوير المرن، الأمان الأصلي للعملات المشفرة، دعم السلاسل المتعددة). النتيجة هي أن البنك يمكنه تقديم خدمة حضانة العملات المشفرة متوافقة مع متطلبات MiCA، مع تطوير داخلي أقل بكثير، وبالتالي اجتياز اختبارات MiCA. يمكنه التركيز على تطوير السياسات والحوكمة - وهي المجالات التي يعنى بها المنظمون بشكل كبير - بدلاً من التفاصيل الدقيقة لكتابة كود التكامل مع البلوكشين. هذه الاستراتيجية لا تُسرع من الامتثال فحسب بل يمكن أن تُطلق أيضًا أعمال البنك في الأصول الرقمية، حيث غالبًا ما تدعم هذه المنصات التقنية خارطة طريق للميزات (مثل المشاركة، والوصول إلى التمويل اللامركزي، والترميز) التي يمكن للبنك تفعيلها لاحقًا بمجرد وضع الحضانة الأساسية في مكانها. إنها نهج معياري: الحصول على مكون الحضانة الأساسية الآن لاجتياز العائق التنظيمي، ومن ثم توسيع الخدمات ببساطة عن طريق تشغيل ميزات إضافية من المورد.
أفكار ختامية
يبشر نظام MiCA القادم بعصر جديد حيث يجب على البنوك التي تتعامل مع الأصول المشفرة أن تفي بالضوابط الصارمة والتدابير الوقائية التي لطالما توقعتها في التمويل التقليدي. قد يبدو الاحتمال هائلًا - بعد كل شيء، تعمل السجلات الموزعة والرموز على مسارات مختلفة تمامًا عن الأنظمة المركزية التي قامت البنوك بصقلها لعقود. ومع ذلك، كما شرحنا بالتفصيل، تمتلك البنوك مجموعة أدوات من استراتيجيات تجريد السلاسل التي يمكن أن تبسط بشكل كبير هذا التحول. باستخدام مراكز السلاسل المتعددة، يتفادون التجزئة ويحصلون على الوصول إلى النظام البيئي للتشفير في مكان واحد مع إشراف متسق. من خلال القبو متعدد الأطراف، يحولون إدارة المفاتيح من نقطة فشل فردية محتملة إلى عملية موزعة قوية مع عمليات امتثال مضمنة، مما يلبي كلاً من متطلبات الأمان والتدقيق. باستخدام المستويات المزدوجة للتسوية، يمكنهم...المحتوى:
بذكاء، يوازن بين الابتكار والاستمرارية، لضمان أن عمليات الأصول الرقمية الجديدة تعزز ولا تضر بالموثوقية. من خلال توحيد الرموز بمعرفات تتناسب مع قواعد البيانات الحالية، يجعلون هذه الأصول تتحدث لغة الأنظمة القديمة والمنظمين على حد سواء. وبالشراكة مع متخصصي حفظ العملات الرقمية، يُسرّعون من رحلتهم، باستخدام تقنية مُجرّبة في المعارك بدلاً من إنفاق الوقت الثمين في إعادة اختراعها.
معاً، يمكن أن تجعل هذه الأساليب الامتثال لقواعد "ميكا" أقل شعوراً بأنه عملية تجديد مكلفة لتكنولوجيا المعلومات، وأكثر شبهاً بتكييف عدد قليل من المكونات الرئيسية – تماما كالنموذج الإضافي. ومن المهم أن هذه الاستراتيجيات ليست مفيدة فقط للقواعد الأوروبية "ميكا"؛ فهي تُمكّن البنوك من التعامل مع المشهد التنظيمي العالمي المتطور. يشجع إطار العمل المصرفي للجنة بازل (ساري المفعول في 2025) ممارسات الحفظ القوية من خلال عدم معاقبتها برسوم رأسمالية عالية، مما يعني أن البنوك حول العالم لديها حافز لبناء خدمات حفظ آمنة. ينظر تركيز هيئة الأوراق المالية والبورصات الأمريكية على الأمناء المؤهلين في الولايات المتحدة بالمثل إلى البنوك لزيادة تقنية الحفظ لديها أو الشراكة مع من يملكها. تقدم الألعاب السلسلة التجريدية البنوك وسيلة لتلبية هذه التوقعات بكفاءة.
عند نشر هذه الحلول، ستجد البنوك أن الامتثال ليس فقط لتجنب العقوبات – يمكن أن يكون نقطة انطلاق لنماذج أعمال جديدة. بمجرد أن تكون البنية التحتية في مكانها لمعالجة الأصول الرقمية بأمان ونظافة، يمكن للبنوك توسيع العروض لتشمل أشياء مثل تداول الأوراق المالية المرمزة، والإقراض المضمون على السلسلة، أو المدفوعات بالعملات الرقمية، وكل ذلك ضمن إطار امتثال. الذين يتحركون مبكرًا سيكون لديهم ميزة في تلبية الطلب المتزايد للعملاء على خدمات الأصول الرقمية تحت مظلة الثقة للبنك المنظم.
في النهاية، تحقيق معايير الحفظ في "ميكا" هو محطة في رحلة أوسع لتحديث البنوك. تخدم الاستراتيجيات الخمس المطروحة هدفًا مشتركًا: تجريد التعقيد ودمج الامتثال من خلال التصميم. البنوك التي تستفيد منها ستتمكن من القول بثقة للمنظمين والعملاء، "نستطيع دعم ابتكار الأصول الرقمية مع الحفاظ على السلامة والنزاهة التي تتوقعونها منا." وبذلك، لا يمرون فقط باختبار، بل يجهزون مؤسساتهم لمستقبل التمويل، حيث تندمج الأسس التقليدية والعملات الرقمية في نظام مالي أقوى وأكثر مرونة. الطريق إلى 2026 مليء بالتحديات، ولكن مع وضع التجريدات الصحيحة في مكانها، يمكن للبنوك السفر بأمان بكامل سرعتها، بدلاً من الزحف بحذر. الأدوات جاهزة - وكيفية تشغيل مفتاح فصل جديد من المصرفية الرقمية المتوافقة.