عندما نظرت إلى Rayls لأول مرة، بدا تعبير “التسوية الخاصة” وكأنه ادعاء واسع الخصوصية.
الجزء المثير للاهتمام هو ما يحدث تحت السطح.
يمكن استخدام Rayls Enygma للتسوية مقابل الدفع (DvP)، حيث يتم تبادل أصل ومدفوعته معًا بدلًا من الاعتماد على أحد الطرفين ليثق بالآخر لإكمال معاملته لاحقًا.
إليك الجزء الذي أعتقد أنه يستحق الفهم.
1. يبدأ الأصل والدفع على عقدي خصوصية مختلفين
تخيّل أن البنك A يريد بيع أصل مُرمّز (tokenised) إلى البنك B.
يقع أصل البنك (A) على عقدة خصوصيته Rayls Privacy Node.
يمكث دفع Bank B على عقدة خصوصية (Privacy Node) الخاصة بها.
هذا مهم لأن Rayls لا يتطلب من المؤسستين التنازل عن التحكم في بيئتيهما. عقدة خصوصية (Privacy Node) هي سلسلة سيادية متوافقة مع EVM يديرها الكيان نفسه.
2. تقوم Bank A بقفل الأصل
يقوم البائع أولًا بإيداع الأصل في معالج DvP على عقدة الخصوصية الخاصة به.
تم الآن قفل الأصل للمبادلة.
لا يمكن ببساطة تحويله إلى مكان آخر بينما تكون DvP في انتظار الإتمام.
في هذه المرحلة، تكون Bank A قد التزمت بالأصل دون تسليم التحكم في دفترها الخاص بالكامل إلى Bank B.
3. يتم تنسيق جزء الدفع بشكل خاص
تبدأ Bank A طلب DvP عبر السلاسل، محددةً الأصل والمبلغ المطلوب من دفعات Enygma وعقدة الخصوصية الوجهة ووقت انتهاء الصلاحية.
تنقل شبكة المُرحِّل لدى Rayls رسالة التسوية إلى عقدة الخصوصية الخاصة بـ Bank B.
إذا كانت لدى Bank B ما يكفي من دفعات Enygma، يتم قفل جزء الدفع الخاص بها هناك.
هنا تصبح المعمارية مثيرة للاهتمام: الطرفان على سلاسل مؤسسية منفصلة، لكن يتم تنسيق التسوية كأنها تدفق معاملة واحد.
4. ينجح الطرفان، أو يمكن إلغاء الصفقة
إذا كان الطرفان جاهزين، يُكمل المُرحِّل (relayer) عملية DvP.
يُزال الأصل المقفل الخاص بالبائع من جانبه ويُمثَّل على عقدة خصوصية المشتري (Privacy Node).
وفي الوقت نفسه، تُحرَّر دفعة Enygma إلى البائع.
إذا انتهت مدة المبادلة أو لم يرد الطرف المقابل، يمكن إلغاء العملية واسترداد الأموال المقفلة.
مسار الفشل هذا مهم.
آلية التسوية ليست فقط تتعلق بالمعاملة الناجحة. كما تحتاج إلى معرفة ما الذي يحدث عندما لا تُكمل الجهة الأخرى الجزء الخاص بها.
أين يأتي دور الخصوصية؟
تتعامل آلية DvP مع التبادل الذري.
يتولى Enygma السرية المتعلقة بالمعاملة.
تُوثّق Rayls Enygma باستخدام مكونات تشفيرية تشمل الالتزامات (Pedersen commitments) وبراهين المعرفة الصفرية (zero-knowledge proofs). يمكن للشبكة التحقق من أن المعاملة صالحة دون تعريض بيانات المعاملة الحساسة للجميع.
هناك تفصيل آخر أراه أكثر إثارة للاهتمام من مجرد القول “إن المعاملة خاصة”.
تفصل Rayls بين سلطة الإنفاق وسلطة الاطلاع.
يمكن لمدقق معتمد استلام مفتاح يسمح له بالاطلاع (view-only key) ويفك تشفير معاملات محددة يُسمح له بفحصها. وهذا يعني أن وصول التدقيق لا يمنح تلقائيًا للمدقق القدرة على نقل الأصول.
لذا تصبح الفكرة كالتالي:
* خاص بالنسبة إلى المراقبين غير المصرح لهم.
* يمكن التحقق منه بواسطة الشبكة.
* قابل للفحص بواسطة المدققين المعتمدين.
إنها طريقة أكثر فائدة للتفكير في الخصوصية المؤسسية بدلًا من مجرد إخفاء المعاملات.
لماذا تُعد DvP مهمة؟
لننظر إلى سند مُرمّز (tokenised bond) أو حصة في صندوق (fund share) أو أي أصل مالي آخر.
لا تحتاج المؤسسة فقط إلى وضع الأصل على السلسلة (onchain).
يحتاج إلى حدوث نقل الأصل والدفع تحت شروط محددة، مع إبقاء المعلومات الحساسة تجاريًا خاصة والحفاظ على أثر تدقيق.
تم تصميم معمارية Rayls' DvP حول هذه المشكلة بالضبط.
وليست هذه مجرد رسم بياني في الوثائق. تقول Rayls إن عملاء متعددين لعقدة الخصوصية (Privacy Node) يستخدمون بالفعل Enygma لتحقيق DvP خاص مع امتثال قابل للبرمجة.
بالنسبة لي، هذه واحدة من أهم الأفكار في Rayls:
قيمة الخصوصية ليست مجرد إخفاء معاملة. إنها جعل المعاملة خاصة مع منح النظام في الوقت نفسه وسيلة لإثبات أن قواعد التسوية قد تم اتباعها.
وهذا الجزء يستحق المتابعة بينما تتحرك المزيد من الأصول المؤسسية على السلسلة.