Topic: Bitcoin: Some Issues (Read 2217 times)

interesting points.  I personally don't think that we need to worry about the encryption.  If SHA1-256 was anything near being broken then more things would collapse than just bitcoin, and it's not.   And, as others have said, if there was any inkling that this was going to happen, then the hash algorithm could be swapped out with a hard fork, which we have shown works.

The 1Mb maximum block size is more worrying - I think how I see this developing is that mining will become more centralised - there will be fewer independent people doing it, and so fewer nodes have to host the whole blockchain, most nodes will be using SPV (Simplified Payment Verification).  I think part of the problem here is that the blockchain is being used as a messaging system as well as a distributed transaction ledger, some of the work being done by the core devs on separating the managing of payments from the blockchain itself (i.e. only sealing real transactions, rather than using it as a way to notify people that a transaction has occured) might help here.  We always have the option of increasing the limit (especially now the bitcoin client is using the far more scalable leveldb) and also the fallback option of letting the free market decide the fee structure to ensure that their transactions are included in the next block.  I must admit I used to be able to send 0 fee transactions (12-24 months ago) with no problem, but now I'm finding that a 0 fee transaction will not confirm for a few hours, potentially even a whole day - showing that the miners are certainly being more selective, which is exactly how the protocol was designed to work as the block reward drops.

My 2c; good to have a real discussion here about these issues.

Will

https://bitcoinfoundation.org/blog/?p=135

I did some quick calculations to obtain some data to illustrate the problem for those who think scalability is something that will only be affecting bitcoin in the far off future.

Source: https://blockchain.info/charts/n-transactions-excluding-popular

Extrapolating from the growth rate in transactions over the last 15 days which has been phenomenal (60%), I wanted to see how long it will be until the network reaches its 7 TS/Second limit.

The data here is just from reading the graph by sight so may be a little inaccurate, but should provide a good estimation. Also we are not at the end of March yet - if the growth continues as it has in the last 15 days, the 15-day growth rate will therefore be higher than estimated.

Daily Transactions	Date	Growth Rate	Transactions Per Second
19,224	3/15/2013		0.2
31,289	4/1/2013	63%	0.4
50,926	4/15/2013		0.6
82,887	5/1/2013		1.0
134,907	5/15/2013		1.6
219,575	6/1/2013		2.5
357,381	6/15/2013		4.1
581,673	7/1/2013		6.7
946,732	7/15/2013		11.0
1,540,902	8/1/2013		17.8
2,507,974	8/15/2013		29.0

As you can see, as I have calculated based on the recent high growth in transactions, if the current growth in transactions continue, by July of this year - unless there are changes in the protocol - there are going to be issues with the network , and real questions of whether a P2P distributed transaction payment system can be ever viable will be raised.

I invite further comments on this. I am a holder in bitcoins so I'd like to remain optimistic that a solution to this can be agreed upon by the community before then that is not to the detriment of private investors.

Without going into the whole never ending max blocksize debate, I do think we can pick all three. Bitcoin already does so, and I see no reason whatsoever why this should change in the future. I'm quite optimistic about this because the history of technology has shown that there are few problems it can't solve.

Thanks for the OP, it is very good to hear a contrarian point of view during these euphoric times. There are certainly some valid points raised.

Breaking the security isn't one of them. Although it would be somewhat harder for the Bitcoin community to upgrade the protocol in the event this is needed, compared to banks with a more centralized command structure, this bottom-down consensus-driven way of working ensures that every decision is thoroughly thought over. Compare this to large corporations who go bankrupt because their CEO happens to be a dinosaur and wants things to go his way no matter what.

The scalability issue is somewhat more complex as the obvious solution hasn't presented itself yet. We want to have a system which will remain decentralized enough to withstand any attack imaginable, yet large enough to be able to transfer as many transactions at the lowest cost possible while still giving miners enough monetary incentive for them to keep the network secure.

Seeing how talented the developers are and how well they are pioneering in this world-changing technology I am very confident they are able to work out any issue which may present itself. Bitcoin has the potential to become the most robust store of value ever created, if it isn't already.

It's interesting how these things keep resurfacing : https://bitcointalksearch.org/topic/could-bitcoin-eventually-crack-sha256-7769

