Metodología
Un veredicto de Leeri se deriva, no se afirma. Cada número se remonta a hallazgos y cada hallazgo se remonta a una fuente que puedes abrir. Esta página explica esa cadena. Las reglas individuales se documentan, una página por regla, en el catálogo de reglas.
Un veredicto es un insumo para tu propia decisión de riesgo. No es una determinación legal ni de cumplimiento.
De los hallazgos al veredicto
- Hallazgos. Cada regla que se activa contra la dirección o la transacción verificada produce un hallazgo con una categoría, un
weighty una fuente. - Pesos. El ruleset al que está fijado el veredicto asigna pesos por categoría. Los pesos son cadenas decimales y toda la aritmética de la puntuación es exacta: no se usa coma flotante para la puntuación ni para el dinero.
- Puntuación. Los hallazgos ponderados y la exposición de la dirección dan un
scorede 0 a 100. - Nivel de riesgo. La puntuación cae en un
band:low,medium,highosevere. Los límites pertenecen a la versión del ruleset, así que lee el campobanden lugar de recalcularlo a partir de la puntuación. - Acción recomendada. Cada nivel corresponde a una acción que Rederive devuelve como
recommended_action.
| Nivel de riesgo | Acción recomendada |
|---|---|
low | accept |
medium | manual_review |
high | reject |
severe | reject |
La recomendación es un valor por defecto para la automatización. Tu política decide qué haces con ella.
Avisos de seguridad de la wallet
Los avisos dirigidos al propietario de la dirección verificada, como el envenenamiento de direcciones o los tokens falsificados, se listan aparte en wallet_security_warnings. No dicen nada sobre si la dirección es riesgosa y nunca cambian la puntuación, el nivel de riesgo ni un hallazgo. Consulta Verificaciones de dirección.
De dónde sale un hallazgo
Un hallazgo nunca es un número sin explicación. Cada uno lleva un source_url que siempre se resuelve y un source_kind que indica qué tipo de página es:
source_kind | Qué abre source_url | Origen típico |
|---|---|---|
document | Un documento fuente público. | Una entrada de una lista oficial, un documento judicial, un evento de congelación del emisor o una entrada de un registro curado de contratos. |
methodology | Una página versionada en https://leeri.ai/es/rules que explica qué detecta la regla y por qué se activó en esa versión del ruleset. | Una heurística del motor de cribado o la respuesta de una fuente de datos de terceros. |
Ningún tipo sustituye al otro. Un hallazgo que se apoya en una fuente de datos de terceros se marca con source: "provider" y enlaza su página de metodología; la fuente en sí nunca se nombra.
Listas oficiales
Se cotejan estas listas públicas de sanciones:
- OFAC SDN
- Lista consolidada de la UE (EU Consolidated)
- Lista del Consejo de Seguridad de la ONU (UN Security Council)
- Lista del HMT del Reino Unido (UK HMT)
Además de las listas, los hallazgos proceden del conjunto propio de etiquetas de Leeri, donde cada entrada lleva una fuente que se puede abrir, un nivel de confianza y el momento en que se observó, y de heurísticas que leen el comportamiento de la dirección en la cadena.
Exposición
La exposición indica de dónde vino o a dónde fue el dinero de la dirección verificada, por categoría, distancia y dirección. La exposición se informa para las contrapartes directas (hop 0) y para los intermediarios tras ellas, hop a hop hasta el hop 8 y por rangos más allá.
- La exposición se pondera por valor: un tramo cuenta por su proporción del importe total en USD, no por el número de direcciones.
- Cuando nuestro propio recorrido y una fuente de datos de terceros informan la misma categoría, hop y dirección, cuenta una sola vez la proporción mayor, nunca la suma.
- Los fondos que están tras una entidad identificada se valoran como de esa entidad, nunca dos veces.
- Los fondos que no se pudieron rastrear hasta una fuente nunca se valoran. Cuando más de la mitad del volumen entrante no pudo rastrearse, el veredicto lo dice en
coverage_limitations, para que una puntuación baja no se lea como limpia.
Cobertura y límites, declarados
Un veredicto dice lo que no pudo ver, en campos y no en silencio.
| Declaración | Dónde | Significado |
|---|---|---|
analysis_depth | Todo veredicto | full para activos cribados con recorrido y exposición por hop, label_only para activos contrastados con etiquetas sin recorrido. Consulta Activos admitidos. |
partial, partial_reasons, degraded_sources | Todo veredicto | El veredicto tiene menos evidencia que uno completo, y por qué. Una caída produce un veredicto parcial, nunca un error de servidor. |
coverage_limitations | Todo veredicto | Lo que la fuente de datos de la cadena no puede mostrar para este activo: por ejemplo, transferencias internas en cadenas EVM, una mayoría de fondos entrantes sin rastrear o un activo que no se pudo valorar en USD. Son declaraciones sobre el veredicto, no resultados parciales. |
Trata un veredicto parcial, o uno label_only, como un veredicto con menos evidencia, no como uno limpio. Los campos se describen en Verificaciones de dirección.
Pin y reproducibilidad
Cada veredicto registra tres coordenadas:
| Coordenada | Qué fija |
|---|---|
ruleset_version | La versión de las reglas de puntuación aplicadas. |
label_snapshot_id | La posición en el historial de etiquetas que leyó el veredicto. |
chain_height | La altura de la cadena a la que se derivó el veredicto. |
Las etiquetas solo se añaden: una entrada se sustituye por otra más nueva y nunca se edita ni se borra, de modo que una posición en el historial de etiquetas siempre significa lo mismo. Un veredicto conserva sus hallazgos y las referencias a su evidencia, por lo que Rederive puede reproducirlo con su propio pin y devolver la puntuación que tenía, no la que darían las reglas de hoy.
Una versión de ruleset cambia solo por publicación. Una versión nueva se aplica a las verificaciones hechas después de publicarla y nunca vuelve a puntuar un veredicto almacenado. Aquí solo se documentan los rulesets publicados; el catálogo de reglas lista cada regla por versión.
Qué leer después
- Cómo funciona: el recorrido de una verificación desde la solicitud hasta el webhook.
- Informes de evidencias: el registro en PDF y JSON de un veredicto, con una comprobación pública de autenticidad.
- Catálogo de reglas: qué detecta cada regla y cuándo se activa.