Pages:
Author

Topic: New transaction malleability attack wave? Another stresstest? - page 13. (Read 41234 times)

copper member
Activity: 1498
Merit: 1528
No I dont escrow anymore.
@amaclin do you have a list of transactions that you modified? Or can you alternativly confirm whether or not this[1] tx was affected?

[1] f3724b1c1d58b9b505b2255ef9c6d0992874dfe55b734c22b8fa3a09798a561d
legendary
Activity: 1260
Merit: 1019
But, you are associated with some of the large "hacks" before... no ?
What are you talking about?

If you have nothing to do with bitcoin, why do you spend so much time here ?

What else can we do on Sunday?
http://www.youtube.com/watch?v=gcWvW-DgJtU

legendary
Activity: 1260
Merit: 1019
Perhaps to remind the community not to rely on chains of unconfirmed txs.
I do not see profit for me doing this. I am not a bitcoin hoDLer, I am not even a long/short bitcoin trader.
I am not a part of community.

Btw, I wonder if it is possible to design scripts immune to this attack, e.g.
https://github.com/bitcoin/bips/blob/master/bip-0062.mediawiki
 

  BIP: 62
  Title: Dealing with malleability
  Author: Pieter Wuille <[email protected]>
  Status: Draft
  Type: Standards Track
  Created: 2014-03-12
member
Activity: 60
Merit: 10
Splitting the "chain" to a "binary tree" just adds more fun Smiley

This is also the correct way to do it.

Quote
I do not see any benefits for me running it.

Perhaps to remind the community not to rely on chains of unconfirmed txs.

Btw, I wonder if it is possible to design scripts immune to this attack, e.g.

Code:
OP_SIZE 73 OP_EQUALVERIFY  OP_CHECKSIG

The wallet software needs to "mine" a 73byte sig (not very hard).
The malleated sig is always 1 byte bigger, so cannot be used.
legendary
Activity: 1260
Merit: 1019
This "attack" probably stops spam scripts that generate long chains of unconfirmed txs.
The main word is "probably".
Spam engine should not broadcast predefined set of transactions, but should monitor all transactions on the network from different nodes and build on-the-fly next transaction on top of previous one received from the peer. Splitting the "chain" to a "binary tree" just adds more fun Smiley

Better way to stop spam is to malle spammer chain txs on mining pool.

Quote
It might actually be a good thing to leave this running.
I do not think so. I do not see any benefits for me running it. Today.
member
Activity: 60
Merit: 10
OK. This is not "someone". It is me.

I am not surprised.  You were my prime suspect. Smiley

This "attack" probably stops spam scripts that generate long chains of unconfirmed txs.  It might actually be a good thing to leave this running.
legendary
Activity: 2828
Merit: 1222
Just looking for peace
With Great power comes great responsibility my child...... Wink
Not in bitcoin world. Responsibility for whom? I do not know you. You do not know me.
There is no third party who can punish me, because I am wrong and you are right.

well, wateva... Tongue
Do as you like...
legendary
Activity: 1260
Merit: 1019
With Great power comes great responsibility my child...... Wink
Not in bitcoin world. Responsibility for whom? I do not know you. You do not know me.
There is no third party who can punish me, because I am wrong and you are right.
legendary
Activity: 2828
Merit: 1222
Just looking for peace
I mean really , why Huh Undecided
Because I am able to do it.

With Great power comes great responsibility my child...... Wink

PS - all tx removed , got mail by Blockchain.info , incoming one removed , will send it again and duplicate txs also removed... Cheesy Cheesy Cheesy

and yes , duplicate txs had deducted the btc which i got back now Smiley
legendary
Activity: 1260
Merit: 1019
legendary
Activity: 2828
Merit: 1222
Just looking for peace
This is the malleability problem: someone is creating copies of transactions

OK. This is not "someone". It is me.
Right now the stress-test is paused. I reserve a right to resume it.
Ask me anything.

if it's really you! you owe me some btc Tongue
I mean really , why Huh Undecided
legendary
Activity: 1260
Merit: 1019
This is the malleability problem: someone is creating copies of transactions

