الاتحاد الأوروبي يفرض تنظيمات جديدة على العملات المشفرة وهذه المرة بدأوا بالفعل. بمجرد إصدار لائحة نقل الأموال الجديدة (TFR)، أصبح "قاعدة السفر" موضوعًا لا مفر منه لكل مزود خدمة الأصول الافتراضية (VASP) — حيث يجب مشاركة معلومات المعاملات بشكل فوري، ويجب التحقق من هوية الطرفين بدقة، وهذه المتطلبات تضع مشاريع العملات المشفرة الخاصة بالخصوصية أمام تحدٍ مباشر.

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

المشكلة تكمن في متطلبات TFR الجديدة. فهي لا تطلب منك التعاون بعد المعاملة، بل تتطلب الإبلاغ الفوري أثناء المعاملة. عند حدوث كل معاملة، يجب أن تُنقل على الفور المعلومات المتعلقة بـ VASP إلى الطرف الآخر، دون تأخير. هذا يطرح سؤالًا جوهريًا على بنية نظام Dusk: في شبكة تعتمد بشكل افتراضي على التشفير والخصوصية، كيف يمكنك تلقائيًا وفوريًا تحديد ما إذا كان طرف المعاملة مزود خدمة خاضع للتنظيم؟ وكيف تضمن أن المعلومات تُنقل بدقة وبدون أخطاء؟

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

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

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