Antigüedad y comportamiento de la cartera

Máster fuente EN · P09-L05 · 45 minutos estimados · needs_review

Una página que muestra «cartera de 25 días» puede significar realmente25 días desde el registro más antiguo devuelto por un indexador. La cuenta pudo existir o actuar antes. Un gráfico tranquilo también puede reflejar un intervalo faltante y no inactividad.

Esta lección sustituye etiquetas vagas de edad y comportamiento por ventanas definidas, conteos de eventos y descripciones ajustadas a cobertura. Nunca convierte edad observada en creación real ni actividad en juicio sobre una persona.

Definir con precisión primera aparición

Primera aparición requiere fuente, consulta, red, objetivo y regla de actividad. Primera firma, primera transferencia exitosa, primera acción saliente y primer evento de cuenta de tokens pueden ocurrir en momentos diferentes. Nombrar la regla elegida antes de informar edad.

Las consultas de firmas Solana devuelven historial de dirección referenciada de más reciente a más antiguo con paginación [S09-SIGNATURES]. La fila devuelta más antigua es solo el primer registro visible bajo esa consulta. Incluso paginar con éxito no establece automáticamente historial previo completo de cada cuenta asociada ni de toda la retención del proveedor.

Afirmar creación real requiere mecanismo pertinente y evidencia. Una clave puede existir privadamente antes de aparecer en registros; el despliegue de un contrato concierne al contrato, no a generar la clave del creador ni a la primera cartera de una persona. La creación de cuenta de tokens concierne a esa cuenta específica, no necesariamente a la existencia de su propietario.

Separar relojes y contextos

Contexto de registro, tiempo de evento informado, captura de fuente y tiempo de análisis son distintos. Las respuestas Solana pueden tener blockTime null [S09-TRANSACTION]. Si falta tiempo de evento, mantener contexto de slot sin inventar marca de calendario.

El conjunto suministra desplazamientos artificiales de días para aritmética. No se recopilaron observaciones reales de reloj y observedAt sigue null. SIM-DAY6 no codifica una fecha real. Restar desplazamientos suministrados solo da días sintéticos transcurridos.

Un intervalo del día6 al día29 son 23 días transcurridos. Contar extremos de calendario etiquetados daría24 posiciones de fecha, otra cantidad. Especificar si se mide tiempo transcurrido, se cuentan fechas o se define intervalo semiabierto. No alternar convenciones para inflar actividad.

Publicar cobertura antes de tasas

Usar ventanas semiabiertas como [5,31): incluir día5 y excluir día31. Así no se superponen ventanas adyacentes. Una laguna [15,21) elimina seis días de cobertura suministrada. No llamarla «inactiva» cuando la fuente no la observó.

Si los intervalos cubiertos se estipulan completos para la regla elegida, eventos divididos por días cubiertos es una tasa descriptiva ajustada a cobertura. No estima qué ocurrió en días faltantes. Dividir por ventana completa responde otra pregunta y debe nombrarse explícitamente.

Una tasa de 0.25 eventos exitosos por día cubierto significa cinco eventos suministrados sobre veinte días cubiertos. No significa que hubo transacción cada cuarto día. Importa la agrupación dentro de días y no se supone uniformidad.

Elegir medidas de comportamiento

Contar eventos exitosos separados de intentos. Contar días activos distintos separados de eventos. Varias transacciones el mismo día aumentan eventos sin alterar días activos.

Definir activo y dirección. Un registro de solo recepción no es necesariamente iniciación activa del objetivo. Eventos que referencian dirección no prueban firma. Para medir transacciones iniciadas se necesita evidencia de firmante o remitente, no solo actividad que involucra la dirección.

Cambio neto de saldo no mide habilidad de negociación. Una cartera puede recibir asignaciones, transferir o custodiar activos ajenos. Esta lección usa conteos descriptivos sin clasificar beneficio, sofisticación o estrategia.

Manejar honestamente observaciones parciales

Un primer evento visible en la ventana da una afirmación delimitada: observado desde ese evento en el alcance disponible. Si la cobertura empieza cuando ya había fondos, ni la primera financiación visible prueba completamente el origen.

Sin filas en un intervalo totalmente verificado podría respaldar «no se devolvieron eventos coincidentes bajo esta regla». No establece ausencia de actividad en otra red, mint o cuenta relacionada. Datos faltantes del proveedor no respaldan ausencia en ese intervalo.

No extrapolar en lagunas. Una cartera sin eventos devueltos durante una interrupción conocida no puede describirse como dormida entonces. El grafo debe mostrar región desconocida explícitamente sombreada y no barra cero que parezca un cero medido.

Evitar etiquetas conductuales de persona

«Adoptante temprano», «bot», «experto» o «persona nueva» requieren definiciones y evidencia más fuertes. Patrones temporales motivan hipótesis sin probar automatización ni identidad. Una cadencia igual puede provenir de acciones programadas de aplicación o granularidad del índice.

La cuenta puede cambiar su esquema de control. Continuidad de actividad pública no prueba que un mismo humano operó cada evento. Acciones mediadas por contrato y ejecución delegada complican asumir un usuario manual único [S09-ETHACCOUNTS; S09-DELEGATION].

No ordenar confiabilidad por edad. Un historial observado más antiguo establece periodo visible más largo bajo fuente declarada, no honestidad. Una primera aparición más reciente no establece usuario novato ni operador malicioso.

Escribir descripción de actividad delimitada

Un informe útil nombra regla, ventana, lagunas, primer y último eventos visibles coincidentes, conteo y convención temporal. Después explicita límites de creación y control.

