Bitcoin Forum
May 14, 2024, 07:57:55 AM *
News: Latest Bitcoin Core release: 27.0 [Torrent]
 
  Home Help Search Login Register More  
  Show Posts
Pages: [1] 2 3 »
1  Alternate cryptocurrencies / Altcoin Discussion / Re: Ripple Giveaway! on: April 10, 2013, 06:29:31 AM
rd78qpE4Gas4ogbbzvM2F7NCz4992njm5
2  Bitcoin / Mining / Re: MiningMonitor.com - Monitoring - SMS Notifications - Analytics[Monthly+CSV] on: August 25, 2011, 08:03:06 AM
At MiningMonitor.com, we seem to be on a pool adding spree!


rfcpool.com Support added



As requested, support for rfcpool.com has been added!


OZCO.in Support added



As requested, support for OZCO.in has been added!


As usual, thanks to all our users and please keep the suggestions coming!

Peter Azuolas


3  Bitcoin / Mining / Re: MiningMonitor.com - Monitoring - SMS Notifications - Analytics[Monthly+CSV] on: August 22, 2011, 06:32:20 AM
Sunday Feature Push!

ABCPool.co Now Supported



As requested by a user, ABCPool.co is now supported

BTCPool24 Now Supported



As requested by a user, ABCPool.co is now supported

Worker Up notifications removed

It would be nice if we didn't get "worker up" notifications for linked workers.  For example, when I fallover from 1 pool to another, I do not need to be notified. 

As requested Wink

As usual, thanks to all our users!

Peter Azuolas


4  Bitcoin / Mining / Re: MiningMonitor.com - Monitoring - SMS Notifications - Analytics[Monthly+CSV] on: August 08, 2011, 02:12:27 AM
As requested, we bring you some new features on a sunday!


Monthly Stats



Now, you can view your overall monthly stats.

Track your day by day performance and compare it to your historical data.

CSV Export



When viewing your overall monthly, or daily stats, you can now download a CSV export of the data.

Perform your own analysis on the data with shares,stales,uptime,hashrate, and earnings all broken down on an hour by hour basis.


---

As usual, we thank all our members and keep the suggestions coming!

Peter Azuolas
5  Bitcoin / Mining / Re: MiningMonitor.com - Monitoring - SMS Notifications - Analytics[Failover Support] on: July 26, 2011, 07:32:45 AM
Monday is a good day for more features!

Arsbitcoin Support added



As requested by multiple people, support for Arsbitcoin has been added

Beta MiningMonitor API



You can now get information about your account , current pricing, and your quickstats from our JSON api.  You can get your API key on your settings page

---

As usual, thanks to all our members!  Keep the suggestions coming!

Peter Azuolas



6  Bitcoin / Mining / Re: MiningMonitor.com - Monitoring - SMS Notifications - Analytics[Failover Support] on: July 20, 2011, 06:17:24 AM
Forgot a minor update:



Based on recommendations, tightened up the UI for the workers screen, with a toggle to show the advanced options.

Added the ability to delete dead workers.


Peter Azuolas
7  Bitcoin / Mining / Re: MiningMonitor.com - Monitoring - SMS Notifications - Analytics[Failover Support] on: July 20, 2011, 06:04:50 AM
Man, it was HOT in Philly today.... I guess it was good I decided to jump into the Pools....

Eligius Support Added



You can now track your progress on Eligius, and get down worker notification!

Many thanks go out to Dan for implementing an API so we could do this!

MTRed Support Added



Support for MTRed ( Mining Team Reddit ) was added today also!

----

Visit MiningMonitor.com today for the best in worker monitoring, notifications and analytics.

----

As usual, thanks everyone for the support and keep the suggestions and requests coming!
8  Bitcoin / Mining / Re: MiningMonitor.com - Monitoring - SMS Notifications - Analytics [UPDATED PRICING] on: July 18, 2011, 06:02:15 PM


Now, if you are using a client with automagic failover support ( such as SmartCoin or guiMiner ) , you can link monitored workers together so you only get a down worker notification if the linked workers are ALL down.

