Topic: Blockchain.info - Bitcoin Block explorer & Currency Statistics - page 62. (Read 482537 times)
April 09, 2013, 03:32:50 PM
When I ask on Wallet page to e-mail me backup of my wallet, the page says "Email sent", but I've never received it. Tried over last 2 months. E-mail is set, was verified and was receiving backups some months ago. What's the problem?
April 09, 2013, 11:46:48 AM
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.
April 09, 2013, 11:36:16 AM
https://blockchain.info/api/blockchain_wallet_api
Currently:
Change:
Look at the symbol before e=$note
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
April 09, 2013, 10:09:54 AM
@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.
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.
April 08, 2013, 07:40:32 AM
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.
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.
April 08, 2013, 02:01:54 AM
(when pairing iOS client, just-downloaded, retried the pairing QR, same exact main password that was just successfully entered on the website)
April 08, 2013, 01:09:46 AM
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.
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.
April 07, 2013, 11:03:37 PM
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]
April 07, 2013, 10:13:16 PM
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.
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.
April 07, 2013, 06:31:08 PM
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.
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.
April 07, 2013, 06:21:46 PM
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://bitcointalksearch.org/topic/transaction-unconfirmed-for-long-time-used-brainwalletorg-to-create-tx-help-106173
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://bitcointalksearch.org/topic/transaction-unconfirmed-for-long-time-used-brainwalletorg-to-create-tx-help-106173
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?
April 07, 2013, 02:54:11 PM
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.
April 07, 2013, 02:19:21 PM
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://bitcointalksearch.org/topic/transaction-unconfirmed-for-long-time-used-brainwalletorg-to-create-tx-help-106173
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://bitcointalksearch.org/topic/transaction-unconfirmed-for-long-time-used-brainwalletorg-to-create-tx-help-106173
April 07, 2013, 01:42:40 AM
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!
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!
April 07, 2013, 12:30:19 AM
I have a friend whose wallet was hacked. Is there anything anyone can tell him?
https://bitcointalksearch.org/topic/blockchan-wallet-issues-169337
https://bitcointalksearch.org/topic/blockchan-wallet-issues-169337
April 06, 2013, 01:28:07 PM
I'd hope they do. Any reasonable wallet should.
I'm thinking they don't, since I just got this email:
Quote
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.
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.
April 06, 2013, 12:44:51 PM
- snip -
That is of course assuming that blockchain doesn't rebroadcast unconfirmed transactions sent through its service.
- 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.
Quote
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.
April 06, 2013, 12:35:25 PM
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).
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.
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.
April 06, 2013, 11:10:04 AM
Also from the Wiki:
Quote
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).
April 06, 2013, 04:51:26 AM
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. 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 :-)
Jump to: