There are Websocket-Libraries for LISP, however you would have to write the listener-implementation yourself, I doubt that any exchange would offer that for lisp

On Bitstamp you can request more than once a second, just don't exceed 600 per 10minutes -> so averaging 1/s in 10 minutes.
For querying realtime-prices you should use their websocket API: https://www.bitstamp.net/websocket/

Oh hell no! Those are two of the least bot-resistant games ever! And the most simplest way to use a bot here is to simply start one of the 1000 free KI-programs, set it so the highest difficutly level and play every move of your opponent in that game and insert your KI's move to the site. (Remember, the world's BEST chess player bairly got a draw against the best chess computer..and people playing on those kind of sites probably will be below his skill level)
So if anyone knows any site that's offering chess or go for bitcoins...please tell me ;P

That will be the MOST DIFFICULT task to create a game where noone can use a bot/program/tool to get an advantage. At sites like gameduell.com they have many employees just working their heads around this one single issue.
I've been working in the games-industry and you wouldn't believe the tools that are out there just for simple games where noone can win any money. Imagine what people are doing if there is money in the game.

The key here(or at least that's how the big players are doing it) is to make the detection of cheaters as good as possible.
But even if you detect a cheater, then there is the issue: What to do with that person? If you ban their account they can simply create a new one! With the bigger sites they have to verify their accounts through a bank account or credit card or even passport.

If you have answers to those questions, go get 'em! I think the idea can work, I've been looking at this before, but I got scared of by those issues.
I'd also consider teaming up on a project like this(however I do not have answers to those questions - I'd know how to cheat though ), if you are interested in just some initial talking you can PM me.

Of course - I would also charge you something around that sum, but that'll be to get a finished version. - So the quotes from others sound about right. But if I'd do it as my own project, it'd take me about 2 weeks to get the first version up - from there on I'd extend it step by step.
But I would NEVER encourage anyone to buy a developer for this kind of project, because the initial funding will only get you so far ... and trust me - there WILL be lot's of additional work to be done, you'll need money for that as well, and that's not going to come fast. And you will always have to rely on someone else to do the coding, if you can't do it.

Don't take this the wrong way, but if you are not the guy developing this, I give you about a 3% chance of this project to be happening.
I'm giving my honest opinion, not trying to discourage you and I'd love to see you proove me wrong, so the best of luck with it.

The idea sounds interesing, and different from all those dice-games.

However I do strongly agree with greentea. Unless you offer shares, there is no real incentive to invest here.
Also the asked amount is a little high if you ask me.
Someone with decent programming-skills could build a working version of that in probably just under two weeks - the fact that you are looking for heavy funding tells me that you are probably not that "someone"?
If that should be the case you will have a tough time before you, but none the less the concept looks good and I wish you the best of luck with it.

My advice: Just do it! The chances of getting funding with not even a working prototype are pretty low.

How about a very long hash that the user can generate and should print immediately, if the user looses the device he/she can immediately lock the wallet(with the password) and it can be unlocked and tied to a new device with that hash.

This brings up yet another question though: I cannot access the same wallet on by iPad and my iPhone? (Not sure if that'd be necessary, but just asking)

The latest update now includes filtering and sorting of the tomb-list, the walls should better distinguish now from the floor and various bug-fixes.

My concern was not someone logging into this app but saving innocent users. As you probably know MANY users have the same password for a lot of services. Now I don't want to say that this is good, but fact is that there are users out there who do it (many of them) - If you hash the password on the client with a salt before sending it anywhere you can make sure that just in case someone gets the hash they won't be able to do anything with it. Plus you cannot be accused of phishing passwords. Plus you are building more trust...

Device-Specific Profile:
What happens if I loose my device, it breaks or gets stolen? How will I be able to access the wallet?

And a question on the pricing: Will this service every cost anything? If so - what price-tag/subscription-model are you aiming for?

Hi - I have not tested the app on my iOS device yet (only on my computer with a spoofed user agent)

I have three questions though:

1) Why is my password being sent in plain? - I know you do have an SSL-connection setup, but how do we know that your service won't fish for passwords? - Worst case scenario here is that passwords are saved in plain in the db or with a symetric key.
    -> It'd be more secure if noone knew my password but just a salted hash.

2) What is the specific reason for the OTA Profile Enrollment? Why do you need the UUID ect.?

3) What is proprietary about iOS devices/mobile safari that couldn't be done with other mobile browsers? (Or in short: Why is it iOS only and not Android as well?)

Besides that grats to the app so far.

I loled
Then a tear rolled down my face, because I realized it is the truth.

Yes, that's already on the list and I'll do that next!

