[Mandatory Upgrade] All minters need to upgrade to B&C Exchange 4.0.1

This is a robbery.

When I run getpeerinfo, I found 4 peers are 3.0 and others are 4.0. We need to inform them efficiently. And where is the MacOS version???

1 Like

I have 3 our of 8 peers on 3.x. [quote=“Sabreiib, post:171, topic:3723”]
And where is the MacOS version
[/quote]
I think this should be clarified soon and is not helping. Either we release a Mac OS client in next week or so or we should make a statement that we cannot longer provide official MacOS support and advise shareholders to migrate to Linux or Windows.

No it isn’t. Every BKS holder can participate in that by minting. Nobody is forced to refrain from minting 4.0 blocks.

Maybe some tweets and posts in Chinese about the upgrade in the Chinese section of the forum would help?

Do you mean those shareholders with v2.0/3.0 will be diluted heavily in this way?

Give apathetic voters incentives.

1 Like

Only if they choose to not upgrade to 4.0 after:

  • it’s been decided that this is the way to go
  • the time frame that counts has been announced

There’s so much they can do to prevent this from happening like:

  • upgrade their client
  • vote against those measures (no need to upgrade for doing that)

“They” ? The 55% BKS holders?
Who has the right to dilute other people’s wealth? In your opinion, the 45% BKS holders and dev team can deprive other BKS holders’ money, is it right?

I believe this is NAZI behavior.

You are aware that 45% are no majority and can neither pass a motion nor a grant?

Consensus is not a number. The things @masterOfDisaster is proposing are similar to a simple increase of mint reward. Could we fork to make the mint reward 1 BKS? What would it require other than a minting majority and the dev team? Nothing, because the minting majority is the voice of the network. However, the minting majority tends to have a very strong alignment with the good intentions of the network because of their stake. That’s why the mint reward is moderate and not hyper-inflated.

1 Like

Well…

bcexchanged getprotocolvotes
{
    "2.0" : {
        "blocks" : 1266,
        "block_percentage" : 63.3,
        "switch_to_date_time" : ""
    },
    "4.0" : {
        "blocks" : 734,
        "block_percentage" : 36.7,
        "switch_to_date_time" : ""
    }
}
bcexchanged getinfo | grep blocks
    "blocks" : 410213,

Maybe it’s time to test the waters for a grant that creates BKS for distribution to BKS holders who mint protocol 4.0 blocks.
…just to find out how dire the situation is.

This does baffle me though, I can imagine shareholders not minting but I don’t understand the ones actually actively minting but still on 2.0… If you have a setup where your minting around the clock one would assume you would check at least every 1 or 2 weeks to see if the protocols your running are still up to date right?

Some might have setup a rig so that they can start minting and forget.

So first you invest money into a “start-up”, then take the time, effort and cost to set up a 24/7 minting rig and after that not even bother to check if everything is running smoothly every now and then? I have a hard time understanding that line of thought.

1 Like

Maybe it’s sabotage? Somebody posted this in the Bitcointalk thread…

2 Likes

How much is the cost of 50-60% of BKS?
Can a millionaire just set up a vps running v2.0 and forget about it because he/she may have some other businesses
to attend to?

Some more data points:

Sun Apr 17 00:00:01 UTC 2016
    "blocks" : 409423,
        "block_percentage" : 43.7,
Sun Apr 17 00:15:01 UTC 2016
    "blocks" : 409437,
        "block_percentage" : 43.85,
Sun Apr 17 00:30:01 UTC 2016
    "blocks" : 409447,
        "block_percentage" : 43.75,
Sun Apr 17 00:45:01 UTC 2016
    "blocks" : 409457,
        "block_percentage" : 43.65,
Sun Apr 17 01:00:01 UTC 2016
    "blocks" : 409470,
        "block_percentage" : 43.45,
Sun Apr 17 01:15:01 UTC 2016
    "blocks" : 409476,
        "block_percentage" : 43.4,
Sun Apr 17 01:30:01 UTC 2016
    "blocks" : 409487,
        "block_percentage" : 43.2,
