danielpbarron
Full Member
Offline
Activity: 212
Merit: 100
Daniel P. Barron
|
|
June 04, 2015, 04:03:12 PM |
|
FWIW I can mine testnet coin very easily. In a few hours I mined about 18,000, more than enough to fund this experiment for a month. Testnet is testnet. Bitcoin is bitcoin.
|
Marriage is a permanent bond (or should be) between a man and a woman. Scripture reveals a man has the freedom to have this marriage bond with more than one woman, if he so desires. But, anything beyond this is a perversion. -- Darwin Fish
|
|
|
|
|
|
|
The Bitcoin network protocol was designed to be extremely flexible. It can be used to create timed transactions, escrow transactions, multi-signature transactions, etc. The current features of the client only hint at what will be possible in the future.
|
|
|
Advertised sites are not endorsed by the Bitcoin Forum. They may be unsafe, untrustworthy, or illegal in your jurisdiction.
|
|
|
fbueller
|
|
June 05, 2015, 12:40:54 AM Last edit: June 05, 2015, 12:55:14 AM by fbueller |
|
I was responding to his queries about the antminer blocks. I did get it running. 2 nights ago I did 2000tx/hr using the RPC. This time I can turn a single 4BTC output into 781 transactions, and repeat this until I have enough to really stress things (by precomputing many in advance). Unfortunately my laptop runs out of memory when I try to split outputs of over 10BTC.. This is the address I'm using: https://www.blocktrail.com/tBTC/address/mvoh3Jwirz6YLdSdpp1558uHWdJ9Qpijjg
|
Bitwasp Developer.
|
|
|
bugcatchr
Newbie
Offline
Activity: 6
Merit: 0
|
|
June 05, 2015, 05:09:00 PM |
|
spam is among the worst thing on the internet. everyone always looking to spam something
|
|
|
|
Amitabh S
Legendary
Offline
Activity: 1001
Merit: 1003
|
|
June 06, 2015, 05:35:00 AM |
|
Why don't you try this on some Altcoins. After all thats their purpose Lets use those as the guinea pig, if not testnet. As far as I know I have been able to send tx with 0 fee without any problem in most altcoins. FYI, I don't like your experiment. I don't like spam. Do it elsewhere, not on mainnet.
|
|
|
|
Nicolas Dorier (OP)
|
|
June 06, 2015, 12:11:50 PM |
|
Sorry, I got a bit busy this week, so here my responses And if the infrastructure isn't ready for it and is damaged as a result, how would you fix it? I could be misunderstanding something but it seems like inoculating someone with a disease in order to study how he will react in real conditions. I will not, since their code would have broken anyway later on. We can contact me so I stop the website (btw, the code will be open source so other people might host it) what is your goal anyway? Disturb the network and delay legit transactions? I'd would feel more comfortable, if those experiments use rather low fees instead, so that regular transactions are mostly unaffected, or require only a small fee bump. Knowing generally what will happen if tx/s is above 14, mempool continually growing. (well, this is what I want to see, other people would be more interested into economic impact on fees, machine spec for nodes, decentralization impact) TestNet appears to me like a better suited environnement for this kind of experiment. You are right for testing a mempool attack, (so I will provide a testnet mode) but we can't test the economical impact with fake money. Not me, I have not yet started coding it. Why don't you try this on some Altcoins. After all thats their purpose Cheesy Lets use those as the guinea pig, if not testnet. As far as I know I have been able to send tx with 0 fee without any problem in most altcoins.
FYI, I don't like your experiment. I don't like spam.
Do it elsewhere, not on mainnet. The spam is no different from what will happen for real when blocks will be full. The goal is to learn what we can about that before we hit the real wall. If the attack can't work because fees are too high, then it would also proves something valuable.
|
Bitcoin address 15sYbVpRh6dyWycZMwPdxJWD4xbfxReeHe
|
|
|
fbueller
|
|
June 06, 2015, 03:07:48 PM |
|
Nicholas: I've been playing with this over the past few days on testnet. I reckon the most effective way is to take a txid and private key (which can spend an output of that txid) from the user, grow it into a tree of dependent transactions, and then broadcast all at once.
The value of the output limits how many subsequent transactions you can get. I'm using a redis queue and a bash loop to call something to pop, split into $split new transactions, and push new ones to the end for further splitting.
I've launched it a few times, normally in batches of 700 tx's. Broadcasting is a very fast step, and the mempool fills up quickly. Block explorers seem to hold their ground, though are can be slow to make all transactions in a block available in the UI. In fact, many seem to rush to publishing the block on their website, despite the transactions not being fully imported to their database. I wonder what fast, full blocks would do to these services. If they can't keep up with 1Mb blocks ("full" or otherwise) we'll learn something from this.
Full blocks blocks max out at 750kb, or about 2111 transactions. There is still a miner who is not including transactions.. I wonder if he's sympathetic to this experiment.. They appear to to have about 50% of the hashrate at times, so this makes the spamming more effective, as the rate the mempool is purged is effectively halved.
What way do you plan on doing it? I found using the RPC quite slow, and since new change keys/addresses are generated you run into a bottleneck.
|
Bitwasp Developer.
|
|
|
Nicolas Dorier (OP)
|
|
June 06, 2015, 04:21:45 PM |
|
https://www.blocktrail.com/tBTC/address/mvoh3Jwirz6YLdSdpp1558uHWdJ9QpijjgWell, actually you crashed my firefox when I browsed https://www.blocktrail.com/tBTC/address/mvoh3Jwirz6YLdSdpp1558uHWdJ9Qpijjg/transactionsI also see the mempool peak in RAM of my bitcoind (to 150MB but it then dropped to 50MB and stopped moving) and my block explorer ( tapi.qbit.ninja) holding. I thought the mempool was keeping transactions in memory. (must go back to the source code to check how implemented) The problem of a tree of transaction is that if a node transaction in the tree is missed, the bitcoind willl reject further transactions to go in the pool. The deeper the tree, the higher the odds of one of its parent not having reached the mempool before one of the child, and thus preventing the hierarchy to further spam nodes. I am also curious about keeping the rate just at more than 7 tx per sec for months. I'll make the website, and provide a way for the spammer to choose whether he wants testnet or mainnet, as well as spamming in volume or in duration. I will not be using RPC at all, so should not have a bottleneck.
|
Bitcoin address 15sYbVpRh6dyWycZMwPdxJWD4xbfxReeHe
|
|
|
fbueller
|
|
June 06, 2015, 06:52:31 PM |
|
The way I'm traversing it should mean tt pops a parent, and adds 5 new ones to the end. 'The end' gets further away each time. I am also saving all transactions to a file, so I rebroadcast that every once in a while.
At this point I think there's about 42 blocks worth of transactions in there (90k). Bitcoin's 7tx per second rate is essentially the maximum rate it can clear the mempool (assuming all blocks are full). I can produce transactions at roughly this rate, so the mempool should at least stay fixed in size.
However, most of the blocks on testnet have no transactions in them, reducing the rate of mempool clearance, so the mempool should continue to increase in size.
It might be worth noting that regardless of the transaction size, I have attached a default fee of 100,000 satoshis for each transaction. This seems to be sufficient for most of the tree, and I've had very few with insufficient priority.
|
Bitwasp Developer.
|
|
|
Nicolas Dorier (OP)
|
|
June 06, 2015, 07:03:39 PM |
|
|
Bitcoin address 15sYbVpRh6dyWycZMwPdxJWD4xbfxReeHe
|
|
|
fbueller
|
|
June 06, 2015, 10:11:56 PM |
|
Haha - probably unrelated. Do they have a testnet explorer?
I pinged a few testnet faucets for coins to see how long they take, with all this going on. If there's a huge difference in priority maybe they'll be scattered over the following few blocks?
|
Bitwasp Developer.
|
|
|
Nicolas Dorier (OP)
|
|
June 08, 2015, 02:42:01 PM |
|
Haha - probably unrelated.
You underestimate the capacity of bc.i to have creative bugs.
|
Bitcoin address 15sYbVpRh6dyWycZMwPdxJWD4xbfxReeHe
|
|
|
|
Nicolas Dorier (OP)
|
|
June 10, 2015, 07:05:16 AM |
|
not me, but would have helped if he asked me. This is 0.012 BTC for fulling a block, or 1.728BTC for a fully day, a goal of 30 day is "only" 51 BTC. The spam website I want to do, funded by anybody who wants to spam, may reach such goal. And I don't even want to reach full blocks, only keep a rate superior to 7tx/s, so would cost probably around 25 BTC.
|
Bitcoin address 15sYbVpRh6dyWycZMwPdxJWD4xbfxReeHe
|
|
|
|
amaclin
Legendary
Offline
Activity: 1260
Merit: 1019
|
|
June 10, 2015, 02:03:26 PM |
|
Here is existing service for blockchain spamming: http://cryptograffiti.info/It has big costs, but spams also to UTXO set
|
|
|
|
cryptonautz
Newbie
Offline
Activity: 43
Merit: 0
|
|
June 10, 2015, 05:55:15 PM |
|
|
|
|
|
amaclin
Legendary
Offline
Activity: 1260
Merit: 1019
|
|
June 10, 2015, 06:42:30 PM |
|
|
|
|
|
Amitabh S
Legendary
Offline
Activity: 1001
Merit: 1003
|
|
June 11, 2015, 03:46:51 AM |
|
Actually I can get a STBaaS set up and running pretty quickly if the payment is right; how far have you got? Anyway blockchain.info seems to be breaking very frequently these days; who is responsible?
|
|
|
|
Nicolas Dorier (OP)
|
|
June 11, 2015, 09:47:26 PM |
|
Actually I can get a STBaaS set up and running pretty quickly if the payment is right; how far have you got? Anyway blockchain.info seems to be breaking very frequently these days; who is responsible? On my side, did not started yet. Will do, I want to provide a way for the spammer to spread the spam on time and size. Should be quick once get some free time, I'll try to release a quick and dirty alpha sunday. The unit of spam will be measured in KB/Blocks with the adjustable timespan.
|
Bitcoin address 15sYbVpRh6dyWycZMwPdxJWD4xbfxReeHe
|
|
|
amaclin
Legendary
Offline
Activity: 1260
Merit: 1019
|
|
June 18, 2015, 08:23:35 PM |
|
|
|
|
|
|