We've just released an update:
- Now you can place decorative/expensive statues in the tomb, they have no real effect but if you are confident about your tomb you can increase the bounty that way.
- Also I've implemented a small check to filter out 'boring', 'pure gambling' tombs where the mummy follows you right from the start.

Feedback is welcome

I'd go with gogodr's solution, it'll be the simplest for you - BUT ONLY IF you just request public ticker data, you should in NO CASE send private user-data (passwords ect...) through 3rd-party proxy-services.
If you want to read more about JSONP and how to evade the cross-domain issue for JSON-requests, you can take a look here: http://en.wikipedia.org/wiki/JSONP (or google for JSONP)

Okay, a minimum bounty could work - I didn't think anyone would want to up the bounty for the tomb - it would have to be a reaally difficult tomb.
Right now the bounty also increases with every try - a small amount of the play-fee goes into the treasure and the rest goes to the creator, so if the tomb is difficult, the bounty will go up on its own as well, because many people will try and not succeed at first.

Unfortunately an algorithm to determin all the paths to the goal won't work, with 30x30 tiles there is practically an infinite number of possible paths

But your input is appreciated, we'll definitely consider the "minimum-bounty"
One question: Did you just wanted to up the bounty or also the fee according to the bounty?

*edit: You could make the tomb more expensive by placing expensive irrelevant items - like golden statues - what do you think of that?

Okay, what would you say that a more reasonable amount would be?

As a tomb-creator you want the treasure to be as low as possible. If someone solves your tomb after 3-4 tries the treasure will be gone and you have not earned enough fees.

Thanks!
And good luck with your creation!

We've just published an updated with an updated interface and put a little more information on the landing-page.

Thanks for your feedback.
There sure is some work left to do, that's why there is no real money involved yet.
But I've noted your points and we're thankful for any feedback!

Hi,

I want to announce the Beta of our little game: BTC Tombs
BTC Tombs is a simple but fun game where the player can either solve interactive mazes(tombs) to find a treasure and win real Bitcoin or create own tombs to earn Bitcoins from other players trying to solve the tomb.

Website: http://btctombs.com/

Playing for free:
If a tomb was solved by a player and the stash was looted, it will become free to play for any player, of couse in this case no cash-price can be awarded to the player.

Playing a cash-price tomb:
For each try to solve a tomb the player pays a small fee to the tomb-owner for a chance to win the pot if he finds the stash before everyone else.

Creating a tomb:
Anyone create a tomb for other players to solve and earn money that way. The stash to win is paid by the creator of course. So the ultimate goal for the creator is it to make the tomb challenging enough that he earns more fees than he originally put into the stash.
Of couse before you publish a tomb you have to prove that it is indeed solvable.

BETA:
Please note that the game is currently in BETA, so NO real Bitcoins are being currently used.
Deposit and withdrawal is currently not possible. Anyone signing up will receive a balance of 10000 micro Testnet Coins to play with.
This phase is for balancing and other refinements of the game.

I like the approach, but I doubt that it will work hassle-free for the user.
In your wallet you have most likely multiple addresses, the standard way of BitcoinQT is just to send bitcoin from your wallet, not from a specific address.
So if your wallet contains 3 addresses with 1 BTC each, there is currently no (simple) way for the average joe to predict the address the btc are sent from. (I know that it IS possible, just not for the average every day consumer)
And 90% of the users will expect that it works with any address in their wallet. So unless you have all addresses of your wallet registered with your site, you will get in trouble tracking the correct transactions.

So to make this work with just 1 address, most users would have to create a seperat wallet (maybe somewhere online?), then send BTC to that wallet (which contains only 1 address) and from that special single-address-wallet they then initiate the "real" transaction, that will be tracked by your servers.

As I said, I do like the idea(even if not flawless apart from the address-issue), maybe you can find some ways around this, but I will stick with Reverb on this one: Most users want it easy and hassle-free, the word "security" is just in their minds, they will put more trust in an image that says  "Verified Certified Trusted Service by Scamtrustifier XXX" than in some complex payment process they cannot fully understand.

I don't think the pyramid scheme is the issue here(if there even is one)
A way bigger issue would be the fact that it IS in fact a centralized system - a centralized system is the complete opposit and against EVERYTHING bitcoin and cryptos stand for.

You should rethink that. I like the approach that everyone receives a share based on their hash-power - so basically this works like one single huge mining-pool.
However, if this works as a single mining pool, why should everyone invest their Hashrate into finding a block, if it doesn't even matter WHO finds the block, since the reward is share-based. You could in this case use the hashpower for actually usefull calculations (scientific, prime, SETI, molecular simulations, ect...) all those operations also return a messureable result, so the reward would be based on those calculated result shares.