Blockchain.info - Bitcoin Block explorer & Currency Statistics

[Newar]

To create a new tx - yes.

To delete a tx that did not go through and was not broadcast by bitcoin-qt - I don't think so, as the tx would not be in the bitcoin-qt database.

Glad to hear it worked for you. The main thing is, you got your coins back :-)

[gyverlb]

To create a new tx - yes.

To delete a tx that did not go through and was not broadcast by bitcoin-qt - I don't think so, as the tx would not be in the bitcoin-qt database.

Glad to hear it worked for you. The main thing is, you got your coins back :-)

As the tx didn't propagate, if you import the private key and move all the coins to another address then as soon as the move is confirmed you'll be sure that the inputs used for the blocked tx will be spent: the blocked tx won't simply propagate it will become invalid and be removed from all bitcoin nodes including the ones at blockchain.info.

[DannyHamilton]

Also from the Wiki:

A transaction will be sent without fees if these conditions are met:

• It is smaller than 10 thousand bytes.
• All outputs are 0.01 BTC or larger.
• Its priority is large enough (see the Technical Info section below)

There is also this: Its priority is large enough, but since the 6 BTC input was only 1 block old, I don't think the priority was large enough.

Transaction size = 619 bytes (the transaction is less than 10 kB)

Inputs:
0.17951007 BTC, 711 current confirmations
0.02121328 BTC, 393 current confirmations
6.00000000 BTC, 272 current confirmations

(17951007 * 711 + 2121328 * 393 + 600000000 * 272) / 619 = 285,616,878

The priority is large enough.

As a matter of fact the priority has been large enough for the past 227 blocks (over a day and a half ago, about 7 hours after the transaction was created).

(17951007 * 484 + 2121328 * 166 + 600000000 * 45) / 619 = 58,223,631

