Marge Bot activity https://gitlab.com/nomadic-margebot 2026-03-20T15:26:18Z tag:gitlab.com,2026-03-20:5226859327 Marge Bot pushed to project branch master at Tezos / tezos 2026-03-20T15:26:18Z nomadic-margebot Marge Bot

Marge Bot (5aeb1b5f) at 20 Mar 15:26

Merge !21123: Etherlink/Benchmark: workaround stale stor...

... and 1 more commit

tag:gitlab.com,2026-03-20:5226859292 Marge Bot deleted project branch alain@functori/workaround-evm-benchmark at Tezos / tezos 2026-03-20T15:26:18Z nomadic-margebot Marge Bot

Marge Bot (0e9adbcb) at 20 Mar 15:26

tag:gitlab.com,2026-03-20:5226858917 Marge Bot accepted merge request !21123: Etherlink/Benchmark: workaround stale storage_version after kernel migration at Tezos / tezos 2026-03-20T15:26:12Z nomadic-margebot Marge Bot

What

The Etherlink tezt cloud benchmark crashes when using a custom kernel with a mainnet snapshot. The EVM node exits with "No value found under /evm/sequencer" shortly after producing the first block.

Why

When a custom kernel triggers a storage migration (e.g. V50, which relocates the sequencer key to a new path), the EVM node's in-memory cached storage version becomes stale. The node keeps looking for the sequencer key at the old path, which the kernel has already deleted. This only happens when the kernel is replaced at init time rather than through the normal upgrade mechanism, because the storage version refresh is only wired to scheduled upgrades.

Relates to L2-986.

How

After the first block is produced (which triggers the kernel migration), the benchmark now restarts the EVM node. On restart, the node re-reads the storage version from the current state and picks up the correct paths. This is a temporary workaround until the node itself is patched.

tag:gitlab.com,2026-03-20:5225884485 Marge Bot pushed to project branch master at Tezos / tezos 2026-03-20T11:25:14Z nomadic-margebot Marge Bot

Marge Bot (aa1d7358) at 20 Mar 11:25

Merge !20923: doc: Typo train

... and 1 more commit

tag:gitlab.com,2026-03-20:5225884376 Marge Bot deleted project branch typo-doc at Tezos / tezos 2026-03-20T11:25:12Z nomadic-margebot Marge Bot

Marge Bot (05340a60) at 20 Mar 11:25

tag:gitlab.com,2026-03-20:5225884076 Marge Bot accepted merge request !20923: doc: Typo train at Tezos / tezos 2026-03-20T11:25:07Z nomadic-margebot Marge Bot

What

This is an instance of the typo train, an MR grouping typo fixes and other minor (and not so urgent) changes to the doc.

See meta-issue #2329 for more details.

Why

Encourage doc fixes from anyone.

How

Nothing is specified in advance! Rather, doc fixes are welcome from anyone, as long as in Draft mode.

Manually testing the MR

Read the changes and check that they are correct and they bring some improvements.

Checklist

  • Select suitable reviewers using the Reviewers field below.
  • Select as Assignee the next person who should take action on that MR
tag:gitlab.com,2026-03-20:5225879311 Marge Bot deleted project branch plissi@tezosx@fix-tezos-op-injection at Tezos / tezos 2026-03-20T11:23:46Z nomadic-margebot Marge Bot

Marge Bot (b0a04807) at 20 Mar 11:23

tag:gitlab.com,2026-03-20:5225879163 Marge Bot pushed to project branch master at Tezos / tezos 2026-03-20T11:23:43Z nomadic-margebot Marge Bot

Marge Bot (b78df87d) at 20 Mar 11:23

Merge !21297: TezosX: Fix tezos operation injection

... and 1 more commit

tag:gitlab.com,2026-03-20:5225878899 Marge Bot accepted merge request !21297: TezosX: Fix tezos operation injection at Tezos / tezos 2026-03-20T11:23:39Z nomadic-margebot Marge Bot

What

Tezos operation injection was broken in tezt scenarios as demonstrated by !21296.

Why

This fail is caused by 2 things:

Instant confirmations are enabled by default for tezt scenarios when:

~preconfirmation_stream_enabled: (Option.value ~default:(not enable_multichain) instant_confirmations)

And tick() function of the tx queue (used to push received transaction to the block producer), is not called for tezos operation injection.

How

Call already present tick() function in etherlink/bin_node/lib_dev/rpc_server.ml after add_operation.

Manually testing the MR

Test writter in !21296 by @spalmer25 passes after being rebased on this MR.

tag:gitlab.com,2026-03-20:5225842518 Marge Bot commented on merge request !20923 at Tezos / tezos 2026-03-20T11:13:25Z nomadic-margebot Marge Bot

I can't assign this MR to a merge train!

Here are the error(s) I have detected:

  • MR is Draft

Note that there are some errors I can't detect. So please have a look at the merge checks done by Gitlab. (*)

If you need help, please contact the infrastructure team on Slack.

(*) Near top of the MR page, between approvals and activity.

