Ir al contenidoBlockAssay

Límites de atribución e informes de evidencia

P09-L08 · P09 · P09-M02

Redactar un informe de cartera distinguiendo hechos, hipótesis y desconocidos

ILLUSTRATIVE · needs_review

Requisitos previos: P09-L07

Objetivos de aprendizaje

  • Redactar un informe de cartera que vincule proposiciones y procedencia.
  • Clasificar explícitamente atribución y etiquetas dependientes contradictorias.
  • Conciliar registros parciales conservando límites de identidad, antigüedad y mercado.

Máster de origen EN · P09-L08 · duración estimada: 45 minutos · needs_review

Por qué importa

Un informe de cartera puede contener transferencias precisas y aun así afirmar sin respaldo identidad, afiliación o intención de mercado de una persona. La habilidad final es conservar la cadena de evidencia distinguiendo hechos, cálculos, hipótesis y desconocidos.

Producirás informe acotado de cartera desde datos parciales. Es distinto del informe de controles de activos de P08: aquí importan actividad de cuenta, relaciones, cobertura y límites de atribución. No se emite identidad personal, instrucción de trading ni certificado.

Explicación

Indicar alcance antes de interpretar

Nombra red, dirección objetivo completa, activo pertinente, corte temporal/de contexto y pregunta de investigación. «¿Qué actividad y relaciones se facilitan para W?» puede responderse. «¿Quién es W y qué negociará después?» necesita evidencia no facilitada.

Declara unidad de observación. Una dirección no es persona; una relación de autoridad no es propiedad beneficiaria. El informe no debe pasar silenciosamente de movimiento de dirección a conducta humana en su conclusión.

Registra estado al que se refiere por separado de captura de fuente y generación del informe. Un informe posterior describe actividad anterior, pero conocimiento posterior no se considera disponible antes. Los tiempos sintéticos siguen explícitamente sintéticos.

Construir registro de evidencia

Da a cada fila localizador, fuente, objeto exacto, contexto, resultado, importe/unidades y límite. Incluye etiquetas sin verificar como afirmaciones de fuente, no hechos de cadena sobre una entidad. La documentación explica interpretación; no autentica esas etiquetas.

La consulta de transacción Solana puede no estar disponible al compromiso solicitado, con metadatos temporales de evento anulables [S09-TRANSACTION]. Registros ausentes siguen sin resolver. La historia de firmas es paginada y ordenada de más reciente a más antigua [S09-SIGNATURES], así que el evento más antiguo devuelto no establece origen completo.

Vincula cálculos a entradas. Diferencia de saldo anterior/posterior y registro de transferencia son vistas distintas; su acuerdo comprueba conciliación, no necesariamente proveedor independiente. Indica cuándo varios campos comparten una exportación.

Usar los cuatro estados de evidencia

OBSERVED describe registro inspeccionable bajo alcance declarado. Aquí significa fila ficticia facilitada. INFERRED describe razonamiento explícito, como porcentaje o mecanismo plausible. UNKNOWN marca información no disponible. INSUFFICIENT EVIDENCE clasifica una propuesta que las observaciones existentes no establecen.

Una afirmación de identidad puede carecer de respaldo suficiente mientras transferencias permanecen observadas. Puede inferirse patrón de fuente común sin respaldar propiedad común. No combines estados en una puntuación única de confianza de identidad.

Especifica proposición probada: «X es tesorería de proyecto autenticada» es más fuerte que «Feed-L etiqueta X como tesorería». La segunda es observada como afirmación del proveedor. La primera necesita corroboración independiente. Ambas pueden aparecer con clasificaciones distintas.

Separar control e identidad

Un registro de firma o autorización respalda una acción concreta de control bajo mecanismo y contexto. No establece independientemente identidad legal humana, propiedad continua ni interés beneficiario. Actividad contractual o delegada añade capas de autorización [S09-ETHACCOUNTS; S09-DELEGATION].

Una investigación futura de atribución necesitaría evidencia autenticada adecuadamente y de alcance coincidente para la asociación evaluada. Declaración pública, demostración criptográfica de control e identidad organizacional corroborada responden preguntas distintas; ninguna sustituye a todas las demás.

