UTXOSUITE — home
ENTERPRISE / TRANSACTION SECURITY

Signing authority इस्तेमाल होने से पहले नियंत्रित करें कि क्या sign किया जा सकता है।

SafeSign का enterprise direction apps/agents और wallet, signer या custody system के बीच policy और evidence layer है। Final signing authority और private keys UTXO Suite से बाहर रहते हैं।

Design-partner pilot पर चर्चा करें ↗Developer contract देखें →
DESIGN-PARTNER STAGENON-CUSTODIALPOLICY / EVIDENCENO PRODUCTION SLA CLAIM
ENTERPRISE / POLICY AND EVIDENCEदो rack पंक्तियों के बीच data-centre का गलियारा।
CONTROL PLANE

Security policy enforceable, explainable और custody से अलग होनी चाहिए।

High-value layer एक और signing wallet नहीं है; यह organizational constraints, evidence preservation और multi-approval escalation है।

01PLANNED

Policy Engine

SafeSign analysis के बाद organization-specific constraints evaluate करें: destinations, token permissions, value limits, methods, chains और context।

02PLANNED

Approval Orchestration

REVIEW outcomes को second approver या role-based workflow तक escalate करें; final signature institution के signer/custody में रहे।

03CORE DIRECTION

Decision Evidence

Auditability के लिए minimum structured evidence रखें, telemetry को surveillance product बनाए बिना।

04NON-CUSTODIAL

Signer Boundary

SafeSign escalation recommend/require कर सकता है; institution के signing keys न रखे और evaluated transaction को silently execute न करे।

DEPLOYMENT MODES

एक decision contract, कई operational boundaries।

Deployment options को एक ही evidence और recommendation format पर converge करना चाहिए ताकि enterprise requirements SafeSign को अलग products में fragment न करें।

01 / FOUNDATION

Embedded / Local

Deterministic analysis wallet/app के पास चलाएँ जहाँ privacy और predictable behavior सबसे महत्वपूर्ण हों।

FOUNDATION
02 / PRE-PRODUCTION

Service API

Hosted decision service commercial target है, पर auth, quotas, latency, availability और billing को production claim से पहले implement और measure करना होगा।

PRE-PRODUCTION
03 / DESIGN TARGET

Private Deployment

Strict data boundaries वाली institutions के लिए उसी decision contract को controlled infrastructure में package करें, अलग security engine बनाए बिना।

DESIGN TARGET
PROCUREMENT EVIDENCE

Enterprise trust artifacts से earn होना चाहिए।

यह page उन artifacts को अलग रखती है जो अभी तैयार किए जा सकते हैं और उन guarantees को जिन्हें measurement, external review और real support organization चाहिए।

PREPARE NOW

Evidence package

  • Documented non-custodial boundary और explicit authorization model।
  • Target decision contract और evidence schema direction।
  • SafeSign, Security Core और Guard के repository-level source artifacts।
BEFORE PRODUCTION

Required gates

  • Final production scope के लिए appropriate independent security review/audit।
  • Hosted service के लिए measured latency, availability, failure modes और load characteristics।
  • Enterprise production commitments से पहले support process, incident response, versioning, data handling terms और contractual SLA।
DESIGN-PARTNER PATH

Narrow scope से शुरू करें, measure करें, फिर contract करें।

SafeSign का enterprise direction apps/agents और wallet, signer या custody system के बीच policy और evidence layer है। Final signing authority और private keys UTXO Suite से बाहर रहते हैं।

01

Scope

एक wallet method, chain family या transaction class चुनें जिसकी failure boundary स्पष्ट हो।

02

Integrate

Unchanged payload और relevant context को target SafeSign decision interface से जोड़ें।

03

Measure

Scope बढ़ाने से पहले false positives, missed signals, latency और fallback behavior measure करें।

04

Contract

Evidence stable होने के बाद ही support, policy, deployment और commercial commitments formalize करें।

Design-partner pilot पर चर्चा करें →Developer Platform →SafeSign →
ENTERPRISE / CONTROL PLANE

Transaction review को organizational control बनाएं।

Enterprise value consistent policy, evidence retention और escalation से आता है; existing wallet/signer/HSM/custody keys और final authority रखे।

POLICY PRIMITIVES

