GBP USD Chart | Pound Dollar Real Time Chart

Dogecoin

The most amazing place on reddit! A subreddit for sharing, discussing, hoarding and wow'ing about Dogecoins. The new innovative crypto-currency.
[link]

Where to purchase bitcoin and what to do with it

Others wish to purchase Bitcoin with debit card. Coinbase likewise offers this service and has clear action by action directions on how to continue with either your debit or charge card.
There are those who wish to purchase Bitcoin immediately. This can be done at Paxful, and can be done through W. Union or any credit/debit card.
Other typical concerns that show up are what is the very best method to purchase Bitcoins, the very best method to get bitcoins or where to purchase bitcoins online. The most convenient method is most likely to buy it through a digital possession exchange like the formerly pointed out Coinbase. Opening an account with them is pain-free and as soon as you connect your checking account with them you can purchase and offer Bitcoin rather quickly. This is rather most likely likewise the very best location to purchase Bitcoins.
One need to understand what a Bitcoin wallet is and how to utilize it. You need to be aware of how to tumble bitcoin if you care about your privacy. It is just the Bitcoin equivalent of a checking account. It permits you to get Bitcoins, save them and send them to others. What it does is shop a collection of Bitcoin personal privacy secrets. Generally it is secured with a password or otherwise secured from unapproved gain access to.
There are a number of kinds of digital wallets to pick from. A web wallet permits you to send out, get and keep Bitcoin though your web internet browser. Another type is a desktop wallet and here the wallet software application is saved straight on your computer system. There are likewise mobile wallets which are created for usage by a mobile phone.
A concern that periodically turns up is that of Bitcoin stock or how to purchase Bitcoin stock. Without a doubt the most typical method to continue in this location is to purchase Bitcoin straight and not its stock.
There is one entity called Bitcoin Financial investment trust which is a mutual fund that is created to track the marketplace circulation of Bitcoin. Some experts nevertheless are calling this a dangerous method to end up being associated with this market.
The Bitcoin currency exchange rate USD is a carefully enjoyed criteria both every day and long term over the last 8 years because its intro to the world's monetary market. A popular business to get the most present rate in Bitcoin assessment is XE. They reveal Bitcoin to USD assessment and likewise the total Bitcoin cost chart, the Bitcoin worth chart and the Bitcoin to USD chart. If you ask, "Just how much is one Bitcoin?" you will constantly understand from their constantly upgraded charts.
Comparable concerns that show up in this location connect to the bitcoin rate history, the bitcoin rate chart live, the bitcoin to dollar currency exchange rate, the bitcoin dollar chart and the bitcoin 5 year chart. The formerly discussed site, xe, is likewise a great source for responses to these concerns.
Bitcoin predicted worth is a subject typically talked about. In January of 2015 the rate of one bitcoin was $215. Presently it is around $5000. This is an extraordinary boost and one far beyond what many specialists would have forecasted at that time. Presently in evaluating projections from professionals all over the world a typical response appears to be that the leading worth will settle in at around $10,000 and one specialist even predicted a worth reaching $100,000.
submitted by Eleanor8762 to bitcoinasic [link] [comments]

Have another perspective about Electroneum supply and decimal points! (RE-POST/reformat)

Argument 1: It is wrong that less number of decimals = less supply
Let starts with the background of the debate:
Hypothesis 1: Electroneum (ETN) has less supply than Bitcoin (BTC)
Hypothesis 2: BTC has less supply than ETN
The argument of Hypothesis 1 is that BTC has 8 “decimal points” and ETN only 2 “decimal points” which bring the argument to something like this:
1 satoshi = 0.00000001 BTC
1 mETN = 0.01 ETN
Max supply of BTC is 21 Million, which is equal to 21 * 1014 satoshi.
Max supply of ETN is 21 Billion which is equal to 21 * 1011 mETN.
Which means ETN’s total supply is 1/1000 of BTC’s.
The argument of Hypothesis 2 is that the “decimal points” is just “fractional notation” and it is not significant in the calculation of supply.
Max supply of BTC is 21 Million BTC
Max supply of ETN is 21 Billion ETN
Which means BTC’s total supply is 1/1000 of ETN’s.
At the beginning when Richard Ells explain about the 2 decimal points, I immediately thought: “No, you can’t do that!” “The fraction is insignificant; how can you include that into the calculation of total supply?”
So, for quite a while, just the same as other people I tend to believe Hypothesis 2 is right and this is quite disturbing to think that ETN has this “flaw”.
Then I came to a realization that I am thinking in technical/engineering formula concept and try to forced it into a dynamic currency calculation.
This is a big flaw in hypothesis 2 argument, because we are using Math (as in pure Math calculation) perspective instead of the understanding of how Currency behaves or works.
In Math, the unit of numbers is a standard, where 1 (100) is the lowest denominator, and decimal points are just the “fraction of the unit”, which gives the argument that no matter what is the length of the fraction, 21 Million will still be less than 21 Billion.
But we are not talking/discussing about “just numbers” here, we are talking about a Currency.
Currency has what is called as “circulating denomination unit”, and every currency has the lowest circulating denomination unit. For US Dollar and UK Pound, it is 1 cent or a penny. In Australian Dollar and Canadian Dollar, it is 5 cents (5 cents coin).
So, when we talk about BTC has 8 decimal points and ETN has 2 decimal points, we are not just talking about fraction of unit, we are talking about the “lowest circulating denomination unit” of a currency.
Consider this:
Let say that ETN and BTC mining is getting harder and harder. The lowest unit a miner can earn is 0.01 ETN in Electroneum supply and 0.00000001 BTC in Bitcoin supply (we are not talking about price at the moment, but focus on supply).
With 0.01 as the lowest unit that can be mined in ETN, that means for ETN to reach max supply is 21 Billion/0.01 or 21 * 1011.
With 0.00000001 as the lowest unit that can be mined in BTC, that means for BTC to reach max supply is 21 Million/0.00000001 or 21 * 1014.
Which simply means ETN will reach max supply faster, hence lower supply (or vice versa).
If we are talking about token, then arguably Hypothesis 2 can be right, because tokens are just token; and they are not designed to be a currency, there are significant differences.
Electroneum is designed as a currency and projected to be the “de-facto mass adopted” currency. So, think about it as a currency, NOT token.
Let’s get further into this with some examples of “real” (i.e.: fiat) currencies.
We know that currently US Dollar is one of the most (if not the most) dominant and popular currencies (fiat currencies). At the time of writing, these are the exchange rates of USD (US Dollar) to some other currencies (source: xe.com):
1 IDR (Indonesian Rupiah) = 0.0000736762 USD (US Dollar)
1 USD = 13572.90414000722 IDR
1 VND (Vietnamese Dong) = 0.0000440036 USD (US Dollar)
1 USD = 22725.4133752693 VND
Argument 2: The 2 decimal point in Electroneum is a flaw?
Now, let’s talk about the lowest transactional/circulating denomination unit of USD. It is $0.01 USD, which is represented by a penny or 1 cent coin.
Have you ever heard anyone say: “Hey, because USD lowest denomination unit is $0.01, this doesn’t make sense, this is a flaw. How am I going to exchange 100 IDR to USD? Because based on the exchange rate, 100 IDR is 0.0073762, it is not even 1 cent USD.
The answer is you don’t. People (currency users) behaviour change, and they adjust to it.
Currency is dynamic and involves people’s behaviour, not a static Math numbers.
If you go to Bali (Bali is in Indonesia), the most common lowest denomination unit of IDR in circulation is Rp.500 (IDR). There might be 200, 100, 50 IDR in circulation, but people don’t use them much. I saw some drivers (Taxi or Uber) using 500 IDR as “parking fee” or as “small change”, some “parking operators” even say that 500 IDR is not enough for parking fee, it has to be 1000 or 2000 IDR or even more.
Let say you come back from Bali with 10000 IDR left in your pocket. So, you go to bank to convert 10000 IDR to USD. You will get a weird looking face from the Teller trying to say “Are you serious?”
Why? Because it is not practical or common practice to exchange 10000 IDR to USD (in cash), as it is less than 1 USD (not including fee/commission). They EXPECT you to exchange a much larger amount of IDR.
Argument 3: The 2 decimal point will limit the price of Electroneum to something like $100, so 0.01 ETN will still be $1
Consider this:
I never heard anyone say: “Oh no, this 2 decimal points in USD will limit the price of USD, so 1 USD will never go beyond 100 or 1000 IDR.
The fact is, in the 90’s, 1 USD was around 1000 IDR or maybe even less, and now it is more than 13000 IDR.
How can a 2 decimal points affect the price or limit the price of a currency? I cannot understand the argument.
And this is just a fiat currency, as we all know that crypto currency is more “explosive” in creating price trend.
Borrowing some examples from fiat currency again, does this mean that people will never use calculation that is beyond 2 decimal points (like 3 or more decimal points)?
No, not necessarily, I believe more decimal points (something like 4 decimal points or even finer) are used in calculation of interest, loans, in exchanges, etc. Yet, it doesn’t deny the fact that the circulating denomination unit only has 2 decimal point.
Currency is dynamic, people and businesses will find one way or another to adjust with the price and denomination unit.
For example, in the old days when cash was king, when someone buy something in a shop with price of 80 cents, paid with 1 dollar bill. Then, the owner of the shop realized that he/she runs out of 20 cents coin and other less value coins. The owner of the shop will try to offer candy or chocolate or other cheap items as replacement for the change. The buyer might actually be happy with that because the buyer might appreciate candy or chocolate more than the spare change or coins.
In some payment systems, they mathematically rounded the number to the closest denominator units, like 5 cents or 10 cents.
In term of ETN, if necessary, when the price is skyrocketing. I believe, there will be some options, including creating “sub-currency”, akin to “Dollar coins”. You can buy something in ETN and get the “sub-currency” as a change. The sub-currency can either be pegged to ETN value or not, that can be defined later in the dynamic.
Argument 4: Technology affects the price of currency. Really?
Consider this article or infographic: https://illicittrade.com/infographics/worlds-most-counterfeited-currencies/
US Dollar is considered as the one of the world’s most counterfeited currency.
Then, consider another article: https://www.investopedia.com/financial-edge/0412/the-most-counterfeit-proof-currencies.aspx
“ International Association of Currency Affairs (IACA) holds an awards ceremony for currencies and individuals that have made great leaps in protecting the integrity of currencies and the technologies that go into creating and manufacturing them. In 2011, the IACA voted the Bank of Uganda as the winner of the best new banknote.”
Yet, 1 UGX = 0.000277417 USD. How come? Based on some arguments, that the more advanced the technology a currency has, the more valuable is the currency. Then, it supposed to be 1 USD = 0.000277417 UGX, not the opposite, right?
How about Bitcoin? At the moment, BTC has relatively the least technological advantage to other coins. Then why its price is the top of the chart?
Yes, you don’t want a currency that is very easily counterfeited that it is become “public secret” that everyone can counterfeit the currency at will. But you also don’t need the most secure anti-counterfeit technology to give value to the currency or make the currency as the most valuable currency.
Consider this:
  • US Dollar, EU Euro, Japanese Yen, UK Pound, Australian Dollar, Canadian Dollar and Swiss Franc, why are they perceived as valuable currency to people, investor and trader?
Because they are the most traded currency in the world. I understand there are fundamentals factors affecting the value, but it cannot be denied that people perceived the most traded currencies are more stable and valuable.
“Analyst says 94% of bitcoin's price movement over the past four years can be explained by one equation”.
That equation is about mass adoption or network effect. Put it simply, it shows that the success of Bitcoin and its price are NOT because it is the first, it is the most advanced technologically, it has the most unique features, etc. But because it gets the biggest mass adoption among other crypto currencies, at least for the time being.
  • Currency is dynamic. It involves people and people’s behaviour, not a static Math numbers or Technology features.
  • There are significant differences between crypto that is projected to be just token and the one that is projected to be currency.
When we talk about currency, people give value to currency because of “the fundamentals” value (because currency relates to the fundamentals of a country, policies and its users) and because it is the top traded/used currency in the world.
But when we talk about crypto currency, I think many people agreed it is hard to understand “the fundamentals”, so I believe the easiest to understand the value is how it will be mass adopted. The fundamentals values, I believe, will be easier to see at later stages as they will become more tangible.
These include relationships/partnerships, networks, how it will scale, how the team will keep progressing and keep making improvements (including technological improvements), the progression and manifestation of the planned roadmap, how agile is the team to respond to changes and challenges, and for ETN specifically, is the “ETN Community”. ETN community is a big asset for Electroneum like no other crypto currency has.
So, what’s the deal with 2 decimal points?
At the beginning, I thought this “2 decimal points” can be a drawback for ETN, but now I think it is a brilliant idea. Consider the following advantages of using 2 decimal points for ETN:
  • Easy to understand, human friendly notation.
Why is this important? In order for a currency to be widely adopted, people need to be comfortable enough to use it and understand the transaction quickly and easily. People are already accustomed to 2 decimal points in currency. People mindset are already trained to calculate in cents as in 0.01 and not more decimal points. Thus, this will greatly help mass adoption
  • Businesses’ accounting or business model are setup around this mindset of 2 decimal points or cents of currency.
So, if the business community wants to adopt a crypto currency like ETN, it is “just natural” adoption.
For examples, some little things like, how are you going to invoice customer with a number that has 8 decimal points? It will take longer for the business to adapt and adjust with 8 decimals. It looks like simple thing, but if you try to implement it in the business model, then it can be huge.
Another example, Businesses don’t need to adjust the format in their receipt/docket, because their current format is already 2 decimal points, just change the currency name to ETN, compare this with if the Business has to change the format of the purchase docket/receipt in 8 decimals. I am quite sure it will be quite chaotic in the first few weeks of implementation.
Then how about the data format in the database, reconciliation process, etc, etc. The list can be very long just trying to adapt with 8 decimals.
  • When Electroneum tries to create business partnerships and relationships with other big Enterprise, entity, organisation, network, etc. They don’t need to “overhaul” their system for ETN to be included in their systems.
Thanks to 2 decimal points, which comes natural in every system that uses fiat currency, these integrations can be done faster and more easily.
I think most IT people and developers understand how mind blogging it can be to change whole system just because we need to adapt with 8 decimal points and 2 decimal points at the same time.
The key here is the integration of the systems can be done faster and easier.
  • One of the target of Electroneum is to be adopted by the unbanked people, which means ETN will become one of the main currency for the payment system, which might involves, at least at early stage, features for exchanging between ETN and local currency.
You can see as ETN comes naturally with 2 decimal points, just like other fiat currencies. Integration of payment system and legacy point of sale (POS) systems can be done much easier, because ETN behaves similar to other fiat currency in term of calculation (decimal points).
The only differences (or benefits) are ETN is a crypto currency with faster transaction settlement, cheaper transaction fees, no country boundary (cheaper transfer fees), with no “middle man” like banks, no complicated registration to bank accounts, and has privacy features.
So, Electroneum community and ETN HODLers, we can look forward to the full realization of Electroneum’s potentials in the near future. I got the “feeling” that Electroneum community will play significant roles like in no other crypto currency.
Cheers,
PS: In using some currencies as examples, I am not undermining the currencies or users of the currencies. I have some friends and relatives from some of these countries whom I know are richemuch richer than average people in developed countries (in terms of Dollar wealth). It is just for the sake of example. I hope no one get offended by this.
Disclaimer: I am not affiliated with Electroneum, but I am an ETN ICO investor and HODLer. This is my personal opinion and perspective regarding the matter and NOT to be seen/taken as advise or suggestion in any kind.
submitted by CryptoDeluge to Electroneum [link] [comments]

An attempt at a fully comprehensive look at how to scale bitcoin. Lets bring Bitcoin out of Beta!

 
WARNING THIS IS GOING TO BE A REALLY REALLY LONG POST BUT PLEASE READ IT ALL. SCALING BITCOIN IS A COMPLEX ISSUE! HOPEFULLY HAVING ALL THE INFO IN ONE PLACE SHOULD BE USEFUL
 
Like many people in the community I've spent the past month or so looking deeply into the bitcoin scaling debate. I feel there has never been a fully comprehensive thread on how bitcoin could scale. The closest I have seen is gavinandresen's medium posts back in the summer describing the problem and a solution, and pre-emptively answering supposed problems with the solution. While these posts got to the core of the issue and spawned the debate we have been having, they were quite general and could have used more data in support. This is my research and proposal to scale bitcoin and bring the community back together.
 
 
The Problem
 
There seems to me to be five main fundamental forces at play in finding a balanced solution;
  • 'node distribution',
  • 'mining decentralisation',
  • 'network utility',
  • 'time',
  • 'adoption'.
 
 
