Pages:
Author

Topic: Haasonline Simple Trade Bot For BTCe and Bitstamp[Main topic] - page 32. (Read 416703 times)

sr. member
Activity: 511
Merit: 250
Open and Transparent Science Powered By Blockchain
For some reason using EarningsOnProcentagetrade gives me negative profit (using backtest). But If I use Blind Indicator with Procent Price Change (with the same value) the profit is positive. Is there something I'm missing?
newbie
Activity: 23
Merit: 0
@Stephan224;

Is it possible to make 'CancelOrderAfterXmin’ Insurance work in Cryptsy?

It is very inconvenient that I have to keep manually cancel unfulfilled orders in Cryptsy all the time.
I saw another Bot can cancel orders in Cryptsy, so maybe Cryptsy still has some ways to support order cancellation?

How can you cancel unfulfilled orders manyally from Crapsy? My 'cancel order' button says that "order cancelling not supported for Cryptsy".

What would be a good trading strategy to not to get orders stuck all the time?

I have modified my strategies at Crypsy to not care about the inability to cancel.

ex. Using EarningsOnProcentagetrade,  it doesn't matter if it doesn't fill because you are going to buy/sell at once price anyway. Down side is that it might sit for a bit and then have to be manually fixed / poked at. In good volume ( DRK right now ), it works well. For a general devaluing set the down % higher than up. Reverse that for a coin gaining value.

Hope that helps. Smiley

Many thanks! I got an enlightenment from your answer.

One more question, what about the strong trending market? Do we have any better strategy to catch it and avoid order be stuck?  (Like DRK, VTC and NXT in the past week)
newbie
Activity: 23
Merit: 0
@Stephan224;

Is it possible to make 'CancelOrderAfterXmin’ Insurance work in Cryptsy?

It is very inconvenient that I have to keep manually cancel unfulfilled orders in Cryptsy all the time.
I saw another Bot can cancel orders in Cryptsy, so maybe Cryptsy still has some ways to support order cancellation?

How can you cancel unfulfilled orders manyally from Crapsy? My 'cancel order' button says that "order cancelling not supported for Cryptsy".

What would be a good trading strategy to not to get orders stuck all the time?

I canceled them from Cryptsy website interface itself.

My orders were also keeping be stuck.
newbie
Activity: 59
Merit: 0
@Stephan224;

Is it possible to make 'CancelOrderAfterXmin’ Insurance work in Cryptsy?

It is very inconvenient that I have to keep manually cancel unfulfilled orders in Cryptsy all the time.
I saw another Bot can cancel orders in Cryptsy, so maybe Cryptsy still has some ways to support order cancellation?

How can you cancel unfulfilled orders manyally from Crapsy? My 'cancel order' button says that "order cancelling not supported for Cryptsy".

What would be a good trading strategy to not to get orders stuck all the time?

I have modified my strategies at Crypsy to not care about the inability to cancel.

ex. Using EarningsOnProcentagetrade,  it doesn't matter if it doesn't fill because you are going to buy/sell at once price anyway. Down side is that it might sit for a bit and then have to be manually fixed / poked at. In good volume ( DRK right now ), it works well. For a general devaluing set the down % higher than up. Reverse that for a coin gaining value.

Hope that helps. Smiley
sr. member
Activity: 511
Merit: 250
Open and Transparent Science Powered By Blockchain
@Stephan224;

Is it possible to make 'CancelOrderAfterXmin’ Insurance work in Cryptsy?

It is very inconvenient that I have to keep manually cancel unfulfilled orders in Cryptsy all the time.
I saw another Bot can cancel orders in Cryptsy, so maybe Cryptsy still has some ways to support order cancellation?

How can you cancel unfulfilled orders manyally from Crapsy? My 'cancel order' button says that "order cancelling not supported for Cryptsy".

What would be a good trading strategy to not to get orders stuck all the time?
newbie
Activity: 23
Merit: 0
@Stephan224;

Is it possible to make 'CancelOrderAfterXmin’ Insurance work in Cryptsy?

It is very inconvenient that I have to keep manually cancel unfulfilled orders in Cryptsy all the time.
I saw another Bot can cancel orders in Cryptsy, so maybe Cryptsy still has some ways to support order cancellation?

