Ефективні складні системи зазвичай виникають з простих і ефективних систем. При проектуванні мінімально життєздатного продукту варто почати з простого, поступово переходячи до складного.
2. Закон Парето
Приблизно 80% значних результатів походять від 20% основних зусиль. При плануванні DAO слід визначити та зосередитися на тих ключових аспектах, які можуть принести найбільший вплив.
3. Закон Паркінсона
Робота часто розширюється, щоб заповнити доступний час або бюджет. Встановлення розумних термінів для DAO є вкрай важливим, оскільки потрібно надати достатньо часу, але не бути занадто вільним.
4. Закон Гудхарта
Коли певний показник стає метою, він часто більше не є надійним показником. При проектуванні механізму стимулювання DAO необхідно обережно вибирати критерії оцінки, щоб уникнути негативних наслідків.
5. Закон Брукса
Залучення додаткових ресурсів до проектів, терміни яких вже затягнуті, зазвичай призводить до ще більших затримок. DAO слід зберігати компактний склад команди, уникати надмірного розширення.
6. Закон Мура
Обчислювальна потужність подвоюється кожні два роки, в той час як витрати зменшуються вдвічі. DAO повинна повною мірою використовувати можливості, що виникають завдяки технологічному прогресу, і постійно оптимізувати свою діяльність.
Вартість мережі пропорційна квадрату її користувачів. DAO повинно прагнути розширити базу користувачів, щоб створити експоненціальне зростання вартості.
8. Теорія числа Данбара
Кількість стабільних соціальних зв'язків, які можуть підтримувати люди, обмежена. Якщо це не є необхідним, DAO має підтримувати малий склад команди. У разі розширення слід звертати увагу на моделі довіри між різними рівнями.
9. Філософія Unix
Наголосіть на виконанні єдиного завдання, міжмодульній співпраці та повторному використанні виходу. DAO повинні використовувати модульний дизайн, щоб забезпечити ефективну співпрацю всіх частин.
10. Закон Канна
Системи організаційного дизайну часто відображають власну структуру комунікації. Організаційна структура DAO повинна відповідати системі, яка розробляється, з акцентом на масштабованість загальної структури.
Переглянути оригінал
This page may contain third-party content, which is provided for information purposes only (not representations/warranties) and should not be considered as an endorsement of its views by Gate, nor as financial or professional advice. See Disclaimer for details.
11 лайків
Нагородити
11
5
Поділіться
Прокоментувати
0/400
MEVHunter
· 07-05 04:33
ngmi... всі ці правила dao, але все ще не можуть зупинити mev-ботів від того, щоб висмоктати їх до суха
Десять правил для побудови DAO: шлях еволюції від простого до ефективного
Десять правил побудови DAO
1. Гейл-правило
Ефективні складні системи зазвичай виникають з простих і ефективних систем. При проектуванні мінімально життєздатного продукту варто почати з простого, поступово переходячи до складного.
2. Закон Парето
Приблизно 80% значних результатів походять від 20% основних зусиль. При плануванні DAO слід визначити та зосередитися на тих ключових аспектах, які можуть принести найбільший вплив.
3. Закон Паркінсона
Робота часто розширюється, щоб заповнити доступний час або бюджет. Встановлення розумних термінів для DAO є вкрай важливим, оскільки потрібно надати достатньо часу, але не бути занадто вільним.
4. Закон Гудхарта
Коли певний показник стає метою, він часто більше не є надійним показником. При проектуванні механізму стимулювання DAO необхідно обережно вибирати критерії оцінки, щоб уникнути негативних наслідків.
5. Закон Брукса
Залучення додаткових ресурсів до проектів, терміни яких вже затягнуті, зазвичай призводить до ще більших затримок. DAO слід зберігати компактний склад команди, уникати надмірного розширення.
6. Закон Мура
Обчислювальна потужність подвоюється кожні два роки, в той час як витрати зменшуються вдвічі. DAO повинна повною мірою використовувати можливості, що виникають завдяки технологічному прогресу, і постійно оптимізувати свою діяльність.
! 10 принципів побудови DAO
7. Закон Метакафа
Вартість мережі пропорційна квадрату її користувачів. DAO повинно прагнути розширити базу користувачів, щоб створити експоненціальне зростання вартості.
8. Теорія числа Данбара
Кількість стабільних соціальних зв'язків, які можуть підтримувати люди, обмежена. Якщо це не є необхідним, DAO має підтримувати малий склад команди. У разі розширення слід звертати увагу на моделі довіри між різними рівнями.
9. Філософія Unix
Наголосіть на виконанні єдиного завдання, міжмодульній співпраці та повторному використанні виходу. DAO повинні використовувати модульний дизайн, щоб забезпечити ефективну співпрацю всіх частин.
10. Закон Канна
Системи організаційного дизайну часто відображають власну структуру комунікації. Організаційна структура DAO повинна відповідати системі, яка розробляється, з акцентом на масштабованість загальної структури.