UTXOSUITE — home
डेवलपर प्लेटफ़ॉर्म

Transaction security को signing flow में जोड़ें।

SafeSign को wallets, fintech और onchain apps के integration layer के रूप में बनाया जा रहा है: request decode करें, security context जोड़ें, payload सुरक्षित रखें और explicit decision लें।

SAFESIGN / PRE-PRODUCTIONNON-CUSTODIALEXPLICIT AUTHORIZATION14 LOCALES
DEVELOPERS / INTEGRATION SURFACEअंधेरे कमरे में एक developer workstation, दो screens पर code खुला।
INTEGRATION SURFACES

एक engine, integration के कई तरीके।

Product contract पुराने UTXO ecosystem से अधिक focused है। Integrations को SafeSign decisions और evidence दिखाना चाहिए, business या Office products को security boundary में नहीं मिलाना चाहिए।

01CONTRACT STABILIZATION

SafeSign Decision SDK

Supported wallet requests decode करने, intent express करने, evidence attach करने और ALLOW / WARN / REVIEW / BLOCK recommendation देने का target contract।

context + payload → evidence + decision
02SOURCE PRIMITIVES

Security Core

SafeSign, Guard और wallet integrations के लिए reusable local-first analysis/policy primitives, बिना key custody या signing authority।

deterministic rules → explainable signals
03MV3 SOURCE SCAFFOLD

UTXO Guard

Browser integration जो supported provider requests को wrap करे और original request unchanged forward करने से पहले SafeSign review दिखाए।

provider request → explicit continue / reject
04PLANNED

Enterprise Policy

Signed organization policy, approvals और deployment controls analysis core के ऊपर हों; decision contract और audit boundary stable होने के बाद ही build हों।

signed policy → organization decision constraints
EVIDENCE BOUNDARY

ठीक वही कहें जो मौजूद है।

Enterprise buyers claims verify करेंगे। इसलिए यह surface current source artifacts को उन production capabilities से अलग रखता है जिन्हें अभी validation या independent review चाहिए।

CURRENT

Current repository evidence

  • Focused SafeSign surface और transaction-security architecture।
  • Security Core source concepts for decoding, rules, validation और policy boundaries।
  • Manifest V3 Guard scaffold और explicit continue/reject model।
NOT YET

अभी production claim नहीं

  • यहाँ published production SLA या independently verified security audit claim नहीं किया जाता।
  • Universal chain coverage, real-time threat network या sub-second guarantee measured होने से पहले sell नहीं करनी चाहिए।
  • Production API packaging, authentication, quotas, billing और support contracts अभी पूरे होने बाकी हैं।
COMMERCIAL LANES

एक ही security core को अलग-अलग depth पर monetize करें।

Business model self-service से contractual enterprise deployment तक scale होना चाहिए, हर segment के लिए अलग unrelated product बनाए बिना।

01

Developer

Self-service evaluation, reference contracts, local analysis और docs—procurement friction से पहले adoption के लिए।

EVALUATION / ADOPTION
02

Product

Wallets, fintech और onchain products के लिए usage-based या contracted integration, जब API guarantees measurable हों।

SDK / API REVENUE
03

Enterprise

Policy enforcement, private deployment, procurement evidence, support commitments और multi-approval high-value enterprise layer बनाते हैं।

ANNUAL CONTRACT / PRIVATE DEPLOYMENT
TARGET CONTRACT

Stable decision interface, एक और wallet नहीं।

SDK/API context और unchanged signing payload ले, structured evidence और decision recommendation लौटाए। Signing authority integrating wallet के पास ही रहे।

SAFESIGN / DECISION CONTRACTILLUSTRATIVE TARGET
// Target interface — illustrative, not a published package
const review = await safeSign.review({
  origin,
  chainId,
  method,
  payload,        // preserved unchanged
  expectedIntent, // optional user/app intent
});

review.decision // ALLOW | WARN | REVIEW | BLOCK
review.evidence // structured, explainable signals
review.payload  // same signing payload supplied by integrator
DEVELOPERS / INTEGRATION CONTRACT

Review integrate करें बिना signing boundary surrender किए।

Integration contract default side-effect free हो: request in, evidence out, payload preserved, signer authoritative।

INTEGRATION SURFACES

जहाँ signing request पहले से मौजूद है वहीं से शुरू करें।

Review को सबसे narrow reliable boundary पर जोड़ें, transport/custody/signing दोबारा बनाए बिना।

01

WALLET EXTENSION

Provider methods को confirmation से पहले intercept करें और original request बदले बिना evidence दिखाएं।

02

EMBEDDED WALLET

Request construction के बाद और signer invocation से पहले analyze करें; keys analysis से बाहर रहें।

03

FINTECH APPROVAL FLOW

Transaction package को existing signer/custody तक भेजने से पहले evidence और policy चलाएं।

04

AGENT / AUTOMATION

Machine-generated intent को untrusted input मानें; irreversible/high-value actions के लिए policy gates और human escalation रखें।

05

TRANSACTION BUILDER

Final payload analyze करें, सिर्फ pre-construction params नहीं, ताकि encoding/routing review bypass न करे।

06

READ-ONLY MONITORING

Evidence model को post-event observability और incident triage के लिए reuse करें, signing authority दिए बिना।

Evidence model

Independent signals से decision बनाएं।

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

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

Integration contract default side-effect free हो: request in, evidence out, payload preserved, signer authoritative।

REQUEST / INPUT
{
  "requestType": "eip712",
  "origin": "https://app.example",
  "chainId": 1,
  "method": "eth_signTypedData_v4",
  "intent": { "action": "swap", "asset": "USDC" },
  "payload": "<original wallet payload>"
}
DECISION / OUTPUT
{
  "decision": "REVIEW",
  "confidence": "partial",
  "authority": [{ "type": "token_spend", "scope": "unlimited" }],
  "evidence": [{ "signal": "new_spender", "severity": "high" }],
  "unknowns": ["future_execution_state"],
  "payloadIntegrity": "unchanged"
}
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

Analysis degrade हो तो fail-safe करें।

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

UNSUPPORTED REQUEST

Guess न करें। Request preserve करें, unsupported surface दिखाएं और review मांगें।

unsupported → REVIEW

SIMULATION UNAVAILABLE

Static/context evidence जारी रखें, लेकिन missing simulation स्पष्ट करें।

simulation: unavailable → confidence: partial

INTENT MISMATCH

Intent और decoded authority mismatch को first-class evidence मानें।

intent != authority → REVIEW/BLOCK policy

STALE CONTEXT

Time-sensitive intelligence में freshness metadata जरूरी है ताकि पुराने observations current facts न लगें।

observedAt + ttl → freshness
INVARIANT

Integration visibly fail करे, payload integrity preserve करे, unsupported states expose करे और analysis failure को implicit approval न बनाए।