Add ethereum bridge testing support

[dimartiro]

Description

Add support for testing ethereum snowbridge in dancelight using xcm-emulator bridge features

[github-actions]

WASM runtime size check:

Compared to target branch

dancebox runtime: 1420 KB (no changes) ✅

flashbox runtime: 824 KB (no changes) ✅

dancelight runtime: 2172 KB (no changes) ✅

container chain template simple runtime: 1124 KB (no changes) ✅

container chain template frontier runtime: 1400 KB (no changes) ✅

[girazoki]

I would make this more generic. Maybe we can pass a mocknet and adjust the rest of the values? maybe not, just asking for reference

[dimartiro]

Solved, but was easier using the Relay, Parachain instead of the mocknet.
I'm still thinking all will be more straightforward if we add bridge support for relay in the __impl_test_ext_for_relay_chain macro
but for sure that could take more time to test

[girazoki]

Now that we know how this works, maybe we can add the dispatcher in the other direction? we should Call EthereumInboundQueue with the extrinsic submit and the message. We can use the same pattern, i.e., we create a send_inbound_message function that overrides a thread variable and we implement the other direction of the bridge

[github-actions]

Coverage Report

(master)

@@                    Coverage Diff                    @@
##           master   diego-test-eth-bridge      +/-   ##
=========================================================
+ Coverage   65.76%                  65.84%   +0.08%     
+ Files         332                     334       +2     
+ Lines       58475                   58553      +78     
=========================================================
+ Hits        38456                   38554      +98     
- Misses      20019                   19999      -20     

Files Changed	Coverage
/pallets/external-validator-slashes/src/lib.rs	85.94% (+7.35%)	✅
/primitives/bridge/src/custom_do_process_message.rs	97.47% (+1.27%)	✅
/primitives/bridge/src/lib.rs	81.75% (+1.59%)	✅

Coverage generated Wed Jan 22 15:20:32 UTC 2025

[dimartiro]

Now that we know how this works, maybe we can add the dispatcher in the other direction? we should Call EthereumInboundQueue with the extrinsic submit and the message. We can use the same pattern, i.e., we create a send_inbound_message function that overrides a thread variable and we implement the other direction of the bridge

I'm not sure if I get it, you mean by creating another network with a bridge setting DancelightRelay as Target ?