كاد الأمر أن يُفلت مني قسم VaultKit.
ظننت أنه سيكون صفحة أخرى مليئة بلغة الامتثال التي تبدو مهمة لكنها لا تغيّر فعليًا طريقتي في التفكير.
كنت مخطئًا.
تفصيلة واحدة كانت تجذبني للعودة.
يشرح نيوتن أن القيّم يمكنه إعادة تخصيص رأس المال، وتغيير الحدود، وتمكين الأسواق، وتحديث الرسوم. توقفت عند هذه النقطة دقيقةً لأن ذلك قدر كبير من المسؤولية محمول على دور واحد.
جعلني ذلك أُدرك أن المشكلة الحقيقية ليست ما إذا كان لدى الـ vault مديرٌ جيد.
بل ما الذي يحدث عندما يتخذ هذا المدير قرارًا.
عندها بدأ معنى VaultKit يصبح أوضح بالنسبة لي.
بدلًا من مطالبة المستخدمين بأن يثقوا بالقيّم فقط، تقوم الفكرة على أن كل إجراء إداري يُراجَع مقابل سياسة محددة مسبقًا قبل أن يتم تنفيذه. هذا يبدو كطريقة أكثر صحة للتفكير في الثقة.
وبما أن رأس مال أكثر يتحرك على السلسلة (onchain)، لا أعتقد أن عبارة "فقط ثق بالمدير" تكفي بعد الآن.
كلما أصبحت هذه الـ vault أكبر، صار من الأهم معرفة ما إذا كانت القواعد تُطبَّق فعلًا أم أنها مجرد مكتوبة في وثائق في مكان ما.
كما أنني لا أظن أن ذلك يلغي كل المخاطر. هذه هي النقطة التي تستحق المراقبة.
لا يزال على النظام أن يثبت أن فحوصات السياسة تعمل في الواقع دون أن يجعل إدارة الـ vault صعبة أو يبطئ كل شيء. هذا توازن عادل يستحق أن تضعه في عينك.
بعد قراءته كاملًا، خرجت بنمط مختلف في تقييم مشاريع مثل هذا.
لا أبدأ بسؤال: ما مدى الأمان الذي يدّعيه الـ vault.
أبدأ بسؤال: من الذي يمكنه تغيير القواعد، ومن يمكنه نقل رأس المال، وهل تُقيَّد تلك الإجراءات فعليًا بواسطة الكود.
بالنسبة لي، هذا سؤال أفضل بكثير.
لأن الثقة لا تُبنى عبر قول الأشياء الصحيحة.
بل تُبنى عندما يستطيع النظام أن يقول "لا" حتى للأشخاص الذين يديرونه.#newt $NEWT @NewtonProtocol
ظننت أنه سيكون صفحة أخرى مليئة بلغة الامتثال التي تبدو مهمة لكنها لا تغيّر فعليًا طريقتي في التفكير.
كنت مخطئًا.
تفصيلة واحدة كانت تجذبني للعودة.
يشرح نيوتن أن القيّم يمكنه إعادة تخصيص رأس المال، وتغيير الحدود، وتمكين الأسواق، وتحديث الرسوم. توقفت عند هذه النقطة دقيقةً لأن ذلك قدر كبير من المسؤولية محمول على دور واحد.
جعلني ذلك أُدرك أن المشكلة الحقيقية ليست ما إذا كان لدى الـ vault مديرٌ جيد.
بل ما الذي يحدث عندما يتخذ هذا المدير قرارًا.
عندها بدأ معنى VaultKit يصبح أوضح بالنسبة لي.
بدلًا من مطالبة المستخدمين بأن يثقوا بالقيّم فقط، تقوم الفكرة على أن كل إجراء إداري يُراجَع مقابل سياسة محددة مسبقًا قبل أن يتم تنفيذه. هذا يبدو كطريقة أكثر صحة للتفكير في الثقة.
وبما أن رأس مال أكثر يتحرك على السلسلة (onchain)، لا أعتقد أن عبارة "فقط ثق بالمدير" تكفي بعد الآن.
كلما أصبحت هذه الـ vault أكبر، صار من الأهم معرفة ما إذا كانت القواعد تُطبَّق فعلًا أم أنها مجرد مكتوبة في وثائق في مكان ما.
كما أنني لا أظن أن ذلك يلغي كل المخاطر. هذه هي النقطة التي تستحق المراقبة.
لا يزال على النظام أن يثبت أن فحوصات السياسة تعمل في الواقع دون أن يجعل إدارة الـ vault صعبة أو يبطئ كل شيء. هذا توازن عادل يستحق أن تضعه في عينك.
بعد قراءته كاملًا، خرجت بنمط مختلف في تقييم مشاريع مثل هذا.
لا أبدأ بسؤال: ما مدى الأمان الذي يدّعيه الـ vault.
أبدأ بسؤال: من الذي يمكنه تغيير القواعد، ومن يمكنه نقل رأس المال، وهل تُقيَّد تلك الإجراءات فعليًا بواسطة الكود.
بالنسبة لي، هذا سؤال أفضل بكثير.
لأن الثقة لا تُبنى عبر قول الأشياء الصحيحة.
بل تُبنى عندما يستطيع النظام أن يقول "لا" حتى للأشخاص الذين يديرونه.#newt $NEWT @NewtonProtocol