Some dummy necro-bumped this. Please ignore.

[DannyHamilton]

- SNIP -
All these later transactions are unconfirmed and waiting on it:

http://blockchain.info/tx/0c2a111573f78ab9e48c4c70d63e80fca8daaeaeedcd2db5dd77a49e16767b82 (fee 0.0005 BTC) (473 bytes)
http://blockchain.info/tx/13d719953efdad24e601766abf2523ef87f29a2a6d3e2a92daf3df9d42c0852c (fee 0.0005 BTC) (607 bytes)
http://blockchain.info/tx/19e2170d1ace3d19001626c655d23166f64eae37aa9308ecab59e5f8dab949c6 (fee 0.001 BTC) (1,373 bytes)*
- SNIP -

What does the * means?

(* indicates transactions that were traced through all subsequent transactions at the time I looked at it):

[Peter Todd]

Wow! It surprises me how many people are willing to accept a long chain of unconfirmed transactions. Also, there are some decent fees there for a forward looking miner to pick up.  If this happens occasionally, I'd think there'd be some incentive for someone to code one.

Luke-Jr has a pull request called child-pays-for-parent that does this. His Eligius pool runs with this patch applied, although Eligius is relatively small and mines roughly a block a day.

[Walter Rothbard]

Wow, now I understand why a transaction I sent from coinbase last night was unconfirmed, 11 hours later this morning.  Glad to hear they are on it.

[willnye]

Wow, now I understand why a transaction I sent from coinbase last night was unconfirmed, 11 hours later this morning.  Glad to hear they are on it.

Have we had anyone from Coinbase/hear from Coinbase about this issue? I have emailed and submitted tickets, and I have received no feedback at all.

[FreeMoney]

Wow, now I understand why a transaction I sent from coinbase last night was unconfirmed, 11 hours later this morning.  Glad to hear they are on it.

Have we had anyone from Coinbase/hear from Coinbase about this issue? I have emailed and submitted tickets, and I have received no feedback at all.

Brian Armstrong has replied in this very thread.

[DannyHamilton]

Wow, now I understand why a transaction I sent from coinbase last night was unconfirmed, 11 hours later this morning.  Glad to hear they are on it.

Have we had anyone from Coinbase/hear from Coinbase about this issue? I have emailed and submitted tickets, and I have received no feedback at all.

Coinbase is aware of the issue and has claimed that they offered a bounty to at least one miner to include the offending transaction in a block so all the subsequent transactions can get confirmed. They have also claimed that they are fixing their code so this sort of thing doesn't happen in the future:

-SNIP-
We are pushing out a fix for this now so transactions like this should not be used in the future.  Luke-Jr was kind enough to starting mining it for us (we sent him a bounty).
 -SNIP-

Unfortunately, the transaction has not yet been confirmed.  Hopefully it will make it into a block today.

[mb300sd]

I'm also looking a tx that traces back to http://blockchain.info/tx/88eb395b48a6d3875d8d55a6efd34afd2e1d4e397b43f9f790479914fba0c74b

Hope this gets fixed soon...

[DannyHamilton]

I'm getting "Transacion Not Found" on all those earlier transactions when I look at blockchain.info.  Was there a double-spend on that initial transaction?  Wow, that will be quite a mess for a lot of people.

[Rothgar]

I'm getting "Transacion Not Found" on all those earlier transactions when I look at blockchain.info.  Was there a double-spend on that initial transaction?  Wow, that will be quite a mess for a lot of few people.

FTFY

But me too.  I don't see the transaction, very strange.  Maybe it was a double spend.  Anyway coinbase should make good on the transaction even if they have to eat a loss.  Zero conformation transactions are an issue.  I'll never doubt that now. 

[DannyHamilton]

. . . Wow, that will be quite a mess for a lot of few people.

FTFY

Based on the incomplete list here:

https://bitcointalk.org/index.php?topic=143715.msg1524373#msg1524373

I'd say it is quite a bit more than a few.

[Rothgar]

I looked, the coinad transaction is still on bitcoincharts.com.  I didn't find evidence of double spending. 

[DannyHamilton]

I looked, the coinad transaction is still on bitcoincharts.com.  I didn't find evidence of double spending. 

Ok, so blockchain.info just dropped all these transactions from their memory pool. That's better. So we are still waiting for the initial transaction to make it into a block.

[piuk]

Ok, so blockchain.info just dropped all these transactions from their memory pool. That's better. So we are still waiting for the initial transaction to make it into a block.