OK. This is not "someone". It is me.
Right now the stress-test is paused. I reserve a right to resume it.
Ask me anything.
legendary
Activity: 2828
Merit: 1222
Just looking for peace
-snip-
Actually i checked and the balance has been deducted twice , means i will get this btc back once the unconfirmed tx clears? but we can't say it will even clear right Huh Sad

Well for bitcoin core you could just rescan the wallet, Im not sure how you would do that with... what looks like blockchain.info.

yeah that's blockchain.info Undecided

Seems it's finally time i switch to bitcoin core as well..

Hope fully soon it will be ok....

Thanks
copper member
Activity: 1498
Merit: 1528
No I dont escrow anymore.
-snip-
Actually i checked and the balance has been deducted twice , means i will get this btc back once the unconfirmed tx clears? but we can't say it will even clear right Huh Sad

Well for bitcoin core you could just rescan the wallet, Im not sure how you would do that with... what looks like blockchain.info.
legendary
Activity: 2828
Merit: 1222
Just looking for peace
The real problem am facing here because of this is not 0 confirmation but something else...
one incoming tx is pending , which will sooner or later be ok i suppose....
BUT, i sent some coins and now when i open my wallet and check - it shows me two similar tx to same address - one confirmed and one not....
How does it affect me ??



The bitcoins has been deducted twice and am not getting it back i suppose...

any ideas?

This is the malleability problem: someone is creating copies of transactions that result in the same result but look different to the network (different transaction id).
In your screenshot, you see that both transactions are "doing" the same thing. They are basically the same tx under a different name.
As long as one of the two confirms, you're good. You can ignore the one that does not confirm.

And no, bitcoins aren't deducted twice, don't worry. Only confirmed ones count towards your balance.
Note that your wallet software might be confused and thus show an incorrect balance until the unconfirmed tx is discarded.

Actually i checked and the balance has been deducted twice , means i will get this btc back once the unconfirmed tx clears? but we can't say it will even clear right Huh Sad

hero member
Activity: 518
Merit: 502
The real problem am facing here because of this is not 0 confirmation but something else...
one incoming tx is pending , which will sooner or later be ok i suppose....
BUT, i sent some coins and now when i open my wallet and check - it shows me two similar tx to same address - one confirmed and one not....
How does it affect me ??



The bitcoins has been deducted twice and am not getting it back i suppose...

any ideas?

This is the malleability problem: someone is creating copies of transactions that result in the same result but look different to the network (different transaction id).
In your screenshot, you see that both transactions are "doing" the same thing. They are basically the same tx under a different name.
As long as one of the two confirms, you're good. You can ignore the one that does not confirm.

And no, bitcoins aren't deducted twice, don't worry. Only confirmed ones count towards your balance.
Note that your wallet software might be confused and thus show an incorrect balance until the unconfirmed tx is discarded.
legendary
Activity: 2828
Merit: 1222
Just looking for peace
The real problem am facing here because of this is not 0 confirmation but something else...
one incoming tx is pending , which will sooner or later be ok i suppose....
BUT, i sent some coins and now when i open my wallet and check - it shows me two similar tx to same address - one confirmed and one not....
How does it affect me ??





The bitcoins has been deducted twice and am not getting it back i suppose...


any ideas?
hero member
Activity: 518
Merit: 502

Interestingly, it seems that the later transactions (ie, the malleated one, not the original one) that are confirming.
At least in our case.

Can someone confirm this? More importantly, if your transactions are being malleated, which one is confirming?
Yours or the other one?

Some explanation: Malleated transactions face the same difficulty as doublespends: they need to be accepted
by a miner before the original tx (or the miner needs to replace the original tx). The first case isn't very likely,
the second requires the miner to run some non-standard software (Peter Todd's RBF-FSS).

If it's mostly malleated transactions that are confirming, we're facing something new. Either someone is
colluding with miners, or many miners are running RBF-FSS, or there's a bug.
legendary
Activity: 2828
Merit: 1222
Just looking for peace
It's strange , i have something very similar....
I do not own a miner or anything but just now i sent some payments though it doesn't show up in my blockchain wallet unless i login. I see two txs to same address of same amount , one confirmed and one not. and there is a incoming tx which is not confirmed and probably double -spent but which is not possible , it was sent using CoinBase...
Anyone knows, what's going on ?
Pages:
Jump to: