StakeXDCDocs
Institutional

SLA & Support

StakeXDC provides differentiated support and uptime commitments based on the partner's integration model.

StakeXDC provides differentiated support and uptime commitments based on the partner's integration model.


Uptime SLA

ComponentTargetMeasurement
Smart contracts99.9%On-chain availability (dependent on XDC Network uptime)
Validator operations99.5%Validator uptime and reward generation
API / SDK99.5%Availability of off-chain integration endpoints
Frontend (Powered by Prime)99.0%Widget / embedded UI availability

Uptime is measured monthly. Downtime due to XDC Network-level issues is excluded from SLA calculations.


Incident Response

SeverityResponse TimeResolution Target
Critical (fund loss risk, contract exploit)< 1 hourPause + patch within 24 hours
High (degraded service, delayed rewards)< 4 hoursResolution within 48 hours
Medium (non-critical bug, UI issue)< 24 hoursResolution within 72 hours
Low (cosmetic, documentation)< 48 hoursNext scheduled release

Support Tiers

White Label Partners (Model A)

FeatureIncluded
Dedicated partner managerYes
Technical integration supportYes (during onboarding + ongoing)
Priority incident responseYes
Custom SLA negotiationAvailable
Monthly performance reviewYes
Slack / Telegram channelDedicated private channel

Powered by Prime Partners (Model B)

FeatureIncluded
Integration supportYes (during onboarding)
Standard incident responseYes
Email supportYes
Monthly reportingStandard automated reports

Monitoring & Reporting

CapabilityDescription
On-chain monitoringReal-time tracking of staking, rewards, and withdrawal events
Validator health dashboardUptime, reward rate, and performance metrics
Monthly settlement reportsTVL, rewards generated, fees, revenue share
Incident post-mortemsPublished within 7 days of any critical incident

Upgrade Policy

  • Parameter changes on the psXDC v3 vault (loss caps, role rotations, governance delay) follow the on-chain delayed governance pattern: schedule → wait governanceDelay → execute. Partners can monitor pending changes via on-chain events.
  • Emergency pauses (vault) are immediate and require multisig approval. Resuming requires a separate multisig unpause call.
  • Upgrade history and changelogs are published in documentation.

Contact

For support inquiries:

On this page