Blockchain.info - Bitcoin Block explorer & Currency Statistics

[andrehorta]

Dears

I have on error with blockchain API:

1) https://blockchain.info/pt/merchant/f18fcf54-f31e-25e5-050c-a782f5d17810/balance?password=XXX

Return: {"balance":100000000}

2) https://blockchain.info/pt/merchant/f18fcf54-f31e-25e5-050c-a782f5d17810/address_balance?password=XXX&address=17cWwW8EcSVEmxBjmrLnpWaPcE8QckeHoW&confirmations=0

Return: {"balance":300000000,"address":"17cWwW8EcSVEmxBjmrLnpWaPcE8QckeHoW","total_received":1254400000}

Where is the error? The address 17cWwW8EcSVEmxBjmrLnpWaPcE8QckeHoW is an address of wallet f18fcf54-f31e-25e5-050c-a782f5d17810. When i consult the address with api (number 2), return the address has 3 BTC of balance, but the correct is only 1, like when i consult by wallet (number 1).

To reproduce this, just send 3 btc to the address (of some wallet) and send 3BTC from this wallet to another address (use blockchain API).

How can i fix the balance of this address? This is very important to me!

[ripper234]

I submitted a support ticket via https://blockchain.zendesk.com/  (ticket # 7008).
Ticket submitted on May 20.
Got a reply on May 26, I replied on the same day.
I pinged the ticket on June 3.

Now a month has passed and my ticket is unanswered.

How can I make progress on resolving the ticket? Who should I turn to?


I will ping the ticket again today with this message + followup in 2 weeks.

(FYI - I do not read this thread, any replies not sent as pm or via email to ron.gross@gmail.com --> I will most likely not read)

FYI - a few hours after posting here I got a relevant reply on the ticket.

[ds2013]

What do I have to do, if I'd like coinrun to be added in the Wallets Send Money page under Games (below Satoshi Dice)?

[GIANNAT]

Direct play to Satoshi Dice should be removed by default, maybe only add it to user discretion

[joecascio]

API request... a "signmessage" function, please?

I'm working on an app/protocol for "Collateralized Identity" (http://goo.gl/YGp1V) that uses bitcoin addresses as IDs for user registration and login. At the moment, it's using the Bitcoin-Qt JSON-RPC interface on the user's personal machine to do signing and verifying of address ownership.

But it would be very cool if someone could use their Blockchain.info address as a Collateralized ID. The only function necessary to accomplish this is a "signmessage" API call. This message would be pretty much identical to the bitcoin JSON-RPC message of the same name.

This would allow a client app running on the user's device to take a challenge message from a site accepting CID logins and sign it with the CID's private key, thus proving that the user "owns" the ID.

ps. Will you be at the Inside Bitcoin conference in NYC in July?

[Swapster]

Here is a feature suggestion: if the Blockchain service has a planned or unplanned outage, it would be ideal if registered users could include an SMS number so we could be texted in the event of an outage. Most people have their cell phones and tend to get text messages faster than email addresses.

Thanks - great work and love the service. Wish LiteCoin would offer similar service.

[AvL42]

Two little problems...
 1)  The demo-wallet seems to be unusable...
      it says: "You must enter a Two Factor Authentication code" and something about checking email.
      Seems like some special cases were forgotten for the demo-wallet
      Anyway, I wonder, if it would be "safe" (once it works again) to open the demo wallet,
      add a precious private key to it, make a transaction from it, and then have the key
      disappear by closing the browser tab.
     
 2) this is a very specific bug, that's not likely to hit anyone else ever, so it's no big deal, if it doesn't
       get dealt with, but it is annoying enough for me, that I at least hope that it will be fixed, nevertheless.
       I've recently collected some old non-standard transactions from the blockchain. The target
       of this cleanup was a brain-wallet address, that is also kept in my blockchain.info wallet. Now,
       blockchain.info seems to have a hard time displaying this (itself non-standard) transaction in
       the "My Transactions" view: the first column of the table becomes overly wide, believing that
       each of that transaction's inputs were "Newly Generated Coins".
       If anyone is curious what I'm talking about, then add the address (firstbits: 1avyzn) as a
       watch-only address and then go to "my transactions"...

[r3wt]

blockchain.info-"forever beta" (tm)

[🏰 TradeFortress 🏰]

Blockchain.info,

You should integrate a better Bitcoin message signing format! The current one is clunky, requires copy and pasting multiple pieces of information, and is hard to find out the start / end:

