Bitcoin Forum

Hello all,

I struggled a lot with the fact that you cannot view your addresses and their balances easily.
If you want a overview you needed your wallet.dat file to access your Bitcoin client to check your balance.

I present you:


https://i.imgur.com/WghWo.png
 (http://www.btcbalance.net)

What is BtcBalance?

BtcBalance is a service wich you can use to store your Bitcoin addresses to view their balance and latest received payments. You can add up to 20 addresses to your account and make as many accounts as you want. So if you're at school or work for instance and don't have access to your Bitcoin wallet, then you can add your addresses to your BtcBalance account and view their status. You will not have to fill in anything but your address, it automatically parses the data from the blockexplorer API. BtcBalance is also connected to the Mtgox API wich shows you what all addresses on your BtcBalance account are worth in dollars or euro's. You can use this service any time you want without having to pay a single dime.

Is it save?

The BtcBalance database is worthless since it contains data that is not worth a penny. This is because the information about a Bitcoin address can be retrieved from the network itself by anyone. And to preserve the anonymity Bitcoin offers, you can not directly register with a nickname. You will login with a login code instead of a nickname, wich makes you pretty much anonymous. Do you feel uncomfortable to login with a login code you cannot remember, then you can always add a additional nickname to login with.

You can create a account each hour.

Any feedback or bug reports are welcome.

Thanks

-----------------------------------------
List of possible features for in the future:
*Email option for balance

Worthless?  Your server holds a list of wallet balances and the IP addresses they are at.   :o

But how can you know that the address that you put in is bound to that IP?
You could also put in another address that is not yours.

Also, the hashed IP table is not connected to the address table in any way since they are only used to check if you already created a account in the past hour.

Does this know transactions that have been announced but not yet included in a block?
 e.g., similar to those found in http://www.bitcoincharts.com/bitcoin

Well, its using the Blockexplorer API thats what I know.
So I guess it doesn't parse the transactions that are not in the recent block yet.

It doesn't matter to me if there isn't a 1:1 link.  Someone hacks into your database, or your web server, and they have a nice list of IP addresses to direct hack efforts.

Really though, whomever cracked mtgox back when, already has much information about all the richest bitcoin holders as they will ever need. I assume they are all being stealthily attacked as we speak.
 

Certainly people should know that this issue exists. But it's really no big deal. Unless they're running the client and accept inbound connections, there's not much you can do with the IP address anyway. If if they're running the client and accept inbound connections, you can find their IP address anyway.

No they don't. After the hack, the reason Mtgox needed our financial information for verification was because the hacker did not have access to this data.

Well good luck then.
Almost every website you register saves your IP that IS connected to your address and whatsoever.
Keep in mind that there is no reason for any hacker to take the afford to crack the hashed IP's.
There is no reason for any hacker to publish an IP list wich isn't connected to anything.

Your password is being triple hashed and is almost impossible to crack.
And if they cracked it in some way, (wich will take many years for each account to crack one password) they cannot connect your password to any entity since the addresses can be from anybody.

 8<-----------------------------------

So to start over in a positive way.
I see about 30 accounts are already created.

I am gonna try to add the total balance viewer this week.
Stay tuned.

This is fantastic. I've been wanting something like this for awhile now.

But, yeah, I would definitely consider trashing the IPs. I wouldn't keep IPs in a log either. A service like this shouldn't even need logins or passwords (since the data is all available in blockexplorer anyway). I'd just let someone enter a bunch of addresses and then give them a unique URL to access them at. Since it's read-only, it's ultimately sort of like a URL shortener.

Sweet! Take care.

Thanks for your reply.
Yeah its true I should't collect any data.
But to prevent spamming people I need to register something (IP's) for a while.
There is a cronjob on the server now wich deletes all IP's saved in to the register table.

"recceive" is spelled receive

Yes thank you.
I am aware the whole website is not grammar correct yet.
Maybe this sentence above isn't correct either.
Excuse me for being Dutch.  8)

Clicking Sign In does nothing, running Chrome here.

Make sure your having Javascript turned on in your browser.
Cause in the Chrome browser at my end its working flawlessly.

Huuge LOL at people worrying about their IP address. Man people are sure stupid. Stop posting and spreading your ignorance please.

I understand that people are worrying since all the hacking happening these days.
But yeah, there is not much to worry about since hackers cannot use hashed ip's wich aren't connected to anything.
I mean this forum also registers your IP FYI.

Javascript is turned on, no errors in the console :(

EDIT: In privacy mode is does work so I'm guessing one of my Chrome add-ons is messing up your site and it looks like LastPass is causing it.

The sign-in pops up for me just fine, using Chrome.

What extensions do you have?  Ad-Block or anything?  It's got to be an extension that is blocking the javascript.

Here's a nodejs script I use to check my balance.  Could be useful for those that are concerned about the having wallet info online.  Install nodejs (nodejs.org) and run:

The script (just substitute your wallet's address...these are just a few random ones):

One feature I'd like to see is the ability to be notified by email if your balance changes.

It would be nice to be able to add optional labels for accounts.

Wallet info is online anyway. Thats the point.

Nice one, added to the feature list.


This one is already planned in.
Working on it.

UPDATE v1.0 -> v1.1

Added

• Total balance viewer
• Address labeling

Fixed

• Some minor grammar mistakes

I hope you guys like it.

Interesting tool.

You should consider using the http://blockexplorer.com/q/mytransactions api instead of querying each address individually - this will reduce the load on blockexplorer.  With the limited number of addresses you support you should be able to query the balance in one HTTP request - I am doing 50 addresses at a time using this API with my Android wallet balance app (see my signature) - which is doing I believe the same thing as yours but running on an android phone rather than someone else's server.

Also - how are you expecting people to export their hidden change/pool addresses?  I had to write a tool for my users to do this until the mainline client gets the import/export key patch hopefully coming in 0.4

Will

Thanks for your reply.

I am actually using this command to get the last received ammount.
But to actually get the send and received amounts of an address using this command you need to add two addresses to check what transactions happend between those two given, right?
So currently I am using the: getsendbyaddress and the: getrecceivedbyaddress command and I simply subtract them of each other to get the current balance of an address.
At the first I was trying to dig into the technique wich blockexplorer uses, since I don't like to be dependent of there speed and uptime.
They use a patch on there Bitcoin client to parse info about addreses out of the network.
To bad it didn't work out for me to get this patch working correctly.
I also asked theymos if it was okay to use there API for stuff like this.
Luckly he kindly agreed. 8)

Not sure what your trying to say with your last sentence.

okay cool - you can parse all the info required using just the mytransactions API - you need to cache the transactions you get back from the GET request then do two passes (in memory, only one GET required)- the first pass you go through all the out blocks and look for payments to any of your addresses while storing the transactions, for each in block you see you remember the prev_out since you need to know how much was paid from the previous out transaction (otherwise you end up with inconsistent values due to transaction fees). The second pass you just loop through all your prev_outs you've previously cached, and find the out transactions that you cached on your first pass through of the in parts - and subtract these from the balance...  You can check how I did it for my app here (http://code.google.com/p/bitcoinwallet/source/browse/trunk/wallet/src/net/phase/wallet/WalletActivity.java) if you find reading code easier than my rather wordy explanation :)

Because the mytransactions API allows you to ask for transactions related to multiple bitcoin addresses (separate with a dot) it's the most efficient way I found of doing it, especially for large keyrings (e.g. 1000+ public keys).

My last comment was referring to the fact that 'change' transactions (e.g. I have 2 BTC, I send you 1 BTC, so it's 1 BTC to your address, and 1 BTC to a new hidden address that bitcoin client generates) go to addresses so I was wondering how you export these from the bitcoin client.

Will

Thanks for your reply.
I will take your advise into record.
Gonna research this a bit if this is an option to replace the current system.

Currently..... we are already at 45 accounts, whooo!

And we are at 55 accounts now. 8)

Working on a total balance exchange converter.
Stay tuned.

cool site!

unfortunately with bitcoin sending amounts back to invisible addresses in your wallet it won't show the accurate sum of btc in my wallet. just tested it and of approx. 1btc total it showed only a total of 0.1btc even with all addresses entered (the ones known to me and listed in my client).

had to do some research on block explorer to find out about hidden addresses. it summed up nicely when I had entered those.

I wish the Bitcoin client would make all of your addresses visible to you, even the ones you havent (knowingly) used yet. there's work to do.

other than that your site seems to work nicely :)

Got my first donation.
Thank you very much to the person who donated!

UPDATE v1.1 -> v1.2

Added

• Total balance viewer converted into USD (based on Tradehill)

Fixed

• Some IE bugs

I hope you guys like it.

Rather than checking blockexplorer for your wallet data, have you considered running your own block data software? There's an open source version in development on this thread: http://forum.bitcoin.org/index.php?topic=22785.0 (http://forum.bitcoin.org/index.php?topic=22785.0).

yup I would certainly like to do this if I can find an efficient/inexpensive/free way of hosting this- if only that I could use google cloud notifications to send messages to android phones about when someone pays money into their wallet so my wallet viewer could update automatically - hate having to poll :)