Controls enforce और explain करने लायक specific हों।

Policy decoded facts पर काम करे: value, destination, authority, novelty, chain, request class, role।

01

VALUE THRESHOLD

Value limits पार हो तो escalate या additional approval मांगें।

02

DESTINATION TRUST

Allowlisted counterparties, new destinations, changed records और risky contract relationships अलग करें।

03

AUTHORITY SCOPE

Unlimited approvals, broad Permit2 rights, delegation या persistent signatures escalate करें।

04

CHAIN RESTRICTION

Disallowed networks पर signing रोकें या separate policy profiles रखें।

05

DUAL CONTROL

High-value, novel या policy-exception transactions के लिए signing से पहले independent reviewers रखें।

06

TIME / SESSION BOUNDARY

Privileged transaction classes को approved windows, devices, sessions या recently authenticated operators तक सीमित करें।

Evidence model

High-value signing process होना चाहिए, button नहीं।

Construction, security review, human authorization और signing authority को अलग stages रखें।

01CAPTURE

Confirmation से पहले exact request और origin लें।

02CLASSIFY

Generic risk logic से पहले request family पहचानें।

03DECODE

Methods, parameters, authority और destinations normalize करें।

04ENRICH

जहाँ उपलब्ध हो contract, policy, freshness और simulation context जोड़ें।

05COMPARE

Reconstructed authority को user के stated intent से compare करें।

06DECIDE

ALLOW, WARN, REVIEW या BLOCK स्पष्ट reasons और unknowns के साथ लौटाएं।

07AUTHORIZE

Control wallet या signer को लौटाएं। Analysis कभी silently sign या broadcast न करे।

Decision contract

Decision contract

Enterprise value consistent policy, evidence retention और escalation से आता है; existing wallet/signer/HSM/custody keys और final authority रखे।

REQUEST / INPUT
{
  "organization": "treasury-eu",
  "actor": "operator:17",
  "intent": { "action": "transfer", "valueUsd": 250000 },
  "destination": "0xNEW...",
  "signingSystem": "existing-custody-provider"
}
DECISION / OUTPUT
{
  "decision": "REVIEW",
  "policyMatches": ["value>100k", "new_destination"],
  "requiredApprovals": 2,
  "evidenceHash": "sha256:...",
  "payloadHash": "sha256:...",
  "reviewers": ["security", "treasury"],
  "signingAuthority": "external"
}
Decision semantics

Decision semantics

Unknown evidence को स्पष्ट रूप से unknown रहना चाहिए। Missing analysis कभी चुपचाप ALLOW नहीं बनना चाहिए।

DECISION
TRIGGER
MEANING
NEXT
ALLOW
supported evidence consistent
Supported evidence में material contradiction नहीं मिला। Explicit authorization फिर भी जरूरी है।
EXPLICIT SIGN
WARN
material risk present
Request समझ में आता है, लेकिन authorization से पहले material risk दिखाना चाहिए।
USER REVIEW
REVIEW
incomplete or conflicting evidence
Evidence incomplete, contradictory या policy से बाहर है। Escalate करें।
SECOND REVIEW
BLOCK
policy or supported threat signal
Configured policy या threat signal request को explicit override के बिना आगे नहीं बढ़ने देता।
NO FORWARD
POLICY / FAILURE MODES

Advisory first; enforcement केवल intentional configuration पर।

ये modes intended operational boundaries बताते हैं; यह claim नहीं कि हर enterprise mode आज production-ready है।

ADVISORY REVIEW

Evidence और recommendation लौटाएं, existing signing workflow authoritative रहे।

status: current architectural target

POLICY GATE

Deterministic rules fail हों तो forwarding रोकें, explicit override और escalation path रखें।

status: planned / design target

PRIVATE DEPLOYMENT

Policy और evidence infrastructure को customer-controlled boundary में तब चलाएं जब maturity और support उचित हो।

status: future enterprise path

EVIDENCE EXPORT

Decision records internal control, incident analysis और procurement के लिए export करें, private keys नहीं।

status: design target
INVARIANT

UTXO Suite policy/evidence दे, जबकि customer wallet/signer/HSM/custody keys और final authority रखे।

EIP-712 ↗ERC-2612 ↗BIP-174 ↗OWASP SCSVS ↗