If another nodes relays us the transaction again it will reappear on the site but for now it has been removed from the memory pool as it seems unlikely it will confirm.

[DannyHamilton]

Ok, so blockchain.info just dropped all these transactions from their memory pool. That's better. So we are still waiting for the initial transaction to make it into a block.

If another nodes relays us the transaction again it will reappear on the site but for now it has been removed from the memory pool as it seems unlikely it will confirm.

I suspect there are a lot of people hoping that it will confirm.  I believe coinbase.com has even paid a miner a bounty to confirm it:

- SNIP -
Luke-Jr was kind enough to starting mining it for us (we sent him a bounty).  Hopefully it should be cleared up soon.
 - SNIP -

[mb300sd]

Does a transaction removed from the memory pool result in a negative fee displayed on blockchain?

[Rothgar]

Does a transaction removed from the memory pool result in a negative fee displayed on blockchain?

It looks like that's a transaction that has more outputs than inputs.  I don't think the transaction will ever confirm.

[DannyHamilton]

Does a transaction removed from the memory pool result in a negative fee displayed on blockchain?

That just looks like a bad transaction. I'm a bit surprised that it would get relayed or stored in blockchain.info's memory pool. It shouldn't ever confirm.

http://blockchain.info/tx-index/52591276

Which I suppose means that none of these 655 transactions will ever confirm either since they can all trace their inputs back to that bad transaction:

http://pastebin.com/LYcMAi8X

EDIT: It looks like blockchain.info has now dropped the transaction. It no longer show up on the website.

http://blockchain.info/address/1NiamfxxTcGVDkAj5d5WcbxUiA41hR7GGM

[dree12]

Does a transaction removed from the memory pool result in a negative fee displayed on blockchain?

That just looks like a bad transaction. I'm a bit surprised that it would get relayed or stored in blockchain.info's memory pool. It shouldn't ever confirm.

http://blockchain.info/tx-index/52591276

Does the protocol allow miners to in theory include the transaction, taking a negative tx fee?

[Rothgar]

I'm pretty sure that a client will not broadcast such a transaction.  So it's unlikely to confirm.  However I do not see a problem with a negative transaction fee as long as the block has only 25 BTC more out than in. 

[mb300sd]

Looks like a blockchain bug.


18:13:53

getrawtransaction a752638db79143ab3cc23280125601193ee3e8b8fb272a52a6d6cffb82e2dc0e


18:13:53

0100000002a99dcc16468d4e370862d2b95f23a101a95aca9333341420870447132c2517c600000 0008a47304402205c2f0c685a005c98cc378f54419aacaa965708e51fe622bec96389dd3a4ca8d0 0220498aede1ed575a404717c3357eec80b249bfd65eb90ea3e22b5bcea12faa7fb0014104c87e8 2eeda25cd8546c636b7c2549a5ccfe4b3eb25290df989e13ae9192cf347a8e895ce452dca0cbb6b 3a4fa4aca593d0ebea800a1ac8443af317f3b797dcbeffffffff66e6a82dec1b7c344f000f9bc02 e4e3372cbee4207d2076d95a990f9780abd89010000008b4830450221008442bd2cd630b01cad72 6d22075afe047a4b805957d2bceb3d58b9dcfabec125022007df133b53b900c480da9de357a7d73 297a2dfcd1b6d19892f8f9d69997a250d0141045618440a6f417fb724cb7112b8213f5e30929e55 12045cebb2f7b8291e7901518374b31e3669fbeb514a309b72c9b2341d2cf1cd97174af1838209b b07b3b41affffffff0200c2eb0b000000001976a914451dd2dc37d7782760c728abbd1c42279fb4 bd1c88acc39d3200000000001976a914ab1fb59f5f3d346a0b82e39f16ec57afb311bbbd88ac000 00000


18:13:59

