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