Not that I know of. Doesn't really work out because most people don't have enough money (and the house limit) to afford really long and unlucky streaks. The only way is to possibly have a 1 satoshi starting bet which would mean you'd survive something like ~ 23 losses in a row with a 1+ BTC deposit. But it would take you an eternity to actually make much profit.

Electrum - primarily for the fact that it can sign transactions offline so I can use it as my cold storage software rather than Armory which means I would have to download the whole blockchain on the broadcasting computer. Multibit AFAIK doesn't offer the option of signing transactions offline.

I don't know about you - but where would a 15 yr old kid go buy some BTC with cash, kids at that age can't even drive so I'm pretty sure their parents would be more willing to either pay for it with their CC or just buy them an RP card. If anything it'd be easier for someone to buy a card than buy BTC and just use that. Anyways, not to mention - much of Riot's userbase doesn't know/use Bitcoin so it wouldn't really be adding anything for them.

As far as I know this version is completely up to date at the moment. Have you given it time to generate all the cert files?

First off, it appears to me that you're not using sam7's version but rather the one 'Lifeboat' oclvanitygen edition. My advice would be to try sam7's from the link I posted and see if that does anything. How are the drivers for your GPU - are they up to date?

If I may ask, what exactly are you trying to achieve by negating the advantages that ASIC mining has over CPU/GPU mining? And in what way would that benefit Bitcoin?

Did you save the file as 'Webpage HTML only' and if so which browser are you using?


Thanks, I've been using compressed keys for a while on that basis but I wasn't exactly too sure whether it was right. On the topic of fees (a bit off-topic again) have they been reduced to 0.00001 from 0.0001 and if so has this change been accepted by both the nodes and the miners?

Well not to be rude, but are you sure you are using oclvanitygen from the package created by sam7 (https://bitcointalk.org/index.php?topic=25804)? Make sure it's oclvanitygen (not vanitygen and not oclvanityminer).

And have you made sure to use this format?

What GPU do you have and how do you know it's only using the CPU?

What exactly is the problem? Are you mining vanity addresses for yourself or mining for a pool?

Your word doesn't really mean much considering that you are a new account (literally created today) which could very easily be a sockpuppet for the 999dice admin. Unless the admin would be willing to come back and properly address the issues raised, there is no reason to believe that the status quo has changed and that suddenly the site is legitimate.

You'd either have to trade your BTC for PP (be careful there are many scammers on this site so please only work with well known & trusted members) or you could use something like localbitcoins to trade with someone for a bank transfer which you could then add to your PP. But if you're looking for a direct way from BTC to PP you're not going to find it - PP is completely against BTC and at the moment has no plans to support it in any way.

The heartbleed bug isn't exactly easy to understand (from a technical perspective) but in layman's terms it was a flaw in OpenSSL (which is used widely) that enabled attackers to gain access to 64kB of memory with each 'heartbeat' which allowed theft of servers' private keys and users' session cookies and passwords. Hence the suggestion to change your password - as it may be compromised.

Not to repeat the same things as everyone else - but those domains are also extremely niche (in that only bitcoin'ers will use them) and given that there are probably better domain names to suit a business/startup than what you have.

Ah ok, thanks. A bit off-topic but I've heard that compressed keys may lead to smaller tx sizes and hence helps to reduce possible fees and blockchain block? Is this true and if so why?

Sorry if this has been asked before - but is this capable of producing compressed private keys and if so how would one go about it?

The thing is - if it truly is an air gapped cold storage system it is extremely difficult for someone to actual get hold of the private keys. Setting up 10 different cold storage systems is a lot of effort and wouldn't really achieve that much as if you had a flaw in one you'd have that same flaw in all of them.

The whole purpose of a hot wallet is not to have all your coins in there so that if it is stolen it isn't such a big deal. Trust me - having many different hot wallets which different access methods is not exactly easy to manage nor is it that cost effective. Honestly, they'd be better off getting lots of pen-testing done and keeping admin accounts away rather than trying to split up their wallets.

Why would there be a bank... Is it really that hard to secure your wallet with a password of sufficient entropy that you can remember? Not to mention, a conventional bank would ruin the anonymity part of Bitcoin and  much of the decentralization purpose.

First off there is no black and white definition of 'mass acceptance', how will anyone even know when we have/have not achieved 'mass acceptance'? On the assumption that somehow everyone is in agreement as to what defines mass acceptance, I'd say we attain some degree of stability with the possibility of climbing higher on the basis of hope for greater acceptance and merchant/consumer integration.

Unless I'm deeply mistaken the only way you can move funds between different addresses is to broadcast a transaction and have it confirmed in a block like everyone else (meaning you can't avoid fees unfortunately). As addresses are considered separate and your wallet is simply a conglomeration of addresses I don't think there is a function to move BTC between addresses in the same wallet. Obviously if you have a standard tx it will be visible on any blockchain explorer.