Re: [Mimblewimble] Scheduled hard forks

2017-10-03 Thread Andrew Bellenie
I agree, except I don't see a reason to limit it to the first 2 years. Six monthly upgrades seem to be well accepted by the Monero community. I'd leave the option open, besides, it could always be removed or adjusted in one of the upgrades (e.g. move to annual, then bi-annual, or stop altogether).

Re: [Mimblewimble] Scheduled hard forks

2017-10-03 Thread Casey Rodarmor
Hi Igno, A hard fork where everyone has a lot of time to upgrade is much less painful than one in which the new client is available for only a short time before the new rules go into effect. So, it might be nice to also commit to a lower bound on the lead time that users will have to upgrade and

[Mimblewimble] Scheduled hard forks

2017-10-03 Thread Ignotus Peverell
Hi all, As we're preparing both a fully new blockchain format and implementation we, developers, are bound to make mistakes. Some of them will be trivial to correct, and some of them will not, requiring changes in consensus parameters. We will also want to "clean up" some technical debt that ca