Bitcoin Forum
May 24, 2024, 08:32:51 PM *
News: Latest Bitcoin Core release: 27.0 [Torrent]
 
  Home Help Search Login Register More  
  Show Posts
Pages: « 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 [26] 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 »
501  Bitcoin / Development & Technical Discussion / Re: A Scalability Roadmap on: October 10, 2014, 02:45:17 PM
If 1 MB blocks give us, say, 3 transactions per second, then 20 years of "double every 2 years" growth starting from 20 MB would leave us with about 60 million transactions per second.  That's about 25 transaction per hour per human (assuming a world population of 8.5 billion in 20 years time).

This sounds a bit excessive to me but then again I've not thought seriously about how such a volume of transactions could be utilised.  https://en.bitcoin.it/wiki/Scalability doesn't speculate beyond a few hundred thousand transactions per second.  I'd certainly appreciate a link if a discussion on the utility of millions of transactions per second exists.

I like this line of thinking. What TPS are we shooting for and when? That's what will determine what size blocks we need and how to grow to that target.

Simple growth rates like "50% increase per year" are guaranteed to end up with blocks that are too large, which will require another hard fork. Hard forks are bad, mkay?

Apologies.  I miscalculated, the figure should be 60 000 transactions per second, not 60 million (so about 4 transactions per human per week).

More meaningfully, the maximum block size would rise to a final value of 20 GB each.
502  Bitcoin / Development & Technical Discussion / Re: A Scalability Roadmap on: October 10, 2014, 01:51:05 PM
Gavin plan appear to me to be VERY conservative (maybe too much).

To be able to process the same number of transaction of VISA, Bitcoin should grow x2,000.
The size of blocks should go up ~1.000x at least to accommodate so many transactions.
And we will not just want to take VISA burden, we want, also, offer a service to the currently unbanked (being humans or DACs).
In the block size increase 50% every year, it will take 20 years to take over VISA alone; never mind the unbanked and DAcs.

Thank you.  You awakened me to a calculation error I made earlier.

I believe the proposal involves an initial jump in block size followed by temporary exponential growth with fixed parameters.  If the blocksize were increased to say 20 MB and then grown at 50% per year we'd be up 2 GB blocks in 11-12 years.  At 40% (double every 2 years) it would take 13-14 years.
503  Bitcoin / Bitcoin Discussion / Re: Can the last Bitcoin, #21,000,000, ever be mined? on: October 10, 2014, 11:59:42 AM
using gavins idea of 50% increasing the block datasize limit per year. right now the block is capable of 2k-4k tx's, in 20 years 100k-200k tx's and in 100 years... well the sky is the limit.

If a block now is capable of 2k-4k tx's and the blocks grow in size by 50% per year then, in 20 years, a block will accommodate:
Code:
(2k-4k tx's) *  1.5 ^ 20 ~= 7M-13M tx's
100 years would yield roughly 800P-1600P tx's (about 1 000 000 000 000 000 000 tx's).

oops 10 years= 100-200k, (over 50mb a block in 10 years)

Ah, I see.  No problem.

By the way, Gavin did mention the idea of having the growth end in 20 years here in A Scalability Roadmap.  The question of a desirable ultimate transaction limit was raised here too.
504  Economy / Speculation / Re: Approach to 4 or 2 digits inbound on: October 10, 2014, 11:41:28 AM
Well, at 365 USD/BTC, we're a little bit closer to 1000 than 100.

I highly doubt that we'll reach either in the next 3 weeks; Bitcoin's rarely that volatile.
505  Bitcoin / Bitcoin Discussion / Re: When quoting small amounts of bitcoin, how do you call 100 satoshis? on: October 10, 2014, 11:32:40 AM
The words "milli" and "micro" are not the problem itself. The problem is that this would introduce an additional, third unit to the two units we already have (satoshi & bitcoin).

I'd just like to layer my own observations atop this, being as unbiased as I can manage.  I'm running with your implicit assumption that "bitcoin", "millibitcoin", and "microbitcoin" are distinct units.

The bitcoin is by far the most common unit in the Bitcoin system.  This was introduced by satoshi with the release of the code (early 2009).  It is the only unit sufficiently widely recognised that it has been entered into a number of reputable dictionaries (e.g. OED).  The symbol "BTC" is the most popular, but BTC and "XBT" are also frequently seen.