For example, if you link btc_1 and deepbit_1 , when your failover kicks in switching you from one to the other you will NOT receive a down worker notification!


Great work Pete. Question: on my worker page I only see the 'purge stats' link, and I don't see the 'link to other worker' link. Do I need to enable this somewhere else?


Do you have monitoring enabled for workers on two different pools?  Or are you trying to link workers on the same pool.

The link appears when you have workers for two different pools monitored.

Pete
9  Bitcoin / Mining / Re: MiningMonitor.com - Monitoring - SMS Notifications - Analytics [UPDATED PRICING] on: July 18, 2011, 04:47:50 AM
As promised, a major new feature was just deployed.


Failover Support! ( Linked Workers )



Now, if you are using a client with automagic failover support ( such as SmartCoin or guiMiner ) , you can link monitored workers together so you only get a down worker notification if the linked workers are ALL down.

For example, if you link btc_1 and deepbit_1 , when your failover kicks in switching you from one to the other you will NOT receive a down worker notification!



Ability to purge a single workers stats




You can now purge the stats of an individual worker.  Had some downtime that you don't want to remember?  Changed around the video cards for a worker?  Start this worker with a clean stats slate.




Pool worker down notifications now include worker names




If you have whole pool monitoring turned on, you will now receive the name of the down workers in your email and sms (within 140characters total) notifications allowing you to identify your problem workers faster


10  Bitcoin / Mining / Re: MiningMonitor.com - Monitoring - SMS Notifications - Analytics [UPDATED PRICING] on: July 18, 2011, 04:39:29 AM
is there any widget for this to put on my screen ?

There are no current widgets for MiningMonitor.  Are you looking for a widget for your computer, or an android widget?

11  Economy / Trading Discussion / Re: The Bot that was and will not ever be.... on: July 16, 2011, 01:21:56 AM
In the simplified examples I gave of how a trading bot works, do you see at any point where it says "buys shares based on prediction that it will raise above X value"?  The answer is no.  What I said it that based on signals of HOW THE MARKET IS BEHAVING, it reacts and performs an action being one of 3 base reactions: buy, sell or hold.  There is a little complexity in how it performs the buy and sell actions ( being unit buy, unit multibuy, max buy, unit sell, unit multisell, or hard stop )

In rereading what I wrote, I thought I should clear this up.

In the case of an algorithmic trading bot, that is trained based on past market behavior, there is a level of prediction involved.  The prediction is not in WHAT the market will do , but WHICH SIGNALS and at WHAT LEVELS those signals need to be at to decide an action.

It isn't "Buy now because the price will go up" , it is "buy now because it appears the market may be moving in such a direction to indicate that the short term minima is approaching"

The difference is subtle, but there.

Also, these signals change... hence I had the_brain and the_brawn... sticking with a single set of trigger values and trading behavior would result in poor long term behavior.  

If i were to continue working on it, one of the first things to do is to change the way the_brain decides it's actions... right now, it picks the best algorithm and signal values based on the previous 12 hours of the market... it would be better to base the decision on hours -13 to -1 and then test the top 100 results agains hour -1 to 0.  That might give a tighter response.

After a certain point, the bot development was only intellectual exercise due to the fact that it's obvious that the market can not take the kind of volume needed to make the kind of money that would make it interesting.
  
12  Economy / Trading Discussion / Re: The Bot that was and will not ever be.... on: July 16, 2011, 12:44:28 AM
Proof?


How is 2.5% per _day_ not significant?  This would make you $80,000 on a $10 investment in one year.

I call bullshit.  Anyone can make a trading bot.  Making a bot that profits 2.5% per day will not happen.


i think the point is
he cannot scale the volume up since it would distort the market and thus the bot would stop working..



It isn't about volume, a 2.5% per day increase simply isn't possible.  You can't do it with pennies either.

Its like saying you built an electric car.  Cool, I'm following you.  But then when you say it has 1000km range everyone stops listening (or you should).  An electric car is has a hard limit by the joules per gram in your battery.  A trading bot is limited by the stochastic process.


Initially, I was not inclined to defend myself against your first response, because it was naive and a knee jerk response to the post.

Your second post on the other hand is slightly more interesting due to the introduction of the fact that the market is intrinsically unpredictable.

You are correct... the market is by it's very nature unpredictable and there are many external and internal pressures that affect the price and movement of the btc->usd market.

Unlike an analyst who tries to PREDICT what the market will do by looking at past performance, external factors, and various indicators and comparing that to other, similiar products, a trading bot is REACTIVE.

In the simplified examples I gave of how a trading bot works, do you see at any point where it says "buys shares based on prediction that it will raise above X value"?  The answer is no.  What I said it that based on signals of HOW THE MARKET IS BEHAVING, it reacts and performs an action being one of 3 base reactions: buy, sell or hold.  There is a little complexity in how it performs the buy and sell actions ( being unit buy, unit multibuy, max buy, unit sell, unit multisell, or hard stop )

In testing, and in the couple of days I performed live trades, it averaged 2.5% increase from the daily starting value.  Some days it dropped , some days it did better.

The real issue is not in weither it can sustain a 2.5% growth, the real issue is can the MARKET scale to allow it to do so.


i think the point is
he cannot scale the volume up since it would distort the market and thus the bot would stop working..


apetersson and rizzn have both hit the nail on the head.  A trading bot , with a little luck , could hold 2.5% gain on 200$ ( as tested ) every day without any issue... the market can absorb the < 5btc trades that the bot executes ( and in some cases < .2btc ) without being affected.

My bot "hard bought" and "hard sold" ( being buy's set at 100$usd and sells at 0.01usd to ensue that they executed completely since MTGox fills orders by consuming outstanding orders in value order... ie my 100$buy would first buy every btc it could get its paws on at 14.0001, then 14.0005, etc. , and sales working in the inverse fashion )

If you wanted to use a trading bot with an account funded with 10000$ , RIGHT NOW if I sold 260 btc ( not even 3500$ worth ) , according to the depth charts it would move the price down $0.05usd... thats the problem... you can not move any sort of volume needed to scale the bot to make the return on that 2.5% growth worth it, or sustain it.

Am I saying my bot would continue to make 2.5% a day?  No... I said that it MADE 2.5% a day average based of a tiny trading account and a very short period of time... if algorithmic trading did not make money, HFT would not exist... do they make 2.5% a day?  of course not... do they have weeks where they DO make 2.5% a day? Yes.
 
If I thought it could hold 2.5% a day, and the market could BEAR the growth involved there, I wouldn't be posting here... I would be laughing as I watch the zeros get added to my account.
13  Economy / Trading Discussion / Re: The Bot that was and will not ever be.... on: July 16, 2011, 12:15:23 AM
for those of us who skim over stuff without taking the time to comprehend, you might want to clarify that it is this market trading bot you are killing and not your mining monitor project.


Noted. I edited the post to have a big "warning" up top Wink

Thanks for pointing this out.
14  Economy / Trading Discussion / Re: The Bot that was and will not ever be.... on: July 15, 2011, 10:29:28 PM
Source code? Cheesy

Ha!

It's not even 6k lines counting my hand rolled framework ( it's all in Perl, so there is > 100k lines of cpan modules, but that's not something I had to write ) ... anyone could write it themselves Wink

Heck, you should write it yourself... it's a good learning experience.

Pete
15  Economy / Trading Discussion / Re: The Bot that was and will not ever be.... on: July 15, 2011, 10:26:41 PM
I forgot...

These trading algorithms were based more around a HFT methodology... HFT is more "fun" from a simulation and live standpoint since there are lots of smaller trades going on...

I had a version called "the_tortoise" that was also profitable, but it was a longer term , multi day holds and stops ... just boring to look at and simulate Wink

Peter Azuolas
16  Economy / Trading Discussion / The Bot that was and will not ever be.... on: July 15, 2011, 10:08:26 PM
For clarification, this post has to do with me killing my trading bot project, and nothing to do with MiningMonitor itself.  MiningMonitor is doing very well for us, and if nothing else, we use it ourselves for our miners Smiley

After fiddling around, I think it's time to show off, then shelve my pet project.

For those who don't read the Mining boards, I am the lead developer behind MiningMonitor.com ( Board Post ).

---------------

Starting as a possible feature of MiningMonitor, I developed an advanced interface to MTGox:


( Yes, High Stop/Low stop aren't real terms... one is a plain sell order "dark" since it's not an outstanding order on MTGox, and and the other is a simple stop order )

Technically the screenshot above shows you a very simple bot.  If the price is above X or below Y, sell.


Going from there, it almost seemed logical to write a bot. Simple trading bots are a breeze to write... they are really just based around 4 rules

1) Check spot if time since last check is > window
2) If price is below x, buy one unit of btc, note actual price paid ( for easy math, you can buy 1.003btc so 1btc get put in your account )
3) If price is above Y , sell one unit of btc given that spot_price = pricepurchased + (pricepurchased * desired gain )
4) Set a stop to prevent unbound loss ( either overall, or on a per unit purchased basis )