Node Distribution
Bandwidth has a relationship to node count and therefore 'node distribution'. This is because if bandwidth becomes too high then fewer people will be able to run a node. To a lesser extent bandwidth also effects 'mining decentralisation' as miners/pool owners also need to be able to run a node. I would argue that the centralisation pressures in relation to bandwidth are negligible though in comparison to the centralisation pressure caused by the usefulness of larger pools in reducing variance. The cost of a faster internet connection is negligible in comparison to the turnover of the pools. It is important to note the distinction between bandwidth required to propagate blocks quickly and the bandwidth required to propagate transactions. The bandwidth required to simply propagate transactions is still low today.
New node time (i.e. the time it takes to start up a new node) also has a relationship with node distribution. i.e. If it takes too long to start a new node then fewer people will be willing to take the time and resources to start a new node.
Storage Space also has a relationship with node distribution. If the blockchain takes up too much space on a computer then less people will be willing to store the whole blockchain.
Any suitable solution should look to not decrease node distribution significantly.
 
Mining Decentralisation
Broadcast time (the time it takes to upload a block to a peer) has a relationship with mining centralisation pressures. This is because increasing broadcast time increases the propagation time, which increases the orphan rate. If the orphan rate it too high then individual miners will tend towards larger pools.
Validation time (the time it to validate a block) has a relationship with mining centralisation pressures. This is because increasing validation time increases the propagation time, which increases the orphan rate. If the orphan rate it too high then individual miners will tend towards larger pools.
Any suitable solution should look to not increase mining centralisation significantly.
 
Network Utility
Network Utility is one that I find is often overlooked, is not well understood but is equally as important. The network utility force acts as a kind of disclaimer to the other two forces. It has a balancing effect. Increasing the network utility will likely increase user adoption (The more useful something is, the more people will want to use it) and therefore decreasing network utility will likely decrease user adoption. User adoption has a relationship with node count. i.e. the more people, companies and organisations know about and use bitcoin, the more people, companies and organisations that will run nodes. For example we could reduce block size down to 10KB, which would reduce broadcast time and validation time significantly. This would also therefore reduce mining centralisation pressures significantly. What is very important to realise though is that network utility would also be significantly be reduced (fewer people able to use bitcoin) and therefore so would node distribution. Conversely, if we increased the block size (not the limit) right now to 10GB, the network utility would be very high as bitcoin would be able to process a large number of transactions but node distribution would be low and mining centralisation pressures would be high due to the larger resource requirements.
Any suitable solution should look to increase network utility as time increases.
 
Time
Time is an important force because of how technology improves over time. Technology improves over time in a semi-predicable fashion (often exponential). As we move through time, the cost of resources required to run the bitcoin network (if the resource requirements remained static) will decrease. This means that we are able to increase resource requirements proportional to technological improvements/cost reductions without any increase in costs to the network. Technological improvements are not perfectly predictable though so it could be advantageous to allow some buffer room for when technological improvements do not keep up with predictions. This buffer should not be applied at the expense of the balance between the other forces though (i.e. make the buffer too big and network utility will be significantly decreased).
 
 
Adoption
Increasing adoption means more people using the bitcoin/blockchain network. The more people use bitcoin the more utility it has, and the more utility Bitcoin has the more people will want to use it (network effect). The more people use bitcoin, the more people there that have an incentive to protect bitcoin.
Any suitable solution should look to increase adoption as time increases.
 
 
The Solution Proposed by some of the bitcoin developers - The Lightning Network
 
The Lightning Network (LN) is an attempt at scaling the number of transactions that can happen between parties by not publishing any transaction onto the blockchain unless it is absolutely necessary. This is achieved by having people pool bitcoin together in a "Channel" and then these people can transact instantly within that channel. If any shenanigans happen between any of the parties, the channel can be closed and the transactions will be settled on the blockchain. The second part of their plan is limit the block size to turn bitcoin into a settlement network. The original block size limit of 1MB was originally put in place by Satoshi as an anti-DOS measure. It was to make sure a bad actor could not propagate a very large block that would crash nodes and increase the size of the blockchain unnecessarily. Certain developers now want to use this 1MB limit in a different way to make sure that resource requirements will stay low, block space always remains full, fees increase significantly and people use the lightning network as their main way of transacting rather than the blockchain. They also say that keeping the resource requirements very low will make sure that bitcoin remains decentralised.
 
Problems with The Lightning Network
The LN works relatively well (in theory) when the cost and time to publish a set of transactions to the network are kept low. Unfortunately, when the cost and time to publish a set of transactions on the blockchain become high, the LN's utility is diminished. The trust you get from a transaction on the LN comes only from the trustless nature of having transactions published to the bitcoin network. What this means is that if a transaction cannot be published on the bitcoin network then the LN transaction is not secured at all. As transactions fees rise on the bitcoin blockchain the LN utility is diminished. Lets take an example:
  • Cost of publishing a transaction to the bitcoin network = $20
  • LN transaction between Bob and Alice = $20.
  • Transaction between Bob and Alice has problem therefore we want to publish it to the blockchain.
  • Amount of funds left after transaction is published to the blockchain = $20 - $20 = $0.
This is also not a binary situation. If for example in this scenario, the cost to publish the transaction to blockchain was $10 then still only 50% of the transaction would be secure. It is unlikely anyone really call this a secure transaction.
Will a user make a non-secured/poorly secured transaction on the LN when they could make the same transaction via an altcoin or non-cryptocurrency transaction and have it well secured? It's unlikely. What is much more likely to happen is that transaction that are not secured by bitcoin because of the cost to publish to the blockchain will simply overflow into altcoins or will simply not happen on any cryptocurrency network. The reality is though, that we don't know exactly what will happen because there is no precedent for it.
Another problem outside of security is convenience. With a highly oversaturated block space (very large backlog of transactions) it could take months to have a transaction published to the blockchain. During this time your funds will simply be stuck. If you want to buy a coffee with a shop you don't have a channel open with, instead of simply paying with bitcoin directly, you would have to wait months to open a channel by publishing a transaction to the bitcoin blockchain. I think your coffee might be a little cold by then (and mouldy).
I suggest reading this excellent post HERE for other rather significant problems with the LN when people are forced to use it.
The LN is currently not complete and due to its high complexity it will take some time to have industry wide implementation. If it is implemented on top of a bitcoin-as-a-settlement-network economy it will likely have very little utility.
 
Uses of The LN
The LN is actually an extremely useful layer-2 technology when it is used with it's strengths. When the bitcoin blockchain is fast and cheap to transact on, the LN is also extremely useful. One of the major uses for the LN is for trust-based transactions. If you are transacting often between a set of parties you can truly trust then using LN makes absolute sense since the trustless model of bitcoin is not necessary. Then once you require your funds to be unlocked again it will only take a short time and small cost to open them up to the full bitcoin network again. Another excellent use of LN would be for layer-3 apps. For example a casino app: Anyone can by into the casino channel and play using real bitcoins instantly in the knowledge that is anything nefarious happens you can instantly settle and unlock your funds. Another example would be a computer game where you can use real bitcoin in game, the only difference is that you connect to the game's LN channel and can transact instantly and cheaply. Then whenever you want to unlock your funds you can settle on the blockchain and use your bitcoins normally again.
LN is hugely more powerful, the more powerful bitcoin is. The people making the LN need to stick with its strengths rather than sell it as an all-in-one solution to bitcoin's scaling problem. It is just one piece of the puzzle.
 
 
Improving Network Efficiency
 
The more efficient the network, the more we can do with what we already have. There are a number of possible efficiency improvements to the network and each of them has a slightly different effect.
 
Pruning
Pruning allows the stored blockchain size to be reduced significantly by not storing old data. This has the effect of lowering the resource requirements of running a node. a 40GB unpruned blockchain would be reduced in size to 550MB. (It is important to note that a pruned node has lower utility to the network)
 
Thin Blocks
Thin blocks uses the fact that most of the nodes in the network already have a list of almost all the same transactions ready to be put into the blockchain before a block is found. If all nodes use the same/similar policy for which transactions to include in a block then you only need to broadcast a small amount of information across the network for all nodes to know which transactions have been included (as opposed to broadcasting a list of all transactions included in the block). Thin Blocks have the advantage of reducing propagation which lowers the mining centralisation pressure due to orphaned blocks.
 
libsecp256k1 libsecp256k1 allows a more efficient way of validating transactions. This means that propagation time is reduced which lowers the mining centralisation pressure due to orphaned blocks. It also means reduced time to bootstrap the blockchain for a new node.
 
Serialised Broadcast
Currently block transmission to peers happens in parallel to all connected peers. Obviously for block propagation this is a poor choice in comparison to serial transmission to each peer one by one. Using parallel transmission means that the more peers you have, the slower the propagation, whereas serial transmission does not suffer this problem. The problem that serial transmission does suffer from though is variance. If the order that you send blocks to peers in is random, then it means sometimes you will send blocks to a peer who has a slow/fast connection and/or is able to validate slowly/quickly. This would mean the average propagation time would increase with serialised transmission but depending on your luck you would sometimes have faster propagation and sometimes have slower propagation. As this will lower propagation time it will also lower the mining centralisation pressure due to orphaned blocks. (This is just a concept at the moment but I don't see why it couldn't be implemented).
 
Serialised Broadcast Sorting
This is a fix for the variance that would occur due to serialised broadcast. This sorts the order that you broadcast a block to each peer into; fastest upload + validation speed first and slowest upload speed and validation speed last. This not only decreases the variance to zero but also allows blocks to propagation to happen much faster. This also has the effect of lowering the mining centralisation pressure due to orphaned blocks. (This is just a concept at the moment but I don't see why it couldn't be implemented).
 
Here is a table below that shows roughly what the effects these solutions should have.
Name Bandwidth Broadcast Time Validation Time New Node Time Storage Space
Pruning 1 1 1 1 0.014
Thin Blocks 0.42 0.1 0.1 1 1
libsecp256k1 1 1 0.2 0.6 1
Serialised Broadcast 1 0.5 1 1 1
KYN 1 0.75 1 1 1
Segregated Witness 1 1 1 0.4 1
TOTAL 0.42 0.0375 0.02 0.24 0.014
Multiplier 2.38 26.7 50 - 70
(The "multiplier" shows how many times higher the block size could be relative to the specific function.)
 
 
The Factors in Finding a Balanced Solution
 
At the beginning of this post I detailed a relatively simple framework for finding a solution by describing what the problem is. There seems to me to be five main fundamental forces at play in finding a balanced solution; 'node distribution', 'mining decentralisation', 'network utility', 'time' and 'adoption'. The optimal solution needs to find a balance between all of these forces taking into account a buffer to offset our inability to predict the future with absolute accuracy.
To find a suitable buffer we need to assign a set of red line values which certain values should not pass if we want to make sure bitcoin continues to function as well as today (at a minimum). For example, percentage of orphans should stay below a certain value. These values can only be a best estimate due to the complexity of bitcoin economics, although I have tried to provide as sound reasoning as possible.
 
Propagation time
It seems a fair limit for this would be roughly what we have now. Bitcoin is still functioning now. Could mining be more decentralised? Yes, of course, but it seems bitcoin is working fine right now and therefore our currently propagation time for blocks is a fairly conservative limit to set. Currently 1MB blocks take around 15 seconds to propagate more than 50% of the network. 15 second propagation time is what I will be using as a limit in the solution to create a buffer.
 
Orphan Rate
This is obviously a value that is a function of propagation time so the same reasoning should be used. I will use a 3% limit on orphan rate in the solution to create a buffer.
 
Non-Pruned Node Storage Cost
For this I am choosing a limit of $200 in the near-term and $600 in the long-term. I have chosen these values based on what I think is a reasonable (maximum) for a business or enthusiast to pay to run a full node. As the number of transactions increases as more people use bitcoin the number of people willing to pay a higher price to run a node will also increase although the percentage of people will decrease. These are of course best guess values as there is no way of knowing exactly what percentage of users are willing to pay what.
 
Pruned Node Storage Cost
For this I am choosing a limit of $3 in the near-term (next 5 years) and $9 in the long-term (Next 25 years). I have chosen these values based on what I think is a reasonable (maximum) for normal bitcoin user to pay. In fact this cost will more likely be zero as almost all users have an amount of storage free on their computers.
 
Percentage of Downstream Bandwidth Used
This is a best guess at what I think people who run nodes would be willing to use to be connected to the bitcoin network directly. I believe using 10% (maximum) of a users downstream bandwidth is the limit of what is reasonable for a full node (pruned and non-pruned). Most users would continue to access the blockchain via SPV wallets though. Downstream is generally a much more valuable resource to a user than upstream due to the nature of the internet usage.
 
Percentage of Upstream Bandwidth Used
This is a best guess at what I think people who run nodes would be willing to use to be connected to the bitcoin network directly. I believe using 25% (maximum) of a users downstream bandwidth is the limit of what is reasonable for a full node (pruned and non-pruned). Most users would continue to access the blockchain via SPV wallets though. Upstream is generally a much less valuable resource to a user than downstream due to the nature of the internet usage.
 
Time to Bootstrap a New Node
My limit for this value is at 5 days using 50% of downstream bandwidth in the near-term and 30 days in the long-term. This seems like a reasonable number to me for someone who wants to start running a full node. Currently opening a new bank account takes at least week until everything is set up and you have received your cards, so it seems to me people would be willing to wait this long to become connected. Again, this is a best guess on what people would be willing to do to access the blockchain in the future. Most users requiring less security will be able to use an SPV wallet.
It is important to note that we only need enough nodes to make sure the blockchain is distributed across many places with many backups of the full blockchain. It is likely that a few thousand is a minimum for this. Increasing this amount to hundreds of thousands or millions of full nodes is not necessarily that much of an advantage to node distribution but could be a significant disadvantage to mining centralisation. This is because the more nodes you have in the network, the longer it takes to propagate >50% of it.
 
Storage Cost Price Reduction Over Time
Storage cost follows a linear logarithmic trend. Costs of HDD reducing by 10 times every 5 years, although this has slowed over the past few years. This can be attributed to the flooding in South East Asia and the transition to SSD technology. SSD technology also follows the linear logarithmic trend of costs reducing 10 times every 5 years, or roughly decreasing 37% per year.
 
Average Upload and Download Bandwidth Increases Over Time
Average upload and download bandwidth increases in a linear logarithmic trend. Both upload and download bandwidth follow the same trend of doubling roughly every two years, or increasing 40% per year.
 
Price
I was hesitant to include this one here but I feel it is unavoidable. Contrary to what people say (often when the price is trending downwards) bitcoin price is an extremely important metric in the long-term. Depending on bitcoin's price, bitcoin's is useful to; enthusiasts->some users->small companies->large companies->nations->the world, in roughly that order. The higher bitcoin's price is the more liquid the market will be and the more difficult it will be to move the price, therefore increasing bitcoin's utility. Bitcoin's price in the long-term is linked to adoption, which seems to happen in waves, as can be seen in the price bubbles over the years. If we are planning/aiming for bitcoin to at least become a currency with equal value to one of the worlds major currencies then we need to plan for a market cap and price that reflect that. I personally think there are two useful targets we should use to reflect our aims. The first, lower target is for bitcoin to have a market cap the size of a major national currency. This would put the market cap at around 2.1 trillion dollars or $100,000 per bitcoin. The second higher target is for bitcoin to become the world's major reserve currency. This would give bitcoin a market cap of around 21 trillion dollars and a value of $1,000,000 per bitcoin. A final, and much more difficult target is likely to be bitcoin as the only currency across the world, but I am not sure exactly how this could work so for now I don't think this is worth considering.
 
As price increases, so does the subsidy reward given out to miners who find blocks. This reward is semi-dynamic in that it remains static (in btc terms) until 210,000 blocks are found and then the subsidy is then cut in half. This continues to happen until all 21,000,000 bitcoins have been mined. If the value of each bitcoin increases faster than the btc denominated subsidy decreases then the USD denominated reward will be averagely increasing. Historically the bitcoin price has increased significantly faster than subsidy decreases. The btc denominated subsidy halves roughly every 4 years but the price of bitcoin has historically increased roughly 50 fold in the same time.
 
Bitcoin adoption should happen in a roughly s-curve dynamic like every other technology adoption. This means exponential adoption until the market saturation starts and adoption slows, then the finally is the market becomes fully saturated and adoption slowly stops (i.e. bitcoin is fully adopted). If we assume the top of this adoption s-curve has one of the market caps above (i.e. bitcoin is successful) then we can use this assumption to see how we can transition from a subsidy paid network to a transaction fee paid network.
 
