Overview
Relay is an intent-based cross-chain protocol: the user signs an intent at quote time, a solver fulfils it on the destination chain, and the bridge resolves asynchronously. Because deposit and fill happen on different chains — minutes apart, sometimes — instrumenting the flow with raw tx hashes alone misses the structure between them. Mirador’sweb3.relay.addQuoteHint() ties a Relay intent (by requestId) to a trace at quote time. From there the backend relayhint processor resolves the full quote from the requestId and emits the lifecycle onto the trace:
RelayHintAdded→RelayQuoteFoundRelayDepositAdded(with the source-chain tx hint co-emitted)RelaySolverCommitted(with the destination-chain tx hint co-emitted)RelayFillAddedorRelayRefunded/RelayFailed/RelayNotFoundRelayTrackingFinished(terminal)
Relay methods require the
Web3Plugin. See Plugins for setup.Recording a Quote Hint
Callweb3.relay.addQuoteHint() once Relay has returned a requestId for the user’s intent — before they deposit.
requestId is the only thing the SDK needs to ship — the platform resolves chain IDs, currencies, amounts, and the rest from Relay’s status feed server-side.
With an Optional Message
You can attach a free-form note for debugging context. The string rides on the protoRelayHint.details field.
Method Signature
| Parameter | Type | Required | Description |
|---|---|---|---|
requestId | string | Yes | Relay’s API correlation key |
message | string | No | Free-form note attached to the hint for debugging context |
End-to-End Example
Combining With Other Hints
Relay hints compose freely with EVM transaction hints, Safe hints, and the rest of the SDK. The processor itself co-emits source and destinationaddTxHints for the deposit and fill, so the underlying receipts also surface in the waterfall — you usually don’t need to add those by hand.
Next Steps
Transaction Hints
EVM transaction hints and correlation
Safe Multisig
Track Safe multisig flows
Plugins
Web3Plugin setup and configuration