The millibitcoin is easily the second most widely used unit today.  This follows naturally from "bitcoin" and the SI prefix "milli-" (1795) and was first discussed on the forum in early 2011.  I doubt it's in any dictionaries but there is basically a consensus on the term.  The symbol used is almost always "mBTC".  Nicknames vary: "millibit", "mill", "millie".

The satoshi is the third most common unit.  It was introduced in early 2011 by bitcointalk (then bitcoin forum) user ribuck (originally as a name for 0.000 001 BTC but this quickly changed to 0.000 000 01 BTC, currently the smallest possible unit).  It is, as you observe, practically the only name for this unit.  "SAT"/"Sat"/"sat" is relatively common as a symbol and a nickname.

The infamous 0.000 001 BTC unit is more the subject of flamewars than anything else, not least because two of the most popular names, "bit" and "microbit", are in direct logical conflict.  It's possible both will become accepted (just as 1 calorie = 1 kilocalorie) but the issue is far from decided.  I've seen many proposed names for this unit; off the top of my head (alphabetically, lower case): "bit", "centoshi", "fin", "finney", "hectoshi", "mic", "microbit", "microbitcoin", "mike", "mubit", "ubit", "xub", "zib".  Selecting one name may well end up attracting negative attention to your platform so please tread carefully.

As I say, these are just my observations (reading something on Bitcoin roughly once a day for the past 4+ years).  I'm happy to accept corrections and provide some citations on request.
506  Bitcoin / Bitcoin Discussion / Re: Can the last Bitcoin, #21,000,000, ever be mined? on: October 10, 2014, 10:22:55 AM
using gavins idea of 50% increasing the block datasize limit per year. right now the block is capable of 2k-4k tx's, in 20 years 100k-200k tx's and in 100 years... well the sky is the limit.

If a block now is capable of 2k-4k tx's and the blocks grow in size by 50% per year then, in 20 years, a block will accommodate:
Code:
(2k-4k tx's) *  1.5 ^ 20 ~= 7M-13M tx's
100 years would yield roughly 800P-1600P tx's (about 1 000 000 000 000 000 000 tx's).
507  Bitcoin / Development & Technical Discussion / Re: A Scalability Roadmap on: October 10, 2014, 12:09:43 AM
Yeah, 40% of a 250 GB connection works out to about 23 MB depending on how you define month.  May I ask what would happen regarding TOR?

Thanks for checking my math!  I used 31-day months, since I assume that is how ISPs do the bandwidth cap.

Ah, that makes sense.  No problem.

RE: what happens with Tor:

Run a full node (or better, several full nodes) that is connected to the network directly-- not via Tor.

But to keep your transactions private, you broadcast them through a Tor-connected SPV (not full) node. If you are mining, broadcast new blocks the same way.

That gives you fully-validating-node security plus transaction/block privacy. You could run both the full node and the SPV-Tor-connected node on a machine at home; to the rest of the network your home IP address would look like a relay node that never generated any transactions or blocks.

If you live in a country where even just connecting to the Bitcoin network is illegal (or would draw unwelcome attention to yourself), then you'd need to pay for a server somewhere else and administer it via Tor.

Thank you, this clears things up for me.  All I don't understand here is the notion of broadcasting newly generated blocks through a Tor-connected SPV node but I imagine I can look this up.
508  Bitcoin / Development & Technical Discussion / Re: A Scalability Roadmap on: October 09, 2014, 09:46:18 PM
An extremely large block size would mess up the economics of mining eventually.

I'm working on a follow-up blog post that talks about economics of the block size, but want to get it reviewed by some real economists to make sure my thinking is reasonably correct. But I'm curious: why do you think an extremely large block size will mess up the economics of mining?  What do you think would happen?

RE: geometric growth cannot go on forever:  true, but Moore's law has been going steady for 40 years now. The most pessimistic prediction I could find said it would last at least another 10-20 years; the most optimistic, 600 years.

I'd be happy with "increase block size 40% per year (double every two years) for 20 years, then stop."

Because if Bitcoin is going gangbusters 15 years from now, and CPU and bandwidth growth is still going strong, then either the "X%" or the "then stop date" can be changed to continue growing.