Adoption
Adoption is the most difficult metric to determine. In fact it is impossible to determine accurately now, let alone in the future. It is also the one of the most important factors. There is no point in building software that no one is going to use after all. Equally, there is no point in achieving a large amount of adoption if bitcoin offers none of the original value propositions. Clearly there is a balance to be had. Some amount of bitcoin's original value proposition is worth losing in favour of adoption, and some amount of adoption is worth losing to keep bitcoin's original value proposition. A suitable solution should find a good balance between the two. It is clear though that any solution must have increased adoption as a basic requirement, otherwise it is not a solution at all.
 
One major factor related to adoption that I rarely see mentioned, is stability and predictability. This is relevant to both end users and businesses. End users rely on stability and predictability so that they do not have to constantly check if something has changed. When a person goes to get money from a cash machine or spend money in a shop, their experience is almost identical every single time. It is highly dependable. They don't need to keep up-to-date on how cash machines or shops work to make sure they are not defrauded. They know exactly what is going to happen without having to expend any effort. The more deviation from the standard experience a user experiences and the more often a user experiences a deviation, the less likely a user is going to want to continue to use that service. Users require predictability extending into the past. Businesses who's bottom line is often dependent on reliable services also require stability and predictability. Businesses require predictability that extends into the future so that they can plan. A business is less likely to use a service for which they do not know they can depend on in the future (or they know they cannot depend on).
For bitcoin to achieve mass adoption it needs a long-term predictable and stable plan for people to rely on.
 
 
The Proposal
 
This proposal is one based on determining a best fit balance of every factor and a large enough buffer to allows for our inability to perfectly predict the future. No one can predict the future with absolutely certainty but it does not mean we cannot make educated guesses and plan for it.
 
The first part of the proposal is to spend 2016 implementing all available efficiency improvements (i.e the ones detailed above) and making sure the move to a scaled bitcoin happens as smoothly as possible. It seems we should set a target of implementing all of the above improvements within the first 6 months of 2016. These improvements should be implemented in the first hardfork of its kind, with full community wide consensus. A hardfork with this much consensus is the perfect time to test and learn from the hardforking mechanism. Thanks to Seg Wit, this would give us an effective 2 fold capacity increase and set us on our path to scalability.
 
The second part of the proposal is to target the release of a second hardfork to happen at the end of 2016. Inline with all the above factors this would start with a real block size limit increase to 2MB (effectively increasing the throughput to 4x compared to today thanks to Seg Wit) and a doubling of the block size limit every two years thereafter (with linear scaling in between). The scaling would end with an 8GB block size limit in the year 2039.
 
 
How does the Proposal fit inside the Limits
 
 
Propagation time
If trends for average upload and bandwidth continue then propagation time for a block to reach >50% of the nodes in the network should never go above 1s. This is significantly quickly than propagation times we currently see.
In a worst case scenario we can we wrong in the negative direction (i.e. bandwidth does not increase as quickly as predicted) by 15% absolute and 37.5% relative (i.e. bandwidth improves at a rate of 25% per year rather than the predicted 40%) and we would still only ever see propagation times similar to today and it would take 20 years before this would happen.
 
Orphan Rate
Using our best guess predictions the orphan rate would never go over 0.2%.
In a worst case scenario where we are wrong in our bandwidth prediction in the negative direction by 37.5% relative, orphan rate would never go above 2.3% and it would take over 20 years to happen.
 
Non-Pruned Node Storage Cost
Using our best guess predictions the cost of storage for a non-pruned full node would never exceed $40 with blocks consistently 50% full and would in fact decrease significantly after reaching the peak cost. If blocks were consistently 100% full (which is highly unlikely) then the maximum cost of an un-pruned full node would never exceed $90.
In a worst case scenario where we are wrong in our bandwidth prediction in the negative direction by 37.5% relative and we are wrong in our storage cost prediction by 20% relative (storage cost decreases in cost by 25% per year instead of the predicted 37% per year), we would see a max cost to run a node with 50% full blocks of $100 by 2022 and $300 by 2039. If blocks are always 100% full then this max cost rises to $230 by 2022 and $650 in 2039. It is important to note that for storage costs to be as high as this, bitcoin will have to be enormously successful, meaning many many more people will be incentivised to run a full node (businesses etc.)
 
Pruned Node Storage Cost
Using our best guess predictions the cost of storage for a pruned full node would never exceed $0.60 with blocks consistently 50% full. If blocks were consistently 100% full (which is highly unlikely) then the max cost of an un-pruned full node would never exceed $1.30.
In a worst case scenario where we are wrong in our bandwidth prediction in the negative direction by 37.5% relative and we are wrong in our storage cost prediction by 20% relative (storage cost decreases in cost by 25% per year instead of the predicted 37% per year), we would see a max cost to run a node with 50% full blocks of $1.40 by 2022 and $5 by 2039. If blocks are always 100% full then this max cost rises to $3.20 by 2022 and $10 in 2039. It is important to note that at this amount of storage the cost would be effectively zero since users almost always have a large amount of free storage space on computers they already own.
 
Percentage of Downstream Bandwidth Used
Using our best guess predictions running a full node will never use more than 0.3% of a users download bandwidth (on average).
In a worst case scenario we can we wrong in the negative direction by 37.5% relative in our bandwidth predictions and we would still only ever see a max download bandwidth use of 4% (average).
 
Percentage of Upstream Bandwidth Used
Using our best guess predictions running a full node will never use more than 1.6% of a users download bandwidth (on average).
In a worst case scenario we can we wrong in the negative direction by 37.5% relative in our bandwidth predictions and we would only ever see a max download bandwidth use of 24% (average) and this would take over 20 years to occur.
 
Time to Bootstrap a New Node
Using our best guess predictions bootstrapping a new node onto the network should never take more than just over a day using 50% bandwidth.
In a worst case scenario we can we wrong in the negative direction by 37.5% relative in our bandwidth predictions and it would take one and 1/4 days to bootstrap the blockchain using 50% of the download bandwidth. By 2039 it would take 16 days to bootstrap the entire blockchain when using 50% bandwidth. I think it is important to note that by this point it is very possible the bootstrapping the blockchain could very well be done by simply buying an SSD with blockchain already bootstrapped. 16 days would be a lot of time to download software but it does not necessarily mean a decrease in centralisation. As you will see in the next section, if bitcoin has reached this level of adoption, there may well be many parties will to spend 16 days downloading the blockchain.
 
What if Things Turn Out Worse than the Worse Case?
While it is likely that future trends in the technology required to scale bitcoin will continue relatively similar to the past, it is possible that the predictions are completely and utterly wrong. This plan takes this into account though by making sure the buffer is large enough to give us time to adjust our course. Even if no technological/cost improvements (near zero likelihood) are made to bandwidth and storage in the future this proposal still gives us years to adjust course.
 
 
What Does This Mean for Bitcoin?
 
Significantly Increased Adoption
For comparison, Paypal handles around 285 transactions per second (tps), VISA handles around 2000tps and the total global non-cash transactions are around 12,400tps.
Currently bitcoin is capable of handling a maximum of around 3.5 transactions every second which are published to the blockchain roughly every 10 minutes. With Seg Wit implemented via a hardfork, bitcoin will be capable or around 7tps. With this proposal bitcoin will be capable of handling more transactions than Paypal (assuming Paypal experiences growth of around 7% per year) in the year 2027. Bitcoin will overtake VISA's transaction capability by the year 2035 and at the end of the growth cycle in 2039 it will be able to handle close to 50% of the total global non-cash transactions.
When you add on top second layer protocols( like the LN), sidechains, altcoins and off-chain transactions, there should be more than enough capacity for the whole world and every possible conceivable use for digital value transfer.
 
Transitioning from a Subsidy to a Transaction Fee Model
Currently mining is mostly incentivised by the subsidy that is given by the network (currently 25btc per block). If bitcoin is to widely successful it is likely that price increases will continue to outweigh btc denominated subsidy decreases for some time. This means that currently it is likely to be impossible to try to force the network into matching a significant portion of the subsidy with fees. The amount of fees being paid to miners has averagely increased over time and look like they will continue to do so. It is likely that the optimal time for fees to start seriously replacing the subsidy is when bitcoin adoption starts to slow. Unless you take a pessimistic view of bitcoin (thinking bitcoin is as big as it ever will be), it is reasonable to assume this will not happen for some time.
With this proposal, using an average fee of just $0.05, total transaction fees per day would be:
  • Year 2020 = $90,720
  • Year 2025 = $483,840.00
  • Year 2030 = $2,903,040.00
  • Year 2035 = $15,482,880.00
  • Year 2041 = $123,863,040.00 (full 8GB Blocks)
Miners currently earn a total of around $2 million dollars per day in revenue, significantly less than the $124 million dollars in transaction fee revenue possible using this proposal. That also doesn't include the subsidy which would still play some role until the year 2140. This transaction fee revenue would be a yearly revenue of $45 billion for miners when transaction fees are only $0.05 on average.
 
 
Proposal Data
You can use these two spreadsheets (1 - 2 ) to see the various metrics at play over time. The first spreadsheet shows the data using the predicted trends and the second spreadsheet shows the data with the worst case trends.
 
 
Summary
 
It's very clear we are on the edge/midst of a community (and possibly a network) split. This is a very dangerous situation for bitcoin. A huge divide has appeared in the community and opinions are becoming more and more entrenched on both sides. If we cannot come together and find a way forward it will be bad for everyone except bitcoin's competition and enemies. While this proposal is born from an attempt at finding a balance based on as many relevant factors as possible, it also fortunately happens to fall in between the two sides of the debate. Hopefully the community can see this proposal as a way of making a compromise, releasing the entrenchment and finding a way forward to scale bitcoin. I have no doubt that if we can do this, bitcoin will have enormous success in the years to come.
 
Lets bring bitcoin out of beta together!!
submitted by ampromoco to Bitcoin [link] [comments]

Let’s All Admit that the Bitcoin Price Bubble Has Popped

Has bitcoin bottomed yet? And, what does the aftermath of major bubbles bursting look like and its implications for price?
Thursday, bitcoin had a relief rally in sympathy with most other commodities as the Swiss National Bank (SNB) de-pegged the Swiss Franc from the Euro. This was a surprise move by the SNB but was necessary as being pegged to the Euro has been killing the Franc as the Euro has been sinking against a strong dollar due to Eurozone economic malaise.
http://i.imgur.com/x0N089k.jpg
A previous article written on this subject can be found here. There is a lot of speculation as to why they did this now and the prevailing sentiment is twofold: the SNB expects the European Central Bank (ECB) to launch massive QE and this will further weaken the Euro so they wanted to get ahead of the curve as the SNB has had to purchase a ton of Euros to protect the Franc and their threshold has been reached.
As a result, the Swiss Franc surged and the Euro weakened, while the USD strengthened. All commodities (gold, oil, copper, silver, bitcoin etc.) also saw a sharp rise in anticipation of QE coming.
Has bitcoin bottomed yet?
The simple answer is no, not yet. As mentioned above, bitcoin had a relief rally yesterday in due to the SNB news in combination with an extremely oversold chart. A relief rally generally occurs in a downtrend, when buyers show up and shorts cover but it is nothing more than a countertrend move and is fleeting at best. As the chart below shows, the downtrend is still intact and yesterday on the daily chart shows a failed attempt to put in a bottom in the form of a Bullish Engulfing Pattern (see here).
As a result, there is more downside. Price discovery is a process, but its looking likely at the very least we get a retest of the 160 level, with an eye on 133, which is the Mt. Gox low as mentioned previously. Volume has picked up along with volatility, so the bottoming process continues.
http://i.imgur.com/GPTaRIj.jpg
Generally, price precedes news. With this downtrend strongly in place, one can assume whatever news comes out will be bad. As we continue to bottom, the bad news can be assumed to be in the price and will not lead to a leg lower. In other words, it will be “priced in.”
What the news will be is anyone’s guess, but certainly something is overhanging Bitcoin. In fact, one sign of a bottom will be when bad news comes out and price doesn’t react to it or reacts in an opposite than most people expect.
What happens in the aftermath of bubbles? The bitcoin price bubble has burst — that can not be denied. This is a major bubble that has popped as bitcoin has broke through many major support levels on its way down, and is still sinking. Below are charts of other major bubbles and unless one is visually impaired the similarities should be striking. The reason I display these charts is because the aftermath of price bubbles is similar for all of them, and bitcoin should be no different.
This is the Japanese real estate bubble:
http://i.imgur.com/JWL1ZRI.jpg
This is the Dutch East India Company:
http://i.imgur.com/c6c5fsv.jpg
This is the Dot-Com (1999–2000) bubble:
http://i.imgur.com/d9xtq5D.jpg
This is Silver in 1980:
http://i.imgur.com/zdjG71k.jpg
And finally this is bitcoin:
http://i.imgur.com/f8hH5nw.jpg
Let’s all admit that the bitcoin price bubble has popped. But what we can expect as price searches for a bottom?
For now, we can expect volatility to hold up since the bottom isn’t locked in yet. Right now, it looks like we are seeing bottom fishing happening. This is when people are looking for a bottom without being presented of any evidence of such. It’s a sort of front-running for a bottom in anticipation of prices going higher at some point.
Once again, bottoming is a process and takes time. History shows that as a bottom forms, volatility dies off as buying and investment interests wane. Traders also move away from the asset as volatility dies in search of better returns elsewhere. Fundamentals start to matter and price just doesn’t begin a massive upside move.
In fact, it remains range bound for long periods of time. Within this range, I would expect to see large moves, though the price should not to go back to its highs for quite a long time. During this time, companies will continue building on the protocol with the price becoming ancillary as innovation moves forward, which in turn could lead to surges in price as well as many macro economic factors down the road.
In an interconnected global world, things change rapidly and the price is no different. This is a model based on past bubbles and could be different with bitcoin for a variety of reasons, but generally the pattern fits and I would expect a range bound price and a period of low volatility for a while once the bottom is established.
Below is a chart that shows the stages of a bubble bursting and the aftermath:
http://i.imgur.com/FTA5YbQ.png
Written by George Samman, former Wall Street Portfolio Manger and Co-Founder and COO of BTC.sx. BTC.sx is a bitcoin trading platform offering up to 10x leverage to go long or short in bitcoin for bitcoin.
submitted by BTC_sx to BitcoinMarkets [link] [comments]

An attempt at a fully comprehensive look at how to scale bitcoin. Lets bring Bitcoin out of Beta!

 
WARNING THIS IS GOING TO BE A REALLY REALLY LONG POST BUT PLEASE READ IT ALL. SCALING BITCOIN IS A COMPLEX ISSUE! HOPEFULLY HAVING ALL THE INFO IN ONE PLACE SHOULD BE USEFUL
 
Like many people in the community I've spent the past month or so looking deeply into the bitcoin scaling debate. I feel there has never been a fully comprehensive thread on how bitcoin could scale. The closest I have seen is gavinandresen's medium posts back in the summer describing the problem and a solution, and pre-emptively answering supposed problems with the solution. While these posts got to the core of the issue and spawned the debate we have been having, they were quite general and could have used more data in support. This is my research and proposal to scale bitcoin and bring the community back together.
 
 
The Problem
 
There seems to me to be five main fundamental forces at play in finding a balanced solution;
  • 'node distribution',
  • 'mining decentralisation',
  • 'network utility',
  • 'time',
  • 'adoption'.
 
 
Node Distribution
Bandwidth has a relationship to node count and therefore 'node distribution'. This is because if bandwidth becomes too high then fewer people will be able to run a node. To a lesser extent bandwidth also effects 'mining decentralisation' as miners/pool owners also need to be able to run a node. I would argue that the centralisation pressures in relation to bandwidth are negligible though in comparison to the centralisation pressure caused by the usefulness of larger pools in reducing variance. The cost of a faster internet connection is negligible in comparison to the turnover of the pools. It is important to note the distinction between bandwidth required to propagate blocks quickly and the bandwidth required to propagate transactions. The bandwidth required to simply propagate transactions is still low today.
New node time (i.e. the time it takes to start up a new node) also has a relationship with node distribution. i.e. If it takes too long to start a new node then fewer people will be willing to take the time and resources to start a new node.
Storage Space also has a relationship with node distribution. If the blockchain takes up too much space on a computer then less people will be willing to store the whole blockchain.
Any suitable solution should look to not decrease node distribution significantly.
 
Mining Decentralisation
Broadcast time (the time it takes to upload a block to a peer) has a relationship with mining centralisation pressures. This is because increasing broadcast time increases the propagation time, which increases the orphan rate. If the orphan rate it too high then individual miners will tend towards larger pools.
Validation time (the time it to validate a block) has a relationship with mining centralisation pressures. This is because increasing validation time increases the propagation time, which increases the orphan rate. If the orphan rate it too high then individual miners will tend towards larger pools.
Any suitable solution should look to not increase mining centralisation significantly.
 