tag:gitlab.com,2026-03-20:5225674538 Marge Bot deleted project branch mattias@check-opam-version-archive-mirrors at Tezos / tezos 2026-03-20T10:32:58Z nomadic-margebot Marge Bot

Marge Bot (9155191d) at 20 Mar 10:32

tag:gitlab.com,2026-03-20:5225674537 Marge Bot pushed to project branch master at Tezos / tezos 2026-03-20T10:32:58Z nomadic-margebot Marge Bot

Marge Bot (1de15acd) at 20 Mar 10:32

Merge !20591: Build: Check opam version before editing a...

... and 1 more commit

tag:gitlab.com,2026-03-20:5225674211 Marge Bot deleted project branch alain@functori/finalized-snapshots at Tezos / tezos 2026-03-20T10:32:53Z nomadic-margebot Marge Bot

Marge Bot (fe0a8b64) at 20 Mar 10:32

tag:gitlab.com,2026-03-20:5225674189 Marge Bot accepted merge request !20591: Build: Check opam version before editing archive-mirrors at Tezos / tezos 2026-03-20T10:32:53Z nomadic-margebot Marge Bot

What

Checks that opam has a minimum version before changing the archive-mirrors config option

Why

opam 2.1 will fail when trying to set this option

How

Manually testing the MR

Checklist

  • Document the interface of any function added or modified (see the coding guidelines)
  • Document any change to the user interface, including configuration parameters (see node configuration)
  • Provide automatic testing (see the testing guide).
  • For new features and bug fixes, add an item in the appropriate changelog (docs/protocols/alpha.rst for the protocol and the environment, CHANGES.rst at the root of the repository for everything else).
  • Select suitable reviewers using the Reviewers field below.
  • Select as Assignee the next person who should take action on that MR
tag:gitlab.com,2026-03-20:5225674005 Marge Bot pushed to project branch master at Tezos / tezos 2026-03-20T10:32:51Z nomadic-margebot Marge Bot

Marge Bot (b77812c2) at 20 Mar 10:32

Merge !21201: Rollup node: add --level option to snapsho...

... and 7 more commits

tag:gitlab.com,2026-03-20:5225673662 Marge Bot accepted merge request !21201: Rollup node: add --level option to snapshot export and import at Tezos / tezos 2026-03-20T10:32:45Z nomadic-margebot Marge Bot

What

Add a --level option to the smart rollup node's snapshot export and import commands.

For export, it controls the last level included in the snapshot. It accepts head, finalized, cemented, or a numeric level, and defaults to finalized.

For import, it accepts a numeric level and allows importing a snapshot at an earlier level than the one provided by the snapshot.

Why

Snapshot imports can fail when the L2 head stored in the snapshot sits on a branch that has since been reorganized on L1. The commitment at that level (if any) may never be published, causing the post-import validation to reject the snapshot.

Defaulting export to finalized avoids producing snapshots with heads that are likely to be reorganized. The import option provides a recovery path when a snapshot's head is already on an orphaned branch.

How

A new snapshot_level CLI type is added with the accepted shortcuts and numeric values. On export, the store is truncated to the requested level after the vacuum copy. On import, the store is reset to the requested level after extraction, and the commitment publication check is adjusted to account for the new head.

tag:gitlab.com,2026-03-20:5225522899 Marge Bot pushed to project branch master at Tezos / tezos 2026-03-20T09:57:10Z nomadic-margebot Marge Bot

Marge Bot (f139f280) at 20 Mar 09:57

Merge !21267: TezosX: Share access list across CRACs

... and 2 more commits

tag:gitlab.com,2026-03-20:5225522145 Marge Bot deleted project branch plissi@tezosx@crac-access-list-sharing at Tezos / tezos 2026-03-20T09:57:01Z nomadic-margebot Marge Bot

Marge Bot (3dec08eb) at 20 Mar 09:57

tag:gitlab.com,2026-03-20:5225521805 Marge Bot accepted merge request !21267: TezosX: Share access list across CRACs at Tezos / tezos 2026-03-20T09:56:57Z nomadic-margebot Marge Bot

What

Keep the EIP-2930 access list through cross runtime calls.

Why

In the EVM > Michelson > EVM scenario, origin access list is currenlty lost. This is not something that is handled naturally by sharing the REVM journal. We must handle it explicitely. Closes https://linear.app/tezos/issue/L2-983/handle-access-list-in-evm-runtime.

How

  1. TransactionOrigin::UserInput now contains an access_list. We chose not to make the update available to the CRAC user because it is:
    1. Constructed off-chain by the user before signing
    2. Signed as part of the transaction with the sender's private key
    3. Immutable after being sent, EVM has no opcode to read or modify it during execution
  2. EvmJournal stores the access_list
    1. Fed once at the UserInput case of CRAC
    2. Owns and shares copies to TxEnvBuilder which also requires ownership
tag:gitlab.com,2026-03-20:5225470840 Marge Bot deleted project branch brahima@l2-1047-mir-view-context-update at Tezos / tezos 2026-03-20T09:45:25Z nomadic-margebot Marge Bot

Marge Bot (0604453a) at 20 Mar 09:45