Este ejercicio no solicita firma al alumno ni a nadie. No pidas frases semilla, claves privadas ni conexión de cuenta. El resultado requerido es análisis de solo lectura del material con identidades sin resolver.

Conservar etiquetas contradictorias y cobertura

Si dos interfaces copian una fuente de etiquetas, su acuerdo es una afirmación del proveedor original. Si otra fuente discrepa, conserva el conflicto. No elijas la etiqueta que favorezca un relato dramático ni inventes porcentaje de confianza.

Un intervalo sin registros es actividad desconocida, no inactividad. El registro visible más antiguo da intervalo desde primera observación dentro de la consulta, no creación real. Una fuente puede cubrir una dirección y omitir eventos de cuentas de tokens relacionadas.

Una tabla parcial de transferencias no establece historial completo de trading. Un cambio de saldo observado correcto tampoco establece por qué se movieron fondos. Mantén lista de registros ausentes junto a eventos satisfactorios y fallidos.

Conciliar lo realmente facilitado

Normaliza cantidades y compara contextos coherentes. Cuentas de tokens por propietario respaldan vista de tenencias bajo filtro de mint/programa [S09-OWNERS]; no proporcionan todos los activos de cada persona.

Si las instantáneas de tokens difieren en 4000 y una transferencia satisfactoria es de 4000, comunica coherencia numérica. Con historial parcial, no afirmes haber descartado todos los demás mecanismos. Tentativas fallidas no se convierten en salidas satisfactorias por aparecer al lado.

No combines movimiento de tokens con comisión nativa. El pagador puede diferir del objetivo. Una operación patrocinada no demuestra que el patrocinador sea propietario o empleador del usuario. Una interacción con servicio etiquetado por fuente no establece afiliación.

Escribir resultados con proposiciones y límites

Cada resultado debe incluir proposición estrecha, referencias de registros, estado de datos, contexto y límite. «El saldo devuelto de R4 es 6000; no se establece cobertura completa de tenencias» es más defendible que «A W solo le quedan 6000 activos».

Usa lenguaje neutral para hipótesis y alternativas. Recibir de HUB es compatible con control común o servicio compartido; los registros pueden no distinguirlos. No conviertas compatibilidad en veredicto.

Transferencia a X y movimiento posterior de mercado no establecen señal BUY/SELL ni efecto causal. Indícalo directamente al corregir titular. Etiquetas, riqueza, visibilidad social y relaciones comerciales no mejoran evidencia.

Concretar las próximas comprobaciones

Pide alcance paginado completo, cobertura de cuentas relacionadas, decodificación coincidente de transacciones y procedencia de etiquetas. Para una hipótesis concreta de control, pide evidencia que la distinga de alternativas. Cada solicitud debe explicar qué incertidumbre aborda.

Marca contentVersion y needs_review verazmente. Estado de revisión editorial no juzga identidad ni riesgo de W. Un futuro Passport o pantalla Wallet Intelligence necesita verificación propia de ejecución; esta lección no afirma monitorización en vivo, artefactos exportados ni integridad del proveedor.

Terminología

  • Atribución: asociación respaldada entre acción/cuenta y actor.
  • Evidencia de control: prueba pertinente para acción especificada de autorización.
  • Proposición: afirmación exacta probada.
  • Dependencia de fuente: evidencia original compartida entre pantallas.
  • Límite de cobertura: lo que datos incluyen y omiten.
  • Registro de evidencia: lista reproducible de registros detrás de resultados.

Ejemplo histórico

ILLUSTRATIVE — FIX-P09-08. SIM-CHAIN-A / W / MINT-R, oferta de 1,000,000 tokens normalizados. Solo desplazamientos de días y marcadores de captura sintéticos. Consulta parcial cubre días 12–30 con hueco [16,18); integridad de cuentas relacionadas desconocida. Análisis día30.

