Sistemas complexos eficazes muitas vezes têm origem em sistemas simples e eficientes. Ao projetar o produto mínimo viável de um DAO, deve-se seguir este princípio, começando pelo simples e evoluindo gradualmente.
2. Princípio de Pareto: focar nos 20% chave
Normalmente, 80% dos resultados vêm de 20% do esforço. Na fase inicial de um DAO, devemos concentrar-nos nas funcionalidades e tarefas centrais que podem ter o maior impacto.
3. Lei de Parkinson: estabelecer prazos razoáveis
O trabalho tende a se expandir para preencher o tempo disponível. Defina prazos apropriados para o projeto DAO, que não sejam demasiado apertados nem demasiado flexíveis, para manter alta eficiência.
4. Lei de Goodhart: escolha cuidadosa dos indicadores
Quando um determinado indicador se torna um objetivo, muitas vezes perde o seu significado como um indicador eficaz. Ao desenhar o mecanismo de incentivos e o sistema de avaliação do DAO, é necessário ter especial atenção a este ponto.
5. A regra de Brooks: manter a equipe enxuta
Aumentar a equipe em projetos que já foram adiados pode fazer com que seu progresso fique ainda mais atrasado. O DAO deve esforçar-se para manter uma equipe central de tamanho moderado e eficiente.
6. Lei de Moore: abrace o progresso tecnológico
A capacidade técnica dobra a cada 18-24 meses, enquanto os custos continuam a diminuir. O DAO deve aproveitar ativamente essa tendência, atualizando constantemente a pilha tecnológica e aumentando a eficiência.
7. Lei de Metcalfe: buscar o efeito de rede
O valor da rede é proporcional ao quadrado do número de usuários. O DAO deve se esforçar para expandir seu ecossistema e atrair mais participantes para alcançar um crescimento exponencial de valor.
8. Número de Dunbar: limite cognitivo respeitado
O número de relações sociais estáveis que os seres humanos podem manter é limitado. Ao expandir a escala do DAO, deve-se considerar essa limitação e projetar adequadamente a estrutura organizacional e os mecanismos de comunicação.
9. Filosofia Unix: Design modular
Cada programa deve se concentrar em fazer uma coisa bem e ser capaz de trabalhar em conjunto com outros programas. O mecanismo de governança e a arquitetura técnica do DAO devem seguir esse princípio, buscando modularidade e composabilidade.
10. Lei de Conway: a estrutura organizacional afeta o design do sistema
O design do sistema muitas vezes reflete a estrutura de comunicação da organização. O DAO deve estar ciente disso e, ao projetar a estrutura de governança, deve se referir às melhores práticas de desenvolvimento de software, prestando atenção para evitar as limitações da estrutura geral.
Ver original
Esta página pode conter conteúdo de terceiros, que é fornecido apenas para fins informativos (não para representações/garantias) e não deve ser considerada como um endosso de suas opiniões pela Gate nem como aconselhamento financeiro ou profissional. Consulte a Isenção de responsabilidade para obter detalhes.
13 Curtidas
Recompensa
13
7
Compartilhar
Comentário
0/400
FlippedSignal
· 16h atrás
Essas regras, ainda assim, são criticadas.
Ver originalResponder0
consensus_failure
· 07-25 03:08
Está tudo certo, só é muito teórico.
Ver originalResponder0
NftDeepBreather
· 07-24 20:27
Um sistema simples também pode resolver grandes problemas.
Ver originalResponder0
SleepTrader
· 07-24 04:40
dao são castelos no ar
Ver originalResponder0
ChainSauceMaster
· 07-24 04:33
É mais uma conversa de papel.
Ver originalResponder0
RugpullAlertOfficer
· 07-24 04:19
Outra vez um novo termo para ser enganado por idiotas.
Ver originalResponder0
BottomMisser
· 07-24 04:16
O que é isso, ser eficiente? Primeiro vamos comer bem e depois falamos.
Os 10 princípios para construir um DAO eficiente: comece simples e maximize os efeitos de rede
Dez regras para construir um DAO eficiente
1. Lei de Gauss: do simples ao complexo
Sistemas complexos eficazes muitas vezes têm origem em sistemas simples e eficientes. Ao projetar o produto mínimo viável de um DAO, deve-se seguir este princípio, começando pelo simples e evoluindo gradualmente.
2. Princípio de Pareto: focar nos 20% chave
Normalmente, 80% dos resultados vêm de 20% do esforço. Na fase inicial de um DAO, devemos concentrar-nos nas funcionalidades e tarefas centrais que podem ter o maior impacto.
3. Lei de Parkinson: estabelecer prazos razoáveis
O trabalho tende a se expandir para preencher o tempo disponível. Defina prazos apropriados para o projeto DAO, que não sejam demasiado apertados nem demasiado flexíveis, para manter alta eficiência.
4. Lei de Goodhart: escolha cuidadosa dos indicadores
Quando um determinado indicador se torna um objetivo, muitas vezes perde o seu significado como um indicador eficaz. Ao desenhar o mecanismo de incentivos e o sistema de avaliação do DAO, é necessário ter especial atenção a este ponto.
5. A regra de Brooks: manter a equipe enxuta
Aumentar a equipe em projetos que já foram adiados pode fazer com que seu progresso fique ainda mais atrasado. O DAO deve esforçar-se para manter uma equipe central de tamanho moderado e eficiente.
6. Lei de Moore: abrace o progresso tecnológico
A capacidade técnica dobra a cada 18-24 meses, enquanto os custos continuam a diminuir. O DAO deve aproveitar ativamente essa tendência, atualizando constantemente a pilha tecnológica e aumentando a eficiência.
7. Lei de Metcalfe: buscar o efeito de rede
O valor da rede é proporcional ao quadrado do número de usuários. O DAO deve se esforçar para expandir seu ecossistema e atrair mais participantes para alcançar um crescimento exponencial de valor.
8. Número de Dunbar: limite cognitivo respeitado
O número de relações sociais estáveis que os seres humanos podem manter é limitado. Ao expandir a escala do DAO, deve-se considerar essa limitação e projetar adequadamente a estrutura organizacional e os mecanismos de comunicação.
9. Filosofia Unix: Design modular
Cada programa deve se concentrar em fazer uma coisa bem e ser capaz de trabalhar em conjunto com outros programas. O mecanismo de governança e a arquitetura técnica do DAO devem seguir esse princípio, buscando modularidade e composabilidade.
10. Lei de Conway: a estrutura organizacional afeta o design do sistema
O design do sistema muitas vezes reflete a estrutura de comunicação da organização. O DAO deve estar ciente disso e, ao projetar a estrutura de governança, deve se referir às melhores práticas de desenvolvimento de software, prestando atenção para evitar as limitações da estrutura geral.