Preferir «cinco eventos exitosos de transferencia referenciados en cuatro días activos cubiertos; historial previo y seis días faltantes no resueltos» a «cartera activa experimentada». Lo primero es reproducible y permite recalcular con mejor cobertura.

• Primera aparición: primer evento coincidente visible bajo fuente/regla especificadas.
• Intervalo observado: tiempo transcurrido entre primer y último eventos suministrados.
• Día cubierto: día incluido en alcance verificado del conjunto.
• Día activo: fecha cubierta con evento coincidente.
• Ventana semiabierta: incluye inicio, excluye final.
• Tasa descriptiva: conteo dividido por denominador de observación declarado.

ILLUSTRATIVE — FIX-P09-05. SIM-CHAIN-A / W. Desplazamientos SIM-DAY son etiquetas inventadas de días. Ventana de consulta[5,31), cobertura completa para regla listada salvo laguna[15,21). Historial anterior al día5 no disponible. Corte de análisis día31.

Importes en unidades normalizadas de un activo ficticio. No hay campos de firmante, creación anterior ni evidencia de identidad suministrados. La regla de actividad exitosa incluye ambas direcciones y excluye intentos fallidos.

OBSERVED en el conjunto: registros exitosos coincidentes en días 6,10,22,29; día12 es intento fallido; faltan seis días de cobertura.

INFERRED: cinco éxitos sobre cuatro días activos cubiertos; intervalo transcurrido primero-último 23 días;25 días desde primer éxito visible al día de análisis31.

UNKNOWN: creación real, actividad antes de día5/en la laguna, iniciación/firmantes y continuidad humana.

INSUFFICIENT EVIDENCE: edad observada 25 no puede informarse como edad real de creación. Intervalo ausente no establece inactividad; frecuencia no prueba experiencia ni automatización.

Tratar registro de página más antiguo como creación; usar tiempo null como cero; intercambiar días transcurridos e inclusivos; convertir interrupciones de fuente en actividad cero; atribuir habilidad o identidad por cadencia.

Calcular longitud completa de ventana, días ausentes/cubiertos, eventos exitosos y días activos, tasa por día cubierto e intervalo transcurrido. Reescribir «W se creó25 días atrás y permaneció inactivo seis días».

• Nombrar fuente de primera aparición y regla de actividad.
• Separar eventos exitosos de intentos/iniciaciones.
• Usar convenciones explícitas de intervalo.
• Publicar lagunas antes de tasas.
• Mantener tiempo de calendario null desconocido.
• Evitar etiquetas de creación, habilidad o persona desde edad observada.

La edad de cartera suele ser intervalo de observación. Las estadísticas de comportamiento son útiles con regla de eventos y denominador de cobertura visibles.

Primera aparición no es creación. Sin datos no significa sin actividad. Una cadencia describe eventos suministrados, no identidad o habilidad de persona.

Cronología[5,31) con laguna[15,21) rayada UNKNOWN, marcadores de evento/intento y eventos dobles día10. Mostrar26 total/6 ausentes/20 cubiertos; primero 6,último29,análisis31 como marcadores distintos. Nunca etiquetar primera aparición como creación.

Actividad observada ilustrativa; días sintéticos no son marcas temporales del registro.

Usar SVG/HTML determinista o gráficos con unidades, localizadores de evidencia y alternativas textuales. Azul marino/negro con cian, azul eléctrico y violeta discretos; sin capturas decorativas o fabricadas de exploradores. A 390px apilar anotaciones; verificar 768px, escritorio y RTL árabe cuando se implementen los recursos. Mantener identificadores LTR y las direcciones fácticas de tiempo/aristas/ejes sin cambios. Usar únicamente la marca oficial BlockAssay suministrada. Ambos registros visuales siguen siendo especificaciones.

WALLET_INTELLIGENCE corresponde a la inspección de solo lectura de registros de direcciones públicas, relaciones y procedencia. Verificar red compatible, identificadores exactos, campos y cobertura antes de cualquier integración en ejecución; aquí no se afirma ninguna capacidad de proveedor en vivo. Usar el ejercicio sin conexión incluido si faltan datos o acceso de pago. No se requiere conexión de cartera, credenciales, clave privada, firma ni operación real de mercado. Los datos ausentes siguen desconocidos. El progreso Academy, estatus de creador, pagos y referidos nunca alteran la evidencia Radar.

• Solana getSignaturesForAddress — Historial de firmas que referencian la dirección, orden de más reciente a más antiguo y paginación. Comprobado el 2026-09-30.
• Solana getTransaction — Consulta de transacciones, compromiso de confirmación y campos de datos/tiempo que pueden ser nulos. Comprobado el 2026-09-30.
• Cuentas Ethereum — Distinción cuenta/interfaz y tipos de cuenta. Comprobado el 2026-09-30.
• EIP-7702: establecer código para EOA — Delegación de código de EOA; la presencia de código por sí sola no es una regla universal de clasificación de EOA. Comprobado el 2026-09-30.

Todos los registros de ejemplo son conjuntos originales ILLUSTRATIVE, no mediciones históricas/en vivo de la cadena. La documentación explica mecanismos, no importes ni etiquetas inventados. La cronología sintética está explícitamente delimitada; observedAt=null es intencional. OBSERVED en un ejercicio significa un registro suministrado del conjunto. Revisar nuevamente la documentación y la decodificación desplegada antes de publicar. Las etiquetas de proveedor no establecen identidad; el control de direcciones y la atribución humana requieren evidencias distintas.

P09-L06 después del ejercicio resuelto y la revisión de preguntas.