Uma carteira de dois ou três cria um limite de assinatura, se cria duas aprovações independentes depende de quem controla os donos e quais outros caminhos de execução a carteira permite.
O limiar é parte de uma configuração mais ampla.
A documentação do Safe descreve contas de proprietários e um limite para confirmar transações, também documenta módulos que podem introduzir padrões de acesso alternativos, incluindo execução sem o processo de confirmação habitual, listas de proprietários, limiares e módulos habilitados, portanto, pertencem à mesma revisão de configuração. Documentação segura: arquitetura inteligente de contas
Três endereços ainda podem depender de uma pessoa.
Imagine uma carteira do tesouro com proprietários A, B e C e um limite de dois... se um empregado controla ambos A e B, a carteira pode satisfazer seu limite normal sem a aprovação de outro empregado... a estrutura da cadeia contém três proprietários, mas o processo humano contém menos tomadores de decisão independentes.
Um incidente que afeta essa conta pode comprometer o que inicialmente parecia ser um acordo de assinatura separado.
A disponibilidade deve ser considerada ao lado do uso indevido, se dois proprietários ficarem indisponível ao mesmo tempo, o dono restante pode não ter a capacidade de executar uma transação urgente, aumentando o limite pode aumentar os requisitos de aprovação, tornando a recuperação mais difícil, o acordo apropriado depende da organização e seu projeto de recuperação.
Agora imagine um módulo habilitado que possa executar certos pagamentos sob suas próprias condições, rever apenas transações aprovadas pelos proprietários omitiria esse caminho, o módulo pode servir a um propósito legítimo, mas suas ações, limites e administradores permitidos precisam de um inventário explícito.
"Duas confirmações de proprietários são necessárias no caminho padrão" é uma reivindicação de configuração.
Reveja a autoridade como um mapa.
Documento que controla cada proprietário, como a recuperação funciona e quais proprietários compartilham dependências, inspecionam módulos habilitados e outras extensões que influenciam a execução, combinam a revisão com a carteira implantada, em vez de uma descrição genérica do produto.
Após uma mudança de configuração ou partida da equipe, repita a revisão da autoridade e mantenha o registro de mudança.