أنا الآن أراقب ما إذا كان المشروع "يعمل" أم لا، بدلاً من التركيز على كيفية رسم خارطة الطريق، وأركز بشكل رئيسي على كيفية إنفاق أموال الخزانة، وما إذا كانت هناك معالم رئيسية بعد الإنفاق. ليس من الضروري أن يكون الإنفاق أقل ما يمكن، لكن ذلك النوع من الصراخ حول المدى الطويل وفي نفس الوقت وجود "تكاليف التعاون/الاستشارات" الكبيرة الثابتة شهريًا للخزانة، وتحويلها على السلسلة ثم تصل في النهاية إلى عناوين معروفة، يجعلني أشعر ببعض الحذر: هذا يشبه أكثر تربية السرد، وليس بناء المنتج.



أنا أفضل ذلك النوع: أن يتماشى وتيرة الإنفاق مع التسليم، مثل إطلاق الوظائف الرئيسية أولاً/إكمال تدقيق الأمان، وعندما يأتي TVL يتم زيادة الميزانية للنمو؛ أو حتى أن ترى في الإنفاق استثمارات في التطوير، جوائز الثغرات، والبنية التحتية، بنسبة معقولة. المودولارية و DA هذه الأشياء التي يثير المطورون حماستهم مؤخرًا، لكن المستخدمين يبدون حائرين… بصراحة، مهما كانت قدرتك على سرد السرد، في النهاية يجب أن يتركز الأمر على "هل أنفقت الأموال لجعل البروتوكول أكثر استقرارًا، وأسهل في الاستخدام، وأكثر قدرة على الاحتفاظ بالتدفقات النقدية". على أي حال، أستخدم هذه الرسوم الصغيرة لأجد لنفسي بعض الشعور بالأمان.
شاهد النسخة الأصلية
قد تحتوي هذه الصفحة على محتوى من جهات خارجية، يتم تقديمه لأغراض إعلامية فقط (وليس كإقرارات/ضمانات)، ولا ينبغي اعتباره موافقة على آرائه من قبل Gate، ولا بمثابة نصيحة مالية أو مهنية. انظر إلى إخلاء المسؤولية للحصول على التفاصيل.
  • أعجبني
  • تعليق
  • إعادة النشر
  • مشاركة
تعليق
إضافة تعليق
إضافة تعليق
لا توجد تعليقات
  • تثبيت