UTXOSUITE — home
RESEARCH / ARBEITSINDEX

Evidence vor Publikationslabels.

Der Index zeigt Forschungsrichtungen, die im Repository sichtbar oder mit aktiver Arbeit verbunden sind. Note bleibt Note, Scaffold bleibt Scaffold; kein Peer-reviewed-, Audit- oder Published-Label ohne Nachweis.

AKTUELLE RICHTUNGEN

Forschung mit Implementierungsbezug.

Idea, Specification, Prototype und Production Capability bleiben getrennt.

TRACK 01ACTIVE DIRECTION

Transaction interpretation

Request-Decoding, Authority Scope, Destination Context und Uncertainty für SafeSign/Security Core.

TRACK 02ACTIVE DIRECTION

Browser request boundaries

Browser-Interception und lokale Preferences im Guard-Scaffold.

TRACK 03ACTIVE DIRECTION

Bitcoin / PSBT review

Bitcoin PSBT Preview und Route Intelligence; Signing/Execution getrennt.

TRACK 04ACTIVE DIRECTION

Security education

Security Education über Labs zu Approvals, Typed Data, Permit2, Phishing, Proxies, Simulation und Incidents.

STATUS-DISZIPLIN

Research darf keine Autorität erfinden.

Öffentliche Labels sind Claims; deshalb konservative Statusbegriffe und Links zu realer Evidence.

STATUS 01

IDEA

IDEA — Richtung, keine implementierte Capability.

STATUS 02

SPEC / NOTE

SPEC / NOTE — dokumentiertes Verhalten, nicht automatisch peer-reviewed.

STATUS 03

SCAFFOLD / PROTOTYPE

SCAFFOLD / PROTOTYPE — Code vorhanden, Production kann fehlen.

STATUS 04

PRODUCT SURFACE

PRODUCT SURFACE — sichtbare Capability mit expliziter Trust Boundary.

Developer Docs lesenProjects erkunden
FORSCHUNGSPROGRAMM

Sicherheitsfragen in falsifizierbare Engineering-Arbeit überführen.

Jede Richtung soll Threat, Hypothese, Testartefakt und Evidence Gate vor stärkeren Claims definieren.

01 / INTENT ↔ PAYLOAD

INTENT ↔ PAYLOAD

Testen, ob dekodierte Autorität die erklärte Nutzeraktion wesentlich überschreitet.

02 / SIMULATION DIVERGENCE

SIMULATION DIVERGENCE

Mutable State und bedingte Pfade modellieren, die harmlose Simulation und reale Ausführung trennen.

03 / AUTHORITY SCOPE

AUTHORITY SCOPE

Lebensdauer und Blast Radius von Approvals, Permit und Permit2 quantifizieren.

CLAIM-GATES

Ein stärkeres Label benötigt ein stärkeres Artefakt.

Jede Richtung soll Threat, Hypothese, Testartefakt und Evidence Gate vor stärkeren Claims definieren.

STAGE
ARTIFACT / INPUT
EVIDENCE / MEANING
OUTPUT
IDEA
threat + hypothesis
Frage ist explizit und falsifizierbar.
IDEA
PROTOTYPE
code + fixtures
Artefakt ist im Repository reproduzierbar.
PROTOTYPE
VALIDATED
tests + independent evidence
Claim wird auf das begrenzt, was Validierung beweist.
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

Kein Paper-Titel, Audit-Label oder Validation Claim ohne inspizierbares Artefakt oder unabhängige Evidenz.