P01-L08 · P01 · P01-M02
Clasificar una afirmación del proyecto en los cuatro estados de evidencia
Requisitos previos: P01-L07
Objetivos de aprendizaje
- Clasificar una afirmación del proyecto en los cuatro estados de evidencia
- Asignar los cuatro estados de evidencia afirmación por afirmación.
- Redactar una conclusión de investigación delimitada.
- Solicitar la evidencia mínima que resuelva una laguna.
Master fuente EN · P01-L08 · 30 minutos estimados · needs_review
Estudio de solo lectura. Sin conexión de cartera, dinero real, frase semilla, clave privada, firma ni operación de mercado en directo. La duración es una estimación editorial; los recursos visuales son especificaciones, no componentes desplegados.
Por qué importa
La calidad de investigación depende de separar observación e interpretación. Una lista solo sirve si cambia la redacción de conclusiones y evita afirmaciones no respaldadas.
Explicación
Definir la afirmación antes de reunir material
Empezar por una frase comprobable. «Este contrato informa de una oferta concreta en un bloque concreto» difiere de «este proyecto es seguro». La primera tiene un registro identificable como objetivo; la segunda agrupa muchas incógnitas. Dividir una afirmación amplia en campos muestra evidencia ausente en lugar de ocultarla bajo una etiqueta de confianza.
Vincular una fuente a su función
Una especificación API explica campos [RPC]; un estándar de tokens explica semántica de interfaz [ERC20]. Ninguna página demuestra que existiera un saldo ficticio o histórico. Para respaldar un valor, señalar el registro efectivamente proporcionado y su contexto. Para explicar un cálculo, declarar registros de entrada y método.
La correspondencia fuente-afirmación debe indicar qué campo respalda qué declaración y dónde empieza la inferencia. Copiar una URL al final no basta si solo explica un mecanismo.
Aplicar con precisión los cuatro estados
OBSERVED: campo directamente inspeccionable o declaración efectiva de una publicación, descrita a ese nivel. INFERRED: cálculo o interpretación con supuestos explícitos. UNKNOWN: falta un hecho necesario. INSUFFICIENT EVIDENCE: el material no establece la afirmación propuesta. Las etiquetas no son una clasificación donde toda incógnita deba terminar siendo positiva.
Una fuente puede respaldar una observación estrecha y dejar otra afirmación amplia sin respaldo. La autorización de gasto de un token es la cantidad que un autorizado específico puede gastar por una cuenta según las reglas del contrato [ERC20]. Una autorización cero proporcionada describe un permiso en un contexto; no establece ausencia de toda vía de pérdida. La declaración web de que un equipo controla una dirección se observa como declaración, aunque la atribución subyacente siga sin respaldo.
Elegir una siguiente solicitud útil
Pedir un registro, fecha o método ausente concreto. «Investigar más» es demasiado vago. Si falta hora, pedir contexto de fuente; ante discrepancia de oferta, contrato/bloque exacto y definición contable. Para identidad no pedir frase semilla ni sustituir atribución por un vínculo de financiación.
Detener el informe en su límite
Una conclusión breve sigue siendo útil con incógnitas: objeto exacto, hechos medidos, cálculo y afirmaciones no establecidas. Completar la lista no implica ninguna acción financiera. El objetivo es una nota de investigación defendible.
Terminología
- Afirmación: proposición específica que comprobar.
- Procedencia: origen del registro y cómo se obtuvo.
- Inferencia: conclusión derivada bajo supuestos.
- Cobertura: parte de la pregunta que responden los registros.
Ejemplo histórico
Expediente ILLUSTRATIVE en SIM-BLOCK-8. R1: TOKEN-Q totalSupply bruto=1000000, decimales proporcionados=2. R2: autorización de gasto ACCOUNT-A→SPENDER-B=0 para TOKEN-Q. R3: la página afirma «El equipo controla A». No se aportan registros independientes de identidad, reservas ni marca temporal.
Especificaciones visuales
Panel de evidencia con R1/R2/R3 enlazados a afirmaciones estrechas y cuatro estados etiquetados. Texto alternativo: los campos observados permiten un cálculo de oferta; identidad y seguridad siguen sin resolver.
Lo que demuestra la evidencia
Los campos estipulados, cálculo transparente y existencia de la afirmación.
Lo que no demuestra la evidencia
Cobertura integral de permisos, identidad humana, respaldo de reservas o seguridad garantizada.
Errores comunes
- Citar documentación de mecanismos como registro.
- Marcar una afirmación amplia OBSERVED porque un campo sea visible.
- Sustituir identidad desconocida por conjetura de agrupación.
Ejercicio práctico
Redactar cuatro afirmaciones que cubran los estados de evidencia. Calcular oferta mostrada, evaluar «todos los fondos están seguros» y vincular cada conclusión a R1/R2/R3 o un registro ausente. Proponer dos seguimientos concretos.
Entregar una breve tabla de evidencia y el razonamiento, usando solo el material proporcionado. Distribución sugerida: estudio 12 min, inspección/cálculo 8 min, corrección/cuestionario 10 min.
Mostrar corrección detallada
OBSERVED en los datos didácticos: oferta bruta y decimales R1; permiso cero seleccionado R2; declaración de atribución R3. INFERRED: oferta mostrada=10000 con los decimales proporcionados. UNKNOWN: controlador humano, reservas y hora UTC. INSUFFICIENT EVIDENCE: seguridad de todos los fondos y control del equipo establecido independientemente. Pedir contexto de fuente para hora y atribución respaldada independientemente; ningún secreto.
Rúbrica de revisión: 1 punto por ámbito exacto, procedencia de fuente/datos didácticos, razonamiento correcto, límites explícitos y manejo seguro sin conexión (5 en total). Una observación inventada o atribución humana no respaldada requiere corrección cualquiera que sea la puntuación. Es evaluación formativa, no certificación.
Lista de verificación
- Una afirmación precisa por fila.
- Referencia al registro y contexto.
- Supuestos de inferencia.
- Hechos ausentes y conclusiones no respaldadas.
- Seguimiento concreto sin secretos.
Resumen
La calidad de investigación depende de separar observación e interpretación. Una lista solo sirve si cambia la redacción de conclusiones y evita afirmaciones no respaldadas. El material respalda los campos estipulados, cálculo transparente y existencia de la afirmación. No establece cobertura integral de permisos, identidad humana, respaldo de reservas ni seguridad garantizada.
Resumen
- Asignar los cuatro estados de evidencia afirmación por afirmación.
- Redactar una conclusión de investigación delimitada.
- Solicitar la evidencia mínima que resuelva una laguna.
Lección siguiente
P02-L01 tras revisar este ejercicio y sus prerrequisitos.
Herramientas
NONE. El catálogo autorizado no requiere acceso al producto para esta lección. Usar el material congelado/sin conexión.
Fuentes y límites de las afirmaciones
- [RPC] JSON-RPC de Ethereum — Estado del recibo, contexto del bloque y resultados de API dentro del ámbito de la red. Comprobado el 2026-10-01.
- [ERC20] Estándar de tokens ERC-20 — Saldos de tokens, decimales opcionales e interfaces de transferencia, aprobación y autorización de gasto. Comprobado el 2026-10-01.
Los valores sintéticos son entradas de ejercicio creadas por el autor. Los posibles valores históricos deben usar el conjunto de datos enlazado y su procedencia más limitada. Inspeccionar las fuentes no equivale a aceptación editorial independiente.
Especificaciones visuales
P01-L08-V01
Clasificar una afirmación del proyecto en los cuatro estados de evidencia
Datos didácticos ilustrativos; no es una pantalla en directo
Panel de evidencia con R1/R2/R3 enlazados a afirmaciones estrechas y cuatro estados etiquetados. Texto alternativo: los campos observados permiten un cálculo de oferta; identidad y seguridad siguen sin resolver.
los campos observados permiten un cálculo de oferta; identidad y seguridad siguen sin resolver.
390px: filas apiladas con equivalente textual completo; aceptación del renderizado a 768px/escritorio pendiente
Texto RTL; identificadores y unidades numéricas permanecen LTR; conservar la dirección factual de las flechas
FIX-P01-L08
Fuentes y límites de las afirmaciones
RPC · PRIMARY_DOCUMENTATION
JSON-RPC de Ethereum
- Afirmación respaldada
- Estado del recibo, contexto del bloque y resultados de API dentro del ámbito de la red.
- Límite de verificación
- Página primaria inspeccionada para el mecanismo indicado o la publicación atribuida; no autentica datos ilustrativos.
- Fecha de verificación
- 2026-10-01
https://ethereum.org/en/developers/docs/apis/json-rpc/
ERC20 · PRIMARY_DOCUMENTATION
Estándar de tokens ERC-20
- Afirmación respaldada
- Saldos de tokens, decimales opcionales e interfaces de transferencia, aprobación y autorización de gasto.
- Límite de verificación
- Página primaria inspeccionada para el mecanismo indicado o la publicación atribuida; no autentica datos ilustrativos.
- Fecha de verificación
- 2026-10-01
https://eips.ethereum.org/EIPS/eip-20
Procedencia de datos
id: FIX-P01-L08
dataStatus: ILLUSTRATIVE
source: Original teaching fixture embedded below; not externally observed
observedAt: null
timeBasis: SIM/T markers are fictional; no real timestamp or chain observation
scope: Invalid training labels; no usable wallet, key or signature