UTXOSUITE — home
LABS / BUILD ORGANIZATION

अलग disciplines. साझा delivery rules.

Labs UTXO Suite और sibling systems के आसपास build organization समझाता है; यह team size, external review या production readiness certify नहीं करता।

BUILD UNITS

Infrastructure और applied software अलग रखे जाते हैं।

UTXO Labs Team और Idovio Team अलग scopes रखते हुए collaborate कर सकते हैं; इसका अर्थ यह नहीं कि हर capability shipped है।

UNIT 01

UTXO Labs Team

UTXO Labs Team protocol, security, transaction analysis, routing और systems research पर केंद्रित है; UTXO Suite में SafeSign और Security Core इसका मुख्य रूप हैं।

TRANSACTION SECURITY
SYSTEMS / PROTOCOL RESEARCH
ROUTING / ANALYSIS
UNIT 02

Idovio Team

Idovio Team application/product software पर केंद्रित है। Sibling apps और experiments core UTXO Suite promise से अलग रहते हैं।

APPLICATION SOFTWARE
PRODUCT ENGINEERING
SIBLING SYSTEMS
DELIVERY DISCIPLINE

Status architecture का हिस्सा है।

Research, scaffold, prototype, integrated surface और production release अलग stages हैं।

RULE 01

LOCAL-FIRST

LOCAL-FIRST जहाँ practical हो — sensitive analysis/preferences device पर।

RULE 02

NON-CUSTODIAL

NON-CUSTODIAL — request explain करने के लिए private-key custody नहीं चाहिए।

RULE 03

EXPLICIT AUTHORIZATION

EXPLICIT AUTHORIZATION — user/wallet signing boundary रहता है।

RULE 04

EVIDENCE-LED STATUS

EVIDENCE-LED STATUS — strong labels केवल real support के साथ।

Research खोलेंProjects खोलें
ऑपरेटिंग मॉडल

काम को explicit engineering gates से आगे बढ़ाएँ।

Research→production path स्पष्ट करें: artifacts, security boundaries और status साथ आगे बढ़ें।

01 / DISCOVERY

DISCOVERY

User problem, threat model और trust boundary के बाहर क्या रहेगा तय करें।

02 / SPECIFICATION

SPECIFICATION

Implementation से पहले invariants, supported inputs, failure behavior और negative tests लिखें।

03 / VALIDATION

VALIDATION

Status upgrade से पहले positive, negative, adversarial और regression fixtures चलाएँ।

परिपक्वता gates

Status release control बनता है, marketing adjective नहीं।

Research→production path स्पष्ट करें: artifacts, security boundaries और status साथ आगे बढ़ें।

STAGE
ARTIFACT / INPUT
EVIDENCE / MEANING
OUTPUT
RESEARCH
problem + hypothesis
Direction मौजूद है; implementation implied नहीं है।
RESEARCH
SCAFFOLD
source + checks
Code मौजूद है, real integration अभी incomplete हो सकती है।
SCAFFOLD
RELEASE
validation + ops
Release artifact, rollback path और operating evidence मौजूद हैं।
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

Polished UI complete backend से पहले हो सकती है, लेकिन public status को अंतर ठीक से बताना चाहिए।