UTXOSUITE — home
RESEARCH / ÍNDICE DE TRABAJO

Evidencia antes que etiquetas de publicación.

Este índice reúne líneas de investigación visibles en el repositorio o conectadas directamente con trabajo activo. Una nota de diseño es una nota; un scaffold es un scaffold. No se llama peer-reviewed, auditado o publicado a nada sin evidencia de ese estado.

LÍNEAS ACTUALES

Investigación conectada con implementación.

La frontera útil separa idea, especificación, prototipo y capacidad de producción. Aquí se mantienen visibles sin mezclar esas etapas.

TRACK 01ACTIVE DIRECTION

Transaction interpretation

Decodificación de solicitudes, alcance de autoridad, contexto de destino e incertidumbre alrededor de SafeSign y Security Core.

TRACK 02ACTIVE DIRECTION

Browser request boundaries

Límites de interceptación en navegador para requests de wallet, incluido wrapping en page-context y preferencias locales en Guard.

TRACK 03ACTIVE DIRECTION

Bitcoin / PSBT review

Conceptos de preview PSBT y route intelligence Bitcoin, separando firma/ejecución del análisis actual.

TRACK 04ACTIVE DIRECTION

Security education

Educación de seguridad mediante labs de approvals, typed data, Permit2, phishing, proxies, divergencia de simulación e incident response.

DISCIPLINA DE ESTADO

Una página de research no debe fabricar autoridad.

Las etiquetas públicas son afirmaciones. Por eso el sitio usa estados conservadores y enlaza código, documentación y proyectos en lugar de inventar identificadores de papers.

STATUS 01

IDEA

IDEA — dirección en estudio; no es capacidad implementada.

STATUS 02

SPEC / NOTE

SPEC / NOTE — comportamiento o restricción documentada; no implica peer review.

STATUS 03

SCAFFOLD / PROTOTYPE

SCAFFOLD / PROTOTYPE — existe código, pero pueden faltar build, integración o validación productiva.

STATUS 04

PRODUCT SURFACE

PRODUCT SURFACE — capacidad visible con límite de confianza separado del trabajo futuro.

Leer documentaciónExplorar Projects
PROGRAMA DE INVESTIGACIÓN

Convierte preguntas de seguridad en trabajo de ingeniería falsable.

Cada línea debe definir amenaza, hipótesis, artefacto de prueba y gate de evidencia antes de permitir un claim más fuerte.

01 / INTENT ↔ PAYLOAD

INTENT ↔ PAYLOAD

Prueba si la autoridad decodificada excede materialmente la acción declarada.

02 / SIMULATION DIVERGENCE

SIMULATION DIVERGENCE

Modela estado mutable y rutas condicionales que separan simulación benigna de ejecución real.

03 / AUTHORITY SCOPE

AUTHORITY SCOPE

Cuantifica duración y blast radius de approvals, Permit y Permit2.

GATES DE CLAIMS

Una etiqueta más fuerte exige un artefacto más fuerte.

Cada línea debe definir amenaza, hipótesis, artefacto de prueba y gate de evidencia antes de permitir un claim más fuerte.

STAGE
ARTIFACT / INPUT
EVIDENCE / MEANING
OUTPUT
IDEA
threat + hypothesis
La pregunta es explícita y falsable.
IDEA
PROTOTYPE
code + fixtures
El artefacto puede reproducirse en el repositorio.
PROTOTYPE
VALIDATED
tests + independent evidence
El claim se limita a lo que la validación demuestra.
EVIDENCE
RESEARCH RECORD
{
  "threat":"simulation divergence",
  "hypothesis":"mutable execution context can invalidate benign previews",
  "artifact":"fixture-suite/simulation-divergence",
  "status":"prototype"
}
PUBLIC CLAIM GATE
{
  "allowed":"prototype demonstrates selected divergence cases",
  "notAllowed":["audited","peer-reviewed","complete protection"],
  "evidenceRequired":["reproducible tests","independent review"]
}
RESEARCH RULE

Ningún título de paper, audit label o validation claim sin artefacto inspeccionable o evidencia independiente.