This endpoint is only available to Growth and Enterprise plans.
Product demo
Coming soon.Endpoint details
Mobula now provides two dedicated WSS endpoints Why? Because EVM and Solana work very differently under the hood. If we tried to send both through a single WebSocket channel, things would get messy:- The event queue would get backed up under heavy traffic
- Messages would arrive slower or even drop
- Scaling would be harder since both ecosystems compete for the same resources
- Faster and more reliable streams
- Independent scaling (EVM traffic won’t affect Solana, and vice-versa)
- Stable event delivery, even when network activity spikes
You cannot mix Solana subscriptions on the EVM endpoint (and vice-versa).
Always use the correct endpoint for the chain you’re working with.
Always use the correct endpoint for the chain you’re working with.
EVM Chains
- Endpoint:
wss://stream-evm-prod.mobula.io/
- Subscription Payload:
The EVM address in the filters must be lowercase.
SVM Chains
- Endpoint:
wss://stream-sol-prod.mobula.io/
- Subscription Payload:
Usage Examples
Before diving into the examples, make sure to check the data models for both EVM and SVM chains for swaps and transfers. Pro Tip for Devs: Dive into these data models and experiment with filters — your imagination is the only limit! Mix
and
/ or
, combine keys, and watch your streams come alive!- Explore
poolType
,poolAddress
,transactionFrom
,transactionTo
, and other keys in the data models. - Combine multiple conditions using
and
/or
operators to capture exactly the events you want. - Mix and match filters across swaps and transfers to suit your application needs.
Filter Swaps by Pools
This stream captures all swaps from eitherraydium
or raydium-clmm
pools.
Filter Transfer by Contract Address
This stream captures all swaps for a specificpoolAddress
and poolType
.
Filter Transfers by Sender
This stream captures all transfers sent to a specificaddress
.
Filter Transfers From Sender and Receiver
This stream captures all transfers sent from or received by specificaddresses
.
Parameters
chainIds
: details hereevents
: transactions, traces, logs, blocks, swaps, transfers, poolsfilters
: details heresubscriptionId (optional)
: A unique ID for your WebSocket connection. If not provided, it is automatically generated by the server.subscriptionTracking (optional, default: false)
: Set this to true to include the subscriptionId and additional connection details in the response logs. Helpful for debugging and managing multiple active streams.
Implementation example
Let’s take a look at:You can use the Network tab in your browser to see the WSS requests.
Unsubscribing from the stream
You can unsubscribe from the stream by sending an unsubscribe message:- Unsubscribe from all active streams: Send an empty payload as shown above. This will terminate all active subscriptions associated with the current WebSocket connection.
- Unsubscribe from a specific subscriptionId: Include the relevant subscriptionId in the payload: