# Livepeer Testnet Implementation Proposal

**URL:** <https://forum.livepeer.org/t/livepeer-testnet-implementation-proposal/3322>\
**Category:** Protocol\
**Created:** [July 31, 2026, 6:03pm UTC](https://forum.livepeer.org/t/livepeer-testnet-implementation-proposal/3322 "2026-07-31T18:03:49Z")\
**Posts on this page:** 1\
**Showing post:** 9

<div class="post-metadata">

**Author:** ![drieddate\_sidestream](https://avatars.discourse-cdn.com/v4/letter/d/8e7dd6/32.png) [@drieddate\_sidestream](https://forum.livepeer.org/u/drieddate_sidestream)\
**Post date:** [September 10, 2026, 8:20am UTC](https://forum.livepeer.org/t/livepeer-testnet-implementation-proposal/3322/9 "2026-09-10T08:20:52Z")

</div>

Thanks @Strykar for your detailed comment.

We were able to reproduce the error you’re experiencing. While blocks are correctly handled by the Forge CLI inside tests that we primarily use, there seems to be a bug in the Anvil implementation that doesn’t account for the non-standard Arbitrum EVM implementation (which is supposed to return L1 blocks via `block.number`).

We reported this issue to Foundry [here](https://github.com/foundry-rs/foundry/issues/16768) and they already fixed it via [this PR](https://github.com/foundry-rs/foundry/pull/16771) and made a [pre-release](https://github.com/foundry-rs/foundry/releases/tag/nightly-fc14f674bd853bc817c308a5202faa5be8df05e7) with the fix. We’ve confirmed that using this pre-release the block numbers are correctly incremented now, and does not cause any round jumps.

That said, to overcome this problem and play with the Reward Caller functionality we introduced, you could’ve also used the Type 5 testnet. We’ve tested that Tenderly doesn’t have this issue: an Arbitrum fork with one simulated transaction still returns the correct block and round number:

- [Newly created Tenderly testnet with one transaction that sets reward caller](https://dashboard.tenderly.co/explorer/vnet/f5e24409-a5bd-474c-b13c-80f746dff2ec/transactions?perPage=20&page=1)

- You can verify the current round number via the following command:

- The command returns `4331` round as expected

Please let us know if you still experience any issues. If it’s related to the Foundry tools, we recommend to report those issues directly to their GitHub, so it’s fixed even faster.

---

_[View the full topic](https://forum.livepeer.org/t/livepeer-testnet-implementation-proposal/3322)._