Skip to content
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

Oczekiwanie na odreagowanie ceny po dużym wzroście #36

Open
kamilBTC opened this issue Aug 22, 2020 · 3 comments
Open

Oczekiwanie na odreagowanie ceny po dużym wzroście #36

kamilBTC opened this issue Aug 22, 2020 · 3 comments
Labels
question Further information is requested

Comments

@kamilBTC
Copy link

Defekt- SolBot kupuje zaraz za 'górką' cenowa

Cześć,
Chciałbym zaproponować drugą zmianę w pracy naszego bota.
Zmiana polegałaby na tym, aby po sprzedaży, bot sprawdził jak bardzo urosła cena i uwzględnił to przy kolejnym zakupie. Jeżeli urosła znacząco, to powinien poczekać na stabilizację ceny lub jej spadek.
Z moich obserwacji, ceny rosną ostrożne/powoli, ale spadki są gwałtowne, wiec łatwo jest spełnić warunek ceny zakupu od wyliczonej średniej i bot ralizuje zakup. Cena aktywa odreagowuje a ja zostaje z 'drogim' krypto.

Na załączonym zdjęciu przedstawiam sytuację jaka miała miejsce.
Zwracam na to uwagę, ponieważ na przestrzeni ostatnich dwu dni, ta sytuacja zdażyła mi się trzeci raz. Konsekwencją jest aktywowanie StopLoss, co w połączeniu z naliczaniem StopLoss od wartości średniej, a nie od ceny zakupu, generuje dużo wieksze straty niż można przyjąć. W moim przypadku bot musi wykonać 7-10 'kółek' aby wrócić do budżetu wyjściowego. Oczywiście jak kurs pozwoli.

GitHub- Brak oczekiwania na odreagowanie pow wzroście

@tkowalczyk
Copy link
Member

@kamilBTC super, bardzo dobry opis kolejnej propozycji, a możemy spróbować doprecyzować i jednocześnie ubrać w ewentualne parametry proces stabilizacji ceny?

np. parametr, który określa ile cykli bot ma czekać po sprzedaży a przed kolejnym zakupem, podobnie jak np. stoplosspausecycles

@kamilBTC
Copy link
Author

Wydaj mi się, że algorytm powinien sprawdzać, po wykonaniu ruchu SEL, czy krzywa narastania ceny/dynamika w zdiniowanym czasie (np jak w stoplosspausecycles) nie jest zbyt stroma. Jeżeli jest zbyt stroma, to opcja BUY powinna być zablokowana o koleny parametr jak np stoplosspausecycles, lub powtarzać (przy każdym pobraniu ceny) stopień 'nachylenia krzywej w przeszłości'.
Jak 'nachylenie krzywej w przeszłości' będzie mniejsze niż założone, to bot mógłby wrócić do szukania pozycji BUY.

Myślę, że kila osób musiałoby to przemyśleć i dać znać. Jeszcze dziś wieczorem siądę do powyższego wykresu i dam znać- będę się opierał o nachylenie krzywej w przeszłości.

@tkowalczyk tkowalczyk added the question Further information is requested label Aug 22, 2020
@bohorok
Copy link

bohorok commented Dec 21, 2021

Cześć
Na wstępie, dzięki za kawał roboty. Właśnie bawię się i testuję twój program i natrafiłem na ten komentarz. Uważam że takie systuacje będą się zdarzać dość często ponieważ można tylko stosować strategię buydown. To inwestowanie sprzeczne: kupuj wtedy kiedy spada. Tylko niewiadomo kiedy spadek napotka wsparcie. Moim zdaniem żeby unikać takich sytuacji zdecydowanie lepsza byłaby strategia buyup. Obliczamy średnią cenę z określonego okna czasowego przeszłości i obliczamy procentową zmianę bieżącej wartości do tej ceny. Większe szanse na łapanie dołków i inwestowanie zgodnie z trendem.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
question Further information is requested
Projects
None yet
Development

No branches or pull requests

3 participants