-
Notifications
You must be signed in to change notification settings - Fork 1
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
Nowe tokeny #119
Comments
To jest to |
Tak. Możemy na początek zrobić 0/1 i wtedy jeśli wszystkie eventy są 0 to wybieramy te które sa preferowane. Jesli jest jakis 1 - czyli ważny - to najpierw go bierzemy, a potem dorzucamy preferowane. |
Plus warto by dodać dla każdego timeframe ile ostatnich okresów nas interesuje, np. dla 1h, 48 świec, a dla 24h - 30 świec. |
Można też rozważyć "event-driven charting". Zaczynamy od zdefiniowania zdarzeń atomicznych:
Następnie patterny definiujemy przez konieczne eventy + pewne reguły. Na przykład pattern Triangle:
type: wrapping
structure:
- bands: 2
events:
- local_top: 2
- local_bottom: 2
rules:
- is_converging
pattern Channel:
type: wrapping
structure:
- bands: 2
events:
- local_top: 2
- local_bottom: 2
rules:
- is_parallel
patter DoubleTop:
type: pattern
structure:
- points: 3
events:
- big_move_up: 1
- local_top: 2
- local_bottom: 1
rules:
- top_bottom_top
- peaks_at_same_height Wtedy w pewnym momencie czasu, gdy dostajemy nowe dane (obserwujemy pewien strumień): class Setup:
wrapper: Wrapping
pattern: Pattern
...
def generate(pair, data):
# historical data
last_setup = check_last_setup(pair)
actual_setup = select_actual_setup(last_setup, data)
# new setup
new_setup = detect_new_patterns(data)
# Update info about situation
# Wrappers
if wrapper in actual_setup and
wrapper in new_setup:
# Check which one is more meaningful / well-adjusted
# and return a message if there was update
best_wrapper, msg = compare_wrappers(actual_setup.wrapper, new_setup.wrapper)
else:
best_wrapper = new_setup.wrapper
# Patterns
best_pattern = ()
# More patterns / candlestick patterns?
best_candles = ()
setup = Setup(wrapper=best_wrapper, pattern=best_pattern, **kwargs)
info = {
'setup': Setup,
'indicators': indicators_info(data)
'info': generate_info_using_messages
}
return info To sugeruje, że w danym momenice może być tylko jedno rysowanie, jeden pattern (np. DT), jedno coś... Tutaj w ładny sposób można by definiować nowe patterny i dodawać heurystyki. @Bombasarkadian co myślisz? Jak już robimy coś w kierunku tokenów / ciągu eventów to warto to przemyśleć na dłużej 🤯 |
Interesujące podejście - takie książkowe. Będzie można kiedyś spróbować i porównać efekty |
Może że wrzućmy na produkcję to co jest, piszmy tweety i pójdźmy w tym kierunku? Mając takie eventy można zrobić powiadomienia, maile, cokolwiek co będzie działo się na bieżąco i pozwoli na szybsze poprawki i obserwacje :D |
Plus mielibyśmy również połowiczne patterny np. tylko górną linię od trójkąta. |
Jako atomiczne eventy widzę:
Na pikach / trendach budujemy patterny, pozostałe dwa jako źródło informacji. @Bombasarkadian przychodzi Ci coś jeszcze do głowy? |
Po każdym uzupełnieniu danych przechodzimy po wszystkich wskaźnikach, rysunkach i patternach i generujemy log zdarzeń.
Pojedynczy wpis powinien mieć formę:
W momencie zapytania o daną parę:
The text was updated successfully, but these errors were encountered: