Is this on location only, or do you have remote working positions as well?

You could try it out, though. I don't think the difference will be significant. Most of the work a forum server does is not related to the network but to database I/O, and secondly PHP logic generating the pages.

Others, about the certificate: you don't need to "chip in" as there is already a proper certificate now. It was a problem of the past.

It is windows as well as linux, but it is not integrated into the mainline yet. It is still a work in progress.

What I did was competely remove the "default address" functionality, as it doesn't really do anything beyond confuse users. It now simply shows you a list of addresses on which you can receive coins.

It automatically creates a new address when receiving coins on your last-created address.

This is indeed very un-intuitive, and I've removed this for the new UI.

It's those mysterious people in the "other" mining pool, I hear they live under the stairs.

+1

I don't really understand why it still supports plaintext http at all. The only use for http servers is to redirect to https

The reason for this used to be because the forum used a self-signed certificate that produced scary warnings in some browsers. This was solved a while ago, though, and we could easily go full https.

I also proposed this a few months ago in a topic, it was about bounties for working on the core bitcoin code.

You'd say that the initial miners/adapters would have a big stake in bitcoin succeeding, thus it would be advantageous to them to spend a few of their coins to fund development.

Bounties could be posted on implementing certain features in the client, providing clients on new platforms, for finding security bugs (like browser vendors do), and so on.

But it never really caught on. As I understand it, none of the core developers are really big holders of coins, outside of that circle there also wasn't much interest, and then there's the usual trust issues for "who will collect and deal out the bounties?".

Bye.

Thanks!
It's close, but not exactly what is needed.

Effectively, the only thing it has to do is hide the address in the UI. Internally, nothing special has to happen, and the address should still be in the address book for lookup purposes.
OK, seems it was a good idea to hide it from the user interface then.

Update:

• CSV export of the transaction history has been implemented. Up next: address book export.

My take on this is somewhat different. I do not intend to include a full-blown budgeting interface, though export of data to such tools (using CSV, for example) is in the pipeline.

Now that's long term investing

Yeah; basically you simply don't have the information required to submit the block for yourself.

I simply bought my coins to "get in". So can everyone. Who is "left out"?

Mining is for people that don't mind having a rack of noisy, hot, power-draining servers in their living room/garage/basement.

Any client-side puzzle will do to slow down brute-force attacks, bitcoin has no specific advantage here IMO

Looks nice, seems to be pretty similar in concept to what I'm working on.

Mining is only a very small part of bitcoin, which gets way too much attention. Myself I've only mined a few days before I decided it was too much trouble. I certainly never bought a GPU specifically for it.

The real point of bitcoin, which makes it interesting and disruptive, is to make fast, low-cost and drama-free international payments possible with an distributed, open-source system.

Of course, because you'll have those great advantages of Paypal back, such as reversed payments, frozen accounts, and so on

I can't wait for Paypal to support Bitcoin.

Hm I agree that'd make sense... I was thinking of using different icons for that (confirmed but not matured), but that isn't really needed and probably overcomplicated

Done;

- Generated transactions don't have spam in the "Address" column anymore and show a clock depending on their maturity.

- Also I call them "mined" now instead of "generated", as that's the going word for it now:

Tab-ification of the UI, phase 1





The overview tab should have:

• Balance (confirmed and unconfirmed)
• Last N received transactions
• Last N sent transactions

Also, the address book, list of received addresses etc might be better as tabs instead of dialogs as well.

Thanks everyone!

You can also use MinGW+MSys on more limited systems (do qmake && make). In addition to the deps that I provide, you'll also need to get the Qt libraries/includes.

Or cross-compile from Linux but that's more involved.

I might eventually upload an executable installer directly, but this is better for now as the state of the code is still very much in flux and there are no official releases.