Many thanks.
newbie
Activity: 59
Merit: 0
One way I have been working the VTC volume is using  multiple bots. Fixed amount trade, earnings on percentage trade indicator, and cancel order ( like it does anything on f-ing Cryptsy ). I set each bot a bit different. ex 0.5/0.5 % change, 1.0/0.5 % change, and 0.5/1.0 % change. This way the bots tried different things and buy/sell at different points. Then you can set a manual drop sell point in case it falls through the floor. Or dynamic if you want, w/e.
sr. member
Activity: 370
Merit: 250
- Bitstamp
 - BTC-e
 - Cex.IO
 - CampBX
 - BTCChina
 - Cryptsy
 - Bitfinex
ARE THESE THE ONLY EXCHANGES SUPPORTED?
newbie
Activity: 6
Merit: 0
@ Stephan224; SUPER REPLY! Thanks! I can work with this!
member
Activity: 392
Merit: 10
Very interesting.
Is there a way to account for exchange fees? This would very important for the internal arbitrage as many trades may need to be executed simultaneous if a basket type arb is to be effective. 
sr. member
Activity: 449
Merit: 250
Software developer
There are a few trade indicators that will preform pretty well on a bubble. In fact almost each indicator can be used if its configured properly. But this last part can be hard and can result in missing the drop. That is why i initially advice to only use a Safety in this situation. A safety like the drop-loss is easier to control and manage.

If somebody would like to use a trade indicator instead then an analysis is required. This analysis should indicator how much power there is inside the bubble, so the thing we have to analyse is the trading volume. In here you can see the investment flow. Once you have a estimate about how fast the price is going up (dollar/minute) then you have a direction, a guide line so to say. This will tell something about the expected drop. The drop has almost 2-3times the power of the raise. This means the sell volume is expected to be 2 of 3 times higher then buy volume now.

The thing we know now are the expected raise and drop and the speed of it. The next thing we want to do is find a indicator that is capable of responding fast at a drop and that holds on at the raise. As i said before, almost all the trade indicator are capable of doing this so there are a lot of options. The only trade indicator that are unusable for this situation are the relative trade indicators (the ones that tell if we are relative high, or low) the reason those do not work is because of there relative setup, in the raise we are high so these indicators will send a sell and that what we do not want here. So please move the Stoch, RSI, StochRSI directly aside, those will not help on this startegy.

The ones i would advice to have a look for are the moving averages. Normally i do NOT advice those for the alt-coin because of the low volume but in this case i am sure they will preform well.

Alright, let see how we can use a moving average and how we should configure it. Let first review some facts, a moving average (of any kind) is following the price trend in general. One follows the prices very quick and the second one follows the prices very slow. As soon as the quick following moving average is dropping below the long one a sell signal is produced. When we put this logic inside a backtest at work then we can confirm it will work this way. But a few things should grap our attention on the backtest, and that is the speed of the buy and sell signals. (those signals are relative late) inside a bubble like we do not want this, we want to stay bought and we want to sell as soon as the drop is detected. In order to make this work we need to tweak the settings of the selected moving average. Our target will be to detect the drop sooner and to respond faster. To make this work we have to reduce the length of the short moving average. By default it is 9 or 12 (depending on the chosen indicator) and we need to lower those. By lowering this short moving average we will tell the trade indicator to respond quicker, after all less prices are used and so the last prices will "weight" the most. once thos short moving averages is shorter we are gonna lave a look to the long moving average. This one is set to 21 or 24 by default and again we want to lower those, the reson why we want this is because we want to follow the prices better and deceted changes sooner, aka make the cross-over of the moving averages happening sooner. This way we can sell sooner on top.

I can only hope this description gives a idea which things you need to tune and to which direction in order to get some good trade signals in a bubble. If i would describe this as a image that i would say the chart should look like this:

You have the price in the uptrend, directly and closely behind it is the short moving average. This one follow very close but may not signal a sell already. The long moving average has to follow the price trend quick too, but not to fast.

