Labs explique l'organisation autour d'UTXO Suite et des systèmes associés sans certifier taille d'équipe, revue externe ou préparation production.
UTXO Labs Team et Idovio Team peuvent collaborer tout en gardant des périmètres différents; cela ne signifie pas que chaque capacité est livrée.
UTXO Labs Team se concentre sur protocoles, sécurité, analyse transactionnelle, routage et systems research; dans UTXO Suite, cela apparaît via SafeSign et Security Core.
Idovio Team se concentre sur le logiciel applicatif et produit. Les apps associées et expériences restent hors de la promesse centrale.
Recherche, scaffold, prototype, surface intégrée et release production sont des étapes distinctes.
LOCAL-FIRST QUAND PRATIQUE — analyse sensible et préférences sur l'appareil.
NON CUSTODIAL — expliquer une requête ne nécessite pas de garde de clés.
AUTORISATION EXPLICITE — utilisateur ou wallet reste la frontière de signature.
STATUT FONDÉ SUR LES PREUVES — labels forts uniquement avec support réel.
Rendre explicite la progression research→production : artefacts, frontières de sécurité et statuts avancent ensemble.
Définir problème utilisateur, threat model et ce qui reste hors trust boundary.
Écrire invariants, entrées prises en charge, comportements d'échec et tests négatifs avant implémentation.
Exécuter fixtures positives, négatives, adversariales et regression avant d'élever le statut.
Rendre explicite la progression research→production : artefacts, frontières de sécurité et statuts avancent ensemble.
{
"surface":"guard",
"stage":"integrated",
"required":["real provider flow","negative fixtures","payload-integrity test"],
"publicLabel":"BETA"
}{
"privateKeyCustody":false,
"autoSign":false,
"payloadMutation":"forbidden",
"unsupportedInput":"visible failure"
}Une UI polie peut exister avant un backend complet, mais le statut public doit décrire précisément cette différence.