**ما الذي جذب انتباهي: لا تتعامل Dusk مع الخصوصية والشفافية العامة كنظامين منفصلين يحتاجان إلى الربط بينهما.
يوجد داخل عقد التحويل (Transfer Contract) دالة واحدة فقط تُدعى `convert` يمكنها نقل القيمة بين ملاحظة Phoenix المموّهة (shielded) ورصيد حساب Moonlight العام. استدعاء واحد، وعقد واحد، دون الحاجة إلى أصل مُلتف (wrapped) أو جسر خارجي.
كنت أريد فهم كيفية عمل ذلك فعليًا بدلًا من أخذ وصف «نموذج المعاملتين المزدوجتين» كما هو حرفيًا.
بحسب الوثائق، فإن Phoenix مبنية على UTXO: توجد الأرصدة كمدوّنات (notes) وتُستهلك عبر مُبطلات (nullifiers)، ما يحافظ على المبالغ وروابط المعاملات بشكلٍ خاص. أما Moonlight فهي قائمة على الحسابات (account-based) وعامة، حيث تكون الأرصدة والـ nonces مرئية.
الجزء المثير للاهتمام هو استدعاء `convert`. يُثبت المستخدم ملكيته لأيٍ من الطرفين، ويقوم العقد بإنقاص رصيدٍ واحد مع إنشاء القيمة المكافئة على الطرف الآخر ضمن نفس الانتقال في الحالة.
هذا مهم لأن الحدّ بين الخاص والعام هو عادةً المكان الذي يدخل فيه بنية تحتية إضافية. هنا، يتم التعامل مع عملية التحويل نفسها بواسطة عقد التحويل بدلًا من طلب جسر منفصل أو تمثيل مُلتف.
تفصيلة واحدة ما زلت أرغب في فهمها بشكل أفضل هي جانب الفهرسة (indexing). تميّز الوثائق بين التحويلات من Phoenix إلى Moonlight وبين الإيداعات المباشرة، ما يعني أن المحافظ (wallets) وفهارس البيانات (indexers) تحتاج إلى التعرف على تلك الأحداث بشكلٍ منفصل.
هل توجد هناك صفحة تنفيذ لفهرس مرجعي من فريق Dusk، أم أن تصنيف هذا الحدث يتم التعامل معه بشكل مستقل بواسطة كل مُتكامل؟
#dusk $DUSK @Dusk
يوجد داخل عقد التحويل (Transfer Contract) دالة واحدة فقط تُدعى `convert` يمكنها نقل القيمة بين ملاحظة Phoenix المموّهة (shielded) ورصيد حساب Moonlight العام. استدعاء واحد، وعقد واحد، دون الحاجة إلى أصل مُلتف (wrapped) أو جسر خارجي.
كنت أريد فهم كيفية عمل ذلك فعليًا بدلًا من أخذ وصف «نموذج المعاملتين المزدوجتين» كما هو حرفيًا.
بحسب الوثائق، فإن Phoenix مبنية على UTXO: توجد الأرصدة كمدوّنات (notes) وتُستهلك عبر مُبطلات (nullifiers)، ما يحافظ على المبالغ وروابط المعاملات بشكلٍ خاص. أما Moonlight فهي قائمة على الحسابات (account-based) وعامة، حيث تكون الأرصدة والـ nonces مرئية.
الجزء المثير للاهتمام هو استدعاء `convert`. يُثبت المستخدم ملكيته لأيٍ من الطرفين، ويقوم العقد بإنقاص رصيدٍ واحد مع إنشاء القيمة المكافئة على الطرف الآخر ضمن نفس الانتقال في الحالة.
هذا مهم لأن الحدّ بين الخاص والعام هو عادةً المكان الذي يدخل فيه بنية تحتية إضافية. هنا، يتم التعامل مع عملية التحويل نفسها بواسطة عقد التحويل بدلًا من طلب جسر منفصل أو تمثيل مُلتف.
تفصيلة واحدة ما زلت أرغب في فهمها بشكل أفضل هي جانب الفهرسة (indexing). تميّز الوثائق بين التحويلات من Phoenix إلى Moonlight وبين الإيداعات المباشرة، ما يعني أن المحافظ (wallets) وفهارس البيانات (indexers) تحتاج إلى التعرف على تلك الأحداث بشكلٍ منفصل.
هل توجد هناك صفحة تنفيذ لفهرس مرجعي من فريق Dusk، أم أن تصنيف هذا الحدث يتم التعامل معه بشكل مستقل بواسطة كل مُتكامل؟
#dusk $DUSK @Dusk
