Within module, it should consistently use channel instead of event emitter.
Event emitter can handle internal events within modules too.
Event emitter was used when removing bus
2.2-
This issue need to consider future impact on the modules which will be in the elements
@shuse2, regarding the ongoing BFT implementation, the way events are currently emitted is not consistent, for example EVENT_NEW_BLOCK is not emitted when receiving a block from the network passively and applying it.
I have an idea in mind to unify this behavior for example by emitting this in processBlock or similar, but using channels.
This is what it currently looks like on 2.0:

We also have to take into account EVENT_NEW_BROADHASH in the new BFT impl.
Let's remember to have into account potential cases described in https://github.com/LiskHQ/lisk-sdk/issues/3539
Closing because channel is now consistently use for external communication from the framework, and internally eventEmitter is used.
Most helpful comment
@shuse2, regarding the ongoing BFT implementation, the way events are currently emitted is not consistent, for example EVENT_NEW_BLOCK is not emitted when receiving a block from the network passively and applying it.
I have an idea in mind to unify this behavior for example by emitting this in
processBlockor similar, but using channels.This is what it currently looks like on 2.0:
We also have to take into account EVENT_NEW_BROADHASH in the new BFT impl.