P10-L08 · P10 · P10-M02
Auditar otro informe por reproducibilidad y límites de evidencia
Requisitos previos: P10-L07
Objetivos de aprendizaje
- Auditar otro informe por reproducibilidad y límites de evidencia
- Revisar un informe afirmación por afirmación separando defectos de reproducibilidad de evidencia sin resolver.
Por qué importa
La revisión por pares debe hacer un informe más inspeccionable, no premiar su relato más seguro. Un expediente pulido todavía puede ocultar un vínculo de identidad sin respaldo o una fuente ausente.
Explicación
Revise cuatro capas independientemente: alcance, registros guardados, transformaciones y conclusiones. Repita cálculos desde enteros brutos, compruebe identificadores en la red nombrada y trace toda afirmación sustancial a un localizador. Un enlace fuente roto es defecto de reproducibilidad incluso si la afirmación pudiera ser cierta. Un grafo totalmente reproducible puede seguir sin bastar para atribución humana. La calidad visual no repara ninguno de los defectos.
Escriba un hallazgo por frase cuestionada: registro de apoyo, operación exacta, estado de evidencia, interpretación rival y corrección solicitada. Prefiera cambios limitados a veredictos generales. Si un recibo prueba una transferencia sin vínculo de control, conserve la observación y retire la conclusión de controlador nombrado. Registre lagunas irreducibles en vez de pedir al autor que las oculte.
Un Diagnostic Passport es un contexto de instantánea acotada, no un certificado de idoneidad de inversión, fraude o identidad. Fecha de revisión y fecha de observación de fuente siguen separadas. Esta evaluación no crea un Passport real ni runtime de certificación. El revisor comprueba si otro lector puede reproducir lo que realmente afirma el expediente.
Terminología
Defecto de reproducibilidad: falta localizador, bytes o método necesarios para repetir un resultado.
Defecto de evidencia: una conclusión supera lo que respaldan los registros disponibles.
Hallazgo de revisión: corrección precisa con justificación de apoyo.
Ejemplo histórico
El informe ILLUSTRATIVE R dice: «A envió 40unidades a B; por tanto A y B tienen un mismo propietario y B es seguro». El recibo ficticio guardado respalda40unidades, pero R omite su bloque en la tabla de fuentes. Una leyenda equipara contraparte compartida y controlador común. El revisor no dispone de evidencia de identidad o evaluación de seguridad.
Especificaciones visuales
Panel de revisión por pares con columnas frase, fuente, transformación, límite y corrección. Conserve la observación de 40 unidades; señale identidad y seguridad sin evidencia suficiente, sin puntuación de fraude.
Leyenda: La revisión ficticia audita límites de afirmaciones en lugar de emitir certificado de seguridad.
SPECIFICATION_ONLY — el visual renderizado no se ha producido ni revisado de forma independiente.
Lo que demuestra la evidencia
El recibo estipulado respalda una transferencia de 40 unidades. La revisión puede identificar el localizador de bloque ausente y dos extensiones sin respaldo sin negar la transferencia subyacente.
Lo que no demuestra la evidencia
No prueba identidad, intención benigna, seguridad global ni un BlockAssay Passport auténtico. Una corrección editorial no es nueva evidencia de cadena.
Errores comunes
Aceptar todo el informe porque la aritmética es correcta; rechazar toda observación por una conclusión errónea; tratar un distintivo Passport como garantía; sustituir crítica por acusaciones sobre el autor.
Ejercicio práctico
Produzca tres hallazgos para R. Separe corrección de reproducibilidad de correcciones de límites probatorios y redacte conclusión revisada aceptable y solicitud de evidencia pendiente.
Mostrar corrección detallada
Hallazgo1: añada localizador exacto de red/bloque/recibo y procedencia para reproducir la observación de 40 unidades. Hallazgo2: elimine inferencia de propietario común salvo vínculo de control admisible separado; la relación transaccional compartida es insuficiente. Hallazgo3: retire «seguro», pues transferencia y grafo no evalúan todos los riesgos. Conclusión revisada: «El recibo ficticio suministrado registra40unidades de A a B; identidad, control común y seguridad no se establecen». Solicite primero el localizador ausente y después evidencia de control claramente acotada solo si esa afirmación sigue siendo necesaria.
Lista de verificación
- Repita cálculos con unidades compatibles.
- Trace toda conclusión sustancial a un localizador.
- Separe falta de reproducibilidad de exageración.
- Conserve observaciones limitadas válidas al corregir extensiones sin respaldo.
Resumen
La buena revisión conserva observaciones respaldadas y explicita extensiones sin respaldo y lagunas de reproducibilidad.
Resumen
- Aritmética correcta no valida atribución.
- Localizador ausente y conclusión excesiva son hallazgos distintos.
- La revisión no fabrica evidencia ni certificación.
Lección siguiente
Programa completado; no se implica nuevo runtime, certificación ni acción financiera.
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
- BTC: Guía para desarrolladores de Bitcoin — transacciones — Las referencias de entrada identifican salidas de transacciones anteriores; los scripts no identifican a una persona. 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.
- API: Especificación de la API pública de Esplora — Rutas GET, satoshis enteros y campos indexados de confirmación y gasto de salidas. 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
P10-L08-V01
Auditar otro informe por reproducibilidad y límites de evidencia
La revisión ficticia audita límites de afirmaciones en lugar de emitir certificado de seguridad.
Panel de revisión por pares con columnas frase, fuente, transformación, límite y corrección. Conserve la observación de 40 unidades; señale identidad y seguridad sin evidencia suficiente, sin puntuación de fraude.
Panel de revisión por pares con columnas frase, fuente, transformación, límite y corrección. Conserve la observación de 40 unidades; señale identidad y seguridad sin evidencia suficiente, sin puntuación de fraude.
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.
P10-L08-ILLUSTRATIVE-v1
Fuentes y límites de las afirmaciones
BTC · PRIMARY_DOCUMENTATION
Guía para desarrolladores de Bitcoin — transacciones
- Afirmación respaldada
- Las referencias de entrada identifican salidas de transacciones anteriores; los scripts no identifican a una persona.
- 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://developer.bitcoin.org/devguide/transactions.html
API · PRIMARY_DOCUMENTATION
Especificación de la API pública de Esplora
- Afirmación respaldada
- Rutas GET, satoshis enteros y campos indexados de confirmación y gasto de salidas.
- 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://github.com/Blockstream/esplora/blob/master/API.md
Procedencia de datos
id: P10-L08-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.