A little disclaimer... normally when i skype or mail users i normally give advice to use a long timespan of the moving averages. Aka i tell to raise the update speed from 10minutes to 30minutes or more for better signals. In this case i will give a different advice. In this case its recommended to lower the timer, set it to 5 minutes updates or less. The reason of this advice of the because of the expected rapid movement of the drop, we want to be on top after all so we have to update faster. Aka detect the drop faster and sell higher.

As last thing i would like to point out the differences between the moving averages, i am sure this will be very interesting to have a look at: (and so my Wink of my post earlier becomes more clear)
- MA indicator (this is a SMA based moving average, the signals are solid but slow)
- MACD indicator (this is a EMA based moving average, the signals are faster then the SMA but still relative slow)
- DEMA (this is a EMA+correction based moving average, the signals are relative fast)
- TEMA (this is a EMA+double correction based moving average, the signals are fast)

Please note this is just a suggestion of a possible strategy, there is much more possible. The PPO, Regression slobe, Aroon and so on can be used too. Just do not use the relative indicators, those will not work here.
newbie
Activity: 6
Merit: 0
I was referring to the other markets. Darkcoin has more then enough movement, your right on that one. Smiley (i missed this alt pump)

it looks like a bubble, so a dynamic drop-loss would do good. (aka follow up)

DynamicDropLoss is a "Safety" but not a trade signal. I meant what kind of trade signal would do good in these circumstances (bubbles), I understand now that as a safety the DynamicDropLoss should be added too.
sr. member
Activity: 449
Merit: 250
Software developer
I was referring to the other markets. Darkcoin has more then enough movement, your right on that one. Smiley (i missed this alt pump)

it looks like a bubble, so a dynamic drop-loss would do good. (aka follow up)
newbie
Activity: 6
Merit: 0
@ Stephan224; what do you mean with "it's not moving"? Only today Darkcoin has doubled in Volume AND in Value. http://coinmarketcap.com/drk_7.html
The trading volume is now second to only bitcoin... it passed even litecoin. It's probably a bubble but I was just wondering what the right indicator would be for these kind movements.

For instance, I anticipated on both movements for Vertcoin and Darkcoin but I do not know how to capitalize on them using the bot. When looking at this morning (CET) and looking at VTC, what indicator would have best suited it's movement? I know this is advice in hindsight but it gives me a feeling of how to configure the bot when I think a similar situation might occur with a certain coin.

Thanks!
sr. member
Activity: 449
Merit: 250
Software developer
@g0re79:
Reading prices is done using 4 different methods in a fall-over structure. If you analyse the JSON data that cryptsy returns then you will see there are more datafields that are giving back the latest price. (for example you could also use the order list data to obtain a price).

For reading prices itself we do not use the connection credentials. But i think the main reason why it looks this way is because we need to track the fee percentages. (for backtesting for example)

BTW I am open into sharing details about the cryptsy api driver if needed.

@Lawk:
The market movement it very low atm. I am testing arbitrage here and thats almost a full stand still due no market movements. :|

@Pengju:
I will have a look if i can make those suggestions work. But i can not promise to make it inside the current big update because the list is full already.

@All:
I have a little sneak peak preview on the Classic interface, the coming Dashboard. It shows a little how we are gonna integrate the arbitrage-bots inside the software. (more details will follow about this)


This is not very interesting of course, but i wanted to show we are implementing both the login for the software (the web login looks different) as the support for more languages (then my terrible english) This shows a Dutch language which will be directly available on version 1.0. More languages will follow in later updates.


And... i totally forgotten to share some detail on the new DEMA and TEMA trade indicators inside version 0.9.9.8.

Both the DEMA and TEMA can be compared to the MACD trade indicator. But the difference is then DEMA uses 1 correction to get close to the prices. Aka respond faster. DEMA does the same, but is uses a double correction to get closer. Aka even a faster responce.

DEMA and TEMA are designed to improve the trade signls of the MACD trade indicator. So if you using this one and you want to buy or sell a little sooner then i can advice to have a look at these ones. (of course when the prices are moving again, which is not at this moment)

I have been told DEMA is highly discussed in some current trading topics. Wink
newbie
Activity: 23
Merit: 0
the other thing make the situation worst is it seems like Haasbot not use the last price as limit order price, it tend to use a price slightly low/high than last price. This kind of strategy can generate more profit in a flat market, but just a disaster in a trend market…order never get chance to be executed

