UTXOSUITE — home
LABS / ORGANITZACIÓ

Disciplines separades. Regles de lliurament compartides.

Labs explica l'organització al voltant d'UTXO Suite i sistemes germans, sense certificar mida d'equip, revisió externa o production readiness.

UNITATS

Infraestructura i software aplicat continuen diferenciats.

UTXO Labs Team i Idovio Team poden col·laborar mantenint scopes diferents; això no implica que tota capacitat estigui shipped.

UNIT 01

UTXO Labs Team

UTXO Labs Team se centra en protocol, seguretat, anàlisi transaccional, routing i systems research; a UTXO Suite es reflecteix en SafeSign i Security Core.

TRANSACTION SECURITY
SYSTEMS / PROTOCOL RESEARCH
ROUTING / ANALYSIS
UNIT 02

Idovio Team

Idovio Team se centra en software d'aplicació i producte. Les apps germanes i experiments queden separats de la promesa central.

APPLICATION SOFTWARE
PRODUCT ENGINEERING
SIBLING SYSTEMS
DISCIPLINA DE LLIURAMENT

L'estat forma part de l'arquitectura.

Research, scaffold, prototype, integrated surface i production release no són el mateix.

RULE 01

LOCAL-FIRST

LOCAL-FIRST QUAN ÉS PRÀCTIC — dades i preferències sensibles al dispositiu.

RULE 02

NON-CUSTODIAL

NO CUSTODIAL — explicar requests no requereix custòdia de claus.

RULE 03

EXPLICIT AUTHORIZATION

AUTORITZACIÓ EXPLÍCITA — usuari o wallet conserva el límit de signatura.

RULE 04

EVIDENCE-LED STATUS

ESTAT BASAT EN EVIDÈNCIA — labels forts només amb suport real.

MODEL OPERATIU

Mou el treball mitjançant gates d'enginyeria explícits.

Fes explícit el camí de research a production: artefactes, security boundaries i status han d'avançar junts.

01 / DISCOVERY

DISCOVERY

Defineix problema, threat model i què queda fora del trust boundary.

02 / SPECIFICATION

SPECIFICATION

Escriu invariants, inputs suportats, failure behavior i negative tests abans d'implementar.

03 / VALIDATION

VALIDATION

Executa fixtures positius, negatius, adversarials i regression abans de pujar status.

GATES DE MADURESA

L'estat es converteix en control de release, no en adjectiu de marketing.

Fes explícit el camí de research a production: artefactes, security boundaries i status han d'avançar junts.

STAGE
ARTIFACT / INPUT
EVIDENCE / MEANING
OUTPUT
RESEARCH
problem + hypothesis
Existeix una direcció; no implica implementation.
RESEARCH
SCAFFOLD
source + checks
Hi ha codi però integration real pot seguir incompleta.
SCAFFOLD
RELEASE
validation + ops
Existeixen release artifact, rollback path i evidence operativa.
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

Una UI polida pot existir abans d'un backend complet, però el status públic ha de descriure la diferència exactament.