RegistroFuente/contextoEvidencia facilitada
R1Export-A / día12HUB→W satisfactorio, 5 nativos; primera entrada devuelta
R2Export-A / día19W llama APP, valor 0; patrocinador S paga comisión; sin identidad humana
R3Export-A / día20W→X satisfactorio, 4000 MINT-R
R4Export-A / S-before/S-aftersaldo MINT-R devuelto 10,000→6000
R5Export-A / día20tentativa fallida W→Y, 1000; efecto en tokens 0; comisión nativa 0.01 pagada por W
R6Feed-L / captura sintética T+2etiqueta X «Tesorería del proyecto»; fundamento ausente
R7Interface-M / T+2copia R6 de Feed-L
R8Feed-N / T+2etiqueta X «servicio de custodia»; fundamento ausente

No se facilitan ejecución de trading, registro de creación, declaración autenticada de entidad, conciliación nativa completa ni evidencia de causa de mercado.

Lo que demuestra la evidencia

OBSERVED en el conjunto: R1–R5 facilitan actividad/resultados y saldos devueltos; R6–R8 facilitan etiquetas contradictorias/dependientes.

INFERRED: Delta de tokens devueltos −4000 coherente con R3; participación de saldo 1%→0.6%. Primera entrada devuelta 18 días sintéticos antes del análisis.

Lo que no demuestra la evidencia

UNKNOWN: Identidad humana, creación real, actividad ausente, tenencias completas, entidad de X e historial de saldo nativo.

INSUFFICIENT EVIDENCE: No se establecen afiliación a tesorería, propiedad humana compartida, venta completada ni causalidad de mercado. R6/R7 no son confirmaciones independientes.

Errores comunes

Convertir saldos devueltos en todos los activos; comunicar primera aparición como nacimiento; convertir afirmaciones de proveedor en identidad; sumar transferencias fallidas; llamar empleador al patrocinador; y escribir conclusiones financieras o causales desde movimientos.

Ejercicio práctico

Redacta informe con alcance, registro de evidencia, resultados de cuatro estados, límites y tres próximas comprobaciones. Corrige: «W es operador de propiedad personal de 18 días de antigüedad, financiado por su empleador, que vendió 5000 a la tesorería del proyecto».

Mostrar corrección detallada

Corrección trabajada y razonamiento esperado

Alcance: SIM-CHAIN-A / W / MINT-R ficticio, al día30; días parciales 12–30 con hueco y límites de cuentas relacionadas. Registro separa Export-A compartido de dependencia Feed-L/Interface-M y Feed-N contradictorio.

Salida satisfactoria observada de tokens 4000; los 1000 fallidos aportan 0. Saldo devuelto 10,000→6000, delta −4000. Con oferta facilitada de 1,000,000 son 1% y 0.6%, cambio de 0.4 puntos porcentuales de disminución. Coherencia numérica no establece historia exhaustiva.

Reescritura acotada: «La primera entrada nativa devuelta a W es día12, 18 días sintéticos antes del análisis; creación real e identidad humana desconocidas. W tiene transferencia satisfactoria facilitada de 4000 tokens y tentativa separada fallida de 1000, con saldos devueltos coherentes con reducción de 4000. Fin de financiación, ejecución de trading y entidad/afiliación de X siguen sin verificar».

Pide paginación/cobertura de cuentas relacionadas completas coherentes, procedencia de resultados/decodificación y evidencia autenticada de etiquetas/control adecuada a la asociación probada. No pidas firma al alumno. Conserva patrocinador como relación de pagador observada, no empleador.

Puntuación sobre diez: alcance/registro (tres), aritmética de resultados (dos), clasificación de estado/etiquetas (dos), titular corregido (dos), próximas comprobaciones concretas (uno).

Lista de verificación

  • Nombrar red, objetivo, activo y corte.
  • Adjuntar fuente/contexto/resultado a cada afirmación.
  • Separar etiquetas y asociaciones humanas.
  • Publicar huecos y dependencias de proveedores.
  • Conciliar efectos satisfactorios sin duplicar.
  • Conservar OBSERVED/INFERRED/UNKNOWN/INSUFFICIENT EVIDENCE.
  • Terminar con solicitudes de evidencia, no veredictos de trading o identidad.

Resumen

Un informe de cartera es cadena de evidencia con afirmaciones acotadas. Puede establecer actividad y cantidades dejando identidad, afiliación e intención sin resolver.

Resumen

Control de dirección no es identidad personal. Financiación e interacción comunes no prueban propiedad ni afiliación. Datos ausentes, cronología de transferencias y etiquetas no aportan señales de mercado ni conclusiones causales.

Especificaciones visuales

Registro de evidencia R1–R8 con fuente/contexto y llaves compartidas Export-A/Feed-L. Panel de cuatro estados vinculado a afirmaciones; hueco [16,18) UNKNOWN; separar los 4000 satisfactorios de los 1000 fallidos y 0.01 nativos. Intervalo desde primera entrada devuelta de 18 explícitamente sintético, sin nodo humano.

Informe ilustrativo de cartera; atribución, fin de operación y afiliación sin resolver.

Usa SVG/HTML o gráficos deterministas con unidades, localizadores y alternativas textuales. Azul marino/negro con cian, azul eléctrico y violeta moderados; sin capturas decorativas ni fabricadas de exploradores. A 390px apila anotaciones; verifica 768px, escritorio y RTL árabe al implementar recursos. Mantén identificadores LTR y direcciones factuales de tiempo/enlaces/ejes sin cambios. Usa solo marca oficial BlockAssay facilitada. Ambos registros visuales siguen siendo especificaciones.

Herramientas

WALLET_INTELLIGENCE corresponde a inspección de solo lectura de registros públicos de direcciones, relaciones y procedencia. Verifica red compatible, identificadores exactos, campos y cobertura antes de integración de ejecución; aquí no se afirma capacidad de proveedor en vivo. Usa ejercicio sin conexión integrado si faltan datos o acceso de pago. No se requiere conexión de cartera, credenciales, clave privada, firma ni operación en vivo. Datos ausentes siguen desconocidos. Progreso Academy, estado de creador, pagos y referencias nunca alteran evidencia Radar.

Fuentes y límites de las afirmaciones

  • Solana getSignaturesForAddress — Historial de firmas de dirección referenciada, orden de más reciente a más antigua y paginación. Comprobado 2026-09-30.
  • Solana getTransaction — Consulta de transacciones, compromiso y campos de datos/tiempo anulables. Comprobado 2026-09-30.
  • Solana getTokenAccountsByOwner — Enumeración de tenencias por propietario con filtros de mint/programa. Comprobado 2026-09-30.
  • Cuentas Ethereum — Distinción cuenta/interfaz y tipos de cuenta. Comprobado 2026-09-30.
  • EIP-7702: establecer código para EOA — Delegación de código EOA; presencia de código por sí sola no es regla universal de clasificación EOA. Comprobado 2026-09-30.

Todos los registros son conjuntos originales ILLUSTRATIVE, no mediciones históricas/en vivo de cadena. La documentación explica mecanismos, no cantidades o etiquetas inventadas. Cronología sintética explícitamente acotada; observedAt=null es intencional. OBSERVED en ejercicio significa registro facilitado. Revisa nuevamente documentación y decodificación desplegada antes de publicar. Etiquetas de proveedor no establecen identidad; control de dirección y atribución humana requieren evidencia distinta.

Lección siguiente

P09 está completo. Revisa informe de cartera afirmación por afirmación; vuelve al panel Academy. Laboratorios separados conservan prerrequisitos indicados.

Especificaciones visuales

P09-L08-V01

SPECIFICATION_ONLY · ILLUSTRATIVE

¿Qué proposiciones del informe resisten la evidencia facilitada?

Informe ilustrativo de cartera; atribución, fin de operación y afiliación sin resolver.

Registro de evidencia R1–R8 con fuente/contexto y llaves compartidas Export-A/Feed-L. Panel de cuatro estados vinculado a afirmaciones; hueco [16,18) UNKNOWN; separar los 4000 satisfactorios de los 1000 fallidos y 0.01 nativos. Intervalo desde primera entrada devuelta de 18 explícitamente sintético, sin nodo humano.

Se movieron 4000 tokens satisfactoriamente, 1000 fallaron; saldos 10k→6k; primera entrada visible 18 días sintéticos antes; etiquetas contradictorias con procedencia compartida.

