There is currently a lot of RAM/CPU overhead required to run a privatenet such as neo-local due to the need for a minimum of four consensus nodes running simultaneously on the same system. Additionally it complicates the configuration due to the need to bind each node's network services to different non-standard ports to avoid conflicts.
It could be highly useful for the Neo core code to support a single-node consensus mode for a lightweight privatenet. Ontology has this feature and it makes setting up a smart contract development environment much simpler and more convenient.
It would also benefit Neo smart contract workshop events in the amount of time saved with setting up and resolving issues with different user workstations that may not always have the ideal minimum requirements for running 4 full nodes plus the extra tools required for the class.
In theory, the number of consensus nodes can be changed to 1 in the configuration file protocol.json. But it still needs to be tested if it works correctly.
Actually for workshops or training, is it possible to provide a simplified chain such as Ganache?. It accepts all incoming transactions immediately and creates one block for each by default.
It accepts all incoming transactions immediately and creates one block for each by default.
I think you can adjust the block time in the configuration file to realize this purpose.
It accepts all incoming transactions immediately and creates one block for each by default.
I think you can adjust the block time in the configuration file to realize this purpose.
For such case, it is better to let the single node judge if there are any transactions in the pool, to avoid producing a number of empty blocks.
This would be really really good to have.
We at O3 are building yet another(more reliable) blockchain explorer. everything is bundled into a single binary. no other dependencies. it needs only neo-cli and several plugins. We are planning to make it run locally with private net to help developers with their testing and development pipeline.
Nice discussion, I will soon test and implement a draft about this.
@igormcoelho just reminded me about the the GAS...aehauehuaea
Let's think a little bit more, this will require an adjustment in the formula, otherwise that privatenet will not have enough GAS or we would need to manipulate its transactions.
A minor modification for allowing single node to produced blocks was make and tested, @hal0x2328.

7% delay in our initial experiments.
Maybe I will create another PR for allowing genesis block to be created for a singlesig address instead of multisig.
What do you think, @erikzhang?
No need for single sig, multisig works brother.
Done, brother, you are right!
Sorry.
My mistake when generating the multisig, I had forgot to update the first opcode, thus, I was using wrong address.
Hi! Could you please also modify the constraints also like "at least 2 validators to create mutisig", etc, to enable assets creation? Thx
Hi @Qiao-Jin, I believe that we do not have that constraints.
You can create a multisig with a single address.
5121-AddressPubKey-ae
I think the constraint is actually in neo-cli's argument parsing.
Most helpful comment
This would be really really good to have.
We at O3 are building yet another(more reliable) blockchain explorer. everything is bundled into a single binary. no other dependencies. it needs only neo-cli and several plugins. We are planning to make it run locally with private net to help developers with their testing and development pipeline.