PhilipMorris (OP)
|
|
November 29, 2014, 12:05:07 PM |
|
My friend was having some fun over at Luckyb.it yesterday, however a few of his deposits are still not confirmed after like 20 hours. He sent more deposits after this, and they all got like 80 confirmations allready. He gave the same fees on all transactions. So, why are these transactions not confirming? his BTC address: https://blockchain.info/address/13LDuELaqAkE6fRSXfttBJgLJBsUs67Nt4
|
|
|
|
LiteCoinGuy
Legendary
Offline
Activity: 1148
Merit: 1010
In Satoshi I Trust
|
|
November 29, 2014, 12:07:05 PM |
|
maybe that site is just a scam site which steals your money i would guess.
|
|
|
|
PhilipMorris (OP)
|
|
November 29, 2014, 12:13:16 PM |
|
Yea, that totally explains why the transactions are not confirming in the Bitcoin blockchain
|
|
|
|
Enfield
Jr. Member
Offline
Activity: 58
Merit: 10
|
|
November 29, 2014, 12:15:40 PM |
|
Luckybit isn't a scam site (unless you were sending to a clone scamsite or something?). Has the money been showing up at luckybit? How many confirmations do they need?
|
|
|
|
Meuh6879
Legendary
Offline
Activity: 1512
Merit: 1011
|
|
November 29, 2014, 12:17:36 PM |
|
|
|
|
|
PhilipMorris (OP)
|
|
November 29, 2014, 12:23:28 PM |
|
Thanks.. I knew it, Blockchain.info screwing us over again. Ive had this before, transactions only appear on Blockchain.info explorer, but in no other block explorers the transactions can be found, meaning the transactions have not even been made. Wtf is up with Blockchain? Do you know of a more reliable wallet service? (for iPhone)
|
|
|
|
teukon
Legendary
Offline
Activity: 1246
Merit: 1004
|
|
November 29, 2014, 01:58:51 PM |
|
Tracing input history I quickly ran into this transaction. It doesn't seem to exist in my node's mempool and, when I try to add it, I get the error "64: non-canonical (code -26)". Looking up code -26 in the source I see that this transaction doesn't conform to "network rules". The transaction is also not listed at mempool.info and while blockr.io is happy to decode the raw-hex, it returns a general error "pushing your transaction to network".
|
|
|
|
Pingu
Member
Offline
Activity: 67
Merit: 10
|
|
November 29, 2014, 02:05:53 PM |
|
Thanks.. I knew it, Blockchain.info screwing us over again. Ive had this before, transactions only appear on Blockchain.info explorer, but in no other block explorers the transactions can be found, meaning the transactions have not even been made. Wtf is up with Blockchain? Do you know of a more reliable wallet service? (for iPhone) If in doubt always check an alternative block explorer. To say blockchain.info is the most popular one it can lag behind quite often. They really should do something about this.
|
|
|
|
Flashman
|
|
November 29, 2014, 02:34:05 PM |
|
I've been noticing it go screwy quite often recently also. Like showing the latest blocks with only the 25BTC block reward no tx, or more bizarrely, showing them with 50 btc block reward...
|
TL;DR See Spot run. Run Spot run. .... .... Freelance interweb comedian, for teh lulz >>> 1MqAAR4XkJWfDt367hVTv5SstPZ54Fwse6
Bitcoin Custodian: Keeping BTC away from weak heads since Feb '13, adopter of homeless bitcoins.
|
|
|
rayhan
Sr. Member
Offline
Activity: 378
Merit: 250
be your self
|
|
November 29, 2014, 03:01:21 PM |
|
come there and lets talk to mods they will help your friends bet no worries
|
|
|
|
Muhammed Zakir
|
|
November 29, 2014, 03:32:14 PM |
|
Thanks.. I knew it, Blockchain.info screwing us over again. Ive had this before, transactions only appear on Blockchain.info explorer, but in no other block explorers the transactions can be found, meaning the transactions have not even been made. Wtf is up with Blockchain? Do you know of a more reliable wallet service? (for iPhone) I have heard that too. But still it is the most used block explorer. Even though there is problem with explorer, the wallet is a good one. If you aren't satisfied, you can use green address or bither. ~~MZ~~
|
|
|
|
PhilipMorris (OP)
|
|
November 29, 2014, 04:41:32 PM |
|
The transactions were sent from a laggy connection, 3G on an iPhone. But the coins are not lost in space now are they? They will eventually return to the wallet right? I have expirienced this problem my self with larger transactions, when I was trying to sell BTC for Euro's in my bankaccount. I have called the selling company and they said they often have Blockchain users with the same problem. I then emailed Blockchain.info a few times, but they are 'not aware' of this problem and kept telling me that I had to give more fees. I gave 5x the normal fee, same problem. This really sucks for me, I think I have to download the Electrum wallet. But they have no iOS app which I need.
|
|
|
|
|
scarsbergholden
|
|
November 29, 2014, 06:53:28 PM |
|
Tracing input history I quickly ran into this transaction. It doesn't seem to exist in my node's mempool and, when I try to add it, I get the error "64: non-canonical (code -26)". Looking up code -26 in the source I see that this transaction doesn't conform to "network rules". The transaction is also not listed at mempool.info and while blockr.io is happy to decode the raw-hex, it returns a general error "pushing your transaction to network". So it sounds like the TL,DR version is that the transactions depends on another unconfirmed transaction that will never get confirmed because it is non-standard, and as a result the transaction in the OP will never get confirmed.
|
|
|
|
ujka
|
|
November 29, 2014, 07:08:02 PM |
|
So it sounds like the TL,DR version is that the transactions depends on another unconfirmed transaction that will never get confirmed because it is non-standard, and as a result the transaction in the OP will never get confirmed.
Not only that first TX has non-standard input(s), it's not even propagated to the network - it is not in the mempool waiting to be included in a block by miners ( http://mempool.info site can't find any of these unconfirmed tx in the mempool).
|
|
|
|
cesckat
Member
Offline
Activity: 71
Merit: 10
Verba volant, bits persist.
|
|
November 29, 2014, 07:32:48 PM |
|
As someone pointed before, transactions are confirmed by miners, and you can check the last movements from that address on other blockexplorers just to be secure: And from your wallet 'transactions section' More than 100 confirmations on their transactions so the problem could be Luckyb.it responsibility…
|
HODL!
|
|
|
scarsbergholden
|
|
November 29, 2014, 07:32:56 PM |
|
So it sounds like the TL,DR version is that the transactions depends on another unconfirmed transaction that will never get confirmed because it is non-standard, and as a result the transaction in the OP will never get confirmed.
Not only that first TX has non-standard input(s), it's not even propagated to the network - it is not in the mempool waiting to be included in a block by miners ( http://mempool.info site can't find any of these unconfirmed tx in the mempool). Well every node's mempool is different, so just because it is not in your mempool or the mempool of mempool.info does not mean that it is not in other node's mempool's. It is obviously in blockchain.info's mempool (the mempool of their node) as they are showing the TX on their site/block explorer. I saw a thread that was discussing the fact that blockchain.info's node will accept certain transactions that will be rejected by other nodes and as a result the TX will never get confirmed. This could be an example of this. Someone did mention that you could get the TX confirmed by submitting the signed TX to the node of f2pool aka discuss fish or eligius
|
|
|
|
teukon
Legendary
Offline
Activity: 1246
Merit: 1004
|
|
November 29, 2014, 09:17:02 PM |
|
I saw a thread that was discussing the fact that blockchain.info's node will accept certain transactions that will be rejected by other nodes and as a result the TX will never get confirmed. This could be an example of this. Someone did mention that you could get the TX confirmed by submitting the signed TX to the node of f2pool aka discuss fish or eligius
Thought I'd try this just as a learning opportunity. I worked with the ancestor transaction I identified earlier which itself has 6, well-confirmed, seemingly innocent inputs. Submitting either the raw transaction or the equivalent hex to eligius results in error code -22 ( Error parsing or validating structure in raw format). Perhaps the transaction is not just non-standard but out-right invalid (even if it were included in a block that block would be rejected by all the standard nodes). Unfortunately, I know of no tool which will tell me why any given raw transaction is invalid and I lack the knowledge to work it out myself with reference to Bitcoin Core's code in a timely fashion.
|
|
|
|
wunkbone
|
|
December 01, 2014, 07:56:51 AM |
|
I saw a thread that was discussing the fact that blockchain.info's node will accept certain transactions that will be rejected by other nodes and as a result the TX will never get confirmed. This could be an example of this. Someone did mention that you could get the TX confirmed by submitting the signed TX to the node of f2pool aka discuss fish or eligius
Thought I'd try this just as a learning opportunity. I worked with the ancestor transaction I identified earlier which itself has 6, well-confirmed, seemingly innocent inputs. Submitting either the raw transaction or the equivalent hex to eligius results in error code -22 ( Error parsing or validating structure in raw format). Perhaps the transaction is not just non-standard but out-right invalid (even if it were included in a block that block would be rejected by all the standard nodes). Unfortunately, I know of no tool which will tell me why any given raw transaction is invalid and I lack the knowledge to work it out myself with reference to Bitcoin Core's code in a timely fashion.This is certainly possible, but I cannot imagine why blockchain.info would accept the TX on their node (which would have had to have happened if it is displayed on their block explorer) if the TX is outright invalid. edit: it appears that the TX in question has since fallen out of their mem pool
|
|
|
|
gravitate
Legendary
Offline
Activity: 1372
Merit: 1000
|
|
December 01, 2014, 10:08:01 AM |
|
Weird but happened to me too
|
To peel or not to peel.
|
|
|
|