Open davidyuk opened 6 months ago
Also, for some reason dev mode in mdw requires mining.beneficiary
to be set, otherwise
exec ae_mdw ./bin/ae_mdw rpc ':aeplugin_dev_mode_app.start_unlink()'
fails with
[debug] consensus_request(emit_kb) Failed: error {case_clause,{error,beneficiary_not_configured}} [{aec_conductor,get_next_beneficiary,2,[{file,"/home/builder/aeternity/apps/aecore/src/aec_conductor.erl"},{line,541}]},{aec_consensus_on_demand,client_request,1,[{file,"/home/builder/aeternity/apps/aecore/src/aec_consensus_on_demand.erl"},{line,85}]},{aec_conductor,consensus_request,1,[{file,"/home/builder/aeternity/apps/aecore/src/aec_conductor.erl"},{line,223}]},{aeplugin_dev_mode_emitter,init,1,[{file,"src/aeplugin_dev_mode/aeplugin_dev_mode_emitter.erl"},{line,82}]},{gen_server,init_it,2,[{file,"gen_server.erl"},{line,980}]},{gen_server,init_it,6,[{file,"gen_server.erl"},{line,935}]},{proc_lib,init_p_do_apply,3,[{file,"proc_lib.erl"},{line,241}]}]
dev mode in plain node works without beneficiary explicitly set 🤷♀️
@sborrazas any update on this?
@thepiwo I haven't looked into this yet, I'll try to look into it. Remember the way dev_mode works is extremely hack-ish due to the ae_plugin system the node has, in fact ae_mdw itself needs toa bunch of hacks in order for it to work (e.g. the plugin source code itself is copied directly into the repo so that the source is included when compiling the app)
Here is a minimum dev mode configuration of the node
docker-compose.yml
docker/aeternity.yaml
Here is that status endpoint returns
Using the same configuration with
ae_mdw
I'm getting different resultsFirstly, the message "[info] Set app_ctrl mode: dev_mode" appears the same way as in the previous setup, but the network id reported by http://localhost:3013/v3/status is ae_mainnet, and the node starts to sync. I expect it to be in dev mode and have
ae_dev
network id, the same way as in plain node.