mirador.* event on the active user-flow span, and Mirador follows the action and stitches its outcome into that same trace.
Supported actions include EVM, Solana, Canton, Safe, Relay, and Stripe.
The canonical machine-readable contract is published at
otel.mirador.org/llms.txt. Use it when generating integrations or prompting a coding agent.Event catalog
An EVM chain is identified by
chain.id, chain.name, or both when they agree.
Attribute reference
Extra attributes are preserved as context but do not control tracking.
Emit a hint
Add the event only after the external system returns its identity.Rules that must hold
- Emit an event, not a child span. Add the reserved event to the active user-flow span.
- Use the exact event name. Names are case-sensitive.
- Emit one event per action. Two transactions require two events; do not use an array of hashes.
- Use flat attribute keys. Dots are part of the key name.
- Wait for the identity. Do not emit before the transaction, intent, or payment ID is known.
- Keep the span sampled. A sampled-out span cannot carry a hint to Mirador.
- Flush before exit. Allow the batch exporter to drain or explicitly shut down the provider.
Chain resolution
The EVM and Safe hints accept these forms:
Known IDs include Ethereum
1, Optimism 10, BNB Smart Chain 56, Polygon 137, HyperEVM 999, Base 8453, and Arbitrum 42161.
Invalid hints are preserved
A reserved event that is missing a required attribute or fails chain validation becomes a normal span event. Mirador preserves it instead of dropping it, but enrichment tracking does not start. This fallback makes typos visible in the trace while preventing Mirador from following the wrong external action.Next steps
Traces over OTLP
Configure trace export and understand span mapping
Transaction hints
Learn how Mirador follows and enriches transactions