Conceção de autoridades e atualizações

«Renunciado» descreve incompletamente os controlos se restarem administrador proxy, papel separado de emissão ou autoridade de pausa. Um mapa de permissões precisa da função afetada e de todas as vias relevantes.

Inventarie capacidades: emissão, queima, pausa, lista negra ou restrições de transferência, atualização de metadados, alteração de taxas e atualização da implementação. Algumas podem não existir; a ausência exige provas de implementação, não um botão em falta. Nomeie papel ou autoridade que invoca cada via, delegação/recuperação e condições de alteração.

Uma revogação limita-se a uma capacidade específica. Remover a propriedade do token não remove por si só administrador de atualização do proxy nem outro papel privilegiado. Slots proxy padronizados localizam certos campos de implementação/admin, mas desenhos personalizados exigem provas próprias. Multisig e atrasos podem alterar condições de execução; não provam independência dos signatários nem eliminam todo o risco de comprometimento.

Para cada controlo retido proposto, divulgue consequência prática e razão. Para cada transferência ou revogação, liste vias residuais e verificação necessária. Não transforme uma declaração aparentemente irreversível numa pontuação de segurança. A lição não altera papéis nem executa transações.

Capacidade: ação privilegiada acessível por uma via específica.

Revogação de papel: remoção de uma relação de autorização.

Via de atualização: mecanismo que pode alterar comportamento da implementação.

Controlo residual: capacidade restante após uma alteração declarada.

ILLUSTRATIVE mapa Cedar: papel de emissão M; papel de pausa P; administrador proxy U; editor de metadados D. Uma alteração proposta revoga M mas retém P, U, D. U é descrito como 2-of-3 com atraso de 24 horas; independência dos signatários e aplicação implementada não estão comprovadas.

Mapa de permissões com nós M, P, U, D antes/depois da revogação proposta de M. Mantenha U/P/D como vias sólidas retidas; anote2-of-3/24h como pressupostos de conceção não verificados.

Legenda: Revogação fictícia específica de um papel; vias retidas de atualização e pausa continuam visíveis.

SPECIFICATION_ONLY — o visual renderizado não foi produzido nem revisto independentemente.

O mapa fictício mostra que a revogação proposta do papel de emissão deixa três capacidades declaradas. O 2-of-3 e o atraso são apenas afirmações de conceção.

Não existe estado de papel implementado, multisig verificado, revogação real, garantia permanente de oferta nem prova de signatários independentes. U poderia alterar comportamento se a implementação proposta o permitir.

Chamar à revogação de M «remoção de todo o controlo»; pressupor que multisig prova pessoas independentes; tratar atraso como auditoria; ignorar vias de metadados ou taxas.

Produza linhas de capacidades antes/depois e reformule «Cedar renunciou a tudo e não pode mudar». Indique duas verificações necessárias antes de afirmar revogação real.

• Inventariar cada via privilegiada relevante.
• Descrever revogação específica e controlo residual.
• Qualificar pressupostos de signatários e atraso.
• Separar afirmações de conceção e estado implementado.

A declaração de controlos é específica de cada capacidade; remover um papel não prova um ativo imutável nem sem autoridade.

• Uma revogação tem um âmbito.
• Vias de atualização e delegação podem preservar controlo.
• Uma etiqueta multisig não prova independência dos signatários.

P12-L04

Utilize a ferramenta BlockAssay indicada apenas como contexto de leitura de evidências. Esta lição não cria resultados de ferramenta, sessões de conta nem direitos de acesso. Exercício offline; não assine, implemente, aprove nem financie nada.

• PROXY: Slots de armazenamento do proxy ERC-1967 — Slots padronizados de implementação/admin; renunciar a um papel não prova que todas as vias de atualização estejam desativadas. Limite: Apenas documentação do mecanismo; os valores ilustrativos originais são estipulados, não são observações. Os registos históricos têm proveniência congelada separadamente e lacunas de recolha explícitas.
• ERC20: Norma ERC-20 — Interface do token e semântica das autorizações; a norma não estabelece identidade do emissor nem permissões seguras. Limite: Apenas documentação do mecanismo; os valores ilustrativos originais são estipulados, não são observações. Os registos históricos têm proveniência congelada separadamente e lacunas de recolha explícitas.

ILLUSTRATIVE — entradas offline inteiramente fictícias; nenhuma observação atual.

null — nenhuma observação real

1

null

needs_review