Author

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

legendary
Activity: 1473
Merit: 1086
legendary
Activity: 2380
Merit: 1823
1CBuddyxy4FerT3hzMmi1Jz48ESzRw1ZzZ
legendary
Activity: 2380
Merit: 1823
1CBuddyxy4FerT3hzMmi1Jz48ESzRw1ZzZ
hero member
Activity: 910
Merit: 1003
Do you know if there's a way to see what fee they paid? Was it like normal fee of 0.0001 btc? (About 2 or 3 cents)
If so, wouldn't a move to a minimum fee of say ten cents largely fix the problem?

I watched the transactions for a short while during the test, I remember seeing many 0.0001, several 0.0002, a few with larger fees.  I don't know whether the 0.0002 were part of the test or not.  Perhaps they answer that in this thread

Raising the minimum fee to ~0.10 USD would make this sort of attack more expensive, but it would still be cheap and simple compared to, say, a 51% attack by an outside party.  Also raising the block size to 8 MB would make it 8x more expensive.

A mandatory 0.10 USD fee would have other advantages.  It would encourage miners to fill blocks.  It would cut down annoying small transactions that are being spammed to random addresses for advertisement purposes.  However, it would have some drawbacks.  It would harm things like tumbling and gambling, which many people consider important.  It would also probably cut the number of transactions by 50% or more, that would look bad on charts.

Quote
Also, do you know why Satoshi decided to limit the block size in the first place? I mean, I've heard it was to prevent some kind of spam attack, but now people are saying that increasing block size will prevent spam attack... I've never seen a good description of the attack they were trying to mitigate by limiting block size in the first place. Best guess is simply to prevent bloat?


There are posts by Satoshi on this forum discussing that; check his posts through his user profile.  The original limit was 32 MB.  Then people thought that a malicious miner might create 32 MB blocks full of garbage transactions, that would take a long time to send across the network, validate, download when syncing, etc.; that could break some nodes or clients.  So Satoshi and/or Gavin changed the limit to 1 MB, and commented that it should be raised later if necessary.
legendary
Activity: 2380
Merit: 1823
1CBuddyxy4FerT3hzMmi1Jz48ESzRw1ZzZ
legendary
Activity: 1512
Merit: 1000
@theshmadz


I'm pretty sure I read somewhere that there was no block size limit in Satoshi's software. They added it later. He believed in game theory where things sort themselves out through risk and reward.

Not sure,  but I found this?

"Andresen never mentions the actual reason that Satoshi imposed a block limit. Oleg Andreev, however, does:
Huge blocks could lead to excessive use of bandwidth which could lead to higher percentage of orphaned blocks due to higher synchronization delays."
From: http://cascadianhacker.com/blog/2014/10/25_notes-on-increasing-the-maximum-bitcoin-block-size-or-why-it-aint-happenin.html

If bandwidth is really the only issue then you would think the 8mb compromise will likely gain enough traction to get implemented. After all, even with a 8mb limit, most miners will still be sticking to 750 k - until you provide sufficient incentive to change.

Yeah, exactly. You can have a higher limit or no limit at all and it's still a risk for a miner to build a block that big. It's going to take a longer time to propagate over the internet which means more time for another miner to find another (smaller/faster) block and possibly orphan yours. I'm sure the limit was created to prevent some kind of "large block attack" (to disrupt miners with slow internet?) but in reality, risk and reward will prevent most miners from increasing their block size very much even when the limit is officially increased.

Unless you had a situation where a very large miner (over 25% of the network) purposefully creates these large blocks because they can start building immediately while other miners have to wait to verify... One could imagine a scenario where a large miner could go on a run of consecutive blocks because of the slight advantage of starting on the next block first,
Example - F2Pool recently:


It's mostly due to dumb luck, but there is an advantage to building on your own block before anyone else, and increasing the block size will only increase this advantage.

