Abuso de privilégios de oferta e transferências restritivas

Emissão ou restrição pode alterar capacidades de utilizadores, mas código presente ou uma transferência falhada não prova independentemente uso malicioso em todas as carteiras.

Separe capacidade acessível, invocação observada, efeito de estado e intenção atribuída. Nome mint não basta: inspecione implementação, autorização e vias alternativas. Emissão privilegiada observada exige identidade exata do token, reconciliação evento/estado, bloco e montante. Slogan de teto pode ser limitado por atualizações ou funções alternativas. Restrição pode ter fins legítimos declarados, mas efeitos reais testam-se num estado definido.

Para transferências seletivas, precise classe de remetente, destinatário, rota, montante, bloco e método. Sucesso privilegiado não prova saída de utilizadores comuns; falha comum não prova falha universal. Reverts podem surgir de saldo, autorização, rota, prazo, estado ou política. Perda económica de saída também difere de taxas nominais. Preserve explicações alternativas e dependências por resolver.

Exemplo usa linhas em papel, não simulações nem transações reais. Radar é nomeado mas não produz saída real. Relate alterações técnicas no âmbito estipulado e recuse atribuição humana/intenção sem prova independente.

Capacidade: comportamento privilegiado acessível.

Invocação: uso registado desse comportamento.

Restrição seletiva: resultados distintos sob condições de remetente/rota indicadas.

Âmbito de teste: estado e parâmetros exatos de observação de execução.

ILLUSTRATIVE no bloco B: emissão estipulada da função M acrescenta 200 à oferta 1000, dando 1200. Em B+1, W comum falha transferência de 10 unidades em R por POLICY; P privilegiado consegue mesmo montante/rota. Saldos e autorizações estipulados suficientes. Implementação e cobertura mais ampla ausentes.

Matriz de permissões com emissão M e transferências W/P, parâmetros em papel exatos e resultados. Adicionar lacunas de rotas/montantes não testados, não distintivo universal de honeypot.

Caption: Alteração privilegiada e resultados seletivos fictícios; sem conclusão universal de saída ou intenção.

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

Na ficção, oferta aumenta 20% e dois cenários de remetente têm resultados de política distintos. Observações em papel limitadas.

Sem emissão real, implementação, falha universal, intenção nociva, identidade de controlador nem resultado Radar independente estabelecidos. Uma rota e um montante não cobrem todas as saídas.

Chamar invocação observada à presença de código; supor sucesso privilegiado prova saída pública; generalizar uma rota; tratar restrição como fraude automática.

Calcule alteração de oferta, redija tabela de cenários e classifique « todos podem sair », « ninguém pode transferir » e « política difere por remetente ». Nomeie dois testes ausentes.

• Separar capacidade, invocação e efeito.
• Reconciliar oferta em unidades brutas compatíveis.
• Delimitar remetente/montante/rota/estado.
• Preservar explicações alternativas e intenção desconhecida.

Efeitos privilegiados observados e diferenças limitadas de execução exigem registos precisos sem se tornarem afirmações universais ou criminosas.

• Função acessível não prova uso.
• Sucesso privilegiado não estabelece saída de utilizador comum.
• Um cenário testado não resolve todas as vias de execução.

P13-L05

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.

• 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.
• 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.

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

null — nenhuma observação real

1

null

needs_review