The best solution to the scalability of Bitcoin - Bitcoin Forex Loans Insurance Busines

Bitcoin-Forex-Loans-Insurance-Busines

Tuesday, October 3, 2017

The best solution to the scalability of Bitcoin

Of all the scalability of the solutions that have been presented, Satoshi Nakamoto's original proposal is to rescue Satoshi Nakamoto without restriction. What does it consist of? BIP 101 activates the maximum size of 8MB per block when 75% of the last 1000 blocks are found with the BIP client to do so. The maximum block size doubles every two years up to 8GB.

101 BIPs are not the only possible solution, but there's a good reason to believe it's best:
• Provide optimistic projections to accommodate, from here to 14, to transaction volume in the chain block greatly exceeds the number of transactions processed by VISA.
• If there is a problem with the block that is too large, the maximum size can be reduced through a fine garnis (soft fork). It will be much easier than raising it again with a forkhard if there is a problem with too low a limit imposed by other BIPs.
• The overall average loading rate is now around 5 Mbps (source 1, source 2). This means that 50% of the world connected to the Internet can, in theory, have the current bandwidth to handle 90MB blocks. You do not believe me? The calculation is easy: 5Mbps / 8bit X 600s = 375 MB every 10 minutes. Because you have to download and upload the number of blocks and transactions from one pair and at least one pair ... 375/4 = 93.75MB. The 93.75MB block can be handled by a neutral (non-parasitic or complete) node. To simultaneously transmit multiple pairs requires more bandwidth, but 35 countries around the world have bandwidths that exceed 5 Mbps (source 3). Suppose the user is only willing to use 25% of their bandwidth to maintain the knot, it is still possible to handle 23MB blocks for half of the world, and if the block is fully booked 24 hours a day, 7 days a week.
• A possible and often cited attack in which high-bandwidth miners produce large artificial blocks to force miners with less bandwidth to worry about because there is SPV mining (without full validation blocks). In addition, because the attack will not work because of SPV mining, it will be slightly discouraged because the attacker will have a high toddler level (valid blocks but not forming part of the longest chain, and hence no rewards for miners).
• No need for low-cost miners to produce large blocks. Their propaganda and orphan time will not be affected if they decide to produce smaller blocks that fit their own boundary limits.
• We have seen spam attacks that cause a full 10% node to fall while filling your RAM. The cost of doing this attack increases linearly with the maximum block size. RAM is the limiting factor for nodes, not bandwidths or CPUs. Larger blocks will clear up the RAM node faster, and spam attacks are encrypted.
• Let beams big enough for half. 4 (the fourth reduces half of the profit for mining for each found block) to compensate for the loss of revenue with transaction costs without increasing the current average transaction rate of about 5,000 satoshis by KB.
• Many altcoins have a maximum size greater than the Bitcoin block for many years, and I know the issues of concern to small block proponents have so far not occurred.
• Has been publicly supported by many of the industry's leading companies, including Coinbase, Circle, BitPay, Coinify, BITNET, XAPO, blockchain.info, ITbit, BitGo and KNC miners.
• written by Gavin Andresen, Satoshi Nakamoto's man chose to replace him.
• This is the only proposal written and implemented.