Network Utility
Network Utility is one that I find is often overlooked, is not well understood but is equally as important. The network utility force acts as a kind of disclaimer to the other two forces. It has a balancing effect. Increasing the network utility will likely increase user adoption (The more useful something is, the more people will want to use it) and therefore decreasing network utility will likely decrease user adoption. User adoption has a relationship with node count. i.e. the more people, companies and organisations know about and use bitcoin, the more people, companies and organisations that will run nodes. For example we could reduce block size down to 10KB, which would reduce broadcast time and validation time significantly. This would also therefore reduce mining centralisation pressures significantly. What is very important to realise though is that network utility would also be significantly be reduced (fewer people able to use bitcoin) and therefore so would node distribution. Conversely, if we increased the block size (not the limit) right now to 10GB, the network utility would be very high as bitcoin would be able to process a large number of transactions but node distribution would be low and mining centralisation pressures would be high due to the larger resource requirements.
Any suitable solution should look to increase network utility as time increases.
 
Time
Time is an important force because of how technology improves over time. Technology improves over time in a semi-predicable fashion (often exponential). As we move through time, the cost of resources required to run the bitcoin network (if the resource requirements remained static) will decrease. This means that we are able to increase resource requirements proportional to technological improvements/cost reductions without any increase in costs to the network. Technological improvements are not perfectly predictable though so it could be advantageous to allow some buffer room for when technological improvements do not keep up with predictions. This buffer should not be applied at the expense of the balance between the other forces though (i.e. make the buffer too big and network utility will be significantly decreased).
 
 
Adoption
Increasing adoption means more people using the bitcoin/blockchain network. The more people use bitcoin the more utility it has, and the more utility Bitcoin has the more people will want to use it (network effect). The more people use bitcoin, the more people there that have an incentive to protect bitcoin.
Any suitable solution should look to increase adoption as time increases.
 
 
The Solution Proposed by some of the bitcoin developers - The Lightning Network
 
The Lightning Network (LN) is an attempt at scaling the number of transactions that can happen between parties by not publishing any transaction onto the blockchain unless it is absolutely necessary. This is achieved by having people pool bitcoin together in a "Channel" and then these people can transact instantly within that channel. If any shenanigans happen between any of the parties, the channel can be closed and the transactions will be settled on the blockchain. The second part of their plan is limit the block size to turn bitcoin into a settlement network. The original block size limit of 1MB was originally put in place by Satoshi as an anti-DOS measure. It was to make sure a bad actor could not propagate a very large block that would crash nodes and increase the size of the blockchain unnecessarily. Certain developers now want to use this 1MB limit in a different way to make sure that resource requirements will stay low, block space always remains full, fees increase significantly and people use the lightning network as their main way of transacting rather than the blockchain. They also say that keeping the resource requirements very low will make sure that bitcoin remains decentralised.
 
Problems with The Lightning Network
The LN works relatively well (in theory) when the cost and time to publish a set of transactions to the network are kept low. Unfortunately, when the cost and time to publish a set of transactions on the blockchain become high, the LN's utility is diminished. The trust you get from a transaction on the LN comes only from the trustless nature of having transactions published to the bitcoin network. What this means is that if a transaction cannot be published on the bitcoin network then the LN transaction is not secured at all. As transactions fees rise on the bitcoin blockchain the LN utility is diminished. Lets take an example:
  • Cost of publishing a transaction to the bitcoin network = $20
  • LN transaction between Bob and Alice = $20.
  • Transaction between Bob and Alice has problem therefore we want to publish it to the blockchain.
  • Amount of funds left after transaction is published to the blockchain = $20 - $20 = $0.
This is also not a binary situation. If for example in this scenario, the cost to publish the transaction to blockchain was $10 then still only 50% of the transaction would be secure. It is unlikely anyone really call this a secure transaction.
Will a user make a non-secured/poorly secured transaction on the LN when they could make the same transaction via an altcoin or non-cryptocurrency transaction and have it well secured? It's unlikely. What is much more likely to happen is that transaction that are not secured by bitcoin because of the cost to publish to the blockchain will simply overflow into altcoins or will simply not happen on any cryptocurrency network. The reality is though, that we don't know exactly what will happen because there is no precedent for it.
Another problem outside of security is convenience. With a highly oversaturated block space (very large backlog of transactions) it could take months to have a transaction published to the blockchain. During this time your funds will simply be stuck. If you want to buy a coffee with a shop you don't have a channel open with, instead of simply paying with bitcoin directly, you would have to wait months to open a channel by publishing a transaction to the bitcoin blockchain. I think your coffee might be a little cold by then (and mouldy).
I suggest reading this excellent post HERE for other rather significant problems with the LN when people are forced to use it.
The LN is currently not complete and due to its high complexity it will take some time to have industry wide implementation. If it is implemented on top of a bitcoin-as-a-settlement-network economy it will likely have very little utility.
 
Uses of The LN
The LN is actually an extremely useful layer-2 technology when it is used with it's strengths. When the bitcoin blockchain is fast and cheap to transact on, the LN is also extremely useful. One of the major uses for the LN is for trust-based transactions. If you are transacting often between a set of parties you can truly trust then using LN makes absolute sense since the trustless model of bitcoin is not necessary. Then once you require your funds to be unlocked again it will only take a short time and small cost to open them up to the full bitcoin network again. Another excellent use of LN would be for layer-3 apps. For example a casino app: Anyone can by into the casino channel and play using real bitcoins instantly in the knowledge that is anything nefarious happens you can instantly settle and unlock your funds. Another example would be a computer game where you can use real bitcoin in game, the only difference is that you connect to the game's LN channel and can transact instantly and cheaply. Then whenever you want to unlock your funds you can settle on the blockchain and use your bitcoins normally again.
LN is hugely more powerful, the more powerful bitcoin is. The people making the LN need to stick with its strengths rather than sell it as an all-in-one solution to bitcoin's scaling problem. It is just one piece of the puzzle.
 
 
Improving Network Efficiency
 
The more efficient the network, the more we can do with what we already have. There are a number of possible efficiency improvements to the network and each of them has a slightly different effect.
 
Pruning
Pruning allows the stored blockchain size to be reduced significantly by not storing old data. This has the effect of lowering the resource requirements of running a node. a 40GB unpruned blockchain would be reduced in size to 550MB. (It is important to note that a pruned node has lower utility to the network)
 
Thin Blocks
Thin blocks uses the fact that most of the nodes in the network already have a list of almost all the same transactions ready to be put into the blockchain before a block is found. If all nodes use the same/similar policy for which transactions to include in a block then you only need to broadcast a small amount of information across the network for all nodes to know which transactions have been included (as opposed to broadcasting a list of all transactions included in the block). Thin Blocks have the advantage of reducing propagation which lowers the mining centralisation pressure due to orphaned blocks.
 
libsecp256k1 libsecp256k1 allows a more efficient way of validating transactions. This means that propagation time is reduced which lowers the mining centralisation pressure due to orphaned blocks. It also means reduced time to bootstrap the blockchain for a new node.
 
Serialised Broadcast
Currently block transmission to peers happens in parallel to all connected peers. Obviously for block propagation this is a poor choice in comparison to serial transmission to each peer one by one. Using parallel transmission means that the more peers you have, the slower the propagation, whereas serial transmission does not suffer this problem. The problem that serial transmission does suffer from though is variance. If the order that you send blocks to peers in is random, then it means sometimes you will send blocks to a peer who has a slow/fast connection and/or is able to validate slowly/quickly. This would mean the average propagation time would increase with serialised transmission but depending on your luck you would sometimes have faster propagation and sometimes have slower propagation. As this will lower propagation time it will also lower the mining centralisation pressure due to orphaned blocks. (This is just a concept at the moment but I don't see why it couldn't be implemented).
 
Serialised Broadcast Sorting
This is a fix for the variance that would occur due to serialised broadcast. This sorts the order that you broadcast a block to each peer into; fastest upload + validation speed first and slowest upload speed and validation speed last. This not only decreases the variance to zero but also allows blocks to propagation to happen much faster. This also has the effect of lowering the mining centralisation pressure due to orphaned blocks. (This is just a concept at the moment but I don't see why it couldn't be implemented).
 
Here is a table below that shows roughly what the effects these solutions should have.
Name Bandwidth Broadcast Time Validation Time New Node Time Storage Space
Pruning 1 1 1 1 0.014
Thin Blocks 0.42 0.1 0.1 1 1
libsecp256k1 1 1 0.2 0.6 1
Serialised Broadcast 1 0.5 1 1 1
KYN 1 0.75 1 1 1
Segregated Witness 1 1 1 0.4 1
TOTAL 0.42 0.0375 0.02 0.24 0.014
Multiplier 2.38 26.7 50 - 70
(The "multiplier" shows how many times higher the block size could be relative to the specific function.)
 
 
The Factors in Finding a Balanced Solution
 
At the beginning of this post I detailed a relatively simple framework for finding a solution by describing what the problem is. There seems to me to be five main fundamental forces at play in finding a balanced solution; 'node distribution', 'mining decentralisation', 'network utility', 'time' and 'adoption'. The optimal solution needs to find a balance between all of these forces taking into account a buffer to offset our inability to predict the future with absolute accuracy.
To find a suitable buffer we need to assign a set of red line values which certain values should not pass if we want to make sure bitcoin continues to function as well as today (at a minimum). For example, percentage of orphans should stay below a certain value. These values can only be a best estimate due to the complexity of bitcoin economics, although I have tried to provide as sound reasoning as possible.
 
Propagation time
It seems a fair limit for this would be roughly what we have now. Bitcoin is still functioning now. Could mining be more decentralised? Yes, of course, but it seems bitcoin is working fine right now and therefore our currently propagation time for blocks is a fairly conservative limit to set. Currently 1MB blocks take around 15 seconds to propagate more than 50% of the network. 15 second propagation time is what I will be using as a limit in the solution to create a buffer.
 
Orphan Rate
This is obviously a value that is a function of propagation time so the same reasoning should be used. I will use a 3% limit on orphan rate in the solution to create a buffer.
 
Non-Pruned Node Storage Cost
For this I am choosing a limit of $200 in the near-term and $600 in the long-term. I have chosen these values based on what I think is a reasonable (maximum) for a business or enthusiast to pay to run a full node. As the number of transactions increases as more people use bitcoin the number of people willing to pay a higher price to run a node will also increase although the percentage of people will decrease. These are of course best guess values as there is no way of knowing exactly what percentage of users are willing to pay what.
 
Pruned Node Storage Cost
For this I am choosing a limit of $3 in the near-term (next 5 years) and $9 in the long-term (Next 25 years). I have chosen these values based on what I think is a reasonable (maximum) for normal bitcoin user to pay. In fact this cost will more likely be zero as almost all users have an amount of storage free on their computers.
 
Percentage of Downstream Bandwidth Used
This is a best guess at what I think people who run nodes would be willing to use to be connected to the bitcoin network directly. I believe using 10% (maximum) of a users downstream bandwidth is the limit of what is reasonable for a full node (pruned and non-pruned). Most users would continue to access the blockchain via SPV wallets though. Downstream is generally a much more valuable resource to a user than upstream due to the nature of the internet usage.
 
Percentage of Upstream Bandwidth Used
This is a best guess at what I think people who run nodes would be willing to use to be connected to the bitcoin network directly. I believe using 25% (maximum) of a users downstream bandwidth is the limit of what is reasonable for a full node (pruned and non-pruned). Most users would continue to access the blockchain via SPV wallets though. Upstream is generally a much less valuable resource to a user than downstream due to the nature of the internet usage.
 
Time to Bootstrap a New Node
My limit for this value is at 5 days using 50% of downstream bandwidth in the near-term and 30 days in the long-term. This seems like a reasonable number to me for someone who wants to start running a full node. Currently opening a new bank account takes at least week until everything is set up and you have received your cards, so it seems to me people would be willing to wait this long to become connected. Again, this is a best guess on what people would be willing to do to access the blockchain in the future. Most users requiring less security will be able to use an SPV wallet.
It is important to note that we only need enough nodes to make sure the blockchain is distributed across many places with many backups of the full blockchain. It is likely that a few thousand is a minimum for this. Increasing this amount to hundreds of thousands or millions of full nodes is not necessarily that much of an advantage to node distribution but could be a significant disadvantage to mining centralisation. This is because the more nodes you have in the network, the longer it takes to propagate >50% of it.
 
Storage Cost Price Reduction Over Time
Storage cost follows a linear logarithmic trend. Costs of HDD reducing by 10 times every 5 years, although this has slowed over the past few years. This can be attributed to the flooding in South East Asia and the transition to SSD technology. SSD technology also follows the linear logarithmic trend of costs reducing 10 times every 5 years, or roughly decreasing 37% per year.
 
Average Upload and Download Bandwidth Increases Over Time
Average upload and download bandwidth increases in a linear logarithmic trend. Both upload and download bandwidth follow the same trend of doubling roughly every two years, or increasing 40% per year.
 
Price
I was hesitant to include this one here but I feel it is unavoidable. Contrary to what people say (often when the price is trending downwards) bitcoin price is an extremely important metric in the long-term. Depending on bitcoin's price, bitcoin's is useful to; enthusiasts->some users->small companies->large companies->nations->the world, in roughly that order. The higher bitcoin's price is the more liquid the market will be and the more difficult it will be to move the price, therefore increasing bitcoin's utility. Bitcoin's price in the long-term is linked to adoption, which seems to happen in waves, as can be seen in the price bubbles over the years. If we are planning/aiming for bitcoin to at least become a currency with equal value to one of the worlds major currencies then we need to plan for a market cap and price that reflect that. I personally think there are two useful targets we should use to reflect our aims. The first, lower target is for bitcoin to have a market cap the size of a major national currency. This would put the market cap at around 2.1 trillion dollars or $100,000 per bitcoin. The second higher target is for bitcoin to become the world's major reserve currency. This would give bitcoin a market cap of around 21 trillion dollars and a value of $1,000,000 per bitcoin. A final, and much more difficult target is likely to be bitcoin as the only currency across the world, but I am not sure exactly how this could work so for now I don't think this is worth considering.
 
As price increases, so does the subsidy reward given out to miners who find blocks. This reward is semi-dynamic in that it remains static (in btc terms) until 210,000 blocks are found and then the subsidy is then cut in half. This continues to happen until all 21,000,000 bitcoins have been mined. If the value of each bitcoin increases faster than the btc denominated subsidy decreases then the USD denominated reward will be averagely increasing. Historically the bitcoin price has increased significantly faster than subsidy decreases. The btc denominated subsidy halves roughly every 4 years but the price of bitcoin has historically increased roughly 50 fold in the same time.
 
Bitcoin adoption should happen in a roughly s-curve dynamic like every other technology adoption. This means exponential adoption until the market saturation starts and adoption slows, then the finally is the market becomes fully saturated and adoption slowly stops (i.e. bitcoin is fully adopted). If we assume the top of this adoption s-curve has one of the market caps above (i.e. bitcoin is successful) then we can use this assumption to see how we can transition from a subsidy paid network to a transaction fee paid network.
 
Adoption
Adoption is the most difficult metric to determine. In fact it is impossible to determine accurately now, let alone in the future. It is also the one of the most important factors. There is no point in building software that no one is going to use after all. Equally, there is no point in achieving a large amount of adoption if bitcoin offers none of the original value propositions. Clearly there is a balance to be had. Some amount of bitcoin's original value proposition is worth losing in favour of adoption, and some amount of adoption is worth losing to keep bitcoin's original value proposition. A suitable solution should find a good balance between the two. It is clear though that any solution must have increased adoption as a basic requirement, otherwise it is not a solution at all.
 
One major factor related to adoption that I rarely see mentioned, is stability and predictability. This is relevant to both end users and businesses. End users rely on stability and predictability so that they do not have to constantly check if something has changed. When a person goes to get money from a cash machine or spend money in a shop, their experience is almost identical every single time. It is highly dependable. They don't need to keep up-to-date on how cash machines or shops work to make sure they are not defrauded. They know exactly what is going to happen without having to expend any effort. The more deviation from the standard experience a user experiences and the more often a user experiences a deviation, the less likely a user is going to want to continue to use that service. Users require predictability extending into the past. Businesses who's bottom line is often dependent on reliable services also require stability and predictability. Businesses require predictability that extends into the future so that they can plan. A business is less likely to use a service for which they do not know they can depend on in the future (or they know they cannot depend on).
For bitcoin to achieve mass adoption it needs a long-term predictable and stable plan for people to rely on.
 
 
The Proposal
 