Will

Added a print screen of the interface to the start post.

Working on the following things right now:

• Label help (not alot of labels seem changed yet, maybe cause people don't know yet you can click your label to change it)
• Nickname register option
• Euro display of total balance

UPDATE v1.2 -> v1.3

Added

• Total balance viewer converted into EUR (based on Tradehill)
• You can now use a additional nicnkame in order to login
• First address has an standard label wich notifies the user about the fact the label can be adjusted

Let me know if you guys still like it.

Yes of course.
I tried this, but for some reason I could not get it to work.
So for now I decided to go via the easy way.
Right now its okay to parse the information via blockexplorer.
If this thing grows big, I of course need to get this to work without parsing from the blockexplorer API.

Maybe add caching of the blockexplorer data every 30 minutes?
At least until you can setup your own.

Well right now the data amount being parsed isn't that significant.
So I guess I am not gonna plan in that one yet.
But we will see. Thanks for your input though.

Just wanna bump this since it got complety burried.

The exchange rate display stopped working cause the Tradehill API died.
It's now retrieved from the Mtgox API.

Go check out now how many your bitcoins (spread over different addresses) are worth in euros or dollars.

Thanks, I was just spending hours looking for this it was meant to be! (-:

Sounds like a good idea. I'm not sure if this makes sense though:

Encrypted with three random of the most secure algorithms

1) Thanks.
2) Which part doesn't make sense?

