Problems on the Blockchain
benbyford.com
benbyford.com
I agree with the author that blockchain-based tech is more appropriate for small networks at present, yet the tech (e.g. Lightning network) will only get better and enable bigger and bigger networks.
BTW, what the hell is up with capitalizing 'blockchain' as the article does? It's like capitalizing 'database'.
[1] https://blog.ethereum.org/2015/12/28/understanding-serenity-...
This is a common misconception, and only really is a "problem" in the initial distribution phase of the currency. Economically, all other things being equal, the cost of electricity spent on mining will approximately equal the mining reward.
The mining reward is approximately equal to (Fees + 50/(2^(floor(Years/4)))), where Years is the number of years since the network's inception. As time passes and the block reward drops off, the security of the network (equivalently, the amount of energy spent on mining) will approach the transaction fees paid for the use of the network.
So, really in the long term the network is protected by ~5% of fees paid over an extended period.
Worse, miners must be on the internet, so infecting a few machines could let you control the network with minimal investment. At which point double spending is probably more profitable than the minimal coins mined before the infection is detected.
Considering that the energy is being expended for a purpose (security against malicious actors), and that it is economically infeasible to expend more energy than the marginal fee revenue in a given moment (once we transition from the current block subsidies to a pure fee market), I question whether calling mining "economically unfriendly" is fair. The energy usage will scale linearly (not exponentially) with usage, which seems perfectly alright to me.
They all have their own individual tradeoffs (some technical, some political), but when talking about energy consumption, there's no argument that PoW is the most costly.
For instance, could you have a defined chain of authoritative servers, where the authority passes in a way where it cannot be abused?
Example: A mines a block by signing it with a key, throws up random number corresponding to B. B then does the same and nominates C. C stopped working, so authority passes to D.
Is there a way to do this so that the obvious attacks are thwarted?
Additionally, R3CEV (pronounced like receive, the name isn't an acronym as far as I'm aware) is discussing a system where all banks in the consortium sign blocks in a round-robin fashion with trusted keys, negating the need for PoW at all. I have a feeling this will improve the efficiency of many things in the financial sector, but I doubt it will have as big of an impact as a decentralized and trustless system, like PoW and (possibly, if the wrinkles are ironed out) PoS.
Ripple and Stellar use a federated network of validating transactions to reach cascading consensus (validators A, B and C said this txn is good, and I "trust" them, so I will say this txn is good too) that while not completely abuse-proof, is significantly cheaper than PoW and possibly PoS (not certain about PoS costs; since the network of validators can be modeled as a graph, the central-most validators in the graph could censor transactions, but if validators "trust" a wide-enough variety of validators, it won't happen).
Who is to say that a more transparent federalised system wouldn't be more or less on par with the bitcoin blockchain in terms of power centralisation?
Assuming that you mean calculating the inefficiencies caused by decentralization - that is easy - it is the whole mining industry. A centralized server would not need this proof of work effort to timestamp a ledger.
Whos to say what fictional future system might be better then the system that is literally working right now.
I don't think the purpose of bitcoin is for the public to get "spoils", such as from mining. The public only needs the exchange utility of bitcoin, not to make money from it.
At this point I presumed that the author had a basic knowledge of Bitcoin, but we all know what happens when you presume.
The best way I can describe this effect with cryptocurrencies is "it's a polarizing topic". :)
Blockchain technology, no matter the implementation, will always have some degree of risk associated with the trust it embodies. Nothing will be made to be perfect. The question I'd like to know the answer to is whether or not it's providing enough value for the applications it currently runs, and what other applications can be improved by adding the blockchain's natural immutability to them.
Thanks for writing something interesting!
A fairly detailed description of that system is here: https://blog.ethereum.org/2015/12/28/understanding-serenity-...
I have yet to see a design which mitigates all of the attacks.
Indeed I do not believe that such a design is even possible.
Would love to be proven wrong though.
>Indeed I do not believe that such a design is even possible.
>Would love to be proven wrong though.