Etherlink: use wasm entrypoint to populate delayed inbox

What

Uses a wasm entrypoint to populate the delayed inbox instead of an hack-ish inbox message

Why

That's a low hanging fruit. Also, I want in !14467 (merged) to introduce larger messages, and I don't want to add even more hack-ish code closer to the "production" one. Therefore I move the logic in a new module, that's unused by the kernel and rollup node but only by the evm-node.

How

Manually testing the MR

Testing should be enough.

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

Merge request reports

Loading