You shouldn't be encrypting the IP addresses at all.

Use a one way hash to stop spam accounts.  Then if the database is compromised they have nothing.

The passwords of each account are being tripple hashed with 3 random algorithmes.
IP adresses are hashed one time with SHA512.
Why shouldn't I hash the IP's if I may ask?

He never said you shouldn't be encrypting hashing IP addresses.

BLERG.  Fail on my part  I intended to write hashing.  You asked why shouldn't they be hashed.

@mlawrence
The word: 'Encrypted' needs to be: 'Hashed'. Your right. Thanks guys.

So now that we got the encrypt vs hash confusion behind us I think the point was this sentence doesn't make much sense and isn't very professional.

First there is no reason to triple hash.  If you use a solid algorithm like SHA-256 the results can't be unhashed.  If SHA-256 is compromised in the future you could also require users to change password and re-hash.

Second plain hashing algorithms aren't a good idea for passwords.  The problem isn't that they can be reversed the problem is that they are fast.  Too damn fast. A mining farm can attempt to brute force tens of billions of hashes per second.  An algorithm like bcrypt, scrypt, or PBKDF2 are much better suited for protecting a password list.

Third no idea what you mean by three random secure algorithms?  You can't pick the algorithm randomly or even if you do you must provide it in the password file which doesn't provide any security.

Saying something like the following makes more sense:

Or you just hash them three times with 3 random methods out of a big algorithm pool to begin with so you don't have to re-hash and notify everybody.
Therefore, I don't register any email addreses, so I can never notify every user about a database comprimise.

That's why each user has a unique code bind to there account to decrypt (when logging in) what hash methods have been used.
This would make the cracking of 3 different hash methods very hard since for each new account the password is hashed with different methods in a random order.
It's not hashed with just only md5 or something.

Not sure what you think, but I still think nobody would want to crack this and invest tons and tons of time, energy and money in hacking a small database containing passwords that are connected to a bitcoin address and some hashed ip's that are not even connected to the accounts.


I agree with you on this. I will change this at short notice.

I agree it is unlikely anyone would want to crack this but you you got a nice first project and maybe your next one involves coins or other sensitive details.  Like most developers you will work with what you know and trying dubious "roll your own security methods" may lead to you using them on other sites too.

Encrypting the hashing method provides no security.   If someone gets the password list they can decrypt it.   That is the entire reason for hashing.  Keeping the hashing method a secret isn't security.   Bitcoin puts its algorithms out in the open and it hasn't been broken.