I wonder why there were hanging so many unfulfilled trades on Cryptsy, so I start to experimenting with my own (very basic java) bot and found out something strange and very annoying.
There are 3 ways how to connect to Cryptsy API. One is only for pushing realtime trading data (and probably not used by Haasbot), second is for various market and trading data, its public and don´t require API keys (and probably not used by Haasbot either, because without API keys You can´t even read prices with Haas) and third is for ordinary API access to get all possible data and to be able to trade and it requires API keys. This is most probably the one Haasbot use and suddenly worst of them - no matter how often You call API commands, last trade price is cached on server and updates once in about 15 minutes, furthermore inacurrate to actual price. Other data like open orders and recent trades are updated correctly, just this last price is somehow screwed.. Seems to me like some filthy Cryptsy game and I am curious how Haasbot is getting last price.

Wonderful experiment, I wish I could have same kind of coding skill like you.

I observed same symptom on the on cryptsy. It always delay for around 15 minutes also.

I think that if Hassbot could add a ‘multiplier’ setting on limit order that can alleviate this problem.
We could set the ‘multiplier’ like this way:
1.)   If we want to make a safe buy/sell in trend marketing strategy, we can set (BUY: 1.01*last price;  SELL: 0.99*last price)
2.)   If we want to make a more profit buy/sell in oscillatory marketing strategy, we can set (BUY: 0.99*last price;  SELL: 1.01*last price)
3.)   If we just want make a marketing order, we can set (BUY: 1.10*last price;  SELL: 0.90*last price)

In a short word, allow us to set a ‘multiplier’ value for limit order.

I don’t know whether it is possible to have such additional setting on Haasbot, it will solve my big problem if it could have.
newbie
Activity: 6
Merit: 0
Hi,

I am using the trade bot since yesterday and am still looking at all the different possibilities before I activate one bot.
I'm particular interested in fast moving coins like Darkcoin and Vertcoin with a fair bit of volume.

To capitalize on fast upward moving trends; what would be a suitable indicator(s) to use and how would you configur it.
Setting RSI and Stoch on default values on these coins won't do much.
I was thinking of using percentage_price_change and MA as triggers but am strugeling to find the right settings.

Any idea's?

Ps. I am novice to this so for me it's a learning experience on signals and crypto trading in general, I am reading a lot of material on it but find it hard to come up with the right combination for the right type of coin.
sr. member
Activity: 476
Merit: 250
I´ve got a picture! Haha!
the other thing make the situation worst is it seems like Haasbot not use the last price as limit order price, it tend to use a price slightly low/high than last price. This kind of strategy can generate more profit in a flat market, but just a disaster in a trend market…order never get chance to be executed

I wonder why there were hanging so many unfulfilled trades on Cryptsy, so I start to experimenting with my own (very basic java) bot and found out something strange and very annoying.
There are 3 ways how to connect to Cryptsy API. One is only for pushing realtime trading data (and probably not used by Haasbot), second is for various market and trading data, its public and don´t require API keys (and probably not used by Haasbot either, because without API keys You can´t even read prices with Haas) and third is for ordinary API access to get all possible data and to be able to trade and it requires API keys. This is most probably the one Haasbot use and suddenly worst of them - no matter how often You call API commands, last trade price is cached on server and updates once in about 15 minutes, furthermore inacurrate to actual price. Other data like open orders and recent trades are updated correctly, just this last price is somehow screwed.. Seems to me like some filthy Cryptsy game and I am curious how Haasbot is getting last price.
newbie
Activity: 59
Merit: 0
the other thing make the situation worst is it seems like Haasbot not use the last price as limit order price, it tend to use a price slightly low/high than last price. This kind of strategy can generate more profit in a flat market, but just a disaster in a trend market…order never get chance to be executed

I have seen this as well. Unsure if it is due to the market moving between 1min ticks or what.
newbie
Activity: 23
Merit: 0
the other thing make the situation worst is it seems like Haasbot not use the last price as limit order price, it tend to use a price slightly low/high than last price. This kind of strategy can generate more profit in a flat market, but just a disaster in a trend market…order never get chance to be executed
Pages:
Jump to: