UTXOSUITE — home
CHANGELOG / SVILUPPO

Cambiamenti con status esplicito.

Il lavoro di branch non è presentato come release. Il redesign resta unreleased fino a review, merge in main e deploy.

STATO ATTUALE

Branch: utxo-transaction-security-academy · Production: main · Commit non significa release/audit.

2026-08-26 · DEV 01

Architettura transaction security

SafeSign, Security Core e autorizzazione esplicita definiscono il core.

2026-08-26 · DEV 02

UTXO Academy

5 corsi, 20 moduli, 40 lezioni, 20 labs e 14 lingue.

2026-08-26 · DEV 03

Integrazioni trasparenti

Guard/Wallet/Relay mostrano confini current/future.

2026-08-26 · DEV 04

Docs evidence-led

Claims non supportati rimossi e status distinti.

DISCIPLINA DI RELEASE

Release solo dopo merge/deploy verificato; audit/peer review richiedono evidence separata.

EVIDENZA DI RELEASE

Un changelog deve descrivere il rischio, non solo le feature.

Release sensibili registrano authority changes, surface, migration, validation evidence e rollback assumptions.

01

AUTHORITY CHANGE

Descrivi cosa può autorizzare la request: transfer, allowance, operator rights, typed data o output Bitcoin.

method · spender · scope · outputs
02

SURFACE IMPACT

Implementation sconosciuta, contesto stale o simulation indisponibile restano visibili e possono elevare REVIEW.

unknowns · freshness · contradictions
03

VALIDATION

L'analisi non deve richiedere seed/private key né diventare signing authority in silenzio.

no seed · no key custody · no auto-sign
04

ROLLBACK

Released, audited, peer-reviewed e production-ready sono claim di evidenza.

artifact · test · review · operations
CICLO DI FIDUCIANessuna modifica sensibile è completa senza validation e rollback.
  1. 01CHANGE
  2. 02THREAT REVIEW
  3. 03TEST
  4. 04RELEASE
  5. 05OBSERVE