Sun Apr 17 01:45:01 UTC 2016
    "blocks" : 409498,
        "block_percentage" : 43.15,
Sun Apr 17 02:00:01 UTC 2016
    "blocks" : 409512,
        "block_percentage" : 42.95,
Sun Apr 17 02:15:01 UTC 2016
    "blocks" : 409522,
        "block_percentage" : 42.85,
Sun Apr 17 02:30:01 UTC 2016
    "blocks" : 409536,
        "block_percentage" : 42.8,
Sun Apr 17 02:45:01 UTC 2016
    "blocks" : 409545,
        "block_percentage" : 42.65,
Sun Apr 17 03:00:01 UTC 2016
    "blocks" : 409557,
        "block_percentage" : 42.55,
Sun Apr 17 03:15:01 UTC 2016
    "blocks" : 409565,
        "block_percentage" : 42.55,
Sun Apr 17 03:30:01 UTC 2016
    "blocks" : 409579,
        "block_percentage" : 42.25,
Sun Apr 17 03:45:01 UTC 2016
    "blocks" : 409579,
        "block_percentage" : 42.25,
Sun Apr 17 04:00:01 UTC 2016
    "blocks" : 409604,
        "block_percentage" : 42.0,
Sun Apr 17 04:15:01 UTC 2016
    "blocks" : 409613,
        "block_percentage" : 42.0,
Sun Apr 17 04:30:01 UTC 2016
    "blocks" : 409624,
        "block_percentage" : 41.75,
Sun Apr 17 04:45:01 UTC 2016
    "blocks" : 409637,
        "block_percentage" : 41.55,
Sun Apr 17 05:00:01 UTC 2016
    "blocks" : 409649,
        "block_percentage" : 41.6,
Sun Apr 17 05:15:01 UTC 2016
    "blocks" : 409666,
        "block_percentage" : 41.45,
Sun Apr 17 05:30:01 UTC 2016
    "blocks" : 409680,
        "block_percentage" : 41.35,
Sun Apr 17 05:45:01 UTC 2016
    "blocks" : 409688,
        "block_percentage" : 41.3,
Sun Apr 17 06:00:01 UTC 2016
    "blocks" : 409702,
        "block_percentage" : 41.2,
Sun Apr 17 06:15:01 UTC 2016
    "blocks" : 409708,
        "block_percentage" : 41.3,
Sun Apr 17 06:30:01 UTC 2016
    "blocks" : 409718,
        "block_percentage" : 41.25,
Sun Apr 17 06:45:02 UTC 2016
    "blocks" : 409731,
        "block_percentage" : 41.05,
Sun Apr 17 07:00:01 UTC 2016
    "blocks" : 409740,
        "block_percentage" : 41.0,
Sun Apr 17 07:15:02 UTC 2016
    "blocks" : 409754,
        "block_percentage" : 41.0,
Sun Apr 17 07:30:01 UTC 2016
    "blocks" : 409765,
        "block_percentage" : 40.8,
Sun Apr 17 07:45:01 UTC 2016
    "blocks" : 409779,
        "block_percentage" : 40.5,
Sun Apr 17 08:00:01 UTC 2016
    "blocks" : 409791,
        "block_percentage" : 40.35,
Sun Apr 17 08:15:01 UTC 2016
    "blocks" : 409800,
        "block_percentage" : 40.2,
Sun Apr 17 08:30:01 UTC 2016
    "blocks" : 409816,
        "block_percentage" : 39.95,
Sun Apr 17 08:45:02 UTC 2016
    "blocks" : 409826,
        "block_percentage" : 39.95,
Sun Apr 17 09:00:01 UTC 2016
    "blocks" : 409836,
        "block_percentage" : 39.9,
Sun Apr 17 09:15:01 UTC 2016
    "blocks" : 409849,
        "block_percentage" : 39.75,
Sun Apr 17 09:30:01 UTC 2016
    "blocks" : 409867,
        "block_percentage" : 39.35,
Sun Apr 17 09:45:01 UTC 2016
    "blocks" : 409879,
        "block_percentage" : 39.15,
