سحبت الحزمة الفعلية للمفتاح لنموذج Phoenix الخاص بـ Dusk بدلًا من الاكتفاء بقراءة الشروح، وواجهتني بنية واحدة: انتظر — ViewKey ليس نسخة أصغر من مفتاح الإنفاق. بل يُبنى من أجزاء مختلفة تمامًا.
في الكود، SecretKey يتكوّن من عددين قياسيين. وViewKey يتكوّن من قياس واحد ونقطة — زوجٌ غير مكتمل عمدًا. إنه ليس “راية صلاحيات” مُلصقة على نفس السر؛ بل ينقصه المكوّن الدقيق المطلوب لتوليد توقيع إنفاق صالح. $DUSK #dusk @Dusk
ما تغيّر بالنسبة لي هو إدراك أن "إتاحة العرض" هنا ليست وعدًا تُفرضه السياسة. بل تُفرض بما يحتويه المفتاح رياضيًا. إعطاء شخص ViewKey لا يمكنه تسريب سلطة الإنفاق، لأن العدد القياسي المفقود لم يكن موجودًا أصلًا بداخله. هذا حدّ تعرّض أضيق من معظم ادعاءات "قراءة فقط" في هذا المجال، والتي عادةً تعني فقط: "من فضلك لا تفعل."
ما زال الأمر مفتوحًا: هذا يؤكد نوع المفتاح نفسه، لا من ينتهي به الأمر وهو من يمسك واحدًا. تصف الوثائق أن ViewKeys تُمكّن الإفصاح للمراجعين والجهات التنظيمية — لكن لا يقول شيء على مستوى النوع ما إذا كان هذا هو نفس المفتاح الذي يستخدمه مالك الملاحظة لمسح رصيده بنفسه، أو مسار تفويض منفصل مُصمم تحديدًا لمراجعي الطرف الثالث. يستحق التحقق من كيفية عمل هذا التسليم فعليًا.
---
في الكود، SecretKey يتكوّن من عددين قياسيين. وViewKey يتكوّن من قياس واحد ونقطة — زوجٌ غير مكتمل عمدًا. إنه ليس “راية صلاحيات” مُلصقة على نفس السر؛ بل ينقصه المكوّن الدقيق المطلوب لتوليد توقيع إنفاق صالح. $DUSK #dusk @Dusk
ما تغيّر بالنسبة لي هو إدراك أن "إتاحة العرض" هنا ليست وعدًا تُفرضه السياسة. بل تُفرض بما يحتويه المفتاح رياضيًا. إعطاء شخص ViewKey لا يمكنه تسريب سلطة الإنفاق، لأن العدد القياسي المفقود لم يكن موجودًا أصلًا بداخله. هذا حدّ تعرّض أضيق من معظم ادعاءات "قراءة فقط" في هذا المجال، والتي عادةً تعني فقط: "من فضلك لا تفعل."
ما زال الأمر مفتوحًا: هذا يؤكد نوع المفتاح نفسه، لا من ينتهي به الأمر وهو من يمسك واحدًا. تصف الوثائق أن ViewKeys تُمكّن الإفصاح للمراجعين والجهات التنظيمية — لكن لا يقول شيء على مستوى النوع ما إذا كان هذا هو نفس المفتاح الذي يستخدمه مالك الملاحظة لمسح رصيده بنفسه، أو مسار تفويض منفصل مُصمم تحديدًا لمراجعي الطرف الثالث. يستحق التحقق من كيفية عمل هذا التسليم فعليًا.
---
