P13-L04 · P13 · P13-M01
Identificar cambios privilegiados observados e incertidumbre restante
Requisitos previos: P13-L03
Objetivos de aprendizaje
- Identificar cambios privilegiados observados e incertidumbre restante
- Identificar cambio de estado privilegiado y limitar conclusiones de transferencia selectiva al escenario probado.
Por qué importa
Emisión o restricción puede cambiar capacidades de usuarios, pero código presente o una transferencia fallida no prueba independientemente uso malicioso en todas las carteras.
Explicación
Separe capacidad accesible, invocación observada, efecto de estado e intención atribuida. Nombre mint no basta: inspeccione implementación, autorización y vías alternativas. Emisión privilegiada observada exige identidad exacta del token, conciliación evento/estado, bloque e importe. Un eslogan de límite puede estar limitado por actualizaciones o roles alternativos. Restricción puede tener fines legítimos declarados, pero efectos reales se prueban en estado definido.
Para transferencias selectivas, precise clase de remitente, destinatario, ruta, importe, bloque y método. Éxito privilegiado no prueba salida de usuarios ordinarios; fallo ordinario no prueba fallo universal. Reverts pueden surgir de saldo, asignación, ruta, plazo, estado o política. Pérdida económica de salida también difiere de comisiones nominales. Conserve explicaciones alternativas y dependencias sin resolver.
Ejemplo usa filas en papel, no simulaciones ni transacciones reales. Radar se nombra pero no produce salida real. Informe cambios técnicos en alcance estipulado y rechace atribución humana/intención sin prueba independiente.
Terminología
Capacidad: comportamiento privilegiado accesible.
Invocación: uso registrado de ese comportamiento.
Restricción selectiva: resultados distintos bajo condiciones de remitente/ruta indicadas.
Alcance de prueba: estado y parámetros exactos de observación de ejecución.
Ejemplo histórico
ILLUSTRATIVE en bloque B: emisión estipulada del rol M añade 200 a oferta 1000, dando 1200. En B+1, W ordinario falla transferencia de 10 unidades en R por POLICY; P privilegiado logra mismo importe/ruta. Saldos y asignaciones estipulados suficientes. Implementación y cobertura más amplia ausentes.
Especificaciones visuales
Matriz de permisos con emisión M y transferencias W/P, parámetros en papel exactos y resultados. Añadir lagunas de rutas/importes no probados, no insignia universal de honeypot.
Caption: Cambio privilegiado y resultados selectivos ficticios; sin conclusión universal de salida o intención.
SPECIFICATION_ONLY — el visual renderizado no se ha producido ni revisado de forma independiente.
Lo que demuestra la evidencia
En ficción, oferta aumenta 20% y dos escenarios de remitente tienen resultados de política distintos. Observaciones en papel limitadas.
Lo que no demuestra la evidencia
Sin emisión real, despliegue, fallo universal, intención dañina, identidad de controlador ni resultado Radar independiente establecidos. Una ruta y un importe no cubren todas las salidas.
Errores comunes
Llamar invocación observada a presencia de código; suponer éxito privilegiado prueba salida pública; generalizar una ruta; tratar restricción como fraude automático.
Ejercicio práctico
Calcule cambio de oferta, redacte tabla de escenarios y clasifique « todos pueden salir », « nadie puede transferir » y « política difiere por remitente ». Nombre dos pruebas ausentes.
Mostrar corrección detallada
Oferta=1000+200=1200; aumento relativo 200/1000=20%. Filas: W/10/R/B+1/fallo POLICY; P/10/R/B+1/éxito. Diferencia estipulada sustentada para estas filas. Dos afirmaciones universales no establecidas. Pruebas ausentes: otro importe y otra ruta/estado con remitentes ordinarios; inspeccione implementación y autorización antes de atribuir mecanismo más allá del motivo dado. Intención e identidad siguen insuficientemente sustentadas.
Lista de verificación
- Separar capacidad, invocación y efecto.
- Conciliar oferta en unidades brutas compatibles.
- Delimitar remitente/importe/ruta/estado.
- Conservar explicaciones alternativas e intención desconocida.
Resumen
Efectos privilegiados observados y diferencias limitadas de ejecución requieren registros precisos sin convertirse en afirmaciones universales o criminales.
Resumen
- Función accesible no prueba uso.
- Éxito privilegiado no establece salida de usuario ordinario.
- Un escenario probado no resuelve todas las vías de ejecución.
Lección siguiente
P13-L05
Herramientas
Utilice la herramienta BlockAssay indicada solo como contexto de lectura de evidencia. Esta lección no crea ninguna salida de herramienta, sesión de cuenta ni derecho de acceso. Ejercicio sin conexión; no firme, despliegue, apruebe ni financie nada.
Fuentes y límites de las afirmaciones
- ERC20: Estándar ERC-20 — Interfaz del token y semántica de autorizaciones; el estándar no establece identidad del emisor ni permisos seguros. Límite: Solo documentación del mecanismo; los valores ilustrativos originales están estipulados, no son observaciones. Los registros históricos tienen procedencia congelada por separado y lagunas de recopilación explícitas.
- PROXY: Ranuras de almacenamiento del proxy ERC-1967 — Ranuras normalizadas de implementación/admin; renunciar a un rol no demuestra que todas las vías de actualización estén desactivadas. Límite: Solo documentación del mecanismo; los valores ilustrativos originales están estipulados, no son observaciones. Los registros históricos tienen procedencia congelada por separado y lagunas de recopilación explícitas.
Clasificaciones de evidencia
ILLUSTRATIVE — entradas sin conexión totalmente ficticias; ninguna observación actual.
Fecha de observación
null — ninguna observación real
Versión del contenido
1
Fecha de revisión
null
Estado de revisión
needs_review
Especificaciones visuales
P13-L04-V01
Identificar cambios privilegiados observados e incertidumbre restante
Cambio privilegiado y resultados selectivos ficticios; sin conclusión universal de salida o intención.
Matriz de permisos con emisión M y transferencias W/P, parámetros en papel exactos y resultados. Añadir lagunas de rutas/importes no probados, no insignia universal de honeypot.
Matriz de permisos con emisión M y transferencias W/P, parámetros en papel exactos y resultados. Añadir lagunas de rutas/importes no probados, no insignia universal de honeypot.
A 390 px, apile observaciones, supuestos, lagunas y conclusión; conserve los IDs completos y un equivalente textual completo. Las tablas anchas se desplazan localmente.
La prosa puede seguir RTL; los IDs, cantidades y ejes temporales permanecen LTR. Preserve la dirección de las dependencias.
P13-L04-ILLUSTRATIVE-v1
Fuentes y límites de las afirmaciones
ERC20 · PRIMARY_DOCUMENTATION
Estándar ERC-20
- Afirmación respaldada
- Interfaz del token y semántica de autorizaciones; el estándar no establece identidad del emisor ni permisos seguros.
- Límite de verificación
- Solo documentación del mecanismo; los valores ilustrativos originales están estipulados, no son observaciones. Los registros históricos tienen procedencia congelada por separado y lagunas de recopilación explícitas.
- Fecha de verificación
- 2026-10-02
https://eips.ethereum.org/EIPS/eip-20
PROXY · PRIMARY_DOCUMENTATION
Ranuras de almacenamiento del proxy ERC-1967
- Afirmación respaldada
- Ranuras normalizadas de implementación/admin; renunciar a un rol no demuestra que todas las vías de actualización estén desactivadas.
- Límite de verificación
- Solo documentación del mecanismo; los valores ilustrativos originales están estipulados, no son observaciones. Los registros históricos tienen procedencia congelada por separado y lagunas de recopilación explícitas.
- Fecha de verificación
- 2026-10-02
https://eips.ethereum.org/EIPS/eip-1967
Procedencia de datos
id: P13-L04-ILLUSTRATIVE-v1
dataStatus: ILLUSTRATIVE
observedAt: null
source: Original offline scenario in realOrHistoricalExample
scope: Fictional stipulated labels and values. No wallet, deployment, transaction, token launch or production observation.