Wall Observer BTC/USD - Bitcoin price movement tracking & discussion

[Maximum_Overderp!]

We're headed to 360 and I've already done very well on the latest rise.  Glad I didn't buy a year ago when I found out about it.

[1714809839]

1714809839

[1714809839]

1714809839

[1714809839]

1714809839

[ChartBuddy]

Coin
Explanation

[Dotto]

WTF has happened??

Mega? Bulltrap? MEGABULLTRAP???

LOL, train time!!

[8up]

Expecting price rise to ~$350 - then down to ~$220 revisiting the current level. Time horizon: March to May.

What do you expect?

[inca]

Expecting price rise to ~$350 - then down to ~$220 revisiting the current level. Time horizon: March to May.

What do you expect?

I expect the trolling to reduce markedly over the coming months..

[Dotto]

Hail to the Kim (dot com)

He were always a HUGE guy

[Totscha]

Expecting price rise to ~$350 - then down to ~$220 revisiting the current level. Time horizon: March to May.

What do you expect?

I expect false expectations

P.S. Don't get me wrong. There's a good chance the price will do what you said

[NotLambchop]

^I'm really optimistic.  Finally, irrefutable scientific signs of solid trend reversal.



Don't dwell on the past tho, this time moon is a mathematical certainty!

[BlindMayorBitcorn]

Good morning, Bitcoiners
Thought you could sneak that devious little price pump past me?  Well you didn't!  Nothing gets by me!
Now how about you put that price back down where it belongs, Hmm?

LOL.
Good morning:)

[LFC_Bitcoin]

It's happening

[BlindMayorBitcorn]

It's happening

Maybe...

[JorgeStolfi]

What is that x60 faster thing any way? How does it effect the protocol?

Gavin was testing his proposed changes, that include increasing the max block size from 1 MB to 20 MB.  He noticed that the nodes  were taking too long (hundreds of milliseconds) to validate a block, even when the node had seen all transactions before and thus did not need to validate them again.  That wasted time impacted the time needed to propagate a block from node to node.  He tweaked and hacked the code until he got that part of the code to run a lot faster, saving some memory too.  That improvement reduced the estimated 1MB-block propagation time, in that easy case, from 600 ms to 10 ms.

Where can one find more info about this?

Gavin tweeted the link to the github page: https://github.com/bitcoin/bitcoin/pull/5835

[JorgeStolfi]

Couldn't that jump have been just a large buy by Kim Dotcom?

[8up]

Expecting price rise to ~$350 - then down to ~$220 revisiting the current level. Time horizon: March to May.

What do you expect?

I expect the trolling to reduce markedly over the coming months..

I appreciate this.

[8up]

Expecting price rise to ~$350 - then down to ~$220 revisiting the current level. Time horizon: March to May.

What do you expect?

I expect false expectations

P.S. Don't get me wrong. There's a good chance the price will do what you said

I can see other options, too It just seems plausible.

[shmadz]

What is that x60 faster thing any way? How does it effect the protocol?

Gavin was testing his proposed changes, that include increasing the max block size from 1 MB to 20 MB.  He noticed that the nodes  were taking too long (hundreds of milliseconds) to validate a block, even when the node had seen all transactions before and thus did not need to validate them again.  That wasted time impacted the time needed to propagate a block from node to node.  He tweaked and hacked the code until he got that part of the code to run a lot faster, saving some memory too.  That improvement reduced the estimated 1MB-block propagation time, in that easy case, from 600 ms to 10 ms.

Where can one find more info about this?

Gavin tweeted the link to the github page: https://github.com/bitcoin/bitcoin/pull/5835

I can't read code, but this sounds a lot like what he was taking about a few months ago.

https://letstalkbitcoin.com/blog/post/lets-talk-bitcoin-169-set-reconciliation-and-the-block-with-gavin-andresen

He's always pushing his 20 MB block agenda, which I'm not thrilled about, but faster propagation should mean less stales for miners on smaller pools (like myself) - might make for less advantage to larger pools which would help decentralization...

The entire reason for a ten minute block target in the first place was to allow enough time for the entire network to reach consensus before moving on to the next block.

Like I said, I can't read the code, but it certainly sounds like a pretty big deal.

[Afrikoin]

What is that x60 faster thing any way? How does it effect the protocol?

Gavin was testing his proposed changes, that include increasing the max block size from 1 MB to 20 MB.  He noticed that the nodes  were taking too long (hundreds of milliseconds) to validate a block, even when the node had seen all transactions before and thus did not need to validate them again.  That wasted time impacted the time needed to propagate a block from node to node.  He tweaked and hacked the code until he got that part of the code to run a lot faster, saving some memory too.  That improvement reduced the estimated 1MB-block propagation time, in that easy case, from 600 ms to 10 ms.

Where can one find more info about this?

/r/bitcoin top post..

Thanks, I'm not following Reddit closely, most trolling friendly location on the interwebs.

You should. There is a tonne of valuable  info on /r/Bitcoin comments - if you can sieve out the trolls. just like here.

How do you sieve out the trolls on Reddit? There's no ignore button, and they upvote each other.

Judgement, number of upvotes/downvotes. Maybe not worth the trouble for some

[Afrikoin]

What is that x60 faster thing any way? How does it effect the protocol?

Gavin was testing his proposed changes, that include increasing the max block size from 1 MB to 20 MB.  He noticed that the nodes  were taking too long (hundreds of milliseconds) to validate a block, even when the node had seen all transactions before and thus did not need to validate them again.  That wasted time impacted the time needed to propagate a block from node to node.  He tweaked and hacked the code until he got that part of the code to run a lot faster, saving some memory too.  That improvement reduced the estimated 1MB-block propagation time, in that easy case, from 600 ms to 10 ms.

Where can one find more info about this?

Gavin tweeted the link to the github page: https://github.com/bitcoin/bitcoin/pull/5835

I can't read code, but this sounds a lot like what he was taking about a few months ago.

https://letstalkbitcoin.com/blog/post/lets-talk-bitcoin-169-set-reconciliation-and-the-block-with-gavin-andresen

He's always pushing his 20 MB block agenda, which I'm not thrilled about, but faster propagation should mean less stales for miners on smaller pools (like myself) - might make for less advantage to larger pools which would help decentralization...

The entire reason for a ten minute block target in the first place was to allow enough time for the entire network to reach consensus before moving on to the next block.

Like I said, I can't read the code, but it certainly sounds like a pretty big deal.

Also can't read much of code but, larger block size is a GOOd thing. Why? more hashed information per unit block. Not just for bitcoin transactions, but for any information to be stored in a block and validated by the network. Can't you see why this is a good thing? bitcoin blocks can be used for more thanjust bitcoin transactions. good thing in my books.

[ChartBuddy]

Coin
Explanation

[Sitarow]