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