Here’s a working version of the second call with transaction fees in CFG:
0x790003010100c91f0314000400010200bd1f06020001000000000000000000000000000000000000000000000000000000000000001300008a5d784563011300010200bd1f06020001000000000000000000000000000000000000000000000000000000000000001300008a5d784563010006010700f2052a0142130200583b020d00000000008c239bb14d19ed09000000000000140d0100010100bd1f
Differences to your call:
- The
refTimeweight for the transact call was set to5_000_000_000instead of your configured1_000_000_000_000_000_000, which is 200000000x higher.

The DMP (handler for downward messages from Polkadot) configuration of HydraDX is limited to 10_000_000_000 which is 2x of my above refTime. You can check this value at api.query.dmpQueue.configuration().
-
The origin kind of the transact had to be changed from
NativetoSovereignAccountbecause the call should be from theSibling(2031)account.

-
The amount of liquidity was lowered from ~46.7k CFG to 42.0k because anything closer to the original value failed at the point of testing. I suppose pool liquidity dropped a bit. The new encoded call hash of the transact call is
0x3b020d00000000008c239bb14d19ed09000000000000.
- Last but not least, the recipient of the over paid transaction fees was configured incorrectly. It is now set to the
Sibling(2031)account via(1, X1(Parachain(2031))MultiLocation
Proof of success
Since I went the lazy path of wrapping everything into SUDO, there might be still be a typo even though I tripple checked everything. Unfortunately, your scheduler idea didn’t work out for me.



