Network Mirror Mode is available on the paid plan. To enable it for your account, contact our sales team.
Network Sync page for a Mirror-Mode Virtual Environment: block-lag chart, sync status counters, and the Rewind / Sync block / Start auto-sync controls.
When to use it
Use Network Mirror Mode when you need to evaluate behavior against live network conditions rather than a frozen fork:- Test how your contracts behave against today’s oracle prices, pool reserves, or governance state.
- Stage a transaction and control when it executes relative to the next synced block.
- Pause the live network at a specific block to inspect state, then continue replaying.
- Compare your Virtual Environment’s storage and balances against mainnet baselines over time.
- Fork at a past block and replay real history forward, for example to backtest a token position’s realized yield.
How sync works
A mainnet tick produces a Virtual Environment tick within roughly 12 seconds. Each tick brings in the next block’s transactions and applies them on top of your Virtual Environment’s current state. Transactions you submit sit in the Virtual Environment’s mempool until the next sync tick, at which point they’re prepended to the synced block in FIFO order. Your transactions execute first; the synced mainnet transactions execute after them, against the resulting state. A “live” indicator shows whether the Virtual Environment is keeping up:
Sync status header: Mainnet head, Virtual Environment head, and how many blocks behind mainnet the Virtual Environment currently is.
Time controls
The time-control strip lets you move the Virtual Environment’s clock relative to mainnet. Each control maps directly to an RPC call you can also invoke from your own code:
The speed picker (
0.5×, 1×, 2×, 4×) sets the tick delay between sync calls (24s, 12s, 6s, 3s per block respectively); 1× matches mainnet pace.
Time-control strip: Rewind, Sync block, and Start auto-sync with speed multiplier (0.5×, 1×, 2×, 4×).
tenderly_getSyncStatus.
State drift lens
The State Drift lens shows where your Virtual Environment has diverged from mainnet. Useful for finding the contract or wallet your test actually moved. Two sub-views share one surface:
The lens is scoped to the contracts and wallets you’re watching plus any contracts the current session has touched.
State Drift tab: State and Balance sub-views with Track variable and Track balance controls.
Block-context fidelity
Network Mirror Mode commits to one-to-one parity with the parent network on the dimensions that most often affect contract behavior:- Block-context alignment:
block.timestamp,baseFee,coinbase, andprevrandaoreflect mainnet values. - Gas-market parity: current mainnet gas pricing applies to transactions you submit.
- Sub-tick latency: a mainnet tick produces a Virtual Environment tick within roughly 12 seconds.
Cheatcode behavior
Because Network Mirror Mode is continuously importing real blocks, some Admin RPC cheatcodes behave differently than on a standard Virtual Environment.
See the Admin RPC reference for the full cheatcode list.
Mode comparison
Known limitations
- Single-network only. Network Mirror Mode applies per Virtual Environment; combining it with multichain Virtual Environments isn’t currently supported.