Refactor conf with flatten

[nitely]

Changes:

• Pack metric opts into MetricsConf
• Pack keymanager opts into keyManagerApiConf
• Pack restRequestTimeout, restMaxRequestBodySize, restMaxRequestHeadersSize into RestApiConf. But this could be passed individually instead.
• Small initKeymanagerServer change to avoid passing rest opts.
• Clean up no longer needed defaultValueDesc
• Bumped nim-confutils to Fixes #114; Allow flattening options in objects nim-confutils#118

Beware this contains breaking changes; needs status-im/nimbus-eth1#3848 to be merged after to solve them.

[github-actions]

Unit Test Results

       12 files  ±0    2 508 suites  ±0   54m 43s ⏱️ - 8m 5s
13 064 tests ±0  12 517 ✔️ ±0  547 💤 ±0  0 ❌ ±0 
66 116 runs  ±0  65 406 ✔️ ±0  710 💤 ±0  0 ❌ ±0 

Results for commit 3855b82. ± Comparison against base commit 737dcbe.

♻️ This comment has been updated with latest results.

[cheatfate]

If you going to refactor configs it would be nice if you split all the configs between parts, because when VC builds it imports whole BN codebase just because of the conf.nim. So it would be nice to have some module with common procedures (which does not import whole BN) and separate conf.nim for every binary we have.

[arnetheduck]

nice if you split all the configs between parts

It's not a bad idea in general but I suspect the gains might be smaller than one would think since the VC already needs a significant portion of spec which is the main part of what's being imported "redundantly". One would also need to introduce additional structure for parsing those options that are common, so it's probably outside of the scope of this PR.

[tersec]

nim-confutils bump done externally to this PR.