trading-venue.trade-settled.retracted
A settled trade was busted after its settlement event. Sent only once the reversal is complete on chain, through every reversal transfer of the bust or the venue's own undo of the trade, never while a reversal is only queued, after it reverts, or when it does not settle in time. supersedes names the trading-venue.trade-settled.final event when this endpoint received it.
Delivery contract
| Field | Value |
|---|---|
| Event type | trading-venue.trade-settled.retracted |
| Version | 1 |
| Lifecycle state | retracted |
| Counter-signed receipts | No event-specific advice |
| SDK type | Webhook.TradingVenueTradeSettledRetractedV1 |
The receipt recommendation does not change delivery behavior. DALP waits for a counter-signed receipt only if the webhook endpoint's counterSignedReceipts value is true when DALP queues the delivery. When the value is false, a normal 2xx response completes the delivery.
Related references:
marketIdtradeId
Handle the retraction
Verify the delivery before processing it. When supersedes names an event you stored, use it to find the earlier event. It is absent when this endpoint was never sent that event, and it can name an event you never stored when that delivery did not succeed; then match the retraction by the payload identifiers instead. Mark that event as retracted, then reconcile or reverse the downstream changes it created. Deduplicate by evt_id so retries do not repeat this work.
If the retraction arrives first, retain it and prevent the earlier event from taking effect if it arrives later. Keep both events in your audit record. A retraction does not request a new ledger transaction.
See webhook idempotency and on-chain outcome for retry, replay, and lifecycle handling.
Payload schema
The schema and examples describe the full payload. Thin delivery omits personal data fields. Use the payload-shape guidance to choose the endpoint configuration.
{
"type": "object",
"properties": {
"marketId": {
"type": "string",
"minLength": 1
},
"tradeId": {
"type": "string",
"minLength": 1
},
"chainId": {
"type": "integer",
"exclusiveMinimum": 0
},
"bustId": {
"type": "string",
"minLength": 1
},
"reason": {
"type": "string",
"enum": ["bust"]
},
"settlementTxHash": {
"type": "string",
"pattern": "^0x[a-fA-F0-9]{64}$"
},
"sequence": {
"type": "string",
"pattern": "^(?:0|[1-9]\\d*)$"
},
"occurredAt": {
"type": "string",
"pattern": "^\\d{4}-\\d{2}-\\d{2}T\\d{2}:\\d{2}:\\d{2}(?:\\.\\d+)?Z$"
},
"supersedes": {
"type": "string",
"pattern": "^evt_[a-zA-Z0-9]+$"
}
},
"required": ["marketId", "tradeId", "chainId", "bustId", "reason", "settlementTxHash", "sequence", "occurredAt"],
"additionalProperties": true
}TypeScript SDK example
Use the request's raw body and headers with your endpoint's webhook secret. This handler illustrates verification and event selection. Before writing downstream state, deduplicate deliveries by evt_id and recognize replayed outcomes by their domain identifiers.
const result = await verifyWebhook({
rawBody,
headers,
secret: process.env.DALP_WEBHOOK_SECRET!,
});
if (!result.ok) {
throw new Error(`Webhook verification failed: ${result.code}`);
}
if (result.event.type === "trading-venue.trade-settled.retracted") {
const event: Webhook.Event<"trading-venue.trade-settled.retracted"> = result.event;
console.log(event.payload);
}HTTP delivery example
This illustrative request shows the delivery shape. Its timestamp and signature are placeholders; a verifier rejects them. Use a signed platform delivery to verify your endpoint.
curl -X POST https://consumer.example.com/dalp/webhooks \
-H "content-type: application/json" \
-H "webhook-id: evt_980c49d6eea809e58cf80b00f3caa053" \
-H "webhook-timestamp: 1778112000" \
-H "webhook-signature: v1,docs-example-signature" \
--data '{"evt_id":"evt_980c49d6eea809e58cf80b00f3caa053","source_id":"example:trading-venue.trade-settled.retracted@1:0","lifecycle_state":"retracted","supersedes":"evt_tradesettled001","payload":{"marketId":"mkt_01J9ZQ4F3K8V2N6T0R5W7Y1B3D","tradeId":"trd_01J9ZQ6B7D9F1H3K5M7P9S2V4X","chainId":537001,"bustId":"bust:trd_01J9ZQ6B7D9F1H3K5M7P9S2V4X","reason":"bust","settlementTxHash":"0xbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbb","sequence":"1843","occurredAt":"2026-09-28T11:02:09.115Z","supersedes":"evt_tradesettled001"},"related":{"marketId":"marketId_example","tradeId":"tradeId_example"},"type":"trading-venue.trade-settled.retracted","version":1,"request":{"idempotency_key":"idem_01JZP7R5W8M9N0P1Q2R3S4T5"}}'Version and manifest
This page documents version 1 of trading-venue.trade-settled.retracted. This event type is not deprecated. The DALP events manifest contains the machine-readable AsyncAPI entry.
trading-venue.trade-settled.final
A matched trade settled on chain and the venue recorded it. Sent once per trade after the settlement transaction is confirmed; delivery says whether the market's holding period still holds the tokens. A later trading-venue.trade-settled.retracted names a trade a bust reversed.
trading-venue.trade.final
A trade's delivery completed on chain: the venue's Delivered log, emitted when the holding period is over and the legs have moved. A trade is final only then, never when its settlement transaction is merely queued. Carries the log's coordinate; read the trade through the venue API.