Topic: Wall Observer BTC/USD - Bitcoin price movement tracking & discussion - page 19186. (Read 26608384 times)

That's my chain. You want it, you're gonna pay for it.

dynamic=unlimited

rubber-dollar.gif

https://www.reddit.com/r/btc/comments/47luh3/f2pool_is_under_ddos_attack/

of course they are. Damn miners wouldn't shut up and take it up the ass like good little coolies.

Can someone unpack this for me?

You want a governance change, here's how you do it:

Fork the project without proposing a chain fork. Attract developers and community support, under a new project with new governance rules.

This is merely your feeble attempt at manifesting in some of my recent content, but I may or may not be working on, or, rather, composing, another post that may or, in all likelihood, shall, address some, if not all, of these areas of your purported and/or potential concern(s), which is to say the concerns you may or may not hold now are likely to be addressed in the post which is the topic of the post I'm currently composing.

 

roadmap/roadmap2016.md

Note: This is our initial roadmap proposal. We will run this by miners, companies and users for feedback, before it is finalized.

Bitcoin Classic 2016 Roadmap

The Bitcoin Classic team will help realize Satoshi’s vision of making Bitcoin scale into a global peer to peer cash system, and not just a settlement network. We believe on-chain scaling is crucial for the long term health of Bitcoin. On-chain scaling maximizes transaction volume, whose fees are needed to replace miner rewards on the medium to long term scale.

Our preferred strategy for on-chain scaling, is to eliminate the need for blocks to be synced within seconds. We will implement solutions that make continuous block syncing possible. Instead of transmitting the data for a new block all at once when it is found, we can significantly optimize current bandwidth by sending data during the full ten-minute interval between blocks. This will enable the Bitcoin network to scale to significant new levels, without endangering decentralization. We will scale using a 3-pronged approach:

Phase 1 (Q1-Q2)

Urgently resolve issue of blocks being almost full

Implement BIP 109: Raise block size limit from 1MB to 2MB.
Hard fork with 75% activation threshold (750 of 1000 blocks), 28 day activation grace period.
Software based on Bitcoin Core implementation 0.11.2 and 0.12.0.
Note: 0.11.2 is already finished and available for download here.

Phase 2 (Q2-Q3)

Eliminate the need for blocks to be sent within seconds

Reduce the effect of block propagation times on orphan rates (lost miner income)
De-emphasize block size as an obstacle for scaling and open up potential for on-chain transaction throughput gains using several improvements (listed below).
Optimizations for bandwidth constrained nodes via improvements to the P2P layer
Note: We intend to discuss various solutions such as the ones listed below and pick the best ones.

Parallel validation of blocks (theoretically reduces the profitability of excessive-sized block attacks).
Headers-first mining (largely nullifies excessive-sized block attacks).
Thin blocks: Blocks refer to transactions that have been well propagated rather than including them, allowing for minimization of bandwidth use.
Weak blocks: allow miners to pre-announce the blocks they are working on, to minimize the data sent once a block is found.
Validate Once: Transactions that have been validated when entering a node’s memory pool do not need to be revalidated when included in a block (speeds up block validation).
Phase 3 (Q3-Q4)

Make the block size limit dynamic

Note: This phase will only happen when miners & companies confirm Phase 2 successfully addressed their blocksize concerns.

Use a variation of Steven Pair’s/BitPay proposal. Validation cost of a block must be less than a small multiple of the average cost over the last difficulty adjustment period
Simplified version of Segregated Witness from Core, when it is available
Technical details

A more technical version of the roadmap can be found here

Conference

We plan to hold an on-chain scaling conference soon, where these and future scaling solutions & concerns can be discussed among the community.




I think the timing of the above in connection with f2pool ddos is interesting. I sense a bigger incoming drop.  Maybe we test like 407s?

Brevity, i.e. the shortness or rather concise terseness of the author's final product, e.g. a book or a letter, or even a diary entry where you start out with "Dear diary," which really doesn't need to be said at all if you think of it, but people just do it because everybody does it, anyway... the thing that the author should think about long and hard, before he puts pen to paper, is that brevity is the heart of, or, more precicely, the soul of, wit. To wit, wittiness, or even smartness.
That's how important brevity is when you write.
...a book, or even a forum post.

Coin



Explanation

So what?

They couldn't even spell "announced" correctly so that roadmap must be totally cringeworthy

LOL, I think we should kill it. It is impossible to keep up with the conversation. Perhaps moderater can save us by locking it.  

https://www.youtube.com/watch?v=_m7_xZN8D7M

ok guys, it's been fun, sometimes ... see you on the Otherside.

https://www.youtube.com/watch?v=S2up4-CJ-ok

WAR!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!

 

 

Yeah, you know we firefighters don't really do that, right? I mean sometimes with brushfires the wildland guys will start a backburn to create a firebreak, but often that just makes the problem worse. It's one reason why the Ammonds in Oregon are serving a five year prison sentence.

Just so you know.

Losing faith ?

if this thread must die then so be it

Does that mean you don't think it's a clusterfuck or that you do but don't care?