(Note: this also makes certain types of double-spend attacks easier, but currently the block subsidy is large enough that it is still more profitable to "play fair"... what might happen in ten years under Gavin's plan when block subsidy is only 3.125 btc and blocks are 256MB however might get interesting, )


hero member
Activity: 824
Merit: 712


I'm pretty sure I read somewhere that there was no block size limit in Satoshi's software. They added it later. He believed in game theory where things sort themselves out through risk and reward.

Not sure,  but I found this?

"Andresen never mentions the actual reason that Satoshi imposed a block limit. Oleg Andreev, however, does:
Huge blocks could lead to excessive use of bandwidth which could lead to higher percentage of orphaned blocks due to higher synchronization delays."
From: http://cascadianhacker.com/blog/2014/10/25_notes-on-increasing-the-maximum-bitcoin-block-size-or-why-it-aint-happenin.html

If bandwidth is really the only issue then you would think the 8mb compromise will likely gain enough traction to get implemented. After all, even with a 8mb limit, most miners will still be sticking to 750 k - until you provide sufficient incentive to change.

Yeah, exactly. You can have a higher limit or no limit at all and it's still a risk for a miner to build a block that big. It's going to take a longer time to propagate over the internet which means more time for another miner to find another (smaller/faster) block and possibly orphan yours. I'm sure the limit was created to prevent some kind of "large block attack" (to disrupt miners with slow internet?) but in reality, risk and reward will prevent most miners from increasing their block size very much even when the limit is officially increased.
legendary
Activity: 2380
Merit: 1823
1CBuddyxy4FerT3hzMmi1Jz48ESzRw1ZzZ
legendary
Activity: 1512
Merit: 1000
@theshmadz


I'm pretty sure I read somewhere that there was no block size limit in Satoshi's software. They added it later. He believed in game theory where things sort themselves out through risk and reward.

Not sure,  but I found this?

"Andresen never mentions the actual reason that Satoshi imposed a block limit. Oleg Andreev, however, does:
Huge blocks could lead to excessive use of bandwidth which could lead to higher percentage of orphaned blocks due to higher synchronization delays."
From: http://cascadianhacker.com/blog/2014/10/25_notes-on-increasing-the-maximum-bitcoin-block-size-or-why-it-aint-happenin.html

If bandwidth is really the only issue then you would think the 8mb compromise will likely gain enough traction to get implemented. After all, even with a 8mb limit, most miners will still be sticking to 750 k - until you provide sufficient incentive to change.
hero member
Activity: 824
Merit: 712
The stress was very weak, unfortunately.  From this plot:

  Estimated network capacity:  85 kB/min

  Typical input tx rate before test: 30--50 kB/min

  Typical queue size before test: 300--600 kB

  Peak input tx rate during test: 126 kB/min (~3x normal, ~50% over capacity)

  Peak queue sizes during peak test: 12 MB (14:00), 14 MB (21:30)

  Sustained input tx rate for several hours after peak: 70-100 kB/min

Methink the test was necessary for people to pay attention to the problem.

The test showed that even a small player can create a large backlog with modest expense.

It showed that when the input transaction rate is close to the network capacity, even a small increase in that rate can create a huge backlog.   Between 18:00 and 21:30, when the input rate increased from ~75 kB/min to ~112 kB/min (a 50% increase), the queue grew from ~3 MB to ~14 MB (a 370% increase).

The previous stress test (on a late friday night) used only free transactions, so the fee-paying transactions were delayed only slightly. This one used fee-paying transactions: it will be interesting to see how it affected the ordinary fee-paying transactions.

Do you know if there's a way to see what fee they paid? Was it like normal fee of 0.0001 btc? (About 2 or 3 cents)

 If so, wouldn't a move to a minimum fee of say ten cents largely fix the problem?

Also, do you know why Satoshi decided to limit the block size in the first place? I mean, I've heard it was to prevent some kind of spam attack, but now people are saying that increasing block size will prevent spam attack... I've never seen a good description of the attack they were trying to mitigate by limiting block size in the first place. Best guess is simply to prevent bloat?



I'm pretty sure I read somewhere that there was no block size limit in Satoshi's software. They added it later. He believed in game theory where things sort themselves out through risk and reward.

legendary
Activity: 1512
Merit: 1000
@theshmadz
The stress was very weak, unfortunately.  From this plot:

  Estimated network capacity:  85 kB/min

  Typical input tx rate before test: 30--50 kB/min

  Typical queue size before test: 300--600 kB

  Peak input tx rate during test: 126 kB/min (~3x normal, ~50% over capacity)

  Peak queue sizes during peak test: 12 MB (14:00), 14 MB (21:30)

  Sustained input tx rate for several hours after peak: 70-100 kB/min

Methink the test was necessary for people to pay attention to the problem.

The test showed that even a small player can create a large backlog with modest expense.

It showed that when the input transaction rate is close to the network capacity, even a small increase in that rate can create a huge backlog.   Between 18:00 and 21:30, when the input rate increased from ~75 kB/min to ~112 kB/min (a 50% increase), the queue grew from ~3 MB to ~14 MB (a 370% increase).

The previous stress test (on a late friday night) used only free transactions, so the fee-paying transactions were delayed only slightly. This one used fee-paying transactions: it will be interesting to see how it affected the ordinary fee-paying transactions.

Do you know if there's a way to see what fee they paid? Was it like normal fee of 0.0001 btc? (About 2 or 3 cents)

 If so, wouldn't a move to a minimum fee of say ten cents largely fix the problem?

Also, do you know why Satoshi decided to limit the block size in the first place? I mean, I've heard it was to prevent some kind of spam attack, but now people are saying that increasing block size will prevent spam attack... I've never seen a good description of the attack they were trying to mitigate by limiting block size in the first place. Best guess is simply to prevent bloat?

legendary
Activity: 1568
Merit: 1001
I have the log downtrend line at 262. Which is currently a paltry 4200 coins away on bitfinex.

It is just a matter of when the price moves up now IMO.

Btw who in their right mind leaves btc to be lent out short at 0.008% a day? lol
Yeah, no shit. This just subsidizing short dicks while getting peanuts for it. If i ain't getting at least seven times this, i wouldnt even consider swapping.
legendary
Activity: 2380
Merit: 1823
1CBuddyxy4FerT3hzMmi1Jz48ESzRw1ZzZ
hero member
Activity: 910
Merit: 1003

KnC: "Yes, we issue and buy back ETNs in the market. At this point we have net sold 1388774 ETNs and hold 6944 BTC"
https://twitter.com/xbtprovider/status/611454898492833792

(200 ETNs = 1 BTC, apart from fees perhaps)
hero member
Activity: 910
Merit: 1003
The stress was very weak, unfortunately.  From this plot:

  Estimated network capacity:  85 kB/min

  Typical input tx rate before test: 30--50 kB/min

  Typical queue size before test: 300--600 kB

  Peak input tx rate during test: 126 kB/min (~3x normal, ~50% over capacity)

  Peak queue sizes during peak test: 12 MB (14:00), 14 MB (21:30)

  Sustained input tx rate for several hours after peak: 70-100 kB/min

Methink the test was necessary for people to pay attention to the problem.

The test showed that even a small player can create a large backlog with modest expense.

It showed that when the input transaction rate is close to the network capacity, even a small increase in that rate can create a huge backlog.   Between 18:00 and 21:30, when the input rate increased from ~75 kB/min to ~112 kB/min (a 50% increase), the queue grew from ~3 MB to ~14 MB (a 370% increase).

The previous stress test (on a late friday night) used only free transactions, so the fee-paying transactions were delayed only slightly. This one used fee-paying transactions: it will be interesting to see how it affected the ordinary fee-paying transactions.
hero member
Activity: 821
Merit: 1003
Waiting for over 4hr for my tx now... :/

make sure to look other block explorer. Once I thought that my transaction has no confirmation for hours, and has been a blockchain.info issue
legendary
Activity: 2380
Merit: 1823
1CBuddyxy4FerT3hzMmi1Jz48ESzRw1ZzZ
hero member
Activity: 513
Merit: 511
We're really close to breaking the log downtrend, and I expect to see a few days in $310+ when we definitely break out of it.

We will sideways break it so there is no misunderstanding Cheesy

To be honest, I have no idea how we will break it. The thing is that when we broke the (I dont know if this is really a thing) lineal downtrend, sometime in feb 26 with $240-something, we spiked up for a few days, then went back to the weak uptrend we've been having since the dead cat bounce of this January. Sometime between now and august (we'll be above the log downtrend), I think we're going to spike upwards above $310, stay there for a week, then drop back down to whatever the price was before that rise. We'll be at $250-something, move up to $310+, then drop back down to $240, to slowly rise up to $260-$270. Then it's a steady rise until the early 2016 pre-halving mini-bubble.
We've going to end 2015 somewhere between $280 and $320.

... and that's what my gut tells me Tongue
legendary
Activity: 1512
Merit: 1000
@theshmadz
Waiting for over 4hr for my tx now... :/

Did you forget to tip the miners? err, pay transaction fee?

I sent payment during 20k utxo last time there was a "stress test" and it went through instantly. Verified first block.

I don't see any reason for the big panic and I think it's quite irresponsible of Hearn and Gavin to pretend like the sky is falling.
legendary
Activity: 2380
Merit: 1823
1CBuddyxy4FerT3hzMmi1Jz48ESzRw1ZzZ
Jump to: