Ефективні складні системи зазвичай виникають з простих і ефективних систем. При проектуванні мінімально життєздатного продукту варто почати з простого, поступово переходячи до складного.
2. Закон Парето
Приблизно 80% значних результатів походять від 20% основних зусиль. При плануванні DAO слід визначити та зосередитися на тих ключових аспектах, які можуть принести найбільший вплив.
3. Закон Паркінсона
Робота часто розширюється, щоб заповнити доступний час або бюджет. Встановлення розумних термінів для DAO є вкрай важливим, оскільки потрібно надати достатньо часу, але не бути занадто вільним.
4. Закон Гудхарта
Коли певний показник стає метою, він часто більше не є надійним показником. При проектуванні механізму стимулювання DAO необхідно обережно вибирати критерії оцінки, щоб уникнути негативних наслідків.
5. Закон Брукса
Залучення додаткових ресурсів до проектів, терміни яких вже затягнуті, зазвичай призводить до ще більших затримок. DAO слід зберігати компактний склад команди, уникати надмірного розширення.
6. Закон Мура
Обчислювальна потужність подвоюється кожні два роки, в той час як витрати зменшуються вдвічі. DAO повинна повною мірою використовувати можливості, що виникають завдяки технологічному прогресу, і постійно оптимізувати свою діяльність.
Вартість мережі пропорційна квадрату її користувачів. DAO повинно прагнути розширити базу користувачів, щоб створити експоненціальне зростання вартості.
8. Теорія числа Данбара
Кількість стабільних соціальних зв'язків, які можуть підтримувати люди, обмежена. Якщо це не є необхідним, DAO має підтримувати малий склад команди. У разі розширення слід звертати увагу на моделі довіри між різними рівнями.
9. Філософія Unix
Наголосіть на виконанні єдиного завдання, міжмодульній співпраці та повторному використанні виходу. DAO повинні використовувати модульний дизайн, щоб забезпечити ефективну співпрацю всіх частин.
10. Закон Канна
Системи організаційного дизайну часто відображають власну структуру комунікації. Організаційна структура DAO повинна відповідати системі, яка розробляється, з акцентом на масштабованість загальної структури.
Переглянути оригінал
Ця сторінка може містити контент третіх осіб, який надається виключно в інформаційних цілях (не в якості запевнень/гарантій) і не повинен розглядатися як схвалення його поглядів компанією Gate, а також як фінансова або професійна консультація. Див. Застереження для отримання детальної інформації.
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 повинна відповідати системі, яка розробляється, з акцентом на масштабованість загальної структури.