Skip to content

x/support — Support module

The x/support module is the on-chain intake path for problems: tickets and disputes raised against leases, usage records, or counterparties, tracked as state with defined lifecycles rather than emails into a void.

It is the front door of the dispute machinery — settlement’s 24-hour dispute window, fraud escalation, and correction flows all connect to intake records created here. Request payloads are sealed as EncryptedSupportPayload, so intake is visible as lifecycle state without exposing the details inside.

A participant opens a support request describing the problem. The message returns both a ticket ID and a ticket number, giving the filer a durable handle while the record moves through its lifecycle: requests are updated as work proceeds, responses are attached, and resolved requests are archived rather than deleted.

For problems already tracked outside the chain, the module registers external ticket references — pointers to outside service desks that can be updated or removed as those external tickets change. Because payloads are sealed in EncryptedSupportPayload, the chain carries the existence, ownership, and status of a ticket without publishing its contents.

Intake is also where disputes begin: usage disputes raised inside the settlement window flow through these records, and misconduct allegations escalate from support into fraud handling.

Decentralization removes the support desk, but not the need for recourse. Structured, on-chain intake gives every participant a visible, non-discretionary path to raise problems — and gives the protocol’s dispute rules something concrete to operate on.

ConceptDefinition
Dispute intakeThe structured on-chain record opening a dispute with lifecycle tracking.
  1. Raise — A problem is filed. Tickets and disputes open against the lease, record, or counterparty concerned.
  2. Track — The record lives. Defined lifecycles replace emails into a void — status and history are visible state.
  3. Route — It reaches the right machinery. Usage disputes meet the settlement window; misconduct allegations escalate to fraud handling.
  4. Resolve — Outcomes are recorded. Resolutions, corrections, and escalations leave an auditable trail for all parties.
MessagePurpose
MsgCreateSupportRequestOpen a support request, returning a ticket ID and ticket number.
MsgUpdateSupportRequestUpdate an existing support request record.
MsgAddSupportResponseAttach a response to a support request.
MsgArchiveSupportRequestArchive a support request that is no longer active.
MsgRegisterExternalTicketRegister a reference to an outside service-desk ticket.
MsgUpdateExternalTicketUpdate a registered external ticket reference.
MsgRemoveExternalTicketRemove an external ticket reference.
MsgUpdateParamsGovernance-only update of module parameters.
QueryPurpose
SupportRequestA single support request record.
SupportRequestsBySubmitterSupport requests filed by one submitter.
SupportResponsesByRequest / SupportResponsesByResponses attached to support requests.
SupportA single support record.
ExternalRef / ExternalRefsByOwnerRegistered external ticket references, individually and by owner.
ParamsCurrent module parameters.
ModuleHow they interact
x/settlementUsage disputes raised in the window flow through intake records.
x/fraudMisconduct allegations escalate from support to fraud handling.
x/marketDisputes reference the leases they concern.

The structured on-chain record opening a dispute, with lifecycle tracking from filing through resolution — the front door of the protocol’s dispute machinery.

Usage disputes raised inside the 24-hour window flow through intake records; corrections and holds attach to them before payout completes. See the x/settlement module.

Misconduct allegations escalate from support to fraud handling, where enforcement hooks can restrict participation pending adjudication. See the x/fraud module.