#dusk $DUSK @Dusk ديُسك، يوجد في الداخل نظامان لحسابات؛ أحدهما حسابات عادية يمكن الاطلاع عليها علنًا، والآخر حسابات خصوصية مخفية ومشفرة. في السابق كنت أسمع كثيرًا أن الجانبين يمكنهما التحويل بين بعضهما البعض. وهذه المرة ذهبت خصيصًا لتجربة هذه الميزة لمعرفة كيف تتم خطوة بخطوة، دون النظر إلى غير ذلك.
التفاصيل كالتالي: في الأساس لدى Dusk توجد عقدة ذكية مخصصة مسؤولة عن منطق التحويل. يجب تحويل نفس الرمز من الحالة المخفية إلى الحالة العامة، أو بالعكس. ويتم ذلك عبر عملية “تحويل” واحدة ضمن هذه العقدة، وليست طريقة عنيفة مثل: “أخرج الأموال المخفية أولًا، ثم أودع مبلغًا جديدًا في الحساب العام”. بل يتم في عملية واحدة تنفيذ تبديل الحالة مباشرةً للأصل نفسه، دون المرور بخطوة وسيطة يمكن لأي طرف خارجي ملاحظتها بشكل منفصل.
أنا شخصيًا أثناء التجربة على شبكة الاختبار، نقرتُ المرة الأولى في الاتجاه الخاطئ. كنت أريد تحويلًا من الحساب المخفي إلى الحساب العام، لكنني ملأت الخيارات بالعكس فكانت العملية من العام إلى المخفي. تم التحويل بنجاح، لكن النتيجة لم تكن ما أريده. بعد العبث قليلًا، أدركت أخيرًا أن المشكلة ليست في وظيفة التحويل نفسها، بل أنني جعلت اتجاهين متعاكسين في واجهة التشغيل.
بعد أن جرّبت، كان انطباعي أن وظيفة التحويل مصممة بسلاسة جدًا وتنتهي في خطوة واحدة ولا تحتاج إلى عنوان وسيط لإتمام مثل هذا التبديل كما تفعل بعض الحلول. لكنني لاحظت أيضًا نقطة قد تُتَجاهَل بسهولة: هذا التحويل يتعامل فقط مع تبديل حالة المال نفسه. فإذا كان الأصل من فئة الأصول المالية/القيم المنقولة المرتبطة بقواعد امتثال (مثل ما يتطلب قائمة مراجعة/موافقة، أو الالتزام بقواعد تحويل محددة)، فإنه يتبع تمامًا آلية منفصلة أخرى ولا يمكن تطبيق ميزة التحويل هذه مباشرةً عليه. النظامان مصممان بشكل منفصل. في البداية افترضت بصورة غريزية أن جميع الأصول يمكن تحويلها بهذه الطريقة، لكنني تأكدت لاحقًا أنني كنت مخطئًا.
التفاصيل كالتالي: في الأساس لدى Dusk توجد عقدة ذكية مخصصة مسؤولة عن منطق التحويل. يجب تحويل نفس الرمز من الحالة المخفية إلى الحالة العامة، أو بالعكس. ويتم ذلك عبر عملية “تحويل” واحدة ضمن هذه العقدة، وليست طريقة عنيفة مثل: “أخرج الأموال المخفية أولًا، ثم أودع مبلغًا جديدًا في الحساب العام”. بل يتم في عملية واحدة تنفيذ تبديل الحالة مباشرةً للأصل نفسه، دون المرور بخطوة وسيطة يمكن لأي طرف خارجي ملاحظتها بشكل منفصل.
أنا شخصيًا أثناء التجربة على شبكة الاختبار، نقرتُ المرة الأولى في الاتجاه الخاطئ. كنت أريد تحويلًا من الحساب المخفي إلى الحساب العام، لكنني ملأت الخيارات بالعكس فكانت العملية من العام إلى المخفي. تم التحويل بنجاح، لكن النتيجة لم تكن ما أريده. بعد العبث قليلًا، أدركت أخيرًا أن المشكلة ليست في وظيفة التحويل نفسها، بل أنني جعلت اتجاهين متعاكسين في واجهة التشغيل.
بعد أن جرّبت، كان انطباعي أن وظيفة التحويل مصممة بسلاسة جدًا وتنتهي في خطوة واحدة ولا تحتاج إلى عنوان وسيط لإتمام مثل هذا التبديل كما تفعل بعض الحلول. لكنني لاحظت أيضًا نقطة قد تُتَجاهَل بسهولة: هذا التحويل يتعامل فقط مع تبديل حالة المال نفسه. فإذا كان الأصل من فئة الأصول المالية/القيم المنقولة المرتبطة بقواعد امتثال (مثل ما يتطلب قائمة مراجعة/موافقة، أو الالتزام بقواعد تحويل محددة)، فإنه يتبع تمامًا آلية منفصلة أخرى ولا يمكن تطبيق ميزة التحويل هذه مباشرةً عليه. النظامان مصممان بشكل منفصل. في البداية افترضت بصورة غريزية أن جميع الأصول يمكن تحويلها بهذه الطريقة، لكنني تأكدت لاحقًا أنني كنت مخطئًا.