Thanks @dsharifi. This subnet is processing 0 transactions per second, with 0 instructions executed per second. Yet blocks are being produced (at a rate of 1.28 per second). Please could you clarify how there can be new blocks without instructions being executed or transactions being processed?
These metrics don’t make sense to me. Please would you be able to offer some clarity before raising this proposal?
@Manu, sorry to keep poking you and @dsharifi. Please let me know if I should be directing my question above elsewhere. Does this just come down to a rounding issue or something (i.e. there are instruction and transactions, hence the blocks, it’s just there’s too few for the dashboard to display)?
Blocks are created irrespective of whether there are messages to be included. This makes sense because at the time of block making, we don’t even actually know if there is stuff to execute, because not everything comes in via blocks, canisters can also do work on their own via heartbeat or timers. We need to regularly have a new block to trigger a new execution round which then may execute those heartbeat/timer messages.
Wrt why this subnet has essentially no load: not all subnets are made available by the CMC, and this is one where you cannot install canisters without an NNS proposal allowing you to do so. This is some legacy thing where around launch time, some projects had designated subnets. I hope we can get rid of that, but before we can do that, we need to make sure that all these subnets are equivalent, and currently these weird subnets allow for some legacy features which other subnets don’t.
Is this related to which principals are allowed to deploy canisters to the subnet, or some other aspect? I’d be interested to know more. It would be good to be able to detect which subnets are affected. Are you saying that there is load on the subnet, but it’s invisible to the dashboard?