Install Lasso in your app
Lasso is standard EVM JSON-RPC, so installing it means changing one URL. Your client library, contract calls and secret store stay as they are. This page shows the URL in each common client and how to move traffic over safely.<base>[/profile/<profile>][/<strategy>]/<chain>; see
keys, URLs and profiles.
viem
ethers v6
polling: true makes provider.on(...) poll with eth_getLogs instead of
HTTP filters, which Lasso doesn’t serve. For push delivery, use the WebSocket
provider.
Foundry, Hardhat and indexers
load-balanced for backfills; see
indexer backfills.
Choose the URL per call site
Roll out one path at a time
- Pick one stateless read path your app already measures, such as a balance
or
eth_blockNumberpoller. - Point it at Lasso with an explicit strategy, and keep the previous URL as a rollback.
- Compare correctness, error rate, latency and head freshness against the old endpoint, and check routing evidence to see which provider served each request.
- Move historical reads, transaction sending and subscriptions as separate steps; each has its own behavior in RPC method behavior.
- Expand traffic once your own evidence supports it.
Limits
- Lasso rejects HTTP filter methods (
eth_newFilterand friends). Useeth_getLogsor WebSocket subscriptions. - JSON-RPC batches are routed per item, so one batch can span providers and blocks. For reads at one block, use read at one block.
Next
- Keys, URLs and profiles: the URL grammar and scoped keys.
- Routing: what each strategy does, and how to trial it against your current endpoint.