With a little manipulation of X and Y, it's easy to turn a small profit...

A more complex bot makes buying and selling discussions based on various indicators, EMA, WMA, HMA, Ease of movement, the MACD, my personal favorite for the current market RSI, etc.  Using an indicator based bot allows for maximizing <edit>the margin since mins and maxs are identified by the signals</edit>

1) Assuming a certain timewindow ( could be a per trade window if you want ) , get low, high, total volume, open, close
2) Calculate indicators

Assuming for this example we are using RSI , though in reality, multiple combined indicators give you your buy and sell singnals

3) if RSI is < 30, buy a unit of btc  , note effective price paid

4) if RSI is > 70, sell unit of btc given that spot_price > pricepurchased + desired minimum gain per transaction

5) Set stops

---

Both of these examples are simplified for brevity.


---

So, once I had a simple bot, I started thinking of a more complex bot. But , given the number of possible signals, and the number of ways to tune them, what is a programmer to do?

Use a genetic algorithm of course Wink



And if you're doing that, you need a way to visualize the results Wink



----

Writing a higher level bot/genetic algorithm is again, not that difficult to do:

  

sub fitness {
   # load the data
   foreach my $trade (@$ref) {
      # determine the current values of your indicators
      # pass data to algorithm which decides what to do
      # perform action ( buy, sell, hold )
      # repeat
   }
   my $final_networth = $btc * $spot_price + $cash;
   my $performance = ($final_networth-$start_networth)/$start_networth*100;
   print "Genome: $genome Fitness: $final_networth Performance: $performace\%\n";
   return $final_networth;
}


With your algorithm, or trade bot, deciding what it should do based on the data passed in

I developed a number of different trading algorithms:

hurrr_i_am_a_bot
force_1btc
let_the_btc_hit_the_floor
tiny_bubbles
fuck_it_all_RSI_alone
kitchen_sink
( there were a couple of more, but I took them out back and shot them in the head ... they had fundamental flaws in their designs )

Each had it's strength and weaknesses.... for example fuck_it_all_RSI_alone loves a market like the one we are in... very small movements , lots of bouncing around in a constricted range.

kitchen_sink is the most adaptive, and can live in any market since it uses all the indicators, but it needs to be tweaked alot to stay profitable.

----

So the actual trading bot has two parts:

the_brain
the_brawn

Every hour or so , the_brain  takes the last 12 hours of trading data, uses genetic algorithms to decide which trading algorithm and settings for said algorithm works best, and tells the_brawn to use them.  This allows for automated switching based on current market conditions to a trading algorithm.

The_brawn just reads the live trading data, applies the various metrics to the data, and feeds the data, and settings to the algorithm the_brain decided on, takes back a market order ( buy, sell, twiddle thumbs ), pushes it off to mtgox if needed and repeats.

