-
Notifications
You must be signed in to change notification settings - Fork 129
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
relative orders pump/dump detector feature to prevent loss #688
Comments
Are you talking about a new optional parameter for Relative Orders to be added to DEXBot that says If price moves X% within Y seconds, disable DEXBot RO Worker? Good to hear you are working on new DEXBot features in your spare time :) |
I think that no time measurement is needed, just X% of price moves. but this is only basic pump and pump detector part which is active until enough measurements of average spread are done to be able to detect pump and dump way normal ~ (pump_dump_hit_spread_factor * spread_average) To this feature not be too much aggressive for machine, measures happening only when order fill. |
Some logic and algorithm about pump dump implementation.
Than some initialization function is needed to add.
Than main pump and dump detector function itself is needed to add. This function returns true when pump or dump is detected. For now im sorry for is still in stage of been fully print debugged...
Initialization So
For example insert part of code like this:
Next is to restore worker functionality when hit pump/dump ends. So
For this time. Thats all folks. Thanks for any feedback, questions, issue reports. |
Thanks for your work on this. I will ask the devs to take a closer look into this in the coming weeks. However due to the funding sitation this is not a priority |
Thanks. Will see, maybe BTS account will make some micro-transaction tips or direct deposit tips. This is only the first stage of feature, next stage gonna be update to take advantage of pump/dumps and make huge profits on it, by at pump/dump time making only valley-staggered sells or buys depends on case pump-to-dump or dump-to-pump. |
As i can see no one was interested in this algorithm that can save you from pump/dump lost which are sometimes many % of your portfolio. For now we are canceling public development of this feature and continuing in private. |
There is interest. However, currently the CEX-DEX arbitrage feature must take priority to ensure it is developed ASAP. Perhaps once private development is complete further down the road DEXBot can negotiate a fee to compensate you open-sourcing it? |
Introduction to pumps and dumps
As you all know, day by day pumps and dumps happening on any exchanges. In this cases dexbots produces significant loss, because it has no protection for this case.
example of real situation and problem description
For example:
You are running bot on pair BTC/BBB at 10% spread.
Actual BBB center price is 100 SAT.
If someone pumps BBB middle price from 100 to 200 SAT that is 100% price pump. Your dexbot is running at 10% spread your dexbot will probably only once sell BBB at 105 SAT and than at dump will dexbot loss because stars buying BBB at middle price 200 at 10% spread so 195 190 180 175.. and so...
How to deal with this pump/dump problem
Add average price spread measurement.
Add configuration pump_dump_hit_spread_factor
Add pump_dump_detector() function which:
Definition of normal should be relatively computed by average spread and pump_dump_hit_spread_factor by simple match "normal" is when price change was not more than (pump_dump_hit_spread_factor * spread_average)
Config pump_dump_hit_spread_factor is needed because pumps and dumps are not same at whole market but rather specific pair by pair.
Also need to add very basic pump and dump detect in case when not enough measurements of average spread have not been done yet and price change was more than X%
actual status of this feature
my friend and me are working on this experimental feature also another dexbot features in our free time. We still have not implemented this in QT/GUI, so options are still hardcoded.
Our expectation 1# for this experimental code are tips in BTC/LTC/ETH/PIVX or whatever other altcoins to transparent empty addresses or directly to bitshares account.
Our expectation 2# is to get someone who gonna add pump_dump_hit_spread_factor config to QT/GUI
Our expectation 3# is to get assist by dexbot team to integrate this piece of code to dexbot.
We are still in process of testing this feature...
To make this happen, please share your feedback, ask or whatever comment.
The text was updated successfully, but these errors were encountered: