LABS / ORGANIZAÇÃO DE CONSTRUÇÃO

Disciplinas separadas. Regras de entrega compartilhadas.

Labs explica a organização ao redor do UTXO Suite e sistemas irmãos sem certificar tamanho da equipe, revisão externa ou production readiness.

UNIDADES

Infraestrutura e software aplicado continuam distinguíveis.

UTXO Labs Team e Idovio Team podem colaborar mantendo escopos diferentes; isso não significa que toda capacidade esteja shipped.

UNIT 01

UTXO Labs Team

UTXO Labs Team foca protocolos, segurança, análise transacional, routing e systems research; no UTXO Suite aparece em SafeSign e Security Core.

TRANSACTION SECURITY

SYSTEMS / PROTOCOL RESEARCH

ROUTING / ANALYSIS

UNIT 02

Idovio Team

Idovio Team foca software de aplicação e produto. Apps irmãs e experimentos ficam separados da promessa central.

APPLICATION SOFTWARE

PRODUCT ENGINEERING

SIBLING SYSTEMS

DISCIPLINA DE ENTREGA

Status faz parte da arquitetura.

Research, scaffold, prototype, integrated surface e production release são etapas distintas.

RULE 01

LOCAL-FIRST

LOCAL-FIRST QUANDO PRÁTICO — análise sensível e preferências no dispositivo.

RULE 02

NON-CUSTODIAL

NON-CUSTODIAL — explicar requests não exige custódia de private key.

RULE 03

EXPLICIT AUTHORIZATION

AUTORIZAÇÃO EXPLÍCITA — usuário/wallet continua como signing boundary.

RULE 04

EVIDENCE-LED STATUS

STATUS BASEADO EM EVIDÊNCIA — labels fortes apenas com suporte real.

Abrir Research Abrir Projects

MODELO OPERACIONAL

Mova o trabalho por gates de engenharia explícitos.

Torne explícito o caminho research→production: artefatos, security boundaries e status avançam juntos.

01 / DISCOVERY

DISCOVERY

Defina problema, threat model e o que fica fora do trust boundary.

02 / SPECIFICATION

SPECIFICATION

Escreva invariants, inputs suportados, failure behavior e negative tests antes de implementar.

03 / VALIDATION

VALIDATION

Execute fixtures positivos, negativos, adversariais e regression antes de elevar status.

GATES DE MATURIDADE

Status vira controle de release, não adjetivo de marketing.

Torne explícito o caminho research→production: artefatos, security boundaries e status avançam juntos.

STAGE

ARTIFACT / INPUT

EVIDENCE / MEANING

OUTPUT

RESEARCH

problem + hypothesis

Direção existe; implementação não é implícita.

RESEARCH

SCAFFOLD

source + checks

Código existe, mas integração real pode continuar incompleta.

SCAFFOLD

RELEASE

validation + ops

Release artifact, rollback path e evidence operacional existem.

RELEASE

RELEASE RECORD

{
  "surface":"guard",
  "stage":"integrated",
  "required":["real provider flow","negative fixtures","payload-integrity test"],
  "publicLabel":"BETA"
}

SECURITY GATE

{
  "privateKeyCustody":false,
  "autoSign":false,
  "payloadMutation":"forbidden",
  "unsupportedInput":"visible failure"
}

LABS RULE

Uma UI polida pode existir antes do backend completo, mas status público deve descrever essa diferença exatamente.