390px: anotaciones apiladas y equivalente textual accesible; verificación 768px/escritorio pendiente

Etiquetas/diseño RTL nativos; identificadores LTR; conservar tiempo, eje numérico y dirección de transferencia.

FIX-P09-08

P09-L08-V02

SPECIFICATION_ONLY · ILLUSTRATIVE

¿Qué es observado, inferido, desconocido o insuficientemente respaldado?

Estados ilustrativos de evidencia y límites de atribución.

Cuatro filas rotuladas vinculadas a IDs de registro, afirmación, límite y siguiente comprobación de esta lección; nunca mostrar identidad humana ni veredicto de seguridad.

Tabla de evidencia de cuatro estados con localizadores de registros e incertidumbre.

390px: anotaciones apiladas y equivalente textual accesible; verificación 768px/escritorio pendiente

Etiquetas/diseño RTL nativos; identificadores LTR; conservar tiempo, eje numérico y dirección de transferencia.

FIX-P09-08

Fuentes y límites de las afirmaciones

S09-SIGNATURES · official_documentation_or_standard

Solana getSignaturesForAddress

Afirmación respaldada
Historial de firmas de dirección referenciada, orden de más reciente a más antigua y paginación.
Límite de verificación
Página primaria inspeccionada; sin valores ilustrativos de cadena ni etiquetas de entidad verificados independientemente.
Fecha de verificación
2026-09-30
Abrir fuente primaria
https://solana.com/docs/rpc/http/getsignaturesforaddress

S09-TRANSACTION · official_documentation_or_standard

Solana getTransaction

Afirmación respaldada
Consulta de transacciones, compromiso y campos de datos/tiempo anulables.
Límite de verificación
Página primaria inspeccionada; sin valores ilustrativos de cadena ni etiquetas de entidad verificados independientemente.
Fecha de verificación
2026-09-30
Abrir fuente primaria
https://solana.com/docs/rpc/http/gettransaction

S09-OWNERS · official_documentation_or_standard

Solana getTokenAccountsByOwner

Afirmación respaldada
Enumeración de tenencias por propietario con filtros de mint/programa.
Límite de verificación
Página primaria inspeccionada; sin valores ilustrativos de cadena ni etiquetas de entidad verificados independientemente.
Fecha de verificación
2026-09-30
Abrir fuente primaria
https://solana.com/docs/rpc/http/gettokenaccountsbyowner

S09-ETHACCOUNTS · official_documentation_or_standard

Cuentas Ethereum

Afirmación respaldada
Distinción cuenta/interfaz y tipos de cuenta.
Límite de verificación
Página primaria inspeccionada; sin valores ilustrativos de cadena ni etiquetas de entidad verificados independientemente.
Fecha de verificación
2026-09-30
Abrir fuente primaria
https://ethereum.org/developers/docs/accounts

S09-DELEGATION · official_documentation_or_standard

EIP-7702: establecer código para EOA

Afirmación respaldada
Delegación de código EOA; presencia de código por sí sola no es regla universal de clasificación EOA.
Límite de verificación
Página primaria inspeccionada; sin valores ilustrativos de cadena ni etiquetas de entidad verificados independientemente.
Fecha de verificación
2026-09-30
Abrir fuente primaria
https://eips.ethereum.org/EIPS/eip-7702

Procedencia de datos

id: FIX-P09-08

dataStatus: ILLUSTRATIVE

observedAt: null

source: Original frozen educational records embedded in this lesson

scope: Standalone fictional partial wallet report with gaps, failed attempt, sponsor and conflicting labels.

identifiers: Invalid training labels; no usable addresses or signatures

timeBasis: Synthetic S/T or SIM-DAY markers explicitly defined in example; no real ledger/UTC observation

Comprueba tu razonamiento

P09-L08-Q1 · ¿Cuál es la salida satisfactoria de tokens facilitada?
P09-L08-Q2 · ¿Qué establece día12→día30?
P09-L08-Q3 · ¿Qué representa el acuerdo R6/R7?
P09-L08-Q4 · ¿Cuál es el cambio de participación del saldo devuelto?
P09-L08-Q5 · ¿Qué establece que el patrocinador S pague la comisión de R2?