I did some research, and the average "good" broadband Internet connection in the US is 10Mbps speed. But ISPs are putting caps on home users' total bandwidth usage per month, typically 250 or 300GB/month. If I recall correctly, 300GB per month was the limit for my ISP in Australia, too.

Do the math, and 40% of a 250GB connection works out to 21MB dedicated to Bitcoin every ten minutes. Leave a generous megabyte for overhead, that would work out to a starting point of maximum-size-20MB blocks.

(somebody check my math, I'm really good at dropping zeroes)

Yeah, 40% of a 250 GB connection works out to about 23 MB depending on how you define month.  May I ask what would happen regarding TOR?

If 1 MB blocks give us, say, 3 transactions per second, then 20 years of "double every 2 years" growth starting from 20 MB would leave us with about 60 million transactions per second.  That's about 25 transaction per hour per human (assuming a world population of 8.5 billion in 20 years time).

This sounds a bit excessive to me but then again I've not thought seriously about how such a volume of transactions could be utilised.  https://en.bitcoin.it/wiki/Scalability doesn't speculate beyond a few hundred thousand transactions per second.  I'd certainly appreciate a link if a discussion on the utility of millions of transactions per second exists.


Edit: Oops.  I miscalculated "double every year for 20 years".  Starting from 1 MB blocks worth, say, 3 transactions per second, then 20 years of "double every 2 years" growth starting from 20 MB will yield about 60 000 transactions per second.  That's about 4 transactions per week per human (assuming a world population of 8.5 billion in 20 years time).

Looking forward to the block-size economics blog post.
509  Economy / Speculation / Re: The Line of Death on: October 09, 2014, 08:20:20 AM
The thing I never like about these charts is they rarely go all the way back to 2010, when it first even had a price.

Apologies.  I intentionally cropped some of the left-most data off because there was so little volume I considered the data almost valueless noise (much like the mining difficulty data of 2009).  I've left some of the early data on to show that this line is not a hard rule (of course) and, indeed, the price drops far below the line in the early days.

I think I have some bitcoinmarket.com trade data hanging around somewhere which would take us to early 2010.  I haven't got it to hand but vaguely recall there being price action between 0.003 USD/BTC and 0.0086 USD/BTC in its early months (leading up to early July 2010 which is when I stated trading).  If you're interested I'll try and dig it up.
510  Bitcoin / Development & Technical Discussion / Re: A Scalability Roadmap on: October 09, 2014, 12:05:23 AM
I think that a really conservative automatic increase would be OK, but 50% yearly sounds too high to me. If this happens to exceed some residential ISP's actual bandwidth growth, then eventually that ISP's customers will be unable to be full nodes unless they pay for a much more expensive Internet connection. The idea of this sort of situation really concerns me, especially since the loss of full nodes would likely be gradual and easy to ignore until after it becomes very difficult to correct.

As I mentioned on Reddit, I'm also not 100% sure that I agree with your proposed starting point of 50% of a hobbyist-level Internet connection. This seems somewhat burdensome for individuals. It's entirely possible that Bitcoin can be secure without a lot of individuals running full nodes, but I'm not sure about this.

Would 40% initial size and growth make you support the proposal?

40%/year = 96%/(2 years).  I hope that gets rounded to "double once every 2 years (105 000 blocks)".

Also, do you propose this growth be open-ended or terminate at some block-size commensurate with the transaction volume of an existing, mature payment system such as Visa?  Given an open-ended proposal I'd echo Theymos' concern.
511  Economy / Speculation / Re: The Line of Death on: October 08, 2014, 10:22:36 PM
Bitcoin is about to die again.
Again? Have I missed something?

This was mainly a reference to the latter months of 2011 when a number of articles proclaimed the Bitcoin experiment dead.  I believe a repeat performance is very much on the cards.
512  Economy / Speculation / The Line of Death on: October 08, 2014, 06:41:52 PM
Your attention please.

Bitcoin is about to die again.  Please return to your seats and fasten your seat-belts.  We are descending steeply today so please ensure that your bitcoins are securely stowed.

Thank you.


Chart from bitcoinaverage.com.
513  Bitcoin / Bitcoin Discussion / Re: Bye-bye, bitcoin? The crypto-currency's price agonies intensify on: October 08, 2014, 04:56:11 PM
Quote
The idea is far from comforting that bitcoins have sustained a major drop in value without an explanation that everyone can agree on.

To be fair, I don't recall there being consensus on the reason for the major rise in value last year either.

Quote
... Federal Reserve economist Francois Velde has described as a currency "based on an extremely complex code understood by only a few...without accountability, arbitration or recourse."

Are you sure he was talking about Bitcoin?  Sounds like AML regulations to me.
514  Economy / Economics / Re: Mainstream merchant adoption leads do declining Bitcoin price? on: October 08, 2014, 11:44:51 AM
Existing Bitcoin holders spend their coins, this is the main effect of mainstream merchant adoption.

Why did these bitcoin holders buy coins in the first place?  You are presuming a large demographic of people that considered bitcoins worth having when there was little merchant adoption but not worth having now that bitcoins are more widely accepted.

Besides, there's a far simpler explanation for the 2014 bear market: A correction to the 2013 bubble(s).
515  Bitcoin / Bitcoin Discussion / Re: When quoting small amounts of bitcoin, how do you call 100 satoshis? on: October 07, 2014, 12:43:23 AM
There is a poll on these forums where the "bit" won by a long shot. Let me track it down...

Here is one of them... https://bitcointalk.org/index.php?topic=594575.0
And another...https://bitcointalk.org/index.php?topic=593705.0

Can't find the best poll. It had many choices and bit was the favorite. Can anyone find it?

I think you're after this.
516  Bitcoin / Bitcoin Discussion / Re: When quoting small amounts of bitcoin, how do you call 100 satoshis? on: October 06, 2014, 09:48:45 PM
Never heard the term myself. I did like a previous posters suggestion for referring to micro-btc as "mikes". kinda catchy.

"mikes" as a nickname for microbitcoins is a fairly old suggestion.  Check out this nomenclature discussion from Feb 2011?
517  Bitcoin / Bitcoin Discussion / Re: When quoting small amounts of bitcoin, how do you call 100 satoshis? on: October 06, 2014, 04:49:53 PM
Whatever unit you decide to adopt, I recommend appending the price in bitcoins in paretheses, perhaps in grey text or a smaller font.  If you find this too cluttered you might consider a tool-tip.

For example:
    35 µBTC  (0.000 035 BTC)
518  Bitcoin / Bitcoin Discussion / Re: Who uses "bits"? on: October 06, 2014, 10:28:28 AM
"µBTC" is kind of unfriendly, as your common person just has no idea what that is.

I challenge you to ask 10 "common people" what a "bit" is.

I also claim that while "µBTC" is somewhat unfriendly, if it is useful it will be softened in a natural way.  People will write "uBTC" often because there is no "µ" on most keyboards.  People may drop pronunciations such as "microbitcoin" or "u-bee-tee-cee" in favour of abbreviations such as "mic" or "ubit".  Someone may invent a currency symbol, probably a "µ" with a bar through it, like ₥ (read: mill) which already exists and means a thousandth of a currency unit.  If the unit becomes really popular prices might be typed as "240 u" or "1500 u" where the "u" is pronounced "yew" or "mics".

If "kilograms" is often abbreviated to "kilos", "millilitres" to "mills", and "gigabytes" to "gigs", then why must we plan what people are going to do about "microbitcoins"?  Can't we simply let the decentralised system which is natural language do its job?

So no.  While I can order a takeaway for 34 mills, paying a transaction fee of 200 mics, I have no need or want to adopt extra terms such as "bits".
519  Economy / Economics / Re: Protectionism on: October 03, 2014, 08:59:36 AM
Can you give us some opportunities globalization delivers? because i know is the only ones benefiting are foreing people taking all the welfare.

What precisely is the problem with foreign people collecting welfare?
520  Bitcoin / Bitcoin Discussion / Re: Help - Understanding bitcoin democratization on: October 01, 2014, 06:40:26 PM
When I'm talking about bitcoin democratization, and I'm sorry if I used the wrong term, I'm talking about a global use of digital currencies.

Ah, I see now.  I thought you were suggesting some change to the way Bitcoin works.  Perhaps "popularisation" (also "popularization") would be a better choice of word.
Pages: « 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 [26] 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 »
Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!