We need to actively discuss a permanent solution for maximum block sizes, including "default" settings, and put it into the major BCH implementations as soon as possible
Bitcoin Cash has been left vulnerable to the same attack that stopped Bitcoin Core from scaling. We saw during the recent stress test that the "default" setting for ABC software of 2MB caused the majority of miners to leave the "default" in place. Now we have the leadership of the ABC client talking about a cap that stays around 2x demand, without defining "demand", a critical part of any such proposal. The definition of "demand" will determine if BCH can rapidly adjust to holiday shopping cycles, or a new killer app, or if it will have on-chain congestion every time some new use case or event causes demand to exceed supply. Discussion about this "default" seems to come in the form of one or two-sentence group messages, which I can tell you from experience will lead to disaster, more divisions in the community, and possibly a failure of BCH to continue to get traction with merchants and users. I believe we need a very simple, basic, scaling cap on the default blocksize that scales at fixed block heights based on predicted improvements in software efficiency, computing, storage and broadband costs. Adaptive sizes can be proposed too, but are far more complex and more likely to break down in the future (see the DAA, and revised DAA). Scaling ceiling limits are meant to predict what's safe for the network, while leaving miners to set soft limits on what they consider to be profitable. Adaptive blocksizes take some of the profitability decision making out of the hands of miners, and put this decision making into the protocol. Now, we've seen that miners often don't change default settings at all, so there's some merit to an adaptive blocksize to automate this decisioning. Why don't we look at improvements in benchmarked performance of BTC > BCH since 2009 over cost reduction in computing, storage, and broadband, and implement a BIP-101 like limit for the default setting? We can begin discussions around an adaptive blocksize now too, but I feel like that process needs more time to reach an optimal design.
BIP 101 has activated on the testnet. Need your help to test large blocks.
We have activated BIP 101 on the testnet. The hashpower there after activation is now less than the non-BIP 101 hashpower. This makes for an interesting test. If you would like to help gather data, please run the BIP 101 client of your choice with -testnet and keep the debug.log file to share for data analysis later. The more nodes the better! Transaction spam is welcome and encouraged :)
There is no defined consensus model for developers. You cannot come to consensus on something which has no definition. Fix that before you fix anything, and fix it sooner than later or we will all suffer. Here is what the current 'consensus' model most closely resembles..
It seems as though the sizes and fees of the transactions being used in the current attack have been carefully orchestrated so the fee/size for each is 1.01. I like BIP 101 as much as the next chap, but filling up mempool just feels enormously unhelpful.
Reminder: AntPool (17% of global hashrate) supports XT. They're just waiting for the majority to switch.
Original story here: /bitcoinxt/comments/3htdbf/antpool_supports_xt/ I had forgotten about this until recently, when I stumbled across the old story. I wonder how many BIP 101 blocks it will take before they decide to start mining BIP 101 blocks themselves. Maybe the existence of the big block bounty will persuade them to start mining BIP 101 blocks even sooner. Either way, it's good to keep in mind that we have a sleeping giant on our side.
Stochastic terrorism is the use of mass communications to stir up random lone wolves to carry out violent or terrorist acts that are statistically predictable but individually unpredictable. The stochastic terrorist is the person who uses mass media to broadcast memes that incite unstable people to commit violent acts. One or more unstable people responds to the incitement by becoming a lone wolf and committing a violent act. While their action may have been statistically predictable (e.g. "given the provocation, someone will probably do such-and-such"), the specific person and the specific act are not predictable (yet). The stochastic terrorist then has plausible deniability: "Oh, it was just a lone nut, nobody could have predicted he would do that, and I'm not responsible for what people in my audience do." The lone wolf who was the "missile" gets captured and sentenced to life in prison, while the stochastic terrorist keeps his prime time slot and goes on to incite more lone wolves.
cruzbit: A simple decentralized peer-to-peer ledger implementation. Currently ~100 GH/s nethash.
Hello everyone, I'm a long time bitcoin fan/user. For years I thought about rewriting bitcoin to be as simple as possible. There is a fair amount of complexity to the canonical bitcoin implementation that didn't strike me as strictly necessary. It makes understanding and working with the protocol difficult. I had some time recently, so I finally decided to implement what I thought was the simplest version of bitcoin that could exist. cruzbit is what I ended up with. Project: https://github.com/cruzbit/cruzbit In addition to simplicity, I wanted everything I used to be standard. I wanted an average developer to be able to run cruzbit and immediately start working with the protocol and talking to their client. Highlights:
Newer crypto: Ed25519 and SHA3
Simplified transaction format: No inputs/outputs. No scripts.
No UTXO: Account-model, but as far as I can tell, a novel simpler approach to it. No serial per-account nonce.
No fixed block size limit: A variation of BIP 101 is implemented.
Reference implementation is in Go. Completely new code base.
Web/dev-friendly peer protocol: secure WebSockets and JSON for all protocol messages and primitives.
No premining or any of that funny business. The memo field of the coinbase transaction of the genesis block is timestamped with the bitcoin blockchain's tip block hash at the time of its creation. The client currently has built-in support for mining with Nvidia ALL GPUs (now has CUDA and OpenCL support.) The network has been up for just over a month. Any/all feedback is much appreciated. Would love to have some new miners join us. Take it easy! Third-party block explorer: https://cruzbase.com/ Third-party site with tons of links+info and binaries (but we suggest building yourself, it's easy!): https://cruzb.it/ Currently listed on the qTrade exchange: https://qtrade.io/market/CRUZ_BTC
BIP 100 proposes a dynamic limit determined by miner preferences expressed in coinbase transactions, with limits on the rate of growth. It gives miners more direct control over the maximum block size, which some people see as an advantage over this proposal and some see as a disadvantage. It is more complex to implement, because the maximum allowed size for a block depends on information ... Transaction volume is approaching the one-megabyte blocksize limit. We will never reach that limit, because several things will happen as we get close: Transaction confirmation times for transactions with a given fee will rise; very-low-fee transactions will fail to get confirmed at all. Average transaction fee paid will rise People or applications unwilling or unable to pay the rising fees ... Over the past weeks most of the attention regarding the block-size issue has gone to BIP 101 and the Bitcoin XT fork, but BIP 100 was really the first BIP to offer a solution for the block-size limit. Drafted and published as a PDF by Bitcoin Core developer and BitPay employee Jeff Garzik in June, BIP 100 does not set any specific block-size limit or program in any sort of predetermined growth ... Are the BIP 100, BIP 101 and BIP 102 proposals being voted on now by miners? What is the procedure for a bitcoin miner to vote for a particular BIP and where can a tally of votes be viewed? Stack Exchange Network . Stack Exchange network consists of 176 Q&A communities including Stack Overflow, the largest, most trusted online community for developers to learn, share their knowledge, and build ... There have been a few proposals to increase the maximum blocksize in Bitcoin over the past year, but the two plans that are garnering the most attention right now are Jeff Garzik’s BIP 100 and Gavin Andresen’s BIP 101.While Andresen has already implemented his plan in BitcoinXT, Garzik is still working on a formal write-up and the code for BIP 100.
Genesis Mining presents Bitcoin Mining 101. We have many reasons to think that no other mining service or home built mining rig can top our offer. Here is th... petit délire de Guides. Uncensor the World: Michael W. Dean & Derrick Slopey Talk BipCoin, Dot-Bip, More - YMB Podcast E152 - Duration: 48:37. World Crypto Network 230 views COINBASE VERKAUFT EURE DATEN!!! FAKE MARKETS WERDEN KREIERT!!! DIE DRUCKERPRESSEN GO LIKE BRRRRRRRR!!! BIP DER USA AUF REKORDTIEF!!! NASDAQ AUF ALL TIME HIGH!!! MINER KEHREN ZURÜCK!!! 00:00 - 01 ... https://rebrand.ly/Goldco4 Join Now Bitcoin Investing 101: What Is Bitcoin Mining? - Banks.com - Questions, investment in bitcoin Goldco aids clients shield ... If you found this video helpful please don't forget to like and subscribe! You may have heard a lot of talk about Bitcoin (or BTC) lately, and are asking you...