Generally speaking "rolling your own encryption (or hashing)" is a bad idea.  I don't want to derail this anymore than I already have so I will leave it at that.   Still given the scope of the site there isn't any real risk (even if pwd were stored in plaintext).  For the record I made an account to check it out.

How do you mean: "If someone gets the password list they can decrypt it. "
I mean sure, theoretically it's possible to crack one user his password hashed by sha512, whirlpool and ripemd320.
But practically it will take dozen of years to do so. And then you have what? A password connected to a bitcoin adress.
Maybe keeping the hashing methods a secret isn't providing security, but making sure each account it's password has a different way of being hashed makes it damn more difficult for the hacker to crack it.

Thanks, feedback is appreciated.

EDIT:
You may also pm me if you don't want to answer in this thread.

I mean encrypting the method is dubious because anyone who can obtain the list can also obtain the encryption key and decrypt the method.  The reason we hash passwords instead of encrypting them is because one must assume if the attacker was able to gain access to your password list he will be able to gain any encryption keys.

Encrypting the hash method is simply "feel good security".  Either attacker never gets password list (in which case the encryption protects something that wasn't stolen) OR the attacker gets the password list AND likely the encryption key and the first thing he does is decrypt the hashing method.

This is the same reason that salt is stored in plaintext.  The algorithm, salt, # of rounds (for some algorithms), IV, etc are non-secure pieces of information.   Good security assumes the attacker already knows them.  Hiding, obfuscating, or encrypting them doesn't make the system any stronger.




The number of methods doesn't make it any harder.  Brute force cracking is solved by brute force.  It isn't any harder to brute force 3 algorithms which combined take 3x clocks cycles as it is to brute force a single algorithm which takes 3x clock cycles.  All that matters is the amount of computing power required to check a single key, and the weakness of the password.    As an alternative using something like bcrypt (instead of 3 random encrypted algorithms) would be simpler, peer reviewed, and would require the attacker to take 10,000x  (where x= 1 SHA-512 hash) clock cycles to perform one password check.  Multiple secret methods just add complexity without adding security.

For weak passwords it wouldn't take years, or even weeks it is more like days or hours. SHA, whirlpool, and ripemd320 are very fast algorithms (with throughput in billions of hashes per second.  A cracker with a quad GPU machine could brute force ~ 500 trillion possible passwords per day.  Half a quadrillion is every common/weak/known/leaked password plus exhaustive brute force search of all passwords 7 char or less (upper/lower/number/symbol) for site containing 50,000 accounts.

For the record it is mostly academic because there is little value in attacking the site however it is a good idea to separate strong security from "feel good security".  Adding extra complexity which doesn't make the attacker's job materially harder is "feel good security".  Someday you may write the next Bitcoinica. 

Yeah, I was getting at the wording as opposed to the technical details behind it. It didn't really make sense. My English is pretty terrible but I'm sure its grammatically incorrect too.

And why would bycrypt have any more resistance to a mining farm?
I mean if we start using mining farms to brute force (On what actually? You need to check if the outcome is correct right?) no hashing method is safe.

Doesn't it take 3 times as long to decrypt a password that has being hashed 3 times?
Above you say it will take as long to decrypt a single hashed md5 password as a password that has being hashed with sha512, md5 and whirlpool.

Of course bcrypt is safe against hashing farms. That is the whole point.  

As to why/how?  It isn't a single hash but instead a looping construct which performs multiple hashes using the prior hash's output as input for the next round.  The default workload is 10 which is 2^10= 1024 hashes.  Today the recommended minimum is 16 = 65,536 recursive hashes.   That significantly cuts the throughput of a hashing farm.  Instead of being able to check billions of potential passwords every second the same hardware can only check thousands.  

Another way to look at it is for a given password complexity and cracking hardware a sha-512 hash could be brute forced in 1 hour it would take multiple years using bcrypt(16).


I think you are missing the point.  If you use n algorithms to acheive a total hashing time of 3x you haven't gained anything (other than needless complexit) over using a SINGLE good algorithm and iterating it enough times to take 3x time.

this:
Stored hash = RandomAlgo#1(RandomAlgo#2(RandomAlgo#3(password+sat)+salt)+salt)

isn't any more secure than this:
Stored hash = SHA512(SHA512(SHA512(password+sat)+salt)+salt)

All of the picking randomly algorithms from a pool of algorithms and then encrypting them is what is known as "feel good security".  It does nothing that simply using a single good algorithm multiple times doesn't do.  However the second issue is when dealing with massive cracking engines a multiplier of 3x (or 5x or 18x) doesn't provide any meaningful increase in resistance.  Since you seem hell bent on catching the "I must reinvent the wheel" train, your next though likely is to increase the number of iterations. So lets take this to the logic conclusion.

If you took the above idea, used a core hashing algorithm which was harder to brute force, ensured sufficient entropy in the salt (64 bit minimum), built in protection for intra-round key collision (which optimizes attacks using rainbow tables), designed it to store the version, hash, salt, and # of rounds in the output (which adds upgrade/compatibility), built in a whole bunch of error checking to reduce/prevent usage bugs which weaken the output, and allowed for changing the # of rounds as computers get faster .... well you would have just re-invented bcrypt.  In a decade or two when it was as exhaustively tested and analyzed as bcrypt you have a high confidence it was as secure as bcrypt. ;D  

Alternatively you could just use what has already been written a decade ago.

BTW bcrypt isn't the only option.  scrypt is a variant which is memory-hard throughput on GPU/FPGA restricted.  PBKDF2 (Password-Based Key Derivation Function) is a third common option which can use a variety of base hashing algorithms.

I get it now, thank you.
How ever: Can you confirm here that there is nothing wrong with the method I am using except that it's unnecessary complex?
I mean before users that might not understand this abacadabra think BtcBalance is unsafe or whatever.

Thanks again.

It isn't insecure* and I am keeping my account.   Using a stronger hashing algorithm would simply make it more secure.  It strengthens the user's password by making it take more resources to crack.  

I can delete my posts if you wish to cleanup the thread. PM me if you want me too.

* with the caveat:
You use a secure hashing algorithm (one is fine but three won't "hurt")
You include sufficient salt (32 min but bits are cheap so go 128 bit) which is random and psuedo-unique per user.
Your user's ensure their passwords have sufficient length and complexity.

Here's one example where that's not true.  If I'm referring to the use case where I use this to maintain balances for payments from customer, each getting their own address (which I've labeled with their name).  If this then were to be compromised someone could go in, add a new address, update the label with a customer's name, then delete the old one.  I'ld never know and might think the customer has a higher balance than this shows.

[Of course, I'ld not use it this way myself, but it might be [mis-]used by someone in this manner.]

BTCBalance doesn't show my address as having any bitcoins, but blockexplorer blockchaininfo are showing a balance...

BTCBalance uses BlockExplorer API, and BlockExplorer is several hundred blocks behind at the moment.  Could that possibly be the reason?

ah, that might be it. I checked with blockchain.info not blockexplorer.

UPDATE v1.3 -> v1.4

Added

• Current mtgoxEUR and mtgoxUSD rates (wich update each 10 seconds) displayed under the total balance.
  

Changed

• Total USD balance (based on mtgoxUSD)
• Total EUR balance (based on mtgoxEUR)
• Total EUR balance & Total USD balance updated each 10 seconds without having to refresh the page
• Some text on the About page

Cause of a database problem on the server the lists of the last 7 accounts made are gone.
This regards account id: 185 towards 192.
Sorry for the inconvenience.

Big update coming by the way!

Will there ever be a mobile app version of BTCBalance (or mobile-enabled website)?

Specifically, what I'm looking for is an app that lets a person scan a QR code containing a Bitcoin address and then see the balance and transaction history for that address.

For a specific use case, a mobile phone (or Android tablet, more likely) is going to be made available at an event to allow people to check the balance of their bitcoin address.  Attendees with their own smartphone can use their own mobile wallet app but for those without smartphones and those who don't know (nor care) about bitcoin, the QR code on their badge will work as their wallet.  Kind of like these, for example:

https://i.imgur.com/HjYBI.jpg

 - http://www.paymyaddress.com/


The app can be pretty simple -- a text field to enter the firstbits (and a button to optionally allow a scan), and then the balance is displayed (with transaction history below, optionally).

Since it would be used by people just walking up, it shouldn't require any registration or login.  Simply scan and view.

Is there any chance a BTCBalance app or mobile-enabled page could be built to do this?

UPDATE v1.4 -> v1.5

Added

• Charts page. You can now check how many euros or dollars your Bitcoin balance was worth in the past.
  
• If your balance in euros or dollars decreases it displays how many. The fading out of the text is still a little buggy sometimes I am aware of this.
  
• Instead of waiting a very long time before the page was loaded with all the data, now you can see in realtime how the data is loaded in.
  

Changed

• All data is being parsed from Blockchain.info now. Wich means your data will load almost 3 times as fast
• You can add up to 50 addreses now
• Total EUR balance (based on intrsngEUR)
• Some text on the About page

@ Stephen Gornick
I will come back to you very soon about that.

Do you guys like the new features?  ::)

I'm using chrome, the chart is blank.

The chart page is developed in the Chrome browser.
Weird, can you maybe give me some more details?


Minor update

• Since much problems are going on with Intersango these days, I have decided to stop using there API.
  The "euro balance check" now uses the Mtgox Euro market.
  

If I just created an account but entered an address that had previous transactions, should that appear in the chart?

If so, it isn't appearing for me.

The chart just measuers your total balance each day and connects it to the date.
So then you can check how many bitcoins you had in euros or dollars in the past.

The first donation is recceived.
Thank you!
http://blockchain.info/address/1NH7FptGseWtT77oRsrM7tsGi8XdEqLdEa

And another donation -> http://blockchain.info/address/1GdYkpXs7NqQt4YnT52UFHU5L5ELxKmGjX
with the public note: "Thanks for the neat service"

Thanks you!

Over 400 accounts have been created now!
I am really excited about this.
Any feedback is welcome, I would like to improve the website a bit more.
Also, do you guys use the chart function much, or is it a superfluous feature?

It's actually funny to see the amount of unique views a day rising when there is a rally going.

Love the page (use it several times a day) but there's this bug:

https://i.imgur.com/KxFRcBl.jpg

The LAST RECEIVED field (for an address whose balance is ZERO) always shows the LAST RECEIVED of the line above it.

For example, I sent 71.12xx BTC to the address ending in xxxPFPN, and the LAST RECEIVED for it and the address below show that figure:

https://i.imgur.com/Qw2I6z9.jpg

Tip sent - Thank You! https://blockchain.info/tx/4a8994f5cd8b73ad7cbb61184977ac0f74f63c5b9e29c37935a581226a9cc4ea (https://blockchain.info/tx/4a8994f5cd8b73ad7cbb61184977ac0f74f63c5b9e29c37935a581226a9cc4ea)

Ah okay. I will look into this problem tonight.
Thank you for your donation.

It's fixed now.
Well, not really fixed. I have replaced the "Last recceived" feature with the "Total recceived" feature.

I'm thinking that the LAST RECEIVED field may not be implementable. (is that even a word?  :D) -- and it's not really that important.

If I may: The TOTAL RECEIVED field is actually something I'd rather NOT have. It's not really relevant, and distracts from the other data. The whole purpose of the page is for a snapshot of CURRENT DATA, and TOTAL RECEIVED is historical.

Perhaps instead of that field, a LINK to the blockchain.info page for that address instead? Now THAT would be useful.

Thank you!

Good idea. Will add this feature tonight. Thanks.

Added the Blockchain.info link per address.
Just click the little rubik's cube link wich will open a new tab in your browser and send you to the blockchain.info address page of the corresponding address.

Very nice work, thank you!

I still say ditch the "Total Received" field - it kind of distracts from the rest of the data. It's easily found on the linked blockchain.info page. And when would that figure ever be useful anyway?

I will look into this next weekend.
Thanks for your input.

I would agree, but would say that the balance at each address would be useful to see in its place.

UPDATE v1.5 -> v1.6

Added

• Current amount of accounts and Bitcoin addresses registered with BtcBalance.
  
• Blockchain.info link for each address.
  

Hello,

thanks for this site - btcbalance.net is a very useful tool and just what I was looking for!

A few useful features could be added (the first one being the most useful for me):
(1) Add a comment field (free label) for each btc address in the list
(2) Allow import of multiple addresses at once (e.g. comma-separated list) - to avoid some clicking...
(3) Allow changing the sorting order of the list

Reason for my request (1):
From time to time I am giving away self-printed Bitcoin vouchers with expiry date, e.g. as tips, or I just drop them anonymously in pubs, public places, computer science departments or economics departments of universities, in banks next to the cash machines/account statement printers etc., just to see what happens... (pure scientific interest :-) ),
or I print bitcoin notes (w/o expiry dates) with personal messages as Easter presents for good friends/family members.

