Unfortunately in the head of those disciples the Apple religion is stronger than (Bitcoin) freedom.

I've tried with the system based on math:

The system is simple. You bet 1, if you lose, you bet 2, if you lose you bet 4, etc. If this dice game would be based on 100% math, you will earn. I'm not sure, but it looks like interference in math rules. I understand if it's protection, but it should be noticed on main site. Just beware. :-)

I know cheap is relative, but i consider it to be anything less than 0.5 BTC
especially when you keep in mind that price recently shot up to 0.7 BTC
All this has happened before, and all of it will happen again  
IMHO NASTY is worth 0.6+ BTC

Processing. Update when delivered

Requesting Fair Play and Decency:

I have just had a look at "http://electrum-desktop.com/credits.html".

I am just an observer and user of Electrum and only contributed to its documentation, so my opinion is probably not of much relevance.

Nevertheless, there is something that irritates me quite a bit in this list of credits, and I have to point out this concern. It is about the order of names:
* Either it should be in alphabetical order,
* or it should be in "historical" order (who contributed first),
* or it should be in the order of "amount of contribution".

Since the list is not alphabetical, I would strongly plead to name ThomasV as first name on this list, because both in terms of "historical order" and in terms of "amount of contribution" he is clearly the first one to be credited, and it is just fair and good style not to have his name lost somewhere in the middle of this list.

For comparison: On "http://bitcoin.org/" in the list of developers, Satoshi Nakomoto is still listed first, although he has also stopped contributing for quite some while. But he has started the client, so he is listed first, and that is the right style. And it does not diminish at all the value of other developers' contributions. But it would question these developers' decency if they did not name Satoshi first in the list.

Thanks,
Michael

Wich would be a good thing actually

Voting is finished, though the four candidates are collected here in the "call to vote" post by casascius.


I plan to tackle integrating this with BitAddress.org's code, though it won't be the SVG version, since the QR code generation on BitAddress.org uses HTML Canvas elements, not SVG elements. So there's two ways to go on this: use the existing BitAddress.org QR library and draw the full banknote as a canvas element (using JPEG/PNG version of the banknote background; output would be a canvas element, which the browser would render as JPEG or PNG. Might be less quality on a print) or find a new QR library that can generate SVG output (could print higher res) rather than canvas (or modify the existing QR library to be SVG; haven't checked to see how hard that is...).

EDIT: Working version of BitAddress.org code with Psy's banknote backgrounds: https://github.com/MidnightLightning/bitaddress.org

I'll disagree with that for two reasons.

1: Most of the loans are denominated in weekly or monthly rates and the way bitcoin works, an annual rate is less meaningful.  People don't look for 12-month instruments, 4 or 10 weeks is heaps (months are still like years).
2: The APR system used in the USA is a very poor indicator that is quite confusing and misleading for non-US people - took me ages to work it out, and it is terrible.

In the WPW I settled on a one month equivalent rate to rank the interest or return being paid.  Over one year, the difference between compounders and weekly payers would be huge.

You guys should put your money where your mouth is and stop supporting Bitcoin blocking Apple. Buy some Bitcoin loving Android phone.

You should consider changing the title on the OP.

Agreed, but "isn't ideal" shouldn't equal "impossible"; I've got GPU-based miners running nicely on this machine, and I have seen previously in the thread other Mac users able to use their NVIDIA cards (so it's not "only AMD", though they had errors if they had a very low worksize parameter). Even if it's not ideal, I should be able to do better than the 600 Kkey/s I get with CPU processing of vanitygen on this box.

I can program in several languages, but OpenCL isn't one of them, so I have no idea where to start troubleshooting. Anyone with OpenCL experience able to tell me where I should start trying to solve this?

FYI, here is my interpretation.

Since the existing ToS includes the provision for pirate's ability to change interest rates "with notice", this latest change in interest rates does not violate the terms of the bet contract, even though it did not itself have a 30 day notice. The term "interest rates" was only used as an example of terms that may change in ToS; the list of examples was not intended to be either exhaustive or necessarily-inclusive. The point of the ToS changes section and advance notice thereof, was to make sure that users are given ample notice for any unexpected material changes.

For your easy reference, link to bet contract:
https://bitcointalk.org/index.php?topic=91661.msg1013589#msg1013589

Because they are so obvious.

They may not be obvious to someone who believes he can get rich by handing over his money to some anonymous guy who promises 3,300% interest, but they are obvious to me and to you. We just have opposite intentions. I would like to see you serve a jail term in the cell next to pirateat40.

One could just brain wallet sequential numbers and check the public key balance against the chain.

Where there is a will there is a way and what ever the way is I will find it!