Percebi que eu estava pensando sobre políticas reutilizáveis do jeito errado. Eu presumia que a vantagem era simplesmente evitar o trabalho de escrever a mesma lógica de autorização repetidas vezes.

Quanto mais eu analisava o Newton's Mainnet Beta, mais parecia que a ideia maior era padronizar a infraestrutura em torno da própria política. Um conjunto (pack) de políticas pode agrupar uma conexão de oráculo, esquemas tipados, lógica de política de referência e configuração on-chain em um ponto de partida reutilizável. Os desenvolvedores ainda decidem as regras que se encaixam na aplicação, mas não precisam reconstruir o framework ao redor toda vez.

Isso me fez pausar.

A padronização pode melhorar a consistência, mas também incentiva as pessoas a assumirem premissas que talvez não examinem totalmente. Um template bem projetado reduz o esforço de engenharia, mas ele não produz automaticamente uma política bem projetada.

Ainda estou pensando em qual efeito se torna mais importante com o tempo. Se os packs de políticas reutilizáveis tornam a autorização mais fácil de inspecionar e adaptar, eles podem se tornar uma infraestrutura valiosa. Se as equipes pararem de questionar os padrões que herdam, a conveniência pode, silenciosamente, virar uma fonte de risco por si só.
@NewtonProtocol $NEWT #Newt

$T $CLO

Políticas reutilizáveis: boas ou arriscadas? 🤔