decoderawtransaction 0100000002a99dcc16468d4e370862d2b95f23a101a95aca9333341420870447132c2517c600000 0008a47304402205c2f0c685a005c98cc378f54419aacaa965708e51fe622bec96389dd3a4ca8d0 0220498aede1ed575a404717c3357eec80b249bfd65eb90ea3e22b5bcea12faa7fb0014104c87e8 2eeda25cd8546c636b7c2549a5ccfe4b3eb25290df989e13ae9192cf347a8e895ce452dca0cbb6b 3a4fa4aca593d0ebea800a1ac8443af317f3b797dcbeffffffff66e6a82dec1b7c344f000f9bc02 e4e3372cbee4207d2076d95a990f9780abd89010000008b4830450221008442bd2cd630b01cad72 6d22075afe047a4b805957d2bceb3d58b9dcfabec125022007df133b53b900c480da9de357a7d73 297a2dfcd1b6d19892f8f9d69997a250d0141045618440a6f417fb724cb7112b8213f5e30929e55 12045cebb2f7b8291e7901518374b31e3669fbeb514a309b72c9b2341d2cf1cd97174af1838209b b07b3b41affffffff0200c2eb0b000000001976a914451dd2dc37d7782760c728abbd1c42279fb4 bd1c88acc39d3200000000001976a914ab1fb59f5f3d346a0b82e39f16ec57afb311bbbd88ac000 00000


18:13:59

{
"txid" : "a752638db79143ab3cc23280125601193ee3e8b8fb272a52a6d6cffb82e2dc0e",
"version" : 1,
"locktime" : 0,
"vin" : [
{
"txid" : "c617252c134704872014343393ca5aa901a1235fb9d26208374e8d4616cc9da9",
"vout" : 0,
"scriptSig" : {
"asm" : "304402205c2f0c685a005c98cc378f54419aacaa965708e51fe622bec96389dd3a4ca8d00220498 aede1ed575a404717c3357eec80b249bfd65eb90ea3e22b5bcea12faa7fb001 04c87e82eeda25cd8546c636b7c2549a5ccfe4b3eb25290df989e13ae9192cf347a8e895ce452dc a0cbb6b3a4fa4aca593d0ebea800a1ac8443af317f3b797dcbe",
"hex" : "47304402205c2f0c685a005c98cc378f54419aacaa965708e51fe622bec96389dd3a4ca8d002204 98aede1ed575a404717c3357eec80b249bfd65eb90ea3e22b5bcea12faa7fb0014104c87e82eeda 25cd8546c636b7c2549a5ccfe4b3eb25290df989e13ae9192cf347a8e895ce452dca0cbb6b3a4fa 4aca593d0ebea800a1ac8443af317f3b797dcbe"
},
"sequence" : 4294967295
},
{
"txid" : "89bd0a78f990a9956d07d20742eecb72334e2ec09b0f004f347c1bec2da8e666",
"vout" : 1,
"scriptSig" : {
"asm" : "30450221008442bd2cd630b01cad726d22075afe047a4b805957d2bceb3d58b9dcfabec12502200 7df133b53b900c480da9de357a7d73297a2dfcd1b6d19892f8f9d69997a250d01 045618440a6f417fb724cb7112b8213f5e30929e5512045cebb2f7b8291e7901518374b31e3669f beb514a309b72c9b2341d2cf1cd97174af1838209bb07b3b41a",
"hex" : "4830450221008442bd2cd630b01cad726d22075afe047a4b805957d2bceb3d58b9dcfabec125022 007df133b53b900c480da9de357a7d73297a2dfcd1b6d19892f8f9d69997a250d0141045618440a 6f417fb724cb7112b8213f5e30929e5512045cebb2f7b8291e7901518374b31e3669fbeb514a309 b72c9b2341d2cf1cd97174af1838209bb07b3b41a"
},
"sequence" : 4294967295
}
],
"vout" : [
{
"value" : 2.00000000,
"n" : 0,
"scriptPubKey" : {
"asm" : "OP_DUP OP_HASH160 451dd2dc37d7782760c728abbd1c42279fb4bd1c OP_EQUALVERIFY OP_CHECKSIG",
"hex" : "76a914451dd2dc37d7782760c728abbd1c42279fb4bd1c88ac",
"reqSigs" : 1,
"type" : "pubkeyhash",
"addresses" : [
"17JTMRSdD2rWs1eSkFqZnXTKWKXLGQsVqY"
]
}
},
{
"value" : 0.03317187,
"n" : 1,
"scriptPubKey" : {
"asm" : "OP_DUP OP_HASH160 ab1fb59f5f3d346a0b82e39f16ec57afb311bbbd OP_EQUALVERIFY OP_CHECKSIG",
"hex" : "76a914ab1fb59f5f3d346a0b82e39f16ec57afb311bbbd88ac",
"reqSigs" : 1,
"type" : "pubkeyhash",
"addresses" : [
"1GbpY1ssJLPHmFYnNr7RhtYsYWNNM1ssvP"
]
}
}
]
}