Progettazione di autorità e aggiornamenti

«Rinunciato» è una descrizione incompleta del controllo se rimangono un amministratore del proxy, un ruolo di mint separato o un’autorità di pausa. Una mappa dei permessi necessita della funzione interessata e di ogni percorso pertinente.

Crea un inventario delle capacità: mint, burn, pausa, blacklist o restrizioni di trasferimento, aggiornamento dei metadati, modifica delle commissioni e aggiornamento dell’implementazione. Alcune capacità possono non esistere; l’assenza richiede evidenze dell’implementazione anziché un pulsante mancante nell’interfaccia. Identifica ruolo o autorità che può invocare ogni percorso, relativa via di delega/recupero e condizioni di modifica.

Una revoca è circoscritta a una capacità specifica. Rimuovere la proprietà del token non rimuove intrinsecamente un amministratore di aggiornamento del proxy o un altro ruolo privilegiato. Gli slot standard dei proxy aiutano a individuare determinati campi di implementazione/amministrazione, ma progetti personalizzati richiedono evidenze proprie. Configurazioni multisig e ritardi possono modificare le condizioni di esecuzione; non stabiliscono firmatari indipendenti né eliminano ogni rischio di compromissione.

Per ogni controllo che si propone di mantenere, dichiara conseguenza pratica e motivo dell’esistenza. Per ogni trasferimento o revoca, elenca percorsi residui e verifiche necessarie. Non trasformare una dichiarazione apparentemente irreversibile in un punteggio di sicurezza. Questa lezione non cambia ruoli e non esegue transazioni.

Capacità: azione privilegiata raggiungibile tramite un percorso specifico.

Revoca del ruolo: rimozione di una relazione di autorizzazione.

Percorso di aggiornamento: meccanismo che può cambiare comportamento dell’implementazione.

Controllo residuo: capacità che rimane dopo una modifica dichiarata.

ILLUSTRATIVE mappa Cedar: ruolo di mint M; ruolo di pausa P; amministratore del proxy U; editor dei metadati D. Una modifica proposta revoca M ma mantiene P, U, D. U è descritto come 2-su-3 con ritardo di 24 ore; indipendenza dei firmatari e imposizione distribuita non sono comprovate.

Mappa dei permessi del contratto con nodi M, P, U, D prima/dopo la revoca proposta di M. Mantieni U/P/D come percorsi continui mantenuti; annota2-su-3/24h come ipotesi progettuali non verificate.

Didascalia: Revoca fittizia specifica del ruolo; i percorsi mantenuti di aggiornamento e pausa rimangono visibili.

SPECIFICATION_ONLY — la visualizzazione non è stata prodotta né sottoposta a revisione indipendente.

La mappa fittizia chiarisce che la revoca proposta del ruolo di mint lascia tre capacità dichiarate. Il 2-su-3 e il ritardo sono soltanto affermazioni progettuali.

Non vi sono stato distribuito dei ruoli, multisig verificato, revoca effettiva, garanzia permanente dell’offerta o prova di firmatari indipendenti. U potrebbe cambiare il comportamento se l’implementazione proposta lo permette.

Chiamare la revoca di M «tutto il controllo rimosso»; presumere che un’etichetta multisig provi persone indipendenti; trattare un ritardo come audit; ignorare percorsi di metadati o commissioni.

Produci righe delle capacità prima/dopo e riscrivi «Cedar ha rinunciato integralmente e non può cambiare». Dichiara due verifiche necessarie prima di qualsiasi affermazione di revoca reale.

• Inventaria ogni percorso privilegiato rilevante.
• Descrivi revoca specifica del ruolo e controllo residuo.
• Qualifica ipotesi sui firmatari e sul ritardo.
• Mantieni separate affermazioni progettuali e stato distribuito.

La dichiarazione del controllo è specifica della capacità; un ruolo rimosso non stabilisce un asset immutabile o privo di autorità.

• La revoca ha un ambito.
• Percorsi di aggiornamento e delega possono preservare il controllo.
• Un’etichetta multisig non prova indipendenza dei firmatari.

P12-L04

Usa lo strumento BlockAssay indicato soltanto come contesto per leggere le evidenze. Questa lezione non crea output dello strumento, sessioni di account o diritti di accesso. Esercizio offline; non firmare, distribuire, approvare o finanziare nulla.

• PROXY: Slot di memoria dei proxy ERC-1967 — Slot standardizzati di implementazione/amministrazione; rinunciare a un ruolo non dimostra che tutti i percorsi di aggiornamento siano disabilitati. Limite: Soltanto documentazione del meccanismo; i valori illustrativi originali sono stipulati, non osservazioni. I dati storici hanno provenienza congelata separatamente e lacune esplicite nella raccolta.
• ERC20: Standard ERC-20 — Interfaccia dei token e semantica delle autorizzazioni di spesa; lo standard non stabilisce identità dell’emittente o sicurezza dei permessi. Limite: Soltanto documentazione del meccanismo; i valori illustrativi originali sono stipulati, non osservazioni. I dati storici hanno provenienza congelata separatamente e lacune esplicite nella raccolta.

ILLUSTRATIVE — input offline interamente fittizi; nessuna osservazione attuale.

null — nessuna osservazione reale

1

null

needs_review