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.rstfor the protocol and the environment,CHANGES.rstat the root of the repository for everything else). -
Select suitable reviewers using the Reviewersfield below. -
Select as Assigneethe next person who should take action on that MR