ArticMine
Legendary
Offline
Activity: 2282
Merit: 1050
Monero Core Team
|
|
August 30, 2015, 01:35:47 AM |
|
... The fees only rise temporarily so their isn't an economic incentive for miners to attack the blockchain with spam
Cryddit has already identified a scenario where there is an economic incentive. I suspect that if proper simulations are run one can show this scenario is just the tip of the iceberg.
|
|
|
|
gentlemand
Legendary
Offline
Activity: 2590
Merit: 3015
Welt Am Draht
|
|
August 30, 2015, 02:43:51 AM |
|
If you need to resort to fear mongering like political hacks to prove your point then you already lost the debate.
If it can be done, chances are some misanthrope is going to do it. I agree that it's shit but BTC isn't going to go anywhere if it can be torpedoed in such a piffling manner.
|
|
|
|
Panthers52
|
|
August 30, 2015, 02:56:36 AM |
|
Does anyone know if having larger maximum block sizes would make these kinds of stress tests/attacks less effective?
|
|
|
|
ArticMine
Legendary
Offline
Activity: 2282
Merit: 1050
Monero Core Team
|
|
August 30, 2015, 03:41:41 AM |
|
Does anyone know if having larger maximum block sizes would make these kinds of stress tests/attacks less effective?
Yes because the attacks need a certain minimum percentage of the block to be filled with "real" transactions. Take Cryddit's example: In order for the attack to work the percentage of "real" transactions in the block has to be 50% or higher. Now, if one increases the size of the block by say a factor of eight while keeping the real transactions approximately constant then the economics of the attack will fall apart, since 50% has now become 6.25%. The way to answer this question is to run numerical simulations of this attack, for various "real" transaction block fill ratios and percentage hashrate controlled by the attacker.
|
|
|
|
Panthers52
|
|
August 30, 2015, 03:54:46 AM |
|
Does anyone know if having larger maximum block sizes would make these kinds of stress tests/attacks less effective?
Yes because the attacks need a certain minimum percentage of the block to be filled with "real" transactions. Take Cryddit's example: In order for the attack to work the percentage of "real" transactions in the block has to be 50% or higher. Now, if one increases the size of the block by say a factor of eight while keeping the real transactions approximately constant then the economics of the attack will fall apart, since 50% has now become 6.25%. The way to answer this question is to run numerical simulations of this attack, for various "real" transaction block fill ratios and percentage hashrate controlled by the attacker. Hmmm, it is almost as if it might be a good idea to raise the maximum block size. Does anyone know why the core developers who work for blockstream are so opposed to raising the maximum block size? They don't want to profit from smaller blocks do they?
|
|
|
|
Jeremycoin
Legendary
Offline
Activity: 1022
Merit: 1003
𝓗𝓞𝓓𝓛
|
|
August 30, 2015, 04:27:08 AM |
|
Is this a serious problem, 30 days is a long time tho. But however we have to keep running
|
faucet used to be profitable
|
|
|
Carlton Banks
Legendary
Offline
Activity: 3430
Merit: 3080
|
|
August 30, 2015, 02:53:30 PM |
|
Does anyone know if having larger maximum block sizes would make these kinds of stress tests/attacks less effective?
Yes because the attacks need a certain minimum percentage of the block to be filled with "real" transactions. Take Cryddit's example: In order for the attack to work the percentage of "real" transactions in the block has to be 50% or higher. Now, if one increases the size of the block by say a factor of eight while keeping the real transactions approximately constant then the economics of the attack will fall apart, since 50% has now become 6.25%. The way to answer this question is to run numerical simulations of this attack, for various "real" transaction block fill ratios and percentage hashrate controlled by the attacker. Hmmm, it is almost as if it might be a good idea to raise the maximum block size. Does anyone know why the core developers who work for blockstream are so opposed to raising the maximum block size? They don't want to profit from smaller blocks do they? They don't. Side chains require bigger blocks, hence the "chain" part. You can't store the information in thin air. Does anyone know why people keep repeating this untrue statement?
|
Vires in numeris
|
|
|
Xialla
Legendary
Offline
Activity: 1036
Merit: 1001
/dev/null
|
|
August 30, 2015, 02:59:43 PM |
|
Lets call this "stress test" what it is, an attack on Bitcoin to promote an agenda.
really? I would say, it is testing beyond borders, which is somebody doing for free and without charging anybody. literally dozens times bigger tests can be done by any gov. or bitcoin competitors and without single announcement, anytime and indefinitely. I don't want XT and I want dev. core team to react..sadly this seems like only way how to speed up decisions and change priorities.
|
|
|
|
frenulum
|
|
August 30, 2015, 04:52:38 PM |
|
How will we know when it's happening? Will smaller transactions slow to a halt?
|
Jan 2018 recommendations: HST, ETN, HTML, EOS
|
|
|
ArticMine
Legendary
Offline
Activity: 2282
Merit: 1050
Monero Core Team
|
|
August 30, 2015, 04:55:15 PM Last edit: August 30, 2015, 05:11:05 PM by ArticMine |
|
Does anyone know if having larger maximum block sizes would make these kinds of stress tests/attacks less effective?
Yes because the attacks need a certain minimum percentage of the block to be filled with "real" transactions. Take Cryddit's example: In order for the attack to work the percentage of "real" transactions in the block has to be 50% or higher. Now, if one increases the size of the block by say a factor of eight while keeping the real transactions approximately constant then the economics of the attack will fall apart, since 50% has now become 6.25%. The way to answer this question is to run numerical simulations of this attack, for various "real" transaction block fill ratios and percentage hashrate controlled by the attacker. Hmmm, it is almost as if it might be a good idea to raise the maximum block size. Does anyone know why the core developers who work for blockstream are so opposed to raising the maximum block size? They don't want to profit from smaller blocks do they? They don't. Side chains require bigger blocks, hence the "chain" part. You can't store the information in thin air. Does anyone know why people keep repeating this untrue statement? The choice of the 20th percentile over the median in BIP 100 because of a Blockstream recommendation is a perfect example. https://bitcointalk.org/index.php?topic=1164429.0 This turns what could be a workable proposal into one that is way more vulnerable to the attack mentioned above. Edit: It also creates a situation that is much worse in that the loosing side could have well over 50% of the hashrate creating the perfect storm for a hostile fork.
|
|
|
|
CohibAA
|
|
August 30, 2015, 04:56:28 PM |
|
How will we know when it's happening? Will smaller transactions slow to a halt?
You have to watch node stats. During the last "test" the unconfirmed transactions count was somewhere around 30,000, iirc. This can vary widely from one node to another, though, as node operators can decide which transactions are included in their mempool, to a degree.
|
|
|
|
CoinBateman
|
|
August 30, 2015, 09:59:33 PM |
|
Should also expect some price volatility along with this.
|
@CoinBateman | Killer Crypto Instinct
|
|
|
ph.amracyshop
Member
Offline
Activity: 108
Merit: 10
|
|
August 31, 2015, 02:03:24 AM |
|
This is interesting but it feels like a sabotage.
|
|
|
|
Q7
|
|
August 31, 2015, 02:15:45 AM |
|
I don't understand what are they trying to prove by conducting the test? To convince people to accept the fact that the larger block size is indeed needed? I thought that was shown clearly the last time. Apart from that, it doesn't serve any purpose and will just end up a plain act of sabotage that brings nothing but inconveniences to everyone.
|
|
|
|
Envrin
|
|
August 31, 2015, 02:22:25 AM |
|
If CoinWallet goes ahead with this, then I'm starting a "boycott CoinWallet" petition.
What cunts. We have a testnet for a reason. If there's one thing in life you don't do, it's screw with other people's money. They may not realize this, but there's many people's livelihoods that currently rely on the Bitcoin financial network being online, including my own.
|
|
|
|
johnyj
Legendary
Offline
Activity: 1988
Merit: 1012
Beyond Imagination
|
|
August 31, 2015, 02:29:31 AM |
|
I guess no stress test will happen this time because it did not cause the panic it wanted last time, and this time every nodes is more prepared to filter out the spam transactions
|
|
|
|
Carlton Banks
Legendary
Offline
Activity: 3430
Merit: 3080
|
|
August 31, 2015, 09:22:20 AM |
|
If CoinWallet goes ahead with this, then I'm starting a "boycott CoinWallet" petition.
What cunts. We have a testnet for a reason. If there's one thing in life you don't do, it's screw with other people's money. They may not realize this, but there's many people's livelihoods that currently rely on the Bitcoin financial network being online, including my own. It's fairly certain that CoinWallet is simply a front for what this really is: an attack. If you go to CoinWallet.eu, the website looks functional, but is not in reality. A few credible bitcointalkers signed up to investigate whether they are a real service serving customers or not, and it appears not.
|
Vires in numeris
|
|
|
biggus dickus
|
|
August 31, 2015, 09:32:24 AM |
|
If CoinWallet goes ahead with this, then I'm starting a "boycott CoinWallet" petition.
What cunts. We have a testnet for a reason. If there's one thing in life you don't do, it's screw with other people's money. They may not realize this, but there's many people's livelihoods that currently rely on the Bitcoin financial network being online, including my own. It's fairly certain that CoinWallet is simply a front for what this really is: an attack. If you go to CoinWallet.eu, the website looks functional, but is not in reality. A few credible bitcointalkers signed up to investigate whether they are a real service serving customers or not, and it appears not. I looked at their site yesterday and there was nothing about their stress tests on it. They have a FAQ and I expected to find something about the stress testing there because its had such a big effect on the transaction speed. If they had a legit reason for their stress tests I think it would be published on their site. As it stands I consider it an attack rather than a test.
|
|
|
|
BornBlazed
|
|
August 31, 2015, 10:43:46 AM Last edit: September 02, 2015, 02:51:31 PM by BornBlazed |
|
BTC will shit the bed , buy it for super cheap after the weak hands sell.
|
|
|
|
mallard
|
|
August 31, 2015, 01:50:11 PM |
|
CoinWallet are crypto terrorists. Have they said what transaction fee they will be using for the next spam attack?
|
|
|
|
|