Now I would like to keep track which vouchers/notes are spent, so I am saving the values to btcbalance.net, and to remember who is who, I'd like to add a free comment after each address entered.

Note: I am printing with firefox, simply using this tool: https://bitcointalk.org/index.php?topic=43496.msg1394229#msg1394229 (because this does not require any expert knowledge or tools to be installed)

Thank you for your feedback.
I really appreciate this.

1) Right now you can already add a label to each adresss.
Just click the text: "Your address label" to edit.

2) I can make this. Thanks.

3) Also this would be a great option. Thank you.

Will update btcbalance.net with some new features if we hit the 1000th account.

Also, I made something cool:
http://btcbalance.net/transactions/    (not 100% bug free yet)

I just realized:

When I am logged in to btcbalance.net, the word "logout" on the top-right only appears when I click "My Account".

It should be visible all the time, especially when I click "Home", because that's where I am most of the time.

PS:
Ok, thanks, great, that is perfect.

Over here its displayed always when iam logged in.
Can you tell me what browser your using?
Thanks for your feedback.

Hmm, I cannot reproduce the problem now. It happened with Opera 12, but now everything is working fine. But it definitely happened the way I described it... I clicked all the 4 tabs back and forth several times, and only under "My Account" I was able to logout.
Not reproducible now...  ???:-\ 