-----

What is the end result?  It's profitable... ~2.5% a day fully automated... but I'm killing off the project

-----

But Pete, that sounds great! Why kill the project?

Couple of reasons....

1) the_brain & the_brawn are a little fragile, it would take a decent amount of work to make it usable/shareable

2) Security, if I wanted to let people have access to the bot, they need to give me the MTGOX username/password ... so the original plan was to simply charge $XX per month and give each person their own VPS loaded with DB and software... that way even if one DB got penetrated, everyone's user/pass wasn't exposed

3) Bored now... I've taken it to the point where beyond this would require a much higher understanding of finance and signals

4) Value: Dudes, and dudettes, it's not worth it... the market is too small

---

Number 1 is laziness, 2 is paranoia, 3 is just a fact, but number 4 is the real reason.

The market for BTC has such low volume, and is of such a small size, that a bot that could make any real money would actually affect the market in doing so... since there are no Fill or Kills on MTGox , trying to buy/sell units of BTCs > ~5 at any certain times can move the price of BTC by pennies ( fractions of a percent ).

My personal bot running has been averaging around 2.5% a day, but that's peanuts... 2.5% of 300$ is $7.50 a day... an hour of freelance work makes me 6->14 TIMES that ...  

And since I've satisfied my intellectual curiosity... I thought I would share with you folks a post mortem, and give some direction to people screwing around with the idea of a bot some pointers.


Hope you enjoyed reading,

Peter Azuolas

tl;dr: Developed interface to MTGox, built simple trade bot, built genetic algorithm test bed for trading algoritms, turned it into a live bot, make 2.5% a day, killing project because intellectually satisfied and not worth it anymore Wink






 





  




17  Bitcoin / Mining / Re: MiningMonitor.com - Monitoring - SMS Notifications - Analytics [UPDATED PRICING] on: July 13, 2011, 07:42:30 AM
And the features keep coming....



New Whole Pool controls



Based on user requests, you can now turn monitoring off / on for all the workers of a pool!  Simple one click method to update your monitoring if you switch pools ( say during a DDoS attack on your favorite pool )

You can also purge all the stats from a pool and all of the workers associated with that pool.  A clean slate for your workers.

------------

Major update this weekend!  We are testing some requested features right now that will blow your socks off!
18  Bitcoin / Mining / Re: MiningMonitor.com - Monitoring - SMS Notifications - Analytics [UPDATED PRICING] on: July 04, 2011, 11:20:23 PM
The 4th of July is a good day for features.

Hashrate tracking is now active






As requested by multiple users, hash rate is now a tracked stat.

View your hashrate at an overall level, a pool level, and even an individual worker level ( assuming the pool provided the info ).

19  Bitcoin / Mining / Re: MiningMonitor.com - Monitoring - SMS Notifications - Analytics [UPDATED PRICING] on: July 02, 2011, 07:53:08 AM
It has come up in conversation between the team to have per-pool/per worker notification settings, but it was shelved as abusable.

If we did add this feature in the future, there would be a surcharge applied to do so ( a per pool fee, or maybe extra SMS credits consumed ).  But, as of the moment, that has never been requested so it's not on the master "todo" list in any form.
20  Bitcoin / Mining / Re: MiningMonitor.com - Monitoring - SMS Notifications - Analytics [UPDATED PRICING] on: July 02, 2011, 07:38:55 AM
A question regarding plans policies. Am I allowed to share an account or even resell it?

What if I pool resources with others for the platinum membership and simply share it between us?

Hmm...

The terms don't explicitly deny this, but functionally it's iffy ( specifically for this reason ).

An account may have defined:

1 email address for notifications to be delivered to
1 Primary SMS number for notifications
1 Secondary SMS where ALL notifications that were delivered to the primary number are delivered to the secondary.

So, if you wanted to share or resell access to your account, you could... but you would need to get creative.


<edit>Added a link to the terms page</edit>
Pages: [1] 2 3 »
Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!