SafeSign Decision SDK
Supported wallet requests decode करने, intent express करने, evidence attach करने और ALLOW / WARN / REVIEW / BLOCK recommendation देने का target contract।
context + payload → evidence + decisionSafeSign को wallets, fintech और onchain apps के integration layer के रूप में बनाया जा रहा है: request decode करें, security context जोड़ें, payload सुरक्षित रखें और explicit decision लें।

Product contract पुराने UTXO ecosystem से अधिक focused है। Integrations को SafeSign decisions और evidence दिखाना चाहिए, business या Office products को security boundary में नहीं मिलाना चाहिए।
Supported wallet requests decode करने, intent express करने, evidence attach करने और ALLOW / WARN / REVIEW / BLOCK recommendation देने का target contract।
context + payload → evidence + decisionSafeSign, Guard और wallet integrations के लिए reusable local-first analysis/policy primitives, बिना key custody या signing authority।
deterministic rules → explainable signalsBrowser integration जो supported provider requests को wrap करे और original request unchanged forward करने से पहले SafeSign review दिखाए।
provider request → explicit continue / rejectSigned organization policy, approvals और deployment controls analysis core के ऊपर हों; decision contract और audit boundary stable होने के बाद ही build हों।
signed policy → organization decision constraintsEnterprise buyers claims verify करेंगे। इसलिए यह surface current source artifacts को उन production capabilities से अलग रखता है जिन्हें अभी validation या independent review चाहिए।
Business model self-service से contractual enterprise deployment तक scale होना चाहिए, हर segment के लिए अलग unrelated product बनाए बिना।
Self-service evaluation, reference contracts, local analysis और docs—procurement friction से पहले adoption के लिए।
EVALUATION / ADOPTIONWallets, fintech और onchain products के लिए usage-based या contracted integration, जब API guarantees measurable हों।
SDK / API REVENUEPolicy enforcement, private deployment, procurement evidence, support commitments और multi-approval high-value enterprise layer बनाते हैं।
ANNUAL CONTRACT / PRIVATE DEPLOYMENTSDK/API context और unchanged signing payload ले, structured evidence और decision recommendation लौटाए। Signing authority integrating wallet के पास ही रहे।
// 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 integratorIntegration contract default side-effect free हो: request in, evidence out, payload preserved, signer authoritative।
Review को सबसे narrow reliable boundary पर जोड़ें, transport/custody/signing दोबारा बनाए बिना।
Provider methods को confirmation से पहले intercept करें और original request बदले बिना evidence दिखाएं।
Request construction के बाद और signer invocation से पहले analyze करें; keys analysis से बाहर रहें।
Transaction package को existing signer/custody तक भेजने से पहले evidence और policy चलाएं।
Machine-generated intent को untrusted input मानें; irreversible/high-value actions के लिए policy gates और human escalation रखें।
Final payload analyze करें, सिर्फ pre-construction params नहीं, ताकि encoding/routing review bypass न करे।
Evidence model को post-event observability और incident triage के लिए reuse करें, signing authority दिए बिना।
Unknown evidence को स्पष्ट रूप से unknown रहना चाहिए। Missing analysis कभी चुपचाप ALLOW नहीं बनना चाहिए।
Confirmation से पहले exact request और origin लें।
Generic risk logic से पहले request family पहचानें।
Methods, parameters, authority और destinations normalize करें।
जहाँ उपलब्ध हो contract, policy, freshness और simulation context जोड़ें।
Reconstructed authority को user के stated intent से compare करें।
ALLOW, WARN, REVIEW या BLOCK स्पष्ट reasons और unknowns के साथ लौटाएं।
Control wallet या signer को लौटाएं। Analysis कभी silently sign या broadcast न करे।
Integration contract default side-effect free हो: request in, evidence out, payload preserved, signer authoritative।
{
"requestType": "eip712",
"origin": "https://app.example",
"chainId": 1,
"method": "eth_signTypedData_v4",
"intent": { "action": "swap", "asset": "USDC" },
"payload": "<original wallet payload>"
}{
"decision": "REVIEW",
"confidence": "partial",
"authority": [{ "type": "token_spend", "scope": "unlimited" }],
"evidence": [{ "signal": "new_spender", "severity": "high" }],
"unknowns": ["future_execution_state"],
"payloadIntegrity": "unchanged"
}Unknown evidence को स्पष्ट रूप से unknown रहना चाहिए। Missing analysis कभी चुपचाप ALLOW नहीं बनना चाहिए।
Unknown evidence को स्पष्ट रूप से unknown रहना चाहिए। Missing analysis कभी चुपचाप ALLOW नहीं बनना चाहिए।
Guess न करें। Request preserve करें, unsupported surface दिखाएं और review मांगें।
unsupported → REVIEWStatic/context evidence जारी रखें, लेकिन missing simulation स्पष्ट करें।
simulation: unavailable → confidence: partialIntent और decoded authority mismatch को first-class evidence मानें।
intent != authority → REVIEW/BLOCK policyTime-sensitive intelligence में freshness metadata जरूरी है ताकि पुराने observations current facts न लगें।
observedAt + ttl → freshnessIntegration visibly fail करे, payload integrity preserve करे, unsupported states expose करे और analysis failure को implicit approval न बनाए।