A nice feature would be to add an email alert if the BTC balance on a address changes or exceeds/falls below a user defined limit.

UPDATE v1.6 -> v1.7

Added

• CSV import page
  

Removed

• Chart page
  

Another nice feature would be to add a USD Balance column to see it in USD and BTC.
Good work.

Pardon me for not understanding this, but why not just punch in an address to BlockExplorer/Blockchain.info and get it's balance there?

Because some people like to congratulate people for finishing working projects.

This is for people who have dozens of bitcoin addresses in different places.

When I try to make a new account, the address I input is invalid, with multiple fresh addresses from bitaddress.org

Hello. I just created about 3 accounts with random addresses.
They all worked. You could pm your address so i can take a look at it into more detail.

Thanks.

FYI, there's a typo upon successful signup.

"This is a unique code wich you can use to access your account."

Wich should be changed to which.

I hope this helps.

Thanks.  :)

I love your site, but there is a bug that seems to change the label of one address to the one either above or below it. The only way I can fix this is to wipe all the address and start over again, adding one address and labeling it, then the next and so on.

However if I delete an address then add a new one it always gets labeled as the one above it or below it. Can you look a little closer into this and let me know what' going on.

Thanks. Love the site othewise.

I assume the service is unmaintained as it still claims to use MtGox rates? Just sorting out my hundreds of bitcoin links and came across this one that I stored years ago.

