Los sistemas complejos efectivos suelen surgir de sistemas simples y eficientes. Al diseñar un producto mínimo viable, se debe comenzar desde lo simple y evolucionar gradualmente hacia lo complejo.
2. Ley de Pareto
Aproximadamente el 80% de los resultados significativos provienen del 20% de los esfuerzos clave. Al planificar un DAO, se deben identificar y centrarse en los aspectos clave que pueden generar el mayor impacto.
3. Ley de Parkinson
El trabajo a menudo se expande para llenar el tiempo o el presupuesto disponible. Es crucial establecer plazos razonables para el DAO, proporcionando suficiente tiempo sin ser demasiado flexibles.
4. La ley de Goodhart
Cuando un indicador se convierte en un objetivo, a menudo deja de ser un indicador confiable. Al diseñar el mecanismo de incentivos de un DAO, es necesario elegir cuidadosamente los criterios de evaluación para evitar generar malas direcciones.
5. Ley de Brooks
Aumentar el personal para proyectos que ya han sido retrasados generalmente los hará aún más tardados. El DAO debe mantener un equipo reducido para evitar la expansión excesiva.
6. Ley de Moore
La capacidad de cálculo se duplica cada dos años, mientras que el costo se reduce a la mitad. El DAO debe aprovechar al máximo las oportunidades que brinda el progreso tecnológico y optimizar continuamente su funcionamiento.
7. Ley de Metcalfe
El valor de la red es directamente proporcional al cuadrado de su número de usuarios. El DAO debe esforzarse por ampliar su base de usuarios y crear un crecimiento de valor exponencial.
8. Teoría del número de Dunbar
El número de relaciones sociales estables que los humanos pueden mantener es limitado. A menos que sea necesario, el DAO debe mantener equipos pequeños. Si se necesita expandir, se debe prestar atención a los patrones de confianza entre los diferentes niveles.
9. Filosofía de Unix
Enfatizar la realización de una única tarea, la colaboración entre módulos y la reutilización de salidas. El DAO debe adoptar un diseño modular para garantizar que las diferentes partes puedan colaborar de manera eficiente.
10. Ley de Conway
El diseño organizativo de un sistema a menudo refleja su propia estructura de comunicación. La estructura organizativa de un DAO debe coincidir con el sistema que desarrolla, prestando atención a la escalabilidad de la estructura general.
Ver originales
Esta página puede contener contenido de terceros, que se proporciona únicamente con fines informativos (sin garantías ni declaraciones) y no debe considerarse como un respaldo por parte de Gate a las opiniones expresadas ni como asesoramiento financiero o profesional. Consulte el Descargo de responsabilidad para obtener más detalles.
11 me gusta
Recompensa
11
5
Compartir
Comentar
0/400
MEVHunter
· 07-05 04:33
ngmi... todas estas reglas de dao pero aún no pueden detener a los bots mev de drenarlos por completo
Ver originalesResponder0
SadMoneyMeow
· 07-05 04:32
Se dice de manera agradable, pero al final no es más que un desastre.
Ver originalesResponder0
UnluckyLemur
· 07-05 04:29
¿Otra vez hablando de dao? Ya estoy cansado de verlo.
Ver originalesResponder0
ApeEscapeArtist
· 07-05 04:29
Ah, ah, ah, otra vez un discurso oficial que me ha hecho dormir.
Diez reglas para ayudar a construir un DAO: el camino de la evolución de lo simple a lo eficiente
Las diez reglas para construir un DAO
1. Ley de Gauss
Los sistemas complejos efectivos suelen surgir de sistemas simples y eficientes. Al diseñar un producto mínimo viable, se debe comenzar desde lo simple y evolucionar gradualmente hacia lo complejo.
2. Ley de Pareto
Aproximadamente el 80% de los resultados significativos provienen del 20% de los esfuerzos clave. Al planificar un DAO, se deben identificar y centrarse en los aspectos clave que pueden generar el mayor impacto.
3. Ley de Parkinson
El trabajo a menudo se expande para llenar el tiempo o el presupuesto disponible. Es crucial establecer plazos razonables para el DAO, proporcionando suficiente tiempo sin ser demasiado flexibles.
4. La ley de Goodhart
Cuando un indicador se convierte en un objetivo, a menudo deja de ser un indicador confiable. Al diseñar el mecanismo de incentivos de un DAO, es necesario elegir cuidadosamente los criterios de evaluación para evitar generar malas direcciones.
5. Ley de Brooks
Aumentar el personal para proyectos que ya han sido retrasados generalmente los hará aún más tardados. El DAO debe mantener un equipo reducido para evitar la expansión excesiva.
6. Ley de Moore
La capacidad de cálculo se duplica cada dos años, mientras que el costo se reduce a la mitad. El DAO debe aprovechar al máximo las oportunidades que brinda el progreso tecnológico y optimizar continuamente su funcionamiento.
7. Ley de Metcalfe
El valor de la red es directamente proporcional al cuadrado de su número de usuarios. El DAO debe esforzarse por ampliar su base de usuarios y crear un crecimiento de valor exponencial.
8. Teoría del número de Dunbar
El número de relaciones sociales estables que los humanos pueden mantener es limitado. A menos que sea necesario, el DAO debe mantener equipos pequeños. Si se necesita expandir, se debe prestar atención a los patrones de confianza entre los diferentes niveles.
9. Filosofía de Unix
Enfatizar la realización de una única tarea, la colaboración entre módulos y la reutilización de salidas. El DAO debe adoptar un diseño modular para garantizar que las diferentes partes puedan colaborar de manera eficiente.
10. Ley de Conway
El diseño organizativo de un sistema a menudo refleja su propia estructura de comunicación. La estructura organizativa de un DAO debe coincidir con el sistema que desarrolla, prestando atención a la escalabilidad de la estructura general.