So, if the transaction is not relaying (and not confirming), then it seems that it is because you have an output that is less than 0.01 BTC (which I believe I've already stated).

[chrisrico]

Transaction size = 619 bytes (the transaction is less than 10 kB)

Inputs:
0.17951007 BTC, 711 current confirmations
0.02121328 BTC, 393 current confirmations
6.00000000 BTC, 272 current confirmations

(17951007 * 711 + 2121328 * 393 + 600000000 * 272) / 619 = 285,616,878

The priority is large enough.

As a matter of fact the priority has been large enough for the past 227 blocks (over a day and a half ago, about 7 hours after the transaction was created).

(17951007 * 484 + 2121328 * 166 + 600000000 * 45) / 619 = 58,223,631

So, if the transaction is not relaying (and not confirming), then it seems that it is because you have an output that is less than 0.01 BTC (which I believe I've already stated).

I think the calculation only happens when a node first receives the transaction. Since it didn't meet the minimum priority at the time, nobody relayed it and the only one that knows about it is blockchain.info. Nothing else would make sense, since nodes wouldn't keep invalid transactions around so they could relay them in the future in case they became valid. They just forget about them. That is of course assuming that blockchain doesn't rebroadcast unconfirmed transactions sent through its service.

A transaction will be sent without fees if these conditions are met:

I interpreted the conditions as meaning one of them had to be met, not all of them, but upon rereading I'm probably incorrect.

Import the private key in bitcoin-qt

Thank you, I'm not sure why I didn't think of that, given that's one of the big benefits of blockchain's wallet model. Blockchain.info might see it as a double spend but the rest of the network doesn't know about the transaction.

[DannyHamilton]

- snip -
That is of course assuming that blockchain doesn't rebroadcast unconfirmed transactions sent through its service.
- snip -

I'd hope they do.  Any reasonable wallet should.

A transaction will be sent without fees if these conditions are met:

I interpreted the conditions as meaning one of them had to be met, not all of them, but upon rereading I'm probably incorrect.

Yes, the transaction has to be less than 10 kB AND have a priority higher than 57,600,000 AND have no outputs less than 0.01 BTC for the reference client to relay it without a fee.  If you fail to meet even one of those conditions, then a fee will be required.

[chrisrico]

I'd hope they do.  Any reasonable wallet should.

I'm thinking they don't, since I just got this email:

A transaction made through My Wallet has been removed from our database because it was taking a long time to be included in a block..

You may wish to try and make this transaction again, apologies for any inconvenience.

Of course, this is after I imported the key into Armory and sent the transaction with a fee, not sure if that's just a coincidence.

[JonSnow]

I have a friend whose wallet was hacked.  Is there anything anyone can tell him?

https://bitcointalk.org/index.php?topic=169337.0

[tencevad]

I have a feature request. I searched this thread and didn't see a repeat, but I apologize if it has already been asked for.

Could you show separately how much of the total balance is in "Watch Only" state? For example, 120 BTC (110 BTC available) or 120 BTC (10 BTC in watch only). I use Watch Only to keep track of paper wallets and casascius coins that I care about, but I still need a good idea of how much is available ready to spend with PKs without manually tallying it up.

Thanks!

[rme]

Unconfirmed transaction for 17 hours, transaction done via Blockchain.info API

http://blockchain.info/tx/60ff9c301716640870650bb0c54207a145d0efde89833cded64df9ede2bd4d16
http://webbtc.com/tx/60ff9c301716640870650bb0c54207a145d0efde89833cded64df9ede2bd4d16
https://coinbase.com/network/transactions/60ff9c301716640870650bb0c54207a145d0efde89833cded64df9ede2bd4d16

Total Input
23.39027797 BTC

Total Output
23.38527797 BTC

Fees
0.005 BTC

Estimated BTC Transacted
0 BTC

Size
8043 (bytes)


When you try to get the propagation blockchain.info shows "No inventory information available."

Similar event:
https://bitcointalk.org/index.php?topic=106173.0

[picobit]

blockchain.info has stopped reporting new blocks approximately 15 blocks ago.  The last reported block has been orphaned according to blockexplorer.com.  My own Armory client choked at the same block, and needed restarting, so something must have been slightly confusing about this reorg.

[BRules]

Unconfirmed transaction for 17 hours, transaction done via Blockchain.info API

http://blockchain.info/tx/60ff9c301716640870650bb0c54207a145d0efde89833cded64df9ede2bd4d16
http://webbtc.com/tx/60ff9c301716640870650bb0c54207a145d0efde89833cded64df9ede2bd4d16
https://coinbase.com/network/transactions/60ff9c301716640870650bb0c54207a145d0efde89833cded64df9ede2bd4d16

Total Input
23.39027797 BTC

Total Output
23.38527797 BTC

Fees
0.005 BTC

Estimated BTC Transacted
0 BTC

Size
8043 (bytes)


When you try to get the propagation blockchain.info shows "No inventory information available."

Similar event:
https://bitcointalk.org/index.php?topic=106173.0

the problem with your transaction is that another transaction that is used as your last input, wasn't confirmed, and looks like it will never be confirmed.

http://blockchain.info/tx/03ce8cc425a1fcaa344c6a01bf0f5f59b89cf2fd3a1ec379c127ebf056879188 this transaction has no fee and doesn't fit the rules for a free transaction.

in what client your transaction(60ff9c301716640870650bb0c54207a145d0efde89833cded64df9ede2bd4d16) was created?

[BRules]

lookslike you`re the owner of the BitVegas Minecraft and you`re running your service with zero confirmations.

PLEASE DON'T DO THIS. did you know that an unconfirmed input transaction will block the confirmation of the following transaction? you should change your system ASAP to avoid other problems like this.

[spark]

Is it just me or does the bitcoin android app seem incredibly insecure compared to the website?

You can literally send bitcoins without any password, 2 factor authentication, anything at all! how can I hand my phone to a friend to send a txt if he could transfer my btc in the same amount of time?

and the exchange rates make no sense.

[JayCoin]

I get this error on the wallet login screen using Chrome

Code:

Task piuk.website.WalletServlet$3@4e27a8f2 rejected from java.util.concurrent.ThreadPoolExecutor@35b61ca7[Running, pool size = 100, active threads = 100, queued tasks = 5000, completed tasks = 41296930]

[zebedee]

Is it just me or does the bitcoin android app seem incredibly insecure compared to the website?

You can literally send bitcoins without any password, 2 factor authentication, anything at all! how can I hand my phone to a friend to send a txt if he could transfer my btc in the same amount of time?

and the exchange rates make no sense.

Don't put much on your phone, obviously! Also, you can require a password - see double passwords on the website.

[TheButterZone]

(when pairing iOS client, just-downloaded, retried the pairing QR, same exact main password that was just successfully entered on the website)

[rme]

lookslike you`re the owner of the BitVegas Minecraft and you`re running your service with zero confirmations.

PLEASE DON'T DO THIS. did you know that an unconfirmed input transaction will block the confirmation of the following transaction? you should change your system ASAP to avoid other problems like this.

First, I am not the owner of Bitvegas (only a player there) and the second, the service works fine with 0 confirmations.

You can fund your account with 0 confirmations but you can only withdraw if all your deposit transactions are confirmed.

[BkkCoins]

@piuk,

Have you considered implementing an SMS gateway for controlling a wallet?

I think this could be real big in Africa and places where they only have and are used to feature phones. This was prompted by the article today about Africa growth.

1. Use FirstBits for shortened addresses.
2. SMS msgs -> gateway are relayed via API to wallet.
3. ChkBal, Send, Request (these can bypass address entry when both from-to your system).
4. Pwd is only enabled up to some value limit, after which the web site or 2FA is needed.
5. Linked to Savings wallet so can tuck money safely away from phone but need web interface to spend from that wallet. eg. Save 0.1 btc, cmd to move money to safety.

That kind of thing so anyone with SMS ability can operate a wallet.

[NothinG]

https://blockchain.info/api/blockchain_wallet_api

Currently:

Code:

https://blockchain.info/merchant/$guid/payment?password=$main_password&second_password=$second_password&to=$address&amount=$amount&from=$from&shared=$shared&fee=$fee¬e=$note

Change:

Code:

https://blockchain.info/merchant/$guid/payment?password=$main_password&second_password=$second_password&to=$address&amount=$amount&from=$from&shared=$shared&fee=$fee&e=$note

Look at the symbol before e=$note

[D35TR0Y3R]

Are other users experiencing the tx fees getting really fucked up? Also, my node propegation is really terrible for some reason. Example: https://blockchain.info/tx/29521d86bce1bafda1dc553e5d78cddf3a818a71fcd8fca85941e5cf815a7da3 It autmoatically sent the extra bitcoin to myself and charged a huge tx fee.