Definitely!

Yeah this is why having a forum to discuss different tasks, changes, issues, etc in separate threads would be helpful to all instead of reading through the already 19 pages of comments etc just to find answers.  Plus it helps to segment dev discussion from questions, etc.

I agree with your logic of this, it makes more sense this way.  Like you figured, there is no better way to be as accurate.  I was mulling around in my head the other day if there was a better way to trigger buy/sell logic than to simply wait for the next incoming transaction.  I'm not sure if there is any sufficient need for a different approach though.

Yeah, same here, much more power in the command line and it sounds like daybyter has a good skill/desire for the GUI areas of development; fortunately they don't rely on each other.  Basically the GUI can just hook into the underlying engine without needing to disturb your stuff once he gets the data feeds.  Actually it's of great benefit to have people working on different areas harnessing their expertise.


So I was just reminded of something regarding the forum.  I would like to set up a TOR forum for anonymity sake but I'm not sure how familiar everyone is with this technology.  There are a lot of benefits going this route, but it can be a tad confusing at first if you're not familiar.  Please share your thoughts!!!

Well to be honest it's going to take me a little while to get my head around the project currently.  I can't just step in and know what you guys have spent months working on.    I did notice some things that can be cleaned up nicely and quickly though which should make every ones lives easier.

I suppose you're right as I have no way of knowing until I step through the debugger to see where it's hanging whether or not it's deadlocking or just dropping connection.  I forgot this program doesn't take user input while the feed is going so 'deadlocking' may not be the best term.   .... so you're saying all the market connection and data streaming is coming from a different project?  Oh bugger, this could make life interesting if we have to start making our own fixes AND keep track with these other projects.

I was thinking the exact same thing.

I don't know if this is related or not (I'm sure our financial experts will know) but I was contemplating yesterday looking at two bands.  One a wide band looking at the entire range from low to high for X time period AND Y number of transactions.  (Four transactions in an hour has a very different impact on our math vs 4000 transactions in an hour in terms of projecting accurately.)  And a short band to look at K time period and J transactions which would look at a % above and below our SMA.  If I'm not mistaken this would help us more accurately track quick volatility and jump in on trades when someone snatches up or sells off a bunch of it quickly.


Hm, considering such a short window since it has been discussed, no.  There is a LOT of work to do.



In other news, I think it might be a good idea to actually set up a forum for serious development talks and discussion instead of using this single thread.  I have the resources to set one up right now.

@Aido: Do you want me to just push code fixes as bugs on the tracker and you can push them into the repository?

Hello there everyone!

So I happened to run across this project you've all been working on and it looks extremely promising.  I've been running it for twenty four hours straight or so (hate to say but it's deadlocked approx 3-4 times in 24hrs - using latest Aido build).  While reading through this entire thread it seems there are some very dedicated individuals to seeing this go somewhere.  If you guys are interested I'd be happy to jump in with my developer hat to help where desired.

I did notice some confusing and strange behavior.  It seems like through all the buying and selling it's doing all it seems to manage to do is slowly lose money over time.  Is this a problem with the algorithm or the tweaking of it's variables?  I'm a developer, not an economist.   Running with arbitrage disabled, algorithm 2.

The man difference with GPU computing when comparing NVIDIA and ATI is that NVIDIA favors float point calculations where ATI favors integer based calculations.  Bitcoin mining is integer based, so the performance gains when comparing the two are astronomical.  It really doesn't make sense to use NVIDIA for this purpose.

Yep, what he said.

I read a lot of speculation here.

Basically it's like this .... your hardware uses X amount of power in an attempt to generate Y bitcoins.  If your power consumption (or bill) is greater than the amount of bitcoins you generate its a waste of your time and resources.  CURRENTLY the margins are very tight on GPU mining.  The ASIC hardware is very speculative since there is none to be proven in existence.  This will take us down a different path where people can speculate one way or the other about the future and/or existence.  Go the route where the numbers make sense and don't leave you guessing.

DON'T SPEND MONEY YOU CAN'T AFFORD TO LOSE!

I'm a developer looking to get connected on a project being discussed here.  No stranger to bitcoin as I've been using it for about 1.5yrs, have had no need to communicate on the forums up until now.  I don't know what information you'd like to prove I know what I'm doing.  Currently for fun running 2x water blocked 6950's averaging about 380Mh/s each (I know I could get more out of it but stupid ATI doesn't want to play nice with cgminer and the api plugins for voltage changes..... not related to the project I'm going to get involved with.)

Blah blah blah.  I don't like posting things simply for the sake of posting.  Burning time/posts here waiting to get access so I can talk on the discussions I want to join in the economics section.  How funny after using bitcoin for a year and a half, frequently reading this board, I have to wait to jump in.