-----BEGIN BITCOIN SIGNED MESSAGE-----
Signed by Inputs.io on 25/06/13 07:50:30

This is a signed message generated by Inputs.io

-----BEGIN SIGNATURE-----
1MDeZptpVfaNemwoSpeeph2P1UgHuQM62m
IIW/rq62ip/MtTSZbCZSdoQSkJKeWPyp6yJ1MxQFhzfmMlnSib1QUsYt8FOMYw9zzr4BnLfPM/0bIlPVDiKVE6U=
-----END BITCOIN SIGNED MESSAGE-----

It's quite simple. the 1MDeZ... is the address, the IIW/rq is the message signature of everything between "-----BEGIN BITCOIN SIGNED MESSAGE-----" and "-----BEGIN SIGNATURE-----" after trimming whitespace or newline at the start and the end.

API request... a "signmessage" function, please?

Oops, sorry for threadjacking, but Inputs.io does expose this through our API. Stay tuned

[ds2013]

How to get an address tag verified?

[rme]

How to get an address tag verified?

Just submit it, you need a website and the address.
If the website really contains your address you will get verified.

[ds2013]

How to get an address tag verified?

Just submit it, you need a website and the address.
If the website really contains your address you will get verified.

Thats what I did a few weeks ago. Still not verified. But there are a lot unverified tags ...

[2weiX]

with the ever-increasing acceptance in brick&mortar stores, it would be nice if you sent coins immediately, and not collect transactions and send those together at some later point.
at least it seems to me like there is a problem like this, especially when the sender is using the website via iPhone.

[giszmo]

with the ever-increasing acceptance in brick&mortar stores, it would be nice if you sent coins immediately, and not collect transactions and send those together at some later point.
at least it seems to me like there is a problem like this, especially when the sender is using the website via iPhone.

blockchain.info has +5k transactions per day. Assuming a normal distribution over the 86400s of a normal Sunday, bulking would barely result in less transactions if you time it to bulk more frequently than every 60s, so yeah, I agree, delaying transactions by 60s is baaad. If nobody complains, I would assume they would rather want to bulk every 5 minutes or even worse, when there are x transactions.

I didn't know about that "feature" and would not recommend a service that does this. How does it work trust-free anyway? I thought blockchain info did the signing in the client with the keys in the client derived from the password?!? If not, which service did that? Now I almost feel bad for suggesting blockchain.info to people.

[willphase]

with the ever-increasing acceptance in brick&mortar stores, it would be nice if you sent coins immediately, and not collect transactions and send those together at some later point.
at least it seems to me like there is a problem like this, especially when the sender is using the website via iPhone.

not sure what you mean here - all my TX sent via blockchain.info immediately hit the p2p network ( proven by watching my full node and seeing the transaction ).

Can you be more specific about this 'collect transactions and send those together'?

Will

[Jouke]

with the ever-increasing acceptance in brick&mortar stores, it would be nice if you sent coins immediately, and not collect transactions and send those together at some later point.
at least it seems to me like there is a problem like this, especially when the sender is using the website via iPhone.

This is not the case.

The iPhone app creates transactions with incorrect encoding of the signature. These transactions are rejected from the mempool by recent bitcoin nodes.

[tom1]

Please change default fee to 0.0001BTC.
Please force HTTPS in the website by default

[dansmith]

Please force HTTPS in the website by default

Consider using Firefox's plugin HTTPS finder. It automatically checks if the website supports HTTPS and enforces it,

[IveBeenBit]

Is there a maximum limit to the number of addresses that a blockchain.info wallet can hold? Is there a point where there are "too many" addresses and the service starts to get unreliable? I have a friend who is not very familiar with bitcoin, but he is developing a bitcoin-based site. He's using the blockchain.info API to generate addresses and a blockchain.info wallet to manage funds. I can easily see him needing hundreds or thousands of addresses in his wallet once the site launches if it gets popular. I'm just wondering if blockchain.info can handle the action.

[🏰 TradeFortress 🏰]

Is there a maximum limit to the number of addresses that a blockchain.info wallet can hold? Is there a point where there are "too many" addresses and the service starts to get unreliable? I have a friend who is not very familiar with bitcoin, but he is developing a bitcoin-based site. He's using the blockchain.info API to generate addresses and a blockchain.info wallet to manage funds. I can easily see him needing hundreds or thousands of addresses in his wallet once the site launches if it gets popular. I'm just wondering if blockchain.info can handle the action.

300.