Maybe something trivial like lack of Python 3 dependency on older CentOS
builds?
On Mon, Dec 19, 2016 at 2:22 AM, Matt Corallo via bitcoin-dev <
bitcoin-dev@lists.linuxfoundation.org> wrote:
> Please do report bugs to https://github.com/bitcoin/bitcoin . If you
> never report them of course they
Please do report bugs to https://github.com/bitcoin/bitcoin . If you never
report them of course they won't get fixed. I'm not aware of test suite
failures and know a bunch of folks who use CentOS, though not sure how many
develop on it.
On December 18, 2016 12:07:36 PM PST, Alice Wonder via bi
I agree that finding the right line is difficult and purposefully crippling
(too strong a term?) the software is not necessarily the best way to
encourage long term adoption.
For example, I ran version 0.3.x from July/August 2010 for several years on
a miner without upgrading to anything higher th
On 12/14/2016 07:38 PM, Juan Garavaglia via bitcoin-dev wrote:
For reasons I am unable to determine a significant number of node
operators do not upgrade their clients.
I almost did not update to 0.13.0 because the test suite was failing due
to python errors. How to fix them was posted on bi
One thing which hasn't been addressed yet in this thread is developer
centralization. Unlike other applications we want to ensure that it's not only
possible for users to refuse an upgrade, but easy. While this by no means
lessens the retirement that users run up to date software for security re
I assume this has been well discussed in at some point in the Bitcoin
community, so I apologize if I'm repeating old ideas.
Problem exploitable nodes:
It is plausible that people running these versions of bitcoind may not
be applying patches. Thus, these nodes may be vulnerable to known
exploits.
Perhaps if there were a message that would nag your stdout or log output
letting you know there's a new version available, or N more versions
available and that you might be missing out on X security patches, Y
protocol improvements, depending on how far back you are, you'd be tempted
to upgrade, w
On Thu, Dec 15, 2016 at 4:38 AM, Juan Garavaglia via bitcoin-dev
wrote:
> Older node versions may generate issues because some upgrades will make
> several of the nodes running older protocol versions obsolete and or
> incompatible. There may be other hard to predict behaviors on older versions
>
Maybe there are still some advantages but I don't know why this is not
considered as a major issue by the bitcoin community for the future and
why this looks to be never discussed:
- the size of the bitcoin network in terms of full nodes is ridiculous
and this is continuously decreasing, we cannot
Today according to the stats at https://bitnodes.21.co/nodes/ the top 10
Bitcoin running node versions are:
1.
_Version Satoshi:0.13.1
_Nodes 2071
_38.97%
2.
_Version Satoshi:0.12.1
_Nodes 1022
_19.23%
3.
Satoshi:0.13.0
_Nodes 604
_11.36%
4.
Bitcoin Unlimited:0.12.1
_Nodes 373
_7.02%
5.
10 matches
Mail list logo