I did some small stuff in Ruby a while ago, but moved on to CakePHP due to easier installation on my server. Cake is very similar to Rails (down to the function names) and PHP runs on more servers? Could Cake be an option for you?
|
|
|
There's an interface for the trade sites, but I didn't add the loading of additional jar files. Wouldn't be too hard, though, to load additional 'drivers' for new trade sites.
I'm in the middle of rewriting most of the stuff (for request restrictions, and such), but pm me a mail addy, if you want to take a look.
|
|
|
But a solution wouldn't work on the other nodes then...
|
|
|
Well, Stan...I see bitcoin primarily as a cheap testbed to learn new stuff. A while ago, I didn't know, what a depth is, and now I can already parse and understand it... I gave my sources to a couple of people and noone has ever contributed a single line back. I also posted some screenshots in IRC and btc-e, so many folks know, what I'm doing... These images are dated, but you should get the idea. I don't know enough about indicators and such, so I never seriously tried technical trading so far (but I'm working on such a bot, too), but was focussed on triangle arb for now. Speed is definitely one of the keys here, so a chart data exchange framework would help me. I also added drools to my app, but don't have a good trading language so far, so I cannot distribute the bot without the trading strategy yet. But in the long run, I'd like to play with the big guys, once I have developed good trading strategies in the cryptocoin field.
|
|
|
Stan: I have a rootserver and my trade lib already contains some code to write trades to a db via JDBC. If you are interested in creating a network to distribute current market data, let me know.
|
|
|
I have to admit, that I'm not really a JS coder. I prefer stuff like Java, C++, PHP etc. That's why my JS looks more like Java actually.
I tried a sprite lib for my little game, but I had too much trouble getting it to work, so I wrote my own stuff at the end.
Websockets seem to be a problem on Firefox, too. I gave up on windows in 1993, so I never had any trouble with IE bugs, but some Firefox version have sockets disabled by default as an example.
Helping with the game: maybe it would be a good start to get the networking going, so it could be played via network? Might be some fun to test it then, so new devs are attracted and creating some motivation to get the rest of the site going?
I have a server, when you need webspace for testing, or so.
|
|
|
Nope...
|
|
|
I use a lot of libs, like jsoup or drools, but no trading lib. Wrote my own stuff.
|
|
|
I don't want to publish the entire code yet. Maybe the trade lib part at some point.
|
|
|
Can you read Java? So could you read my sources?
|
|
|
I used Java to write my code. Otherwise it would be cool to collaborate with you...
|
|
|
I got some explanation in the mtgoxlive irc channel. But I don't have any detailed specs, what is allowed actually.
|
|
|
You are right about the request restrictions. I'm currently adding quite some code to my trade lib just to keep apps within those restrictions, although I don't fully understand the mtgox ones...(3x trades in an hour, if you don't request all the available trades, or so).
I also got banned for a day, when I tested my trading app. Just fixed bugs and restarted it several times to test my fixes when gox pulled the trigger.
|
|
|
I don't know Node.js, so I checked the websocket concept. The chat demo worked in my browser, but it seems, that it's not the case in many browser versions.
I did a data model with mysql in mind, althought it's not too complicated. Could be done for other db types, too.
I thought about a site, where you have an account. You can send some funds there, so you can play several games in a row without having to wait for any confirmations. Each player would set 1 ltc (or so) for each game. The winner gets 1.5 ltc (or so). Rest goes to the game hoster.
I thought, the site should provde an API, so more games could be added later.
The site should hold stats on each user, so a rookie would not play with a very experienced player, who has won lots of games.
BTW: I have to admit, that the game has still some bugs with collision detection. It was never tested by any beta users, although there are some people interested (in the btc-e shoutbox).
|
|
|
Where are you located? Over here, your concept is practically impossible, since you'd need a banking license.
I was thinking about an exchange for quite a while, but when I think about the paperwork, I'm somewhat scared of such a project...
|
|
|
I'd just want to mention phonegap here. Write one app and run it on android, ios, windows mobile, in a browser etc etc. I just started a simple btc-e app just to get used to it. And although I don't like javascript, it's still a cool concept for me...
|
|
|
Look for Isis ATP in the trading forum here.
|
|
|
With J2ME, you have a lot of mem restrictions, me thinks. OTOH you can get my current smartphone for euro 50,- here. And I guess it's a lot cheaper in china, or so.
Wouldn't it be better to write something for cheap smartphones or tablets? You can do so much more with such devices.
|
|
|
You could help with the socket/networking part?
Or maybe implement a site to do player match-making? I think I already created a database scheme for the site. Have to search for it again...
|
|
|
|