This proposal is one based on determining a best fit balance of every factor and a large enough buffer to allows for our inability to perfectly predict the future. No one can predict the future with absolutely certainty but it does not mean we cannot make educated guesses and plan for it.
 
The first part of the proposal is to spend 2016 implementing all available efficiency improvements (i.e the ones detailed above) and making sure the move to a scaled bitcoin happens as smoothly as possible. It seems we should set a target of implementing all of the above improvements within the first 6 months of 2016. These improvements should be implemented in the first hardfork of its kind, with full community wide consensus. A hardfork with this much consensus is the perfect time to test and learn from the hardforking mechanism. Thanks to Seg Wit, this would give us an effective 2 fold capacity increase and set us on our path to scalability.
 
The second part of the proposal is to target the release of a second hardfork to happen at the end of 2016. Inline with all the above factors this would start with a real block size limit increase to 2MB (effectively increasing the throughput to 4x compared to today thanks to Seg Wit) and a doubling of the block size limit every two years thereafter (with linear scaling in between). The scaling would end with an 8GB block size limit in the year 2039.
 
 
How does the Proposal fit inside the Limits
 
 
Propagation time
If trends for average upload and bandwidth continue then propagation time for a block to reach >50% of the nodes in the network should never go above 1s. This is significantly quickly than propagation times we currently see.
In a worst case scenario we can we wrong in the negative direction (i.e. bandwidth does not increase as quickly as predicted) by 15% absolute and 37.5% relative (i.e. bandwidth improves at a rate of 25% per year rather than the predicted 40%) and we would still only ever see propagation times similar to today and it would take 20 years before this would happen.
 
Orphan Rate
Using our best guess predictions the orphan rate would never go over 0.2%.
In a worst case scenario where we are wrong in our bandwidth prediction in the negative direction by 37.5% relative, orphan rate would never go above 2.3% and it would take over 20 years to happen.
 
Non-Pruned Node Storage Cost
Using our best guess predictions the cost of storage for a non-pruned full node would never exceed $40 with blocks consistently 50% full and would in fact decrease significantly after reaching the peak cost. If blocks were consistently 100% full (which is highly unlikely) then the maximum cost of an un-pruned full node would never exceed $90.
In a worst case scenario where we are wrong in our bandwidth prediction in the negative direction by 37.5% relative and we are wrong in our storage cost prediction by 20% relative (storage cost decreases in cost by 25% per year instead of the predicted 37% per year), we would see a max cost to run a node with 50% full blocks of $100 by 2022 and $300 by 2039. If blocks are always 100% full then this max cost rises to $230 by 2022 and $650 in 2039. It is important to note that for storage costs to be as high as this, bitcoin will have to be enormously successful, meaning many many more people will be incentivised to run a full node (businesses etc.)
 
Pruned Node Storage Cost
Using our best guess predictions the cost of storage for a pruned full node would never exceed $0.60 with blocks consistently 50% full. If blocks were consistently 100% full (which is highly unlikely) then the max cost of an un-pruned full node would never exceed $1.30.
In a worst case scenario where we are wrong in our bandwidth prediction in the negative direction by 37.5% relative and we are wrong in our storage cost prediction by 20% relative (storage cost decreases in cost by 25% per year instead of the predicted 37% per year), we would see a max cost to run a node with 50% full blocks of $1.40 by 2022 and $5 by 2039. If blocks are always 100% full then this max cost rises to $3.20 by 2022 and $10 in 2039. It is important to note that at this amount of storage the cost would be effectively zero since users almost always have a large amount of free storage space on computers they already own.
 
Percentage of Downstream Bandwidth Used
Using our best guess predictions running a full node will never use more than 0.3% of a users download bandwidth (on average).
In a worst case scenario we can we wrong in the negative direction by 37.5% relative in our bandwidth predictions and we would still only ever see a max download bandwidth use of 4% (average).
 
Percentage of Upstream Bandwidth Used
Using our best guess predictions running a full node will never use more than 1.6% of a users download bandwidth (on average).
In a worst case scenario we can we wrong in the negative direction by 37.5% relative in our bandwidth predictions and we would only ever see a max download bandwidth use of 24% (average) and this would take over 20 years to occur.
 
Time to Bootstrap a New Node
Using our best guess predictions bootstrapping a new node onto the network should never take more than just over a day using 50% bandwidth.
In a worst case scenario we can we wrong in the negative direction by 37.5% relative in our bandwidth predictions and it would take one and 1/4 days to bootstrap the blockchain using 50% of the download bandwidth. By 2039 it would take 16 days to bootstrap the entire blockchain when using 50% bandwidth. I think it is important to note that by this point it is very possible the bootstrapping the blockchain could very well be done by simply buying an SSD with blockchain already bootstrapped. 16 days would be a lot of time to download software but it does not necessarily mean a decrease in centralisation. As you will see in the next section, if bitcoin has reached this level of adoption, there may well be many parties will to spend 16 days downloading the blockchain.
 
What if Things Turn Out Worse than the Worse Case?
While it is likely that future trends in the technology required to scale bitcoin will continue relatively similar to the past, it is possible that the predictions are completely and utterly wrong. This plan takes this into account though by making sure the buffer is large enough to give us time to adjust our course. Even if no technological/cost improvements (near zero likelihood) are made to bandwidth and storage in the future this proposal still gives us years to adjust course.
 
 
What Does This Mean for Bitcoin?
 
Significantly Increased Adoption
For comparison, Paypal handles around 285 transactions per second (tps), VISA handles around 2000tps and the total global non-cash transactions are around 12,400tps.
Currently bitcoin is capable of handling a maximum of around 3.5 transactions every second which are published to the blockchain roughly every 10 minutes. With Seg Wit implemented via a hardfork, bitcoin will be capable or around 7tps. With this proposal bitcoin will be capable of handling more transactions than Paypal (assuming Paypal experiences growth of around 7% per year) in the year 2027. Bitcoin will overtake VISA's transaction capability by the year 2035 and at the end of the growth cycle in 2039 it will be able to handle close to 50% of the total global non-cash transactions.
When you add on top second layer protocols( like the LN), sidechains, altcoins and off-chain transactions, there should be more than enough capacity for the whole world and every possible conceivable use for digital value transfer.
 
Transitioning from a Subsidy to a Transaction Fee Model
Currently mining is mostly incentivised by the subsidy that is given by the network (currently 25btc per block). If bitcoin is to widely successful it is likely that price increases will continue to outweigh btc denominated subsidy decreases for some time. This means that currently it is likely to be impossible to try to force the network into matching a significant portion of the subsidy with fees. The amount of fees being paid to miners has averagely increased over time and look like they will continue to do so. It is likely that the optimal time for fees to start seriously replacing the subsidy is when bitcoin adoption starts to slow. Unless you take a pessimistic view of bitcoin (thinking bitcoin is as big as it ever will be), it is reasonable to assume this will not happen for some time.
With this proposal, using an average fee of just $0.05, total transaction fees per day would be:
  • Year 2020 = $90,720
  • Year 2025 = $483,840.00
  • Year 2030 = $2,903,040.00
  • Year 2035 = $15,482,880.00
  • Year 2041 = $123,863,040.00 (full 8GB Blocks)
Miners currently earn a total of around $2 million dollars per day in revenue, significantly less than the $124 million dollars in transaction fee revenue possible using this proposal. That also doesn't include the subsidy which would still play some role until the year 2140. This transaction fee revenue would be a yearly revenue of $45 billion for miners when transaction fees are only $0.05 on average.
 
 
Proposal Data
You can use these two spreadsheets (1 - 2 ) to see the various metrics at play over time. The first spreadsheet shows the data using the predicted trends and the second spreadsheet shows the data with the worst case trends.
 
 
Summary
 
It's very clear we are on the edge/midst of a community (and possibly a network) split. This is a very dangerous situation for bitcoin. A huge divide has appeared in the community and opinions are becoming more and more entrenched on both sides. If we cannot come together and find a way forward it will be bad for everyone except bitcoin's competition and enemies. While this proposal is born from an attempt at finding a balance based on as many relevant factors as possible, it also fortunately happens to fall in between the two sides of the debate. Hopefully the community can see this proposal as a way of making a compromise, releasing the entrenchment and finding a way forward to scale bitcoin. I have no doubt that if we can do this, bitcoin will have enormous success in the years to come.
 
Lets bring bitcoin out of beta together!!
submitted by ampromoco to btc [link] [comments]

This dump was a complete manipulation using two bogus "news"

In the past week, we saw more than a third loss of Bitcoin price. Why? Supposedly due to the two "news" -- that the Yuan "rallied" against the US$, and that PBOC said something chilling against Bitcoin. Let's examine these points.
  1. The PBOC "news." https://cointelegraph.com/news/china-warns-bitcoin-users-panic-sellers-drive-bitcoin-price-down-21-percent When you read these sort of articles, it becomes quite clear that there was no "news" or any new statements by the PBOC. They are simply reiterating their paternalistic statements that they have been making for some time. No different than the various "warnings" US government agencies have been saying about the "danger" of investing in Bitcoin to the public. What's clear in the most recent event with PBOC is that PBOC and the Chinese miners and exchanges have an ongoing communication. There are no surprises in the "news."
  2. The Yuan vs US$ "rally": http://www.xe.com/currencycharts/?from=CNY&to=USD&view=1Y Take a look at the 1 yr chart of Yuan vs US$. Do you see any "rally" in the past week by the Yuan against the US$? I rest my case.
In trading, the "house" or the market maker or the exchange has to make money in exchange for "making" market for the rest of us to trade. They make money when they go long and they make money when they go short. The brutally steady rise of Bitcoin prices in the past several months has left the exchanges and market makers with a lot of short exposure that they have to buy back to make money. So, in any market, including the US stock market, there will always be these "manufactured" reasons for going up and going down. They will sacrifice a percentage of their money to create a domino effect going down and hopefully the news have traction and other shorts follow and panic starts for the longs to sell at a loss.
For the newbies, consider this a lesson learned. This is where you begin to accumulate -- or establish your new long positions. Give it 2 months and we'll be back near where the natural "magnet" is at -- ATH, which the market went to last week and played with it. The market can't help but to move back toward it. This is human psychology.
submitted by moononrainbow to Bitcoin [link] [comments]

🔴LIVE ✔Crypto Dragon Crew | Blockchain, Cryptocurrency 🎄 Resurrection 🔥

