amaclin
Legendary
Offline
Activity: 1260
Merit: 1019
|
|
September 15, 2015, 05:29:26 PM |
|
You were trolling me yesterday, and then when I start getting proof that my program Sorry man. I started to code my program two years ago.
|
|
|
|
basil00
Member
Offline
Activity: 60
Merit: 10
|
|
September 15, 2015, 05:32:20 PM |
|
Sorry man. I started to code my program two years ago. Mine was up and running last Saturday...
|
|
|
|
amaclin
Legendary
Offline
Activity: 1260
Merit: 1019
|
|
September 15, 2015, 05:36:28 PM |
|
Yeah that didn't work when I tried it (other peers rejected the txs). Could be a cbitcoin bug? SIGHASH_SINGLE should be OK for this purpose. I haven't worked with this engine. Can you publish the result tx? (already spent inputs aren't a problem) We can try to construct the 1-input-1-output-to-OP_RETURN tx and should get the same byte array. Well, you could always fork off AmaclinCoin Haven't cached this joke. My bad English
|
|
|
|
elmad
Member
Offline
Activity: 119
Merit: 10
|
|
September 15, 2015, 06:31:44 PM |
|
Well it goes to the miners, but it's ruining the "giveaway" for people that actually want to do it.
Merging two outputs to one as you did - this destroys the network by increased traffic. Why should 6000 nodes resend your 0.00001 values? I don't understand why someone would do that, there's no gain for them besides upsetting the people like me who worked hard to build a sweeper program. Just for fun. You are not 5-year-old boy. Don't cry. Next time you will be winner. Trust me. His program just intercepts sweepers, it doesn't make its own transactions. His program reduces spam in bitcoin network. Very fast and efficient. I would be more understanding if it went after unspent transactions in general, but he is literally just attacking my program from what he says
Welcome to bitcoin world. The most important lesson I learned is to not post about anything until it is done, because there are malicious people who will try and ruin your efforts out of jealousy. Don't even try to act like it reduces spam, throwing up another layer of transactions on top of mine does not reduce spam at all. If my transactions were "left alone" there would be less spam than if you and him double spended it. You were trolling me yesterday, and then when I start getting proof that my program is working someone else comes along and says they are working to try and spite me, and apparently you guys love each other so it makes me wonder if you're the same person. You guys will be hearing nothing from me anymore until I am finished. LOL. Are you serious?
|
|
|
|
|
wladston
Full Member
Offline
Activity: 157
Merit: 102
Always remember to be awesome.
|
|
September 15, 2015, 07:31:22 PM |
|
amaclin, how can I sign the outputs with p2pk? that indeed takes a lot less space i checked documentation on bitcoin and found no option to do it
|
|
|
|
amaclin
Legendary
Offline
Activity: 1260
Merit: 1019
|
|
September 15, 2015, 07:37:05 PM |
|
amaclin, how can I sign the outputs with p2pk? that indeed takes a lot less space i checked documentation on bitcoin and found no option to do it I do not know how to answer your question. This is the same signing algorithm as for p2pkh but the public key already in stack by evaluating scriptpubkey so i preform the same actions and at last put only signature. here is a snippet of my code const QByteArray Transaction::rawTransaction ( const UxToList& unspent, const int i, const quint64 fee ) { EvalScript escr ( unspent.at ( i ).getScript ( ) ); MyByteArray ret; ret.reserve ( 1024 ); QByteArray signature; QByteArray pubkey; Finder& db ( Bitcoin::getFinder ( ) ); switch ( escr.evaluateOutput ( ) ) { /*0*/case EVAL_UNKNOWN: xassert ( false ); break; /*1*/case EVAL_HASH160: { db.sign ( escr.getAddress ( ), rawData ( unspent, i, fee ), signature, pubkey ); ret.putPrefixed ( signature ).putPrefixed ( pubkey ); } break; /*2*/case EVAL_PUBKEY: { db.sign ( MyKey20::calc ( escr.getValue ( 0 ) ), rawData ( unspent, i, fee ), signature, pubkey ); ret.putPrefixed ( signature ); } break;
|
|
|
|
amaclin
Legendary
Offline
Activity: 1260
Merit: 1019
|
|
September 15, 2015, 07:40:14 PM |
|
You could've had 50 BTC No. I couldn't. I could have a little bit more if i do not share my knowledge about the shortest signature here in this topic. basil00 got that knowledge you haven't
|
|
|
|
amaclin
Legendary
Offline
Activity: 1260
Merit: 1019
|
|
September 15, 2015, 07:49:09 PM |
|
You just don't want to admit that you could've had 10X more BTC, since it is a huge loss and a tremendous error. Congrats on the 4 btc I guess, unfortunate you let blockchain.info decide for you on what a valid transaction is. Oh, man. I feel myself bad when I think about how many btc can be in my wallet if... Ask @johoe about bc.i incident in december '14
|
|
|
|
elmad
Member
Offline
Activity: 119
Merit: 10
|
|
September 16, 2015, 02:51:21 PM |
|
@amaclin: bc.i reports a wrong confirmed balance for your "1aa5..." address https://blockchain.info/it/address/1aa5cmqmvQq8YQTEqcTmW7dfBNuFwgdCD . Do you know why? A possible bug? P.S. If we think this as a "game" , is it correct to remove "1aaf64..." from your score, right? It was without competition
|
|
|
|
amaclin
Legendary
Offline
Activity: 1260
Merit: 1019
|
|
September 16, 2015, 03:01:09 PM |
|
@amaclin: bc.i reports a wrong confirmed balance for your "1aa5..." address Do you know why? A possible bug? I do not care. Why do you care? P.S. If we think this as a "game" , is it correct remove "1aaf64..." from your score, right? It was without competition Have I said that this is fair game? Welcome to real world.
|
|
|
|
elmad
Member
Offline
Activity: 119
Merit: 10
|
|
September 16, 2015, 04:07:28 PM |
|
@amaclin: bc.i reports a wrong confirmed balance for your "1aa5..." address Do you know why? A possible bug? I do not care. Why do you care? Just curious why bc.i act differently. P.S. If we think this as a "game" , is it correct remove "1aaf64..." from your score, right? It was without competition Have I said that this is fair game? Welcome to real world. Haha no, I didnt think that was a fair game. But I am glad to have a good result in competition
|
|
|
|
amaclin
Legendary
Offline
Activity: 1260
Merit: 1019
|
|
September 16, 2015, 04:19:17 PM |
|
Just curious why bc.i act differently.
May be tradeblock counts incorrect this ton of transactions. Haha no, I didnt think that was a fair game. But I am glad to have a good result in competition The result (for me) is money on bank account or even at home as cash. Or even goods bought with these money. Not a bitcoins count on screen of my computer. So, we are too far from the finish of this race. Check-pointing the real life is useless.
|
|
|
|
|
basil00
Member
Offline
Activity: 60
Merit: 10
|
|
September 18, 2015, 03:36:07 AM |
|
Yep, almost done. It's got a lot harder to double spend over the last few hours as the mempools become more homogeneous. My score is a big fat 0BTC -- which was the plan all along. We did manage to pump the daily txs to an all time record: https://blockchain.info/charts/n-transactionsOver at r/bitcoin they are trying to figure out what it going on. Interestingly, coinwallet only released a fraction of their keys (mostly from the early Sept spam attack). They have not released the most keys from the late July/early Aug spam attack. The latter looks to be about 5-6x bigger.
|
|
|
|
wladston
Full Member
Offline
Activity: 157
Merit: 102
Always remember to be awesome.
|
|
September 18, 2015, 03:38:39 AM |
|
awesome basil00!
I got a few bitcents, it was fun. maybe their plan is to get everybody's code up and running, so they can drop the "bomb" more effectively and all at once.
|
|
|
|
coinpr0n
|
|
September 18, 2015, 06:03:08 AM |
|
For a few bitcents I would really question if it is worth it. What percentage of the inputs total are these bitcents? If most of the value is going in fees you are basically just donating your time and effort to miners.
|
|
|
|
johoe
|
|
September 18, 2015, 05:01:49 PM |
|
Yep, almost done. It's got a lot harder to double spend over the last few hours as the mempools become more homogeneous. My score is a big fat 0BTC -- which was the plan all along. We did manage to pump the daily txs to an all time record: https://blockchain.info/charts/n-transactionsOver at r/bitcoin they are trying to figure out what it going on. Interestingly, coinwallet only released a fraction of their keys (mostly from the early Sept spam attack). They have not released the most keys from the late July/early Aug spam attack. The latter looks to be about 5-6x bigger. According to my script you were successful in cleaning the last dust. 0 UTXO left (my script only considers confirmed transactions). Why did you do it in so many transactions? It would save a few bytes to use larger transactions and give a better fee per byte ratio. I guess the reason is that large transactions are more likely to conflict with something in the mempool and are therefore much harder to push to the miners, correct? Total received: 28.15759741 BTC on 791 addresses (unless I have a bug in my quick 'n dirty counting script). Does this mean that the keys for the remaining 172 BTC will be published later? PS: Another effect of these transaction is that my R-value cracker runs much much slower now. Almost 2.5 Million duplicated R-values
|
Donations to 1CF62UFWXiKqFUmgQMUby9DpEW5LXjypU3
|
|
|
worhiper_-_
|
|
September 18, 2015, 05:25:10 PM |
|
For a few bitcents I would really question if it is worth it. What percentage of the inputs total are these bitcents? If most of the value is going in fees you are basically just donating your time and effort to miners.
Welp, it really wasn't worth to even try transferring those coins manually. The few that knew how to handle this in a more knowledgeable manner might have received decent sums of coins but this 'giveaway' was definitely not easily accessible or worth it.
|
|
|
|
elmad
Member
Offline
Activity: 119
Merit: 10
|
|
September 18, 2015, 05:48:01 PM |
|
Yep, almost done. It's got a lot harder to double spend over the last few hours as the mempools become more homogeneous. My score is a big fat 0BTC -- which was the plan all along. We did manage to pump the daily txs to an all time record: https://blockchain.info/charts/n-transactionsOver at r/bitcoin they are trying to figure out what it going on. Interestingly, coinwallet only released a fraction of their keys (mostly from the early Sept spam attack). They have not released the most keys from the late July/early Aug spam attack. The latter looks to be about 5-6x bigger. Total received: 28.15759741 BTC on 791 addresses (unless I have a bug in my quick 'n dirty counting script). Does this mean that the keys for the remaining 172 BTC will be published later? 28 BTC from inputs or outputs? I mean, 28 BTC including fees?
|
|
|
|
|