Sun Apr 17 10:00:01 UTC 2016
    "blocks" : 409891,
        "block_percentage" : 38.95,
Sun Apr 17 10:15:01 UTC 2016
    "blocks" : 409903,
        "block_percentage" : 38.8,
Sun Apr 17 10:30:01 UTC 2016
    "blocks" : 409919,
        "block_percentage" : 38.55,
Sun Apr 17 10:45:01 UTC 2016
    "blocks" : 409936,
        "block_percentage" : 38.4,
Sun Apr 17 11:00:01 UTC 2016
    "blocks" : 409954,
        "block_percentage" : 38.35,
Sun Apr 17 11:15:01 UTC 2016
    "blocks" : 409966,
        "block_percentage" : 38.4,
Sun Apr 17 11:30:01 UTC 2016
    "blocks" : 409972,
        "block_percentage" : 38.3,
Sun Apr 17 11:45:01 UTC 2016
    "blocks" : 409988,
        "block_percentage" : 38.3,
Sun Apr 17 12:00:01 UTC 2016
    "blocks" : 410001,
        "block_percentage" : 38.2,
Sun Apr 17 12:15:01 UTC 2016
    "blocks" : 410016,
        "block_percentage" : 38.0,
Sun Apr 17 12:30:01 UTC 2016
    "blocks" : 410035,
        "block_percentage" : 38.0,
Sun Apr 17 12:45:01 UTC 2016
    "blocks" : 410050,
        "block_percentage" : 37.85,
Sun Apr 17 13:00:01 UTC 2016
    "blocks" : 410061,
        "block_percentage" : 37.6,
Sun Apr 17 13:15:01 UTC 2016
    "blocks" : 410081,
        "block_percentage" : 37.35,
Sun Apr 17 13:30:01 UTC 2016
    "blocks" : 410093,
        "block_percentage" : 37.25,
Sun Apr 17 13:45:01 UTC 2016
    "blocks" : 410113,
        "block_percentage" : 37.25,
Sun Apr 17 14:00:01 UTC 2016
    "blocks" : 410128,
        "block_percentage" : 37.4,
Sun Apr 17 14:15:01 UTC 2016
    "blocks" : 410144,
        "block_percentage" : 37.2,
Sun Apr 17 14:30:01 UTC 2016
    "blocks" : 410163,
        "block_percentage" : 37.35,
Sun Apr 17 14:45:01 UTC 2016
    "blocks" : 410178,
        "block_percentage" : 37.2,
Sun Apr 17 15:00:01 UTC 2016
    "blocks" : 410188,
        "block_percentage" : 37.0,
Sun Apr 17 15:15:01 UTC 2016
    "blocks" : 410200,
        "block_percentage" : 36.85,
Sun Apr 17 15:30:01 UTC 2016
    "blocks" : 410215,
        "block_percentage" : 36.65,
Sun Apr 17 15:45:01 UTC 2016
    "blocks" : 410231,
        "block_percentage" : 36.5,
Sun Apr 17 16:00:01 UTC 2016
    "blocks" : 410243,
        "block_percentage" : 36.65,
Sun Apr 17 16:15:01 UTC 2016
    "blocks" : 410257,
        "block_percentage" : 36.7,
Sun Apr 17 16:30:01 UTC 2016
    "blocks" : 410275,
        "block_percentage" : 36.7,
Sun Apr 17 16:45:01 UTC 2016
    "blocks" : 410287,
        "block_percentage" : 36.8,

I’ll create a draft for an extreme measure to get a discussion started.
Stay tuned.

I can understand it not increasing, but why is it decreasing so much all of a sudden?

Perhaps @Ronny can clarify if CCEDK has upgraded to version 4.0, as I haven’t seen public confirmation yet. Ronny has been very attentive to our community in the past and I’m sure he will be glad to confirm his support of the latest version of B&C Exchange.

We know CCEDK usually mint with their clients, so if they were on version 2.0 or 3.0, any BKS sent to CCEDK to sell would be blocking the protocol upgrade.

1 Like

Isn’t B&C a direct competitor to CCEDK? Are we so sure he supports it?

1 Like