What worries me is that many people not capable of actually doing the research, or understanding the math, will tend to side with the xavier "Better to be safe than sorry", not realizing they are more likely to see a single person will a Mega Million lottery jackpot 1,000 times.  I didn't perform the math to quantify that so it might actually that they would have to win it many magnitude more than that, I went low since even that number makes the point.

In order to break a hash you'll need to create a precomputed hash table which changes every time the difficulty changes.  Since it'll take years to finish, and the difficulty changes every two weeks, it is not very likely to occur.  The computational power to complete it in a few years is greater than the power of the current bitcoin network.  Seems to me the money would be better spent trying to acquire 51% of the network.

Consider this, at the current difficulty we will only find 2016, of the 21,000,000 potential blocks with the current network hash rate.  you would have to possess 10,416.6666 times the current network hash rate in order to build such a precomputed table.  This is precisely why the higher the network hash rises the safer the network.

Relatively cheap high cash-flowing multi-unit rental properties.  The viablility of this is of course highly dependent on the housing market in your area.

I'm already invested in some bitcoins so I don't really fit the target of your question though.

but that's not hard....upgrade xp/7, osx lepoard.snow.lion.mt....people do this and still access their old email accounts

The point is that the transition to v2 blocks is a hard fork because old and new clients disagree about which blocks are valid.

It was handled gracefully in a controlled manner, unlike the unexpected one resulting from the BDB bug, but a hard fork none the less.

The only difference seems to be that few people were opposed to the change, so the non-pejorative term "mandatory upgrade" was used to describe it instead of calling it a "hard fork".

Yes, but someone has to generate non-v2 blocks faster than the network is generating v2 blocks.  Translation: same attack has existed since day 1.

Not true. An old node that doesn't know about the 95% changeover rule won't realize that any v1 blocks it sees now are invalid. In principle this can be the basis for an attack.

Uh, no.  You are confusing two completely different things.  The network is on v2 blocks right now, but those blocks are fully compatible with old nodes, as long as those nodes are not providing work to miners.  v2 blocks look totally normal to pre-v2 nodes, but non-v2 blocks look different to v2 nodes.

For example, I still have a pre-0.4 node running.  It had no problems with the v2 transition.

The recent fork was something totally different.

IMO - some of these issues will arise alot sooner than 30 years, I think in just the next year or 2 years.

For example - there is going to have to be something done about the block size limit. However miners will not want to increase this limit, because it means less profit for them (because larger block size = less blocks mined). So maybe Bitcoin Foundation will decide to change some other aspect of the protocol to compensate for the miners - for example, they could allow the miners to 'mine' more coins. This would be good for the miners and resolve any conflict over loss of profit for the miners hence solving the block size issue, but would be bad for all private investors in bitcoin (because it would mean more coins issued above the 21m limit - which is after all just a convention in the software - therefore reducing value per coin).

I'm of course speculating, but its clear that the protocol is going to have to be changed and the people who have the most influence in changing it are not the individual investors who (Im assuming) are buying and using the currency - it's the big miners and bitcoin companies who are hugely represented in and by the Bitcoin Foundation board.

Not quite. All non-mining full nodes had to learn about version 2 blocks first, and the rules about when version 1 blocks would no longer be valid before the miners were required to change.

The hard fork started when clients which understood the changes were released and finished earlier this week when the 95% threshold was reached. Sufficiently old clients which might still be operating either can't see the most current branch of the blockchain or else can be fooled into accepting an invalid block.

That wasn't a hard fork as only miners had to upgrade. A change in the protocol would require every one running a full client to upgrade or else not be able to use their coins in the main network.

Only true if by "2010" you mean "earlier this week".

 

What empirical evidence? Bitcoin hasn't had a hard fork since 2010 when the network was much smaller than now.

Bitcoin will have to survive a hard fork, and I think it can, but there's no precedent.

vroom vroom

Please do not invest in Bitcoin. I still have more money to put in and would rather the price stay low while I do so.

When it comes time to move into Bitcoin when it is necessary or much more convenient/cost efficient, you will at least have some understanding of how it works.

Enjoy the fiat.