I have a need for a service like the one described in your faq but the 50 addresses limit stopped me from trying it. I have plans to hack it into Insight (http://live.insight.is/) so I can run it on my own server without disclosing my interest in a set of addresses to anybody.
My requirement would be:
A textarea where I can dump a list of addresses and optional comments one address per line with anything after the address being comment.
Submitting this should display them as a list of monitored addresses.
The list should be sortable by all columns: address, date/block-height of last transaction, total received, final balance, comment

I assume you don't make much money of your service and did it out of similar needs like my needs so I would offer you a bounty of $50US in bitcoins for such a contribution to insight. Please pm me if you take the challenge so we don't do double the work. (I recently used insight on a Hackathon that resulted in a nice chrome plugin (https://chrome.google.com/webstore/detail/bitbox/bcjdjalcfgbmbmdajpbbaboikhhlobkc) but given we had only 5h to hack, I didn't get to that other part described above.)

I have the same problem. This service is great, but this bug is very annoying. I've just sent very small donation to help with funding of development needed to fix it  ;)
If this issue gets fixed, I will consider to send same donation again. If Bitcoin price will be uder 5000 USD by then, I can even remove one leading zero from the amount:-)

Hi,

Just FYI, We launched a similar address watcher service at www.blockonomics.co . Announce thread here https://bitcointalk.org/index.php?topic=880995.0 .  Feel free to try it out and let me know if you need any new features

Hi!

Do you have any plans to update the bitcoin price? It's been showing $507 for months.

This is great! Now all you need is a simple sdk and I would use it alot.

A free service running since 2011 but broke down in the spring of 2015.

UPDATE v1.7 -> v1.8

Fixed

• Bitcoin address validation when registering with BtcBalance
  
• Price and total balance worth in USD and EUR not updating anymore
  

One feature I'd like to see is the ability to be notified by email if your balance changes.