UTXOSUITE — home
CHANGELOG / DESENVOLVIMENTO

Mudanças com status explícito.

O trabalho da branch não é apresentado como release. O redesign permanece unreleased até review, merge em main e deploy.

STATUS ATUAL

Branch: utxo-transaction-security-academy · Produção: main · Commit não significa release/audit.

2026-08-26 · DEV 01

Arquitetura transaction security

SafeSign, Security Core e autorização explícita definem o core.

2026-08-26 · DEV 02

UTXO Academy

5 cursos, 20 módulos, 40 lições, 20 labs e 14 idiomas.

2026-08-26 · DEV 03

Integrações honestas

Guard/Wallet/Relay mostram limites atuais/futuros.

2026-08-26 · DEV 04

Docs baseadas em evidência

Claims sem suporte foram removidos e statuses separados.

DISCIPLINA DE RELEASE

Release só após merge/deploy verificado; audit/peer review exigem evidência separada.

EVIDÊNCIA DE RELEASE

Um changelog deve descrever risco, não apenas features.

Releases sensíveis registram authority changes, surfaces, migration, validation evidence e rollback assumptions.

01

AUTHORITY CHANGE

Descreva o que o request pode autorizar: transfer, allowance, operator rights, typed data ou outputs Bitcoin.

method · spender · scope · outputs
02

SURFACE IMPACT

Implementation desconhecida, contexto stale ou simulation indisponível ficam visíveis e podem elevar REVIEW.

unknowns · freshness · contradictions
03

VALIDATION

A análise não deve exigir seed/private key nem virar signing authority silenciosamente.

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

ROLLBACK

Released, audited, peer-reviewed e production-ready são claims de evidência.

artifact · test · review · operations
CICLO DE CONFIANÇANenhuma mudança sensível está completa sem validation e rollback.
  1. 01CHANGE
  2. 02THREAT REVIEW
  3. 03TEST
  4. 04RELEASE
  5. 05OBSERVE