Ir al contenidoBlockAssay

Lista de investigación centrada en la evidencia

P01-L08 · P01 · P01-M02

Clasificar una afirmación del proyecto en los cuatro estados de evidencia

ILLUSTRATIVE · needs_review

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

SPECIFICATION_ONLY · ILLUSTRATIVE

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
Abrir fuente primaria
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
Abrir fuente primaria
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

Comprueba tu razonamiento

P01-L08-Q1 · ¿Oferta mostrada a partir de R1?
P01-L08-Q2 · ¿Qué establece R3?
P01-L08-Q3 · ¿Establece R2 seguridad de todos los fondos?
P01-L08-Q4 · ¿Puede la documentación del mecanismo sola autenticar R1 ilustrativo como observación histórica real?
P01-L08-Q5 · ¿Mejor seguimiento para una hora ausente?