Ok, now you’re not talking a one time dilution anymore. So do we give enough time between dilution events for people to notice and upgrade to catch the next dilution? Are we bribing people to become active, or are we rewarding those that already were?
Would it be better to penalize those who actually mint with <4.0 and never switched to 4.0 within a given time frame, rather than those that don’t mine with 4.0? I worry about those who only have a small amount of BKS (like up to ~20 BKS), who by chance might not get a block in a long period of time. It’ll benefit non-minters, but the purpose is to get the message across.
I’ll support an other 1-month time frame for waiting, after warnings are publicized at certain selected venues. We might also need a clause that this plan is void if we can update to 4.0 on time, which will likely be better for PR.
Sure, only I don’t know how.
Distributing BKS to addresses that mint 4.0 blocks is the only publicly verifiable and relatively easy (for those who can parse blockchains…) operable approach I can think of.
The motion and the grant alone will take some time and create some efforts.
The nagging thing is, that if all pans out, all this effort is wasted, wasted by those who care to compensate the bad effect of those who don’t.
Look at what happened to Peercoin recently after Peerunity with a bug was released.
The blockchain forked.
The closer you are at 50%, the bigger the risk that two equal forks occur.
In this case: one run by old clients, one run by updated clients.
We don’t want to risk that.
But yeah, let’s wait some more - we only wait for weeks now…
The upgrading issue has attracted criticism. While I agree with the sentiment that the time and effort need to be rewarded, and we should consider a better reward system than just minting, we’re trapped between a rock and a hard place, and it’s not because you and I want different things… .
I’ve created a draft for a membership of a BCE group that is yet to be formed.
I held the description quite unspecific, because I see need for more than just a “BKS subdivision”.
An “NBT subdivision” would be useful as well - e.g. to pay compensation to @backpacker for his work on MacOSX builds:
BKS holder can’t grant NBT and BKC have no use yet.
If a BCE multisig group held NBT, a BKS motion could allow payment of @backpacker for his efforts.
…just sayin’…
I’m somewhat conflicted by this action but I do agree we have a serious problem which might require drastic action. However before we commit to such a rash solution I would like to see us email the initial BKS buyers. I myself have not received such an email so I’m assuming they haven’t been sent.
@JordanLee is there a specific reason why we can’t or shouldn’t use the mail list with the initial BKS buyers? I would like to send an update reminder using that list and see its effect on 4.0.1% percentage before we take other measures.