🔴LIVE ✔Crypto Dragon Crew | Blockchain, Cryptocurrency 🎄 Resurrection 🔥
WATCH HERE https://gaming.youtube.com/c/TurquoiseDragon/live
![bitcoin.png](https://steemitimages.com/DQmdsMxM1eDjSxyJh3iKEeKCHDmXeRDXNUqs66yRu5AFXhz/bitcoin.png) LIVE - Bitcoin (BTC) | The Road To Over 20,000 (USD) BITFINEX
The first of the Cryptocurrencies which is soon to reach a value of over 20,000 USD. Bitcoin seems unstoppable if you were to analyze the lifetime charts of the virtual but practical form of exchange. Bitcoin to reach new heights as BTC pushes 10k on the Bitfinex exchange
https://www.coinbase.com/join/57e606edeef34f01bef4a584
https://hashflare.io/D8111CEF
https://bitconnect.co/?ref=TurquoiseD
Edit https://hashflare.io/D8111CEF https://www.nagaico.com/?refcode=pjg3nx https://davor.io/Account/Registration?r=28C320 https://goldgate.io/bggt1g6p5KtoK5lFHm https://membership.saltlending.com/register?r=DLir5 https://hextracoin.co/register?referrer=TurquoiseDragon https://bitconnect.co/?ref=TurquoiseD https://www.coinbase.com/join/57e606edeef34f01bef4a584 https://steemit.com/@turquoisedragon https://www.facebook.com/TurquoiseDragonCo
Support the Dragon with Cryptocurrency

Send Gifts Here !

BTC (Bitcoin)- 14utvKLL6WrRsuvcskR5phWiWx42XXWKMb BCH (Bitcoin Cash)- 146wqGTuxEjtvmDJhAmWTAQQjj9KDJPeyJ ETH (Etherium)- 0x0763C246B8D146a378EA51aEC490AA8630938617 LTC (Litecoin)- LXVQMAAUjmtPknwyGsEyYCzMzocoqKPjzB EOS - 0x0763C246B8D146a378EA51aEC490AA8630938617 NEO - AQPuggsCWoB3mBpPoNuNLVDh6VndGtnqQZ

DASH - XozDjts2TgxGMYVC7b2fjM3SHEoy1CdicM

Paypal - https://www.paypal.me/TurquoiseDragon

Music - Free Background Music No Copyright Music https://www.youtube.com/channel/UCzdbJ_mnXo5tf-4hVNgJ5Wg
Multistreaming with https://restream.io/ Support the stream: https://streamlabs.com/turquoisedragon
Keywords:-
Crypto, Crypto Dragon, Crypto Dragon Crew, Turquoise Dragon, Blockchain, Cryptocurrency, Cryptocurrencies, Bitcoin, Bitcoin Cash, Etherium, Litecoin, BTC, BCH, ETH, LTC, EOS, NEO, DASH, Token, Coin, Live, Charts, Update, Bitfinex,
submitted by Turquoise-Dragon to u/Turquoise-Dragon [link] [comments]

(({{{Bitcoin$Free}})) Best. Cryptocurrency. Trading. Platform.

[+#Bitcoin$Free}}))Best Cryptocurrency Trading Platform THE BITCOIN MANIA Trading on crypto currencies, is the new trend taking over of the digital money market. Bitcoin, the crypto currency is breaking records with 4,500% growth in the last year, proving that the future is in crypto currencies. BITCOIN TRAINING DAY Join our risk free "Bitcoin Club Marathon", where you will get a demo account to perfect your trading skills. Here you receive an opportunity to learn from others without risking your money. Crypto Signals Crypto currencies exchange market could be highly fluctuant, presenting numerous opportunities 24/7. The club provides you Signals system that will send you alerts whenever an opportunity arises.
bitcoin,.,price,.,bitcoin,.,mining,.,bitcoin,.,to gbp,.,bitcoin,.,news,.,bitcoin,.,wallet,.,bitcoin,.,to usd,.,bitcoin,.,price chart,.,bitcoin,.,exchange rate,.,bitcoin,.,cash,.,bitcoin,.,price history,.,bitcoin,.,bitcoin,.,atm,.,bitcoin,.,account,.,bitcoin,.,atm london,.,bitcoin,.,alternative,.,bitcoin,.,address,.,bitcoin,.,atm near me,.,bitcoin,.,august 1st,.,bitcoin,.,atm uk,.,bitcoin,.,asic,.,bitcoin,.,app,.,a,.,bitcoin,.,to naira,.,a,.,bitcoin,.,miner,.,a,.,bitcoin,.,address,.,a,.,bitcoin,.,worth,.,a,.,bitcoin,.,governance network,.,a,.,bitcoin,.,atm,.,a,.,bitcoin,.,faucet,.,a,.,bitcoin,.,transaction,.,a,.,bitcoin,.,wallet,.,a,.,bitcoin,.,to a dollar,.,bitcoin,.,buy,.,bitcoin,.,blockchain,.,bitcoin,.,bubble,.,bitcoin,.,buy uk,.,bitcoin,.,broker,.,bitcoin,.,block explorer,.,bitcoin,.,billionaire,.,bitcoin,.,bank,.,bitcoin,.,blockchain size,.,bitcoin,.,bbc,.,bitcoin,.,b font,.,bitcoin,.,miner.b,.,bitcoin,.,b symbol,.,mel b,.,bitcoin,.,buy,.,bitcoin,.,capital b,.,bitcoin,.,b-eleven,.,bitcoin,.,plan b,.,bitcoin,.,b-wallet,.,bitcoin,.,b&h,.,bitcoin,.,bitcoin,.,chart,.,bitcoin,.,converter,.,bitcoin,.,core,.,bitcoin,.,crash,.,bitcoin,.,currency,.,bitcoin,.,current value,.,bitcoin,.,calculator uk,.,bitcoin,.,creator,.,bitcoin,.,casino,.,c,.,bitcoin,.,miner,.,c,.,bitcoin,.,library,.,c't,.,bitcoin,.,c,.,bitcoin,.,wallet,.,bitcoin,.,ac id,.,bitcoin,.,c sharp,.,bitcoin,.,miner-c pup,.,bitcointalk c-cex,.,bitcoin,.,c==,.,bitcoin,.,debit card,.,bitcoin,.,difficulty,.,bitcoin,.,dollar,.,bitcoin,.,debit card uk,.,bitcoin,.,dark,.,bitcoin,.,documentary,.,bitcoin,.,drop,.,bitcoin,.,define,.,bitcoin,.,dark web,.,bitcoin,.,download,.,bitcoin.d,.,bitcoin,.,xt d,.,bitcoind backup,.,d-wave,.,bitcoin,.,mining,.,the d,.,bitcoin,.,atm,.,d'angelo,.,bitcoin,.,system d,.,bitcoin,.,init.d,.,bitcoind,.,d las vegas,.,bitcoin,.,/etc/init.d/bitcoind,.,bitcoin,.,exchange,.,bitcoin,.,explained,.,bitcoin,.,etf,.,bitcoin,.,exchange uk,.,bitcoin,.,ethereum,.,bitcoin,.,explorer,.,bitcoin,.,exchange rate uk,.,bitcoin,.,euro,.,bitcoin,.,exchange rate chart,.,bitcoin,.,exchange rate history,.,bitcoin,.,e wallet,.,,.,bitcoin,.,e.g. crossword,.,bitcoin,.,e.g. crossword clue,.,bitcoin,.,e commerce,.,bitcoin,.,e-currency,.,bitcoin,.,e money,.,bitcoin,.,e card,.,bitcoin,.,ebook,.,bitcoin,.,e-voucher,.,bitcoin,.,e pill,.,bitcoin,.,fork,.,bitcoin,.,forecast,.,bitcoin,.,faucet,.,bitcoin,.,forum,.,bitcoin,.,for dummies,.,bitcoin,.,farm,.,bitcoin,.,fees,.,bitcoin,.,founder,.,bitcoin,.,future,.,bitcoin,.,fund,.,f#,.,bitcoin,.,price of,.,bitcoin,.,brother john f,.,bitcoin,.,bh f,.,bitcoin,.,msil,.,bitcoin,.,miner-f,.,bitcoin,.,gbp,.,bitcoin,.,graph,.,bitcoin,.,growth,.,bitcoin,.,generator,.,bitcoin,.,gambling,.,bitcoin,.,github,.,bitcoin,.,games,.,bitcoin,.,guide,.,bitcoin,.,google finance,.,bitcoin,.,global capital,.,g,.,bitcoin,.,price,.,g,.,bitcoin,.,charts,.,g,.,bitcoin,.,value,.,g,.,bitcoin,.,mining calculator,.,bitcoin,.,guiminer,.,ghash,.,bitcoin,.,g coin,.,bitcointalk,.,g cash to,.,bitcoin,.,bitcoin,.,miner.g,.,bitcoin,.,hard fork,.,bitcoin,.,hardware wallet,.,bitcoin,.,history,.,bitcoin,.,historical price,.,bitcoin,.,hack,.,bitcoin,.,how to buy,.,bitcoin,.,halving,.,bitcoin,.,how it works,.,bitcoin,.,hashrate,.,bitcoin,.,hardware wallet uk,.,bitcoin,.,h/s,.,c&h,.,bitcoin,.,main.h,.,bitcoin,.,hash.h,.,bitcoin,.,coins.h,.,bitcoin,.,best b#$h -,.,bitcoin,.,best b#$h -,.,bitcoin,.,lyrics,.,h&r block,.,bitcoin,.,h-not-zero,.,bitcoin,.,bitcoin,.,investment,.,bitcoin,.,in gbp,.,bitcoin,.,investment trust,.,bitcoin,.,index,.,bitcoin,.,inventor,.,bitcoin,.,in usd,.,bitcoin,.,india,.,bitcoin,.,inflation,.,bitcoin,.,in dollars,.,bitcoin,.,investment uk,.,i,.,bitcoin,.,in usd,.,i,.,bitcoin,.,in inr,.,i,.,bitcoin,.,to pkr,.,i,.,bitcoin,.,to dollar,.,i,.,bitcoin,.,to naira,.,i,.,bitcoin,.,in rs,.,i,.,bitcoin,.,= satoshi,.,i,.,bitcoin,.,is equal to,.,i,.,bitcoin,.,berapa rupiah,.,i,.,bitcoin,.,in inr in 2009,.,bitcoin,.,japan,.,bitcoin,.,jobs,.,bitcoin,.,japan legal,.,bitcoin,.,jesus,.,bitcoin,.,jobs london,.,bitcoin,.,jobs uk,.,bitcoin,.,july 2017,.,bitcoin,.,jokes,.,bitcoin,.,june 2017,.,bitcoin,.,jihan,.,bitcoin,.,j,.,bitcoinj tutorial,.,bitcoinj micropayments,.,mary j,.,bitcoin,.,belle,.,mary j,.,bitcointalk,.,j maurice,.,bitcoin,.,mary j,.,bitcoin,.,j p morgan,.,bitcoin,.,,.,bitcoin,.,j vty,.,обменник,.,bitcoin,.,bitcoin,.,kurs,.,bitcoin,.,kraken,.,bitcoin,.,koers,.,bitcoin,.,knots,.,bitcoin,.,key,.,bitcoin,.,kopen,.,bitcoin,.,korea,.,bitcoin,.,knowledge,.,bitcoin,.,kaufen,.,bitcoin,.,kurz,.,bitcoin,.,k line,.,bitcoin,.,k,.,bitcoin,.,k value,.,bitcoin,.,k chart,.,john k,.,bitcoin,.,bitcoin,.,k-market,.,k-market jätkäsaari,.,bitcoin,.,k čemu,.,bitcoin,.,bitcoin,.,live price,.,bitcoin,.,latest news,.,bitcoin,.,login,.,bitcoin,.,logo,.,bitcoin,.,ledger,.,bitcoin,.,live,.,bitcoin,.,local,.,bitcoin,.,lottery,.,bitcoin,.,london,.,bitcoin,.,loan,.,bitcoin,.,l-39,.,l-39,.,bitcoin,.,jet,.,bitcoin,.,l'altra faccia della moneta,.,l'ambassade,.,bitcoin,.,l'avenir du,.,bitcoin,.,l'histoire du,.,bitcoin,.,l'inventeur du,.,bitcoin,.,l'évolution du,.,bitcoin,.,l'avenir des,.,bitcoins,.,l'origine du,.,bitcoin,.,bitcoin,.,market,.,bitcoin,.,millionaire,.,bitcoin,.,mining software,.,bitcoin,.,meaning,.,bitcoin,.,mining hardware,.,bitcoin,.,machine,.,bitcoin,.,mining pool,.,bitcoin,.,magazine,.,bitcoin,.,mining rig,.,m,.,bitcoin,.,meaning,.,m.bitcoin2048,.,bitcoin,.,m of n,.,bitcoin,.,m of n transactions,.,siriusxm,.,bitcoin,.,triple m,.,bitcoin,.,m lhuillier,.,bitcoin,.,m pesa vs,.,bitcoin,.,m.bitcoin2048.com отзывы,.,mercado,.,bitcoin,.,bitcoin,.,news uk,.,bitcoin,.,network,.,bitcoin,.,net worth,.,bitcoin,.,news reddit,.,bitcoin,.,nodes,.,bitcoin,.,network fee,.,bitcoin,.,near me,.,bitcoin,.,nedir,.,bitcoin,.,news india,.,bitcoin.n,.,bitcoin,.,n.ireland,.,n&p,.,bitcoin,.,consulting,.,shares in,.,bitcoin,.,piotr_n,.,bitcointalk,.,piotr_n,.,bitcoin,.,m of n,.,bitcoin,.,bitcoinspot.n,.,bitcoin,.,or ethereum,.,bitcoin,.,owner,.,bitcoin,.,online,.,bitcoin,.,original price,.,bitcoin,.,offline wallet,.,bitcoin,.,online wallet,.,bitcoin,.,outlook,.,bitcoin,.,official site,.,bitcoin,.,on amazon,.,o,.,bitcoin,.,e seguro,.,o,.,bitcoinu,.,bitcoin,.,o'reilly,.,bitcoin,.,to aud,.,bitcoin,.,o'reilly pdf,.,bitcoin,.,to euro,.,bitcoin,.,to btc,.,sve o,.,bitcoin,.,o'reilly,.,bitcoin,.,and the blockchain,.,bitcoin,.,price gbp,.,bitcoin,.,predictions,.,bitcoin,.,price uk,.,bitcoin,.,price prediction,.,bitcoin,.,paper wallet,.,bitcoin,.,pizza,.,,.,bitcoin,.,price live,.,p np,.,bitcoin,.,r.i.p.,.,bitcoin,.,p-free,.,bitcoin,.,win32/bitcoinminer.p,.,bitcoin,.,qt,.,bitcoin,.,qr code,.,bitcoin,.,quote,.,bitcoin,.,quantum computing,.,bitcoin,.,que es,.,bitcoin,.,quora,.,bitcoin,.,questions,.,bitcoin,.,qt update,.,bitcoin,.,qt wallet location,.,bitcoin,.,quantum,.,bitcoin,.,q,.,bitcoin,.,q es,.,q son,.,bitcoins,.,q es un,.,bitcoin,.,q son los,.,bitcoins,.,q es el,.,bitcoin,.,q comprar con,.,bitcoins,.,bitcoins que significa,.,bitcoin,.,q significa,.,bitcoin,.,rate,.,bitcoin,.,reddit,.,bitcoin,.,review,.,bitcoin,.,rival,.,bitcoin,.,rate gbp,.,bitcoin,.,rise,.,bitcoin,.,regulation,.,bitcoin,.,rich list,.,bitcoin,.,rate history,.,bitcoin,.,regulation uk,.,r,.,bitcoinmarkets,.,r,.,bitcoin,.,uk,.,r,.,bitcoin,.,canada,.,r,.,bitcoin,.,cash,.,r,.,bitcoin,.,package,.,r,.,bitcointalk,.,r,.,bitcoin,.,mining,.,r,.,bitcoin,.,abc,.,r,.,bitcoin,.,analysis,.,bitcoinxt,.,bitcoin,.,share price,.,bitcoin,.,stock,.,bitcoin,.,split,.,bitcoin,.,segwit,.,bitcoin,.,stock price,.,bitcoin,.,shares,.,bitcoin,.,symbol,.,bitcoin,.,suisse,.,bitcoin,.,scams,.,bitcoin,.,stock market,.,bitcoins value,.,bitcoin,.,s curve,.,bitcoin,.,miners,.,gh/s,.,bitcoin,.,th/s,.,bitcoin,.,th/s,.,bitcoin,.,miner,.,mh/s,.,bitcoin,.,1th/s,.,bitcoin,.,miner,.,10th/s,.,bitcoin,.,miner,.,20th/s,.,bitcoin,.,miner,.,bitcoin,.,trading,.,bitcoin,.,to dollar,.,bitcoin,.,transaction,.,bitcoin,.,to £,.,bitcoin,.,ticker,.,bitcointalk,.,bitcoin,.,transaction fee,.,bitcoin,.,t shirt,.,bitcoin,.,t shirt uk,.,bitcoin,.,t shirt india,.,bitcoin,.,t shirt store,.,alpha-t,.,bitcointalk,.,bb&t,.,bitcoin,.,t-110,.,bitcoin,.,mining system,.,bitcoin,.,miner t720,.,bitcoin,.,usd,.,bitcoin,.,uk,.,bitcoin,.,unlimited,.,bitcoin,.,unconfirmed transaction,.,bitcoin,.,usd price,.,bitcoin,.,uk price,.,bitcoin,.,uasf,.,bitcoin,.,uk tax,.,bitcoin,.,update,.,bitcoin,.,uk exchange,.,why u,.,bitcoin,.,billionaire,.,bitcoin,.,u bosni,.,bitcoin,.,miner.u,.,bitcoin,.,u crnoj gori,.,bitcoin,.,youtube,.,bitcoin,.,u dinarima,.,wii u,.,bitcoin,.,utorrent,.,bitcoin,.,u.s.,.,bitcoin,.,exchange,.,bitcoin,.,u kune,.,bitcoin,.,value,.,,.,bitcoin,.,value chart,.,bitcoin,.,value history,.,bitcoin,.,value gbp,.,bitcoin,.,vs ethereum,.,bitcoin,.,vs usd,.,bitcoin,.,volatility,.,bitcoin,.,vs litecoin,.,bitcoin,.,value 2010,.,bitcoin,.,vs gold,.,bitcoin,.,v litecoin,.,bitcoin,.,v dollar,.,bitcoin,.,v euro,.,bitcoin,.,v gold,.,bitcoin,.,v blockchain,.,bitcoin,.,v onecoin,.,bitcoin,.,hack v.2,.,bitcoin,.,worth,.,bitcoin,.,wiki,.,bitcoin,.,wallet uk,.,bitcoin,.,what is it,.,bitcoinwisdom,.,bitcoin,.,whitepaper,.,bitcoin,.,wallet online,.,bitcoin,.,wallet address,.,bitcoin,.,wallet download,.,bitcoin,.,miner.w,.,bitcoin,.,w polsce,.,bitcoiny w polsce,.,bitcoin,.,w niemczech,.,bitcoin,.,w chmurze,.,bitcoin,.,w żabce,.,bitcoin,.,w polsce legalny,.,bitcoin,.,w chinach,.,bitcoin,.,w prawie polskim,.,bitcoin,.,w górę,.,bitcoin,.,xe,.,bitcoin,.,xbt,.,bitcoin,.,xt,.,bitcoin,.,xbte,.,bitcoin,.,xapo,.,bitcoin,.,xrp,.,bitcoin,.,xt price,.,bitcoin,.,xpub,.,x,.,bitcoin,.,generator,.,bitcoin,.,yahoo finance,.,bitcoin,.,year chart,.,bitcoin,.,year,.,bitcoin,.,yield,.,bitcoin,.,ytd,.,bitcoin,.,yubikey,.,bitcoin,.,yoda,.,bitcoin,.,yahoo finance chart,.,ybitcoin,.,magazine,.,bitcoin,.,y control de cambio,.,y combinator,.,bitcoin,.,ecuador y,.,bitcoin,.,bitcoin,.,by paypal,.,bitcoin,.,y el lavado de dinero,.,bitcoin,.,y deep web,.,bitcoin,.,y lavado de dinero,.,bitcoin,.,y litecoin,.,bitcoin,.,and blockchain,.,bitcoin,.,zebra,.,bitcoin,.,zerohedge,.,bitcoin,.,zimbabwe,.,bitcoin,.,zar,.,bitcoin,.,zcash,.,bitcoin,.,zapwallettxes,.,bitcoin,.,zarabianie,.,bitcoin,.,zug,.,bitcoin,.,zero,.,bitcoin,.,zero confirmations,.,bitcoin,.,z value,.,titan z,.,bitcoin,.,mining,.,titan z,.,bitcoin,.,z cash,.,bitcoin,.,nvidia titan z,.,bitcoin,.,mining,.,nvidia titan z,.,bitcoin,.,nakup zlata z,.,bitcoini,.,sklep z,.,bitcoinami,.,trgovanje z,.,bitcoini,.,co z,.,bitcoinem,.,bitcoin,.,0 confirmations,.,bitcoin,.,0.1,.,bitcoin,.,0.1.0,.,bitcoin,.,0 active connections,.,bitcoin,.,0 transaction fee,.,bitcoin,.,0 fee,.,0.15,.,bitcoins,.,0 25,.,bitcoins,.,0.05,.,bitcoin,.,in euro,.,bitcoin,.,2.0,.,0.1,.,bitcoins,.,0.21,.,bitcoins,.,bitcoin,.,1st august,.,bitcoin,.,1 million,.,bitcoin,.,101,.,bitcoin,.,10 year chart,.,bitcoin,.,10000,.,bitcoin,.,148,.,,.,bitcoin,.,10 year prediction,.,bitcoin,.,100k,.,bitcoin,.,100 dollars,.,bitcoin,.,10 years ago,.,1,.,bitcoin,.,in gbp,.,1,.,bitcoin,.,in pounds,.,1,.,bitcoin,.,in £,.,1,.,bitcoin,.,to dollar,.,1,.,bitcoin,.,in inr,.,1,.,bitcoin,.,to euro,.,1,.,bitcoin,.,in gdp,.,1,.,bitcoin,.,in eur,.,1,.,bitcoin,.,to myr,.,1,.,bitcoin,.,in sterling,.,bitcoin,.,2010,.,bitcoin,.,2017,.,bitcoin,.,2020,.,bitcoin,.,2018,.,bitcoin,.,2009,.,bitcoin,.,2013,.,bitcoin,.,21 million,.,bitcoin,.,2012,.,bitcoin,.,2014,.,2,.,bitcoin,.,to usd,.,2,.,bitcoin,.,price,.,2,.,bitcoin,.,to inr,.,2,.,bitcoin,.,wallets,.,2,.,bitcoins to dollars,.,2,.,bitcoins free,.,2,.,bitcoins a month,.,2,.,bitcoin,.,qt,.,bitcoin,.,2 year chart,.,bitcoin,.,2 paypal,.,bitcoin,.,3000,.,bitcoin,.,31st july,.,bitcoin,.,3 confirmations,.,bitcoin,.,3.0,.,bitcoin,.,3 year chart,.,bitcoin,.,3 month chart,.,bitcoin,.,300,.,bitcoin,.,365 club,.,bitcoin,.,3000 usd,.,bitcoin,.,30 confirmations,.,3,.,bitcoins in gbp,.,3,.,bitcoins,.,3,.,bitcoins to usd,.,3,.,bitcoin,.,in euro,.,3,.,bitcoin,.,to eur,.,bitcoin,.,3 unlimited,.,bitcoin,.,3 day chart,.,bitcoin,.,3 address,.,bitcoin,.,4000,.,bitcoin,.,4chan,.,bitcoin,.,4 billion,.,bitcoin,.,401k,.,bitcoin,.,4 backpage,.,bitcoin,.,43,.,bitcoin,.,40000,.,bitcoin,.,4k,.,bitcoin,.,4 year chart,.,bitcoin,.,48,.,4,.,bitcoins,.,4,.,bitcoins to usd,.,4,.,bitcoins in gbp,.,4,.,bitcoin,.,to eur,.,bitcoins 4 backpage,.,bitcoin,.,4 igaming,.,bitcoin,.,4 u,.,bitcoin,.,4 november,.,bitcoin,.,4 cash,.,bitcoin,.,5 year chart,.,bitcoin,.,51 attack,.,bitcoin,.,500,.,bitcoin,.,5 year,.,bitcoin,.,500 000,.,bitcoin,.,5000,.,bitcoin,.,50000,.,bitcoin,.,5 year price,.,bitcoin,.,5 years ago,.,bitcoin,.,5 year forecast,.,5,.,bitcoins in pounds,.,5,.,bitcoins,.,5,.,bitcoins to usd,.,5,.,bitcoin,.,free,.,5,.,bitcoin,.,in euro,.,bitcoin,.,5 years,.,bitcoin,.,5 minutes,.,bitcoin,.,5 min,.,bitcoin,.,5 unlimited generator,.,bitcoin,.,666,.,bitcoin,.,6 months,.,bitcoin,.,6 confirmations,.,bitcoin,.,6 month chart,.,bitcoin,.,6000,.,bitcoin,.,60 minutes,.,bitcoin,.,6 confirmations time,.,bitcoin,.,6 month price,.,bitcoin,.,6 years ago,.,bitcoin,.,60 day chart,.,6,.,bitcoin,.,network confirmations,.,,.,
submitted by besterse to BestCryptoPlatform [link] [comments]

Is there a website that shows the whole price history and log scale?

This shows the whole price history but not log scale: http://www.xe.com/currencycharts/?from=XBT&to=USD&view=5Y
This shows log scale but not the whole price history: http://bitcoinity.org/markets
Edit: i found one! yey! https://bitcoinaverage.com/charts#USD-averages-all
submitted by Johanakerblom to Bitcoin [link] [comments]

An attempt at a fully comprehensive look at how to scale bitcoin. Lets bring Bitcoin out of Beta!

 
WARNING THIS IS GOING TO BE A REALLY REALLY LONG POST BUT PLEASE READ IT ALL. SCALING BITCOIN IS A COMPLEX ISSUE! HOPEFULLY HAVING ALL THE INFO IN ONE PLACE SHOULD BE USEFUL
 
Like many people in the community I've spent the past month or so looking deeply into the bitcoin scaling debate. I feel there has never been a fully comprehensive thread on how bitcoin could scale. The closest I have seen is gavinandresen's medium posts back in the summer describing the problem and a solution, and pre-emptively answering supposed problems with the solution. While these posts got to the core of the issue and spawned the debate we have been having, they were quite general and could have used more data in support. This is my research and proposal to scale bitcoin and bring the community back together.
 
 
The Problem
 
There seems to me to be five main fundamental forces at play in finding a balanced solution;
  • 'node distribution',
  • 'mining decentralisation',
  • 'network utility',
  • 'time',
  • 'adoption'.
 
 
Node Distribution
Bandwidth has a relationship to node count and therefore 'node distribution'. This is because if bandwidth becomes too high then fewer people will be able to run a node. To a lesser extent bandwidth also effects 'mining decentralisation' as miners/pool owners also need to be able to run a node. I would argue that the centralisation pressures in relation to bandwidth are negligible though in comparison to the centralisation pressure caused by the usefulness of larger pools in reducing variance. The cost of a faster internet connection is negligible in comparison to the turnover of the pools. It is important to note the distinction between bandwidth required to propagate blocks quickly and the bandwidth required to propagate transactions. The bandwidth required to simply propagate transactions is still low today.
New node time (i.e. the time it takes to start up a new node) also has a relationship with node distribution. i.e. If it takes too long to start a new node then fewer people will be willing to take the time and resources to start a new node.
Storage Space also has a relationship with node distribution. If the blockchain takes up too much space on a computer then less people will be willing to store the whole blockchain.
Any suitable solution should look to not decrease node distribution significantly.
 
Mining Decentralisation
Broadcast time (the time it takes to upload a block to a peer) has a relationship with mining centralisation pressures. This is because increasing broadcast time increases the propagation time, which increases the orphan rate. If the orphan rate it too high then individual miners will tend towards larger pools.
Validation time (the time it to validate a block) has a relationship with mining centralisation pressures. This is because increasing validation time increases the propagation time, which increases the orphan rate. If the orphan rate it too high then individual miners will tend towards larger pools.
Any suitable solution should look to not increase mining centralisation significantly.
 
Network Utility
Network Utility is one that I find is often overlooked, is not well understood but is equally as important. The network utility force acts as a kind of disclaimer to the other two forces. It has a balancing effect. Increasing the network utility will likely increase user adoption (The more useful something is, the more people will want to use it) and therefore decreasing network utility will likely decrease user adoption. User adoption has a relationship with node count. i.e. the more people, companies and organisations know about and use bitcoin, the more people, companies and organisations that will run nodes. For example we could reduce block size down to 10KB, which would reduce broadcast time and validation time significantly. This would also therefore reduce mining centralisation pressures significantly. What is very important to realise though is that network utility would also be significantly be reduced (fewer people able to use bitcoin) and therefore so would node distribution. Conversely, if we increased the block size (not the limit) right now to 10GB, the network utility would be very high as bitcoin would be able to process a large number of transactions but node distribution would be low and mining centralisation pressures would be high due to the larger resource requirements.
Any suitable solution should look to increase network utility as time increases.
 
Time
Time is an important force because of how technology improves over time. Technology improves over time in a semi-predicable fashion (often exponential). As we move through time, the cost of resources required to run the bitcoin network (if the resource requirements remained static) will decrease. This means that we are able to increase resource requirements proportional to technological improvements/cost reductions without any increase in costs to the network. Technological improvements are not perfectly predictable though so it could be advantageous to allow some buffer room for when technological improvements do not keep up with predictions. This buffer should not be applied at the expense of the balance between the other forces though (i.e. make the buffer too big and network utility will be significantly decreased).
 
 
Adoption
Increasing adoption means more people using the bitcoin/blockchain network. The more people use bitcoin the more utility it has, and the more utility Bitcoin has the more people will want to use it (network effect). The more people use bitcoin, the more people there that have an incentive to protect bitcoin.
Any suitable solution should look to increase adoption as time increases.
 
 
The Solution Proposed by some of the bitcoin developers - The Lightning Network
 
The Lightning Network (LN) is an attempt at scaling the number of transactions that can happen between parties by not publishing any transaction onto the blockchain unless it is absolutely necessary. This is achieved by having people pool bitcoin together in a "Channel" and then these people can transact instantly within that channel. If any shenanigans happen between any of the parties, the channel can be closed and the transactions will be settled on the blockchain. The second part of their plan is limit the block size to turn bitcoin into a settlement network. The original block size limit of 1MB was originally put in place by Satoshi as an anti-DOS measure. It was to make sure a bad actor could not propagate a very large block that would crash nodes and increase the size of the blockchain unnecessarily. Certain developers now want to use this 1MB limit in a different way to make sure that resource requirements will stay low, block space always remains full, fees increase significantly and people use the lightning network as their main way of transacting rather than the blockchain. They also say that keeping the resource requirements very low will make sure that bitcoin remains decentralised.
 
Problems with The Lightning Network
The LN works relatively well (in theory) when the cost and time to publish a set of transactions to the network are kept low. Unfortunately, when the cost and time to publish a set of transactions on the blockchain become high, the LN's utility is diminished. The trust you get from a transaction on the LN comes only from the trustless nature of having transactions published to the bitcoin network. What this means is that if a transaction cannot be published on the bitcoin network then the LN transaction is not secured at all. As transactions fees rise on the bitcoin blockchain the LN utility is diminished. Lets take an example:
  • Cost of publishing a transaction to the bitcoin network = $20
  • LN transaction between Bob and Alice = $20.
  • Transaction between Bob and Alice has problem therefore we want to publish it to the blockchain.
  • Amount of funds left after transaction is published to the blockchain = $20 - $20 = $0.
This is also not a binary situation. If for example in this scenario, the cost to publish the transaction to blockchain was $10 then still only 50% of the transaction would be secure. It is unlikely anyone really call this a secure transaction.
Will a user make a non-secured/poorly secured transaction on the LN when they could make the same transaction via an altcoin or non-cryptocurrency transaction and have it well secured? It's unlikely. What is much more likely to happen is that transaction that are not secured by bitcoin because of the cost to publish to the blockchain will simply overflow into altcoins or will simply not happen on any cryptocurrency network. The reality is though, that we don't know exactly what will happen because there is no precedent for it.
Another problem outside of security is convenience. With a highly oversaturated block space (very large backlog of transactions) it could take months to have a transaction published to the blockchain. During this time your funds will simply be stuck. If you want to buy a coffee with a shop you don't have a channel open with, instead of simply paying with bitcoin directly, you would have to wait months to open a channel by publishing a transaction to the bitcoin blockchain. I think your coffee might be a little cold by then (and mouldy).
I suggest reading this excellent post HERE for other rather significant problems with the LN when people are forced to use it.
The LN is currently not complete and due to its high complexity it will take some time to have industry wide implementation. If it is implemented on top of a bitcoin-as-a-settlement-network economy it will likely have very little utility.
 
Uses of The LN
The LN is actually an extremely useful layer-2 technology when it is used with it's strengths. When the bitcoin blockchain is fast and cheap to transact on, the LN is also extremely useful. One of the major uses for the LN is for trust-based transactions. If you are transacting often between a set of parties you can truly trust then using LN makes absolute sense since the trustless model of bitcoin is not necessary. Then once you require your funds to be unlocked again it will only take a short time and small cost to open them up to the full bitcoin network again. Another excellent use of LN would be for layer-3 apps. For example a casino app: Anyone can by into the casino channel and play using real bitcoins instantly in the knowledge that is anything nefarious happens you can instantly settle and unlock your funds. Another example would be a computer game where you can use real bitcoin in game, the only difference is that you connect to the game's LN channel and can transact instantly and cheaply. Then whenever you want to unlock your funds you can settle on the blockchain and use your bitcoins normally again.
LN is hugely more powerful, the more powerful bitcoin is. The people making the LN need to stick with its strengths rather than sell it as an all-in-one solution to bitcoin's scaling problem. It is just one piece of the puzzle.
 
 
Improving Network Efficiency
 
The more efficient the network, the more we can do with what we already have. There are a number of possible efficiency improvements to the network and each of them has a slightly different effect.
 
Pruning
Pruning allows the stored blockchain size to be reduced significantly by not storing old data. This has the effect of lowering the resource requirements of running a node. a 40GB unpruned blockchain would be reduced in size to 550MB. (It is important to note that a pruned node has lower utility to the network)
 
Thin Blocks
Thin blocks uses the fact that most of the nodes in the network already have a list of almost all the same transactions ready to be put into the blockchain before a block is found. If all nodes use the same/similar policy for which transactions to include in a block then you only need to broadcast a small amount of information across the network for all nodes to know which transactions have been included (as opposed to broadcasting a list of all transactions included in the block). Thin Blocks have the advantage of reducing propagation which lowers the mining centralisation pressure due to orphaned blocks.
 
libsecp256k1 libsecp256k1 allows a more efficient way of validating transactions. This means that propagation time is reduced which lowers the mining centralisation pressure due to orphaned blocks. It also means reduced time to bootstrap the blockchain for a new node.
 
Serialised Broadcast
Currently block transmission to peers happens in parallel to all connected peers. Obviously for block propagation this is a poor choice in comparison to serial transmission to each peer one by one. Using parallel transmission means that the more peers you have, the slower the propagation, whereas serial transmission does not suffer this problem. The problem that serial transmission does suffer from though is variance. If the order that you send blocks to peers in is random, then it means sometimes you will send blocks to a peer who has a slow/fast connection and/or is able to validate slowly/quickly. This would mean the average propagation time would increase with serialised transmission but depending on your luck you would sometimes have faster propagation and sometimes have slower propagation. As this will lower propagation time it will also lower the mining centralisation pressure due to orphaned blocks. (This is just a concept at the moment but I don't see why it couldn't be implemented).
 
Serialised Broadcast Sorting
This is a fix for the variance that would occur due to serialised broadcast. This sorts the order that you broadcast a block to each peer into; fastest upload + validation speed first and slowest upload speed and validation speed last. This not only decreases the variance to zero but also allows blocks to propagation to happen much faster. This also has the effect of lowering the mining centralisation pressure due to orphaned blocks. (This is just a concept at the moment but I don't see why it couldn't be implemented).
 
Here is a table below that shows roughly what the effects these solutions should have.
Name Bandwidth Broadcast Time Validation Time New Node Time Storage Space
Pruning 1 1 1 1 0.014
Thin Blocks 0.42 0.1 0.1 1 1
libsecp256k1 1 1 0.2 0.6 1
Serialised Broadcast 1 0.5 1 1 1
KYN 1 0.75 1 1 1
Segregated Witness 1 1 1 0.4 1
TOTAL 0.42 0.0375 0.02 0.24 0.014
Multiplier 2.38 26.7 50 - 70
(The "multiplier" shows how many times higher the block size could be relative to the specific function.)
 
 
The Factors in Finding a Balanced Solution
 
At the beginning of this post I detailed a relatively simple framework for finding a solution by describing what the problem is. There seems to me to be five main fundamental forces at play in finding a balanced solution; 'node distribution', 'mining decentralisation', 'network utility', 'time' and 'adoption'. The optimal solution needs to find a balance between all of these forces taking into account a buffer to offset our inability to predict the future with absolute accuracy.
To find a suitable buffer we need to assign a set of red line values which certain values should not pass if we want to make sure bitcoin continues to function as well as today (at a minimum). For example, percentage of orphans should stay below a certain value. These values can only be a best estimate due to the complexity of bitcoin economics, although I have tried to provide as sound reasoning as possible.
 
Propagation time
It seems a fair limit for this would be roughly what we have now. Bitcoin is still functioning now. Could mining be more decentralised? Yes, of course, but it seems bitcoin is working fine right now and therefore our currently propagation time for blocks is a fairly conservative limit to set. Currently 1MB blocks take around 15 seconds to propagate more than 50% of the network. 15 second propagation time is what I will be using as a limit in the solution to create a buffer.
 
Orphan Rate
This is obviously a value that is a function of propagation time so the same reasoning should be used. I will use a 3% limit on orphan rate in the solution to create a buffer.
 
Non-Pruned Node Storage Cost
For this I am choosing a limit of $200 in the near-term and $600 in the long-term. I have chosen these values based on what I think is a reasonable (maximum) for a business or enthusiast to pay to run a full node. As the number of transactions increases as more people use bitcoin the number of people willing to pay a higher price to run a node will also increase although the percentage of people will decrease. These are of course best guess values as there is no way of knowing exactly what percentage of users are willing to pay what.
 
Pruned Node Storage Cost
For this I am choosing a limit of $3 in the near-term (next 5 years) and $9 in the long-term (Next 25 years). I have chosen these values based on what I think is a reasonable (maximum) for normal bitcoin user to pay. In fact this cost will more likely be zero as almost all users have an amount of storage free on their computers.
 
Percentage of Downstream Bandwidth Used
This is a best guess at what I think people who run nodes would be willing to use to be connected to the bitcoin network directly. I believe using 10% (maximum) of a users downstream bandwidth is the limit of what is reasonable for a full node (pruned and non-pruned). Most users would continue to access the blockchain via SPV wallets though. Downstream is generally a much more valuable resource to a user than upstream due to the nature of the internet usage.
 
Percentage of Upstream Bandwidth Used
This is a best guess at what I think people who run nodes would be willing to use to be connected to the bitcoin network directly. I believe using 25% (maximum) of a users downstream bandwidth is the limit of what is reasonable for a full node (pruned and non-pruned). Most users would continue to access the blockchain via SPV wallets though. Upstream is generally a much less valuable resource to a user than downstream due to the nature of the internet usage.
 
Time to Bootstrap a New Node
My limit for this value is at 5 days using 50% of downstream bandwidth in the near-term and 30 days in the long-term. This seems like a reasonable number to me for someone who wants to start running a full node. Currently opening a new bank account takes at least week until everything is set up and you have received your cards, so it seems to me people would be willing to wait this long to become connected. Again, this is a best guess on what people would be willing to do to access the blockchain in the future. Most users requiring less security will be able to use an SPV wallet.
It is important to note that we only need enough nodes to make sure the blockchain is distributed across many places with many backups of the full blockchain. It is likely that a few thousand is a minimum for this. Increasing this amount to hundreds of thousands or millions of full nodes is not necessarily that much of an advantage to node distribution but could be a significant disadvantage to mining centralisation. This is because the more nodes you have in the network, the longer it takes to propagate >50% of it.
 
Storage Cost Price Reduction Over Time
Storage cost follows a linear logarithmic trend. Costs of HDD reducing by 10 times every 5 years, although this has slowed over the past few years. This can be attributed to the flooding in South East Asia and the transition to SSD technology. SSD technology also follows the linear logarithmic trend of costs reducing 10 times every 5 years, or roughly decreasing 37% per year.
 
Average Upload and Download Bandwidth Increases Over Time
Average upload and download bandwidth increases in a linear logarithmic trend. Both upload and download bandwidth follow the same trend of doubling roughly every two years, or increasing 40% per year.
 
Price
I was hesitant to include this one here but I feel it is unavoidable. Contrary to what people say (often when the price is trending downwards) bitcoin price is an extremely important metric in the long-term. Depending on bitcoin's price, bitcoin's is useful to; enthusiasts->some users->small companies->large companies->nations->the world, in roughly that order. The higher bitcoin's price is the more liquid the market will be and the more difficult it will be to move the price, therefore increasing bitcoin's utility. Bitcoin's price in the long-term is linked to adoption, which seems to happen in waves, as can be seen in the price bubbles over the years. If we are planning/aiming for bitcoin to at least become a currency with equal value to one of the worlds major currencies then we need to plan for a market cap and price that reflect that. I personally think there are two useful targets we should use to reflect our aims. The first, lower target is for bitcoin to have a market cap the size of a major national currency. This would put the market cap at around 2.1 trillion dollars or $100,000 per bitcoin. The second higher target is for bitcoin to become the world's major reserve currency. This would give bitcoin a market cap of around 21 trillion dollars and a value of $1,000,000 per bitcoin. A final, and much more difficult target is likely to be bitcoin as the only currency across the world, but I am not sure exactly how this could work so for now I don't think this is worth considering.
 
As price increases, so does the subsidy reward given out to miners who find blocks. This reward is semi-dynamic in that it remains static (in btc terms) until 210,000 blocks are found and then the subsidy is then cut in half. This continues to happen until all 21,000,000 bitcoins have been mined. If the value of each bitcoin increases faster than the btc denominated subsidy decreases then the USD denominated reward will be averagely increasing. Historically the bitcoin price has increased significantly faster than subsidy decreases. The btc denominated subsidy halves roughly every 4 years but the price of bitcoin has historically increased roughly 50 fold in the same time.
 
Bitcoin adoption should happen in a roughly s-curve dynamic like every other technology adoption. This means exponential adoption until the market saturation starts and adoption slows, then the finally is the market becomes fully saturated and adoption slowly stops (i.e. bitcoin is fully adopted). If we assume the top of this adoption s-curve has one of the market caps above (i.e. bitcoin is successful) then we can use this assumption to see how we can transition from a subsidy paid network to a transaction fee paid network.
 
Adoption
Adoption is the most difficult metric to determine. In fact it is impossible to determine accurately now, let alone in the future. It is also the one of the most important factors. There is no point in building software that no one is going to use after all. Equally, there is no point in achieving a large amount of adoption if bitcoin offers none of the original value propositions. Clearly there is a balance to be had. Some amount of bitcoin's original value proposition is worth losing in favour of adoption, and some amount of adoption is worth losing to keep bitcoin's original value proposition. A suitable solution should find a good balance between the two. It is clear though that any solution must have increased adoption as a basic requirement, otherwise it is not a solution at all.
 
One major factor related to adoption that I rarely see mentioned, is stability and predictability. This is relevant to both end users and businesses. End users rely on stability and predictability so that they do not have to constantly check if something has changed. When a person goes to get money from a cash machine or spend money in a shop, their experience is almost identical every single time. It is highly dependable. They don't need to keep up-to-date on how cash machines or shops work to make sure they are not defrauded. They know exactly what is going to happen without having to expend any effort. The more deviation from the standard experience a user experiences and the more often a user experiences a deviation, the less likely a user is going to want to continue to use that service. Users require predictability extending into the past. Businesses who's bottom line is often dependent on reliable services also require stability and predictability. Businesses require predictability that extends into the future so that they can plan. A business is less likely to use a service for which they do not know they can depend on in the future (or they know they cannot depend on).
For bitcoin to achieve mass adoption it needs a long-term predictable and stable plan for people to rely on.
 
 
The Proposal
 
This proposal is one based on determining a best fit balance of every factor and a large enough buffer to allows for our inability to perfectly predict the future. No one can predict the future with absolutely certainty but it does not mean we cannot make educated guesses and plan for it.
 
The first part of the proposal is to spend 2016 implementing all available efficiency improvements (i.e the ones detailed above) and making sure the move to a scaled bitcoin happens as smoothly as possible. It seems we should set a target of implementing all of the above improvements within the first 6 months of 2016. These improvements should be implemented in the first hardfork of its kind, with full community wide consensus. A hardfork with this much consensus is the perfect time to test and learn from the hardforking mechanism. Thanks to Seg Wit, this would give us an effective 2 fold capacity increase and set us on our path to scalability.
 
The second part of the proposal is to target the release of a second hardfork to happen at the end of 2016. Inline with all the above factors this would start with a real block size limit increase to 2MB (effectively increasing the throughput to 4x compared to today thanks to Seg Wit) and a doubling of the block size limit every two years thereafter (with linear scaling in between). The scaling would end with an 8GB block size limit in the year 2039.
 
 
How does the Proposal fit inside the Limits
 
 
Propagation time
If trends for average upload and bandwidth continue then propagation time for a block to reach >50% of the nodes in the network should never go above 1s. This is significantly quickly than propagation times we currently see.
In a worst case scenario we can we wrong in the negative direction (i.e. bandwidth does not increase as quickly as predicted) by 15% absolute and 37.5% relative (i.e. bandwidth improves at a rate of 25% per year rather than the predicted 40%) and we would still only ever see propagation times similar to today and it would take 20 years before this would happen.
 
Orphan Rate
Using our best guess predictions the orphan rate would never go over 0.2%.
In a worst case scenario where we are wrong in our bandwidth prediction in the negative direction by 37.5% relative, orphan rate would never go above 2.3% and it would take over 20 years to happen.
 
Non-Pruned Node Storage Cost
Using our best guess predictions the cost of storage for a non-pruned full node would never exceed $40 with blocks consistently 50% full and would in fact decrease significantly after reaching the peak cost. If blocks were consistently 100% full (which is highly unlikely) then the maximum cost of an un-pruned full node would never exceed $90.
In a worst case scenario where we are wrong in our bandwidth prediction in the negative direction by 37.5% relative and we are wrong in our storage cost prediction by 20% relative (storage cost decreases in cost by 25% per year instead of the predicted 37% per year), we would see a max cost to run a node with 50% full blocks of $100 by 2022 and $300 by 2039. If blocks are always 100% full then this max cost rises to $230 by 2022 and $650 in 2039. It is important to note that for storage costs to be as high as this, bitcoin will have to be enormously successful, meaning many many more people will be incentivised to run a full node (businesses etc.)
 
Pruned Node Storage Cost
Using our best guess predictions the cost of storage for a pruned full node would never exceed $0.60 with blocks consistently 50% full. If blocks were consistently 100% full (which is highly unlikely) then the max cost of an un-pruned full node would never exceed $1.30.
In a worst case scenario where we are wrong in our bandwidth prediction in the negative direction by 37.5% relative and we are wrong in our storage cost prediction by 20% relative (storage cost decreases in cost by 25% per year instead of the predicted 37% per year), we would see a max cost to run a node with 50% full blocks of $1.40 by 2022 and $5 by 2039. If blocks are always 100% full then this max cost rises to $3.20 by 2022 and $10 in 2039. It is important to note that at this amount of storage the cost would be effectively zero since users almost always have a large amount of free storage space on computers they already own.
 
Percentage of Downstream Bandwidth Used
Using our best guess predictions running a full node will never use more than 0.3% of a users download bandwidth (on average).
In a worst case scenario we can we wrong in the negative direction by 37.5% relative in our bandwidth predictions and we would still only ever see a max download bandwidth use of 4% (average).
 
Percentage of Upstream Bandwidth Used
Using our best guess predictions running a full node will never use more than 1.6% of a users download bandwidth (on average).
In a worst case scenario we can we wrong in the negative direction by 37.5% relative in our bandwidth predictions and we would only ever see a max download bandwidth use of 24% (average) and this would take over 20 years to occur.
 
Time to Bootstrap a New Node
Using our best guess predictions bootstrapping a new node onto the network should never take more than just over a day using 50% bandwidth.
In a worst case scenario we can we wrong in the negative direction by 37.5% relative in our bandwidth predictions and it would take one and 1/4 days to bootstrap the blockchain using 50% of the download bandwidth. By 2039 it would take 16 days to bootstrap the entire blockchain when using 50% bandwidth. I think it is important to note that by this point it is very possible the bootstrapping the blockchain could very well be done by simply buying an SSD with blockchain already bootstrapped. 16 days would be a lot of time to download software but it does not necessarily mean a decrease in centralisation. As you will see in the next section, if bitcoin has reached this level of adoption, there may well be many parties will to spend 16 days downloading the blockchain.
 
What if Things Turn Out Worse than the Worse Case?
While it is likely that future trends in the technology required to scale bitcoin will continue relatively similar to the past, it is possible that the predictions are completely and utterly wrong. This plan takes this into account though by making sure the buffer is large enough to give us time to adjust our course. Even if no technological/cost improvements (near zero likelihood) are made to bandwidth and storage in the future this proposal still gives us years to adjust course.
 
 
What Does This Mean for Bitcoin?
 
Significantly Increased Adoption
For comparison, Paypal handles around 285 transactions per second (tps), VISA handles around 2000tps and the total global non-cash transactions are around 12,400tps.
Currently bitcoin is capable of handling a maximum of around 3.5 transactions every second which are published to the blockchain roughly every 10 minutes. With Seg Wit implemented via a hardfork, bitcoin will be capable or around 7tps. With this proposal bitcoin will be capable of handling more transactions than Paypal (assuming Paypal experiences growth of around 7% per year) in the year 2027. Bitcoin will overtake VISA's transaction capability by the year 2035 and at the end of the growth cycle in 2039 it will be able to handle close to 50% of the total global non-cash transactions.
When you add on top second layer protocols( like the LN), sidechains, altcoins and off-chain transactions, there should be more than enough capacity for the whole world and every possible conceivable use for digital value transfer.
 
Transitioning from a Subsidy to a Transaction Fee Model
Currently mining is mostly incentivised by the subsidy that is given by the network (currently 25btc per block). If bitcoin is to widely successful it is likely that price increases will continue to outweigh btc denominated subsidy decreases for some time. This means that currently it is likely to be impossible to try to force the network into matching a significant portion of the subsidy with fees. The amount of fees being paid to miners has averagely increased over time and look like they will continue to do so. It is likely that the optimal time for fees to start seriously replacing the subsidy is when bitcoin adoption starts to slow. Unless you take a pessimistic view of bitcoin (thinking bitcoin is as big as it ever will be), it is reasonable to assume this will not happen for some time.
With this proposal, using an average fee of just $0.05, total transaction fees per day would be:
  • Year 2020 = $90,720
  • Year 2025 = $483,840.00
  • Year 2030 = $2,903,040.00
  • Year 2035 = $15,482,880.00
  • Year 2041 = $123,863,040.00 (full 8GB Blocks)
Miners currently earn a total of around $2 million dollars per day in revenue, significantly less than the $124 million dollars in transaction fee revenue possible using this proposal. That also doesn't include the subsidy which would still play some role until the year 2140. This transaction fee revenue would be a yearly revenue of $45 billion for miners when transaction fees are only $0.05 on average.
 
 
Proposal Data
You can use these two spreadsheets (1 - 2 ) to see the various metrics at play over time. The first spreadsheet shows the data using the predicted trends and the second spreadsheet shows the data with the worst case trends.
 
 
Summary
 
It's very clear we are on the edge/midst of a community (and possibly a network) split. This is a very dangerous situation for bitcoin. A huge divide has appeared in the community and opinions are becoming more and more entrenched on both sides. If we cannot come together and find a way forward it will be bad for everyone except bitcoin's competition and enemies. While this proposal is born from an attempt at finding a balance based on as many relevant factors as possible, it also fortunately happens to fall in between the two sides of the debate. Hopefully the community can see this proposal as a way of making a compromise, releasing the entrenchment and finding a way forward to scale bitcoin. I have no doubt that if we can do this, bitcoin will have enormous success in the years to come.
 
Lets bring bitcoin out of beta together!!
submitted by ampromoco to bitcoinone [link] [comments]

Bitcoin (BTC/USD) Technical Analysis for the week, May 28, 2018 by FXEmpire.com Bitcoin Cash Market Update BCH USD rollercoaster swings south to $215 Online CryptoCurrency Calculator with multi-Cryptocurrencies Simple Bitcoin Converter Standalone Bitcoin Offline Wallet Printer Demo HOW TO BUY BITCOINS with a paysafecard

XBT to USD currency chart. XE’s free live currency conversion chart for Bitcoin to US Dollar allows you to pair exchange rate history for up to 10 years. Hi Traders and Investors, Please find above my vision for USD/CNY for the coming days, the price is about to finish the bullish move, at 7.15, it will reverse and go back down, the price action is showing a weekness of bulls who can not make a higher high anymore and the last higher low has taken over the previous one so it's a sign of a reversal as well. Feel... GBP/USD Streaming Chart This live currency chart enables you to track the progression of the GBP USD over the last 10 minutes period. press ESC to exit fullscreen mode Explore the top 50 cryptocurrencies with Coinbase, including cryptocurrency price charts, crypto descriptions, and the latest price of Bitcoin and Ethereum. EUR USD (Euro / US Dollar) The most traded currency pairs in the world are called “the Majors” and the EURUSD leads this group as the most traded pair in the world. This pair represents the world two largest economies and has faced most volatility since the inception of the euro in 1999.

[index] [6157] [19959] [27107] [23807] [4397] [8805] [10014] [18446] [5375] [5792]

Bitcoin (BTC/USD) Technical Analysis for the week, May 28, 2018 by FXEmpire.com

Forex - GBP/USD Chart Breakdown - Duration: 15:46. Fear Capital 25 views. 15:46. BITCOIN - EPIC POWER PLAY BY AMERICAN MINERS EXPLAINED - Crypto News 2020 - Duration: 15:44. Bitcoin Cash Market Update #BCH #USD rollercoaster swings south to $215 ... Since the RSI is in the oversold region, a reversal could be in the offing..BCH #USD 1 hour chart ... Olymptrade Free Siganls https://goo.gl/jCF5u2 Binary bot auto trade https://goo.gl/V81K7H signal olymptrade, olymptrade indicator, indikator sma olymptrade N... It is a decentralized digital currency without a central bank or single administrator that can be sent from user-to-user on the peer-to-peer bitcoin network without the need for intermediaries ... bitcoin usd chart bitcoin uttagsautomat ... /u/bitcointip /u/ bitcoin millionaire bitcoin u hrvatskoj bitcoin u srbiji, bitcoinminer-u, bitcoin u kune, bitcoin u.s. dollar, ... bitcoin xe bitcoin x

Flag Counter