LABS / BUILD ORGANIZATION

Adskilte discipliner. Fælles delivery-regler.

Labs beskriver organisationen omkring UTXO Suite og sibling systems uden at certificere teamstørrelse, external review eller production readiness.

BUILD UNITS

Infrastructure og applied software holdes adskilt.

UTXO Labs Team og Idovio Team kan samarbejde med forskellige scopes; det betyder ikke, at enhver capability er shipped.

UNIT 01

UTXO Labs Team

UTXO Labs Team fokuserer protocol, security, transaction analysis, routing og systems research; i UTXO Suite ses det via SafeSign og Security Core.

TRANSACTION SECURITY

SYSTEMS / PROTOCOL RESEARCH

ROUTING / ANALYSIS

UNIT 02

Idovio Team

Idovio Team fokuserer application/product software. Sibling apps og experiments holdes uden for kerneløftet.

APPLICATION SOFTWARE

PRODUCT ENGINEERING

SIBLING SYSTEMS

DELIVERY DISCIPLINE

Status er en del af arkitekturen.

Research, scaffold, prototype, integrated surface og production release er forskellige trin.

RULE 01

LOCAL-FIRST

LOCAL-FIRST NÅR PRAKTISK — følsom analyse og preferences på device.

RULE 02

NON-CUSTODIAL

NON-CUSTODIAL — requestforklaring kræver ingen private-key custody.

RULE 03

EXPLICIT AUTHORIZATION

EXPLICIT AUTHORIZATION — user/wallet forbliver signing boundary.

RULE 04

EVIDENCE-LED STATUS

EVIDENCE-LED STATUS — stærke labels kun med støtte.

Åbn Research Åbn Projects

OPERATIV MODEL

Før arbejdet gennem eksplicitte engineering gates.

Gør research→production eksplicit: artifacts, security boundaries og status skal udvikle sig sammen.

01 / DISCOVERY

DISCOVERY

Definér userproblem, threat model og hvad der ligger uden for trust boundary.

02 / SPECIFICATION

SPECIFICATION

Skriv invariants, supported inputs, failure behavior og negative tests før implementation.

03 / VALIDATION

VALIDATION

Kør positive, negative, adversarial og regression fixtures før status-upgrade.

MODENHEDSGATES

Status bliver release control, ikke marketingadjektiv.

Gør research→production eksplicit: artifacts, security boundaries og status skal udvikle sig sammen.

STAGE

ARTIFACT / INPUT

EVIDENCE / MEANING

OUTPUT

RESEARCH

problem + hypothesis

Retning findes; implementation er ikke implied.

RESEARCH

SCAFFOLD

source + checks

Code findes, reel integration kan være ufuldstændig.

SCAFFOLD

RELEASE

validation + ops

Release artifact, rollback path og operating evidence findes.

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

En polished UI kan findes før komplet backend, men public status skal beskrive forskellen præcist.