Algorytm handlowy Solana: prześledź jedną regułę od początku do końca

Przykład algorytmu handlowego Solana potrzebuje celu

Celem R1 jest utworzenie możliwej do przeglądu propozycji częściowego zmniejszenia pozycji już zarządzanej w procesie. Nie odkrywa nowych tokenów, nie wnioskuje o zamiarze tradera ani nie dobiera całego portfela. Wąski zakres skupia przykład na relacji obserwacji z jednym typem działania.

Algorytm używa stałego mint tokena i obsługiwanej interpretacji rynku. Obserwuje kwotowania sprzedaży dokładnie 100 tokenów w zamian za wskazane aktywo kwotowania. Każde porównanie ma ten sam kierunek i ilość. Kwotowanie zakupu 100 tokenów lub sprzedaży innej ilości nie trafia do bazy jako równoważne.

Wcześniejszy poradnik architektury bota handlowego Solana rozdziela obserwację, strategię, autoryzację i uzgadnianie. R1 przestrzega tych granic. Wyzwolenie reguły jest proponowaną decyzją, a wynik konta wymaga dowodów późniejszych etapów.

Określ pakiet obserwacji

Każdy pakiet obserwacji zawiera tożsamość mint, aktywo kwotowania, ilość wejściową, oczekiwaną ilość wyjściową, czas obserwacji, źródło lub zakres tras i status interpretacji. Określa też koszty już uwzględnione w wyjściu. Pakiet należy zapisać, zanim stanie się wejściem reguły.

Dla R1 wyjście jest kwotowaniem sprzedaży konkretnej ilości, a nie ogólną ceną tokena. Przybliża to porównanie do zamierzonej ilości zmniejszenia, zachowując niepewność wykonania. Kwotowanie jest dowodem warunków w danej chwili, a nie gwarancją późniejszego wyniku konta.

Pakiet wymaga jasnego czasu dostępności. Kwotowanie odzyskane z historii po granicy decyzji nie może trafiać do odtwarzania jako znane wcześniej. Ślad dowodowy pojedynczego algorytmu zaczyna się od tego, co system rzeczywiście mógł sprawdzić przy uruchomieniu reguły.

Zdefiniuj zakończone okno bazowe

R1 porównuje najnowsze kwalifikujące kwotowanie ze średnią ilością wyjściową trzech poprzednich zakończonych obserwacji wybranych według stałego harmonogramu. Harmonogram i reguła aktualności należą do wersji reguły. Nie dobiera się ich później dla korzystnej bazy.

Wszystkie trzy obserwacje bazowe muszą spełniać te same wymagania tożsamości, ilości, kierunku i obsługi. Jeśli jedna jest brakująca lub nieprawidłowa, R1 w tym przykładzie wstrzymuje działanie. Nie skraca po cichu bazy ani nie zastępuje brakującej wartości najnowszym kwotowaniem.

Bardziej złożony algorytm mógłby użyć innego rachunku, ale specyfikacja potrzebowałaby tej samej jasności. Nie chodzi o twierdzenie, że trzy obserwacje tworzą silny model prognostyczny. Chodzi o to, że niewielkie, z góry ustalone obliczenie ułatwia sprawdzenie granicy danych wejściowych i ujawnia, jak brakujące dane zmieniają decyzję.

Ustal rytm przeglądu w przykładzie

W tej specyfikacji wyobraźmy sobie przeglądy co pięć minut. Przegląd 10:00 używa zapisanych pakietów kwotowań 09:45, 09:50 i 09:55 jako bazy oraz osobnego najnowszego kwotowania obecnego przeglądu. Każdy pakiet musiał spełniać jednominutowy limit aktualności przy przyjęciu we własnym czasie przeglądu; najnowszy musi nadal spełniać go przy obecnej decyzji.

Odstępy są przykładowymi ustawieniami, a nie zalecaną częstością handlu. Zapewniają odtwarzalność i zapobiegają wybieraniu dowolnych trzech obserwacji historycznych tworzących wygodną bazę. Jeśli zaplanowany pakiet był niedostępny, działa reguła brakującego wejścia R1, zamiast sięgania dalej wstecz bez jawnej zmiany wersji.

Opisz wyzwalacz prostym językiem

R1 proponuje zmniejszenie, gdy najnowsza kwalifikująca ilość wyjściowa przewyższa średnią trzech bazowych ilości co najmniej o 5%. Próg wybrano tylko ilustracyjnie. Równość kwalifikuje według tej reguły, a rachunek używa zapisanych wartości bez zaokrąglenia przed formatowaniem wyświetlania.

Warunek opisuje względną zmianę kwotowanych wpływów dla tej samej ilości 100 tokenów. Nie twierdzi, że całą pozycję można sprzedać po wynikającym kursie ani że przewidzi się dalszy ruch ceny. To inne pytania wymagające innych dowodów.

Poradnik sygnałów handlowych Solana wyjaśnia, dlaczego wykrycie lub prognoza nie oznaczają automatycznie przewagi ekonomicznej. Wyzwalacz R1 to jedynie określone odwzorowanie zdarzenia na propozycję. Użyteczność wymaga osobnej oceny wyników, kosztów i zastępowanego zachowania alternatywnego.

Oblicz wyzwalacz ręcznie

Załóżmy fikcyjne bazowe ilości wyjściowe pięćdziesiąt, pięćdziesiąt dwa i pięćdziesiąt jeden jednostek waluty kwotowania. Ich średnia wynosi pięćdziesiąt jeden. Najnowsza ilość wynosi pięćdziesiąt cztery. Wzrost względny to trzy podzielone przez pięćdziesiąt jeden, około 5,88%, więc liczbowy wyzwalacz spełnia próg 5% R1.

Rachunek należy zapisać z identyfikatorami wejść. Oceniający może wtedy odtworzyć go bez obecnej strony rynku. Przy późniejszej korekcie wejścia zachowaj pierwotną decyzję i zapisz różnicę poprawionego obliczenia, zamiast po cichu przepisywać wcześniejsze wyjście.

Rachunek nie dowodzi korzystności proponowanej sprzedaży. Ustala jedynie spełnienie wyzwalacza przez zapisane obserwacje. Następne etapy sprawdzają istnienie pozycji, dostępność ilości, aktualność kwotowania i zgodność działania z regułą konta.

Przegląd reguły algorytmu Solana obejmuje kwalifikację

R1 działa wyłącznie na zarządzanej pozycji z co najmniej 300 dostępnymi tokenami przed proponowanym zmniejszeniem o 100 tokenów. Przykład pozostawia więc co najmniej 200 tokenów po udanym zmniejszeniu. Reguła ilościowa jest ilustracyjna i należy do definicji strategii, a nie uniwersalnych zaleceń wielkości pozycji.

Reguła wymaga również obsługiwanej interpretacji tokena i rynku, kompletnej bazy, świeżej najnowszej obserwacji i braku nierozstrzygniętego zamiaru zmniejszenia rezerwującego te same aktywa. Przy niespełnieniu wymogu wynik wskazuje powód wstrzymania, zamiast zwracać mylący zerowy wynik punktowy.

Przegląd reguły algorytmu handlowego Solana powinien zweryfikować wymagania przed rachunkiem progu. Matematycznie poprawne 5,88% nie zrekompensuje złego mint, starych dowodów ani niedostępnych aktywów. Kwalifikacja ustala znaczenie rachunku dla zamierzonego działania.

Ogranicz propozycję względem granicy uprawnień

Po wyzwoleniu R1 tworzy propozycję zmniejszenia pozycji o 100 tokenów. Zawiera ona wersję reguły, odniesienia dowodowe, ilość, obecny kontekst kwotowania i termin ważności. Sama nie podpisuje ani nie przesyła transakcji.

Osobny etap autoryzacji sprawdza regułę konta i obecny stan. Konto może odrzucić propozycję z powodu rezerwacji aktywów przez inne działanie, braku uprawnień lub trasy poza zakresem. Odrzucenie jest prawidłowym wynikiem mimo spełnienia reguły obserwacyjnej R1.

Poradnik systemu handlowego Solana wyjaśnia trwałą odpowiedzialność za te zapisy. Rozdzielenie propozycji i autoryzacji odróżnia wstrzymanie strategii od odrzucenia konta. Wyniki wskazują inne ulepszenia i nie powinny być scalane w ogólną liczbę braku transakcji.

Ponownie sprawdź kwotowanie przed próbą

Kwotowanie wyzwalające R1 może wygasnąć przed gotowością działania do przesłania. Proces powinien uzyskać obecne dowody i stosować określoną regułę istotnych zmian. Stary wyzwalacz nie dowodzi dalszej dostępności pierwotnie obserwowanej ilości wyjściowej.

Jeśli nowe kwotowanie nie spełnia już warunków propozycji, działanie można odrzucić lub zwrócić do ponownej oceny. Reguła powinna wyjaśniać, czy pierwotny warunek wyzwalający musi nadal obowiązywać, czy próbą rządzi osobno autoryzowana granica wykonania. W tym przykładzie nie pozostawia się tego wyboru doraźnej decyzji procesu wykonawczego.

Zachowuj osobno kwotowanie wyzwalające i późniejsze wykonawcze. Różnica jest przydatnym dowodem opóźnienia i wykonalności. Zastąpienie pierwotnego późniejszym utrudniłoby wyjaśnienie przyczyny wyzwolenia algorytmu.

Zarezerwuj aktywa na autoryzowane zmniejszenie

Załóżmy, że w chwili autoryzacji propozycji sprzedaży 100 tokenów na koncie jest dostępnych 500 tokenów. Proces rezerwuje proponowaną ilość, aby inna reguła wyjścia nie zakładała niezależnie dostępności wszystkich 500. Przy zamierzonym zakończeniu pozostaje 400 tokenów przed innymi niezwiązanymi zmianami konta.

Rezerwacja trwa przez nierozstrzygnięty okres próby według reguły uzgadniania. Można zwolnić ją po wygaśnięciu nieprzesłanej propozycji lub ustaleniu przez dowody wyniku dopuszczającego zwolnienie. Mechanizm harmonogramu nie powinien zwalniać rezerwacji tylko dlatego, że zaczyna się kolejny przedział czasowy.

Wcześniejszy poradnik koordynacji realizacji zysku i stop-loss Solana omawia konkurujące warunki wyjścia. R1 jest jednym z możliwych źródeł propozycji zmniejszenia. Jego implementacja musi współpracować z każdym innym przez wspólny zapis pozycji, zamiast zarządzać aktywami w izolacji.

Zapisuj przesłanie jako próbę

Komponent wykonania zapisuje autoryzowany zamiar i wynikłą próbę transakcji. Zachowuje tożsamość i czas potrzebne do śledzenia wyniku. Udana odpowiedź przesłania sama nie jest uzgodnioną sprzedażą; dokumentacja sendTransaction Solana wyraźnie to rozróżnia. Dokumentacja przesyłania Solana.

Przy niepewnej odpowiedzi proces powinien badać istniejącą próbę. Nie powinien ponownie uruchamiać R1 i tworzyć nowego zamiaru sprzedaży tylko dlatego, że wcześniejsze żądanie nie zwróciło wygodnego końcowego statusu. Pierwotna propozycja i zarezerwowane aktywa nadal należą do stanu konta.

Rozdzielenie poprawia także badania. Wyzwolona propozycja, autoryzowana propozycja i zakończone zmniejszenie to inne liczby. Wykonalność operacyjną algorytmu można ocenić dopiero przy zachowaniu przejść i powodów, dla których część propozycji nigdy nie zmienia konta.

Uzgodnij pozycję po ustaleniu wyniku

Po ustaleniu wyniku transakcji według wybranej reguły porównaj skutek na koncie z zamiarem. Zapisz zmniejszoną ilość, wpływy, koszty i pozostałe zarządzane aktywa. Przy różnicy względem oczekiwań zachowaj rozbieżność i rozstrzygnij ją, zanim zależne działania założą czysty stan.

Pozycji nie należy oznaczać jako całkowicie zamkniętej po zmniejszeniu o 100 tokenów z 500. Pozostaje otwarta z uzgodnioną ilością. Status zakończonej próby i zamkniętej pozycji opisują inne obiekty i powinny pozostawać rozdzielone w interfejsie oraz eksporcie.

Pozostała pozycja wpływa także na kolejną ocenę R1. Reguła powinna używać aktualnych dostępnych aktywów, uwzględniając inne rezerwacje i zmiany zewnętrzne. Kopiowanie pierwotnej ilości 500 tokenów do każdej przyszłej propozycji naruszałoby ustanowiony warunek kwalifikacji.

Zdefiniuj ponowne wyzwolenie reguły

Bez reguły ponownego uzbrojenia R1 mogłaby wydawać kolejne zmniejszenie przy każdej obserwacji tego samego trwałego warunku. Zdecyduj, czy algorytm dopuszcza powtórne zmniejszenia, czeka na zamknięcie warunku czy wymaga nowego epizodu bazy przed następną propozycją.

W przykładowej specyfikacji jeden epizod wyzwolenia może mieć tylko jeden otwarty zamiar zmniejszenia. Po jego rozstrzygnięciu R1 wymaga świeżego kompletnego przeglądu, którego najnowsza ilość wyjściowa jest najwyżej o 2% ponad kwalifikującą bazą, zanim zacznie się następny epizod. Reset zamyka stary warunek; późniejszy przegląd musi ponownie spełnić próg otwarcia 5%, aby utworzyć nowy epizod. Wymagania aktywów i uprawnień nadal stosuje się niezależnie.

Zapobiega to przypadkowym piramidom zamiarów wyjścia z powtarzanych obserwacji. Definiuje też jednostkę badania: epizod ma warunek otwarcia, wynik propozycji i zamknięcie lub reset. Można wtedy oddzielić liczbę powiadomień i obserwacji od liczby rzeczywistych decyzji algorytmu.

Przetestuj niepełną bazę

Usuń środkową obserwację bazową, pozostawiając najnowszą ilość wyjściową pięćdziesiąt cztery. Według R1 oczekuje się wstrzymania z powodu niepełnej wymaganej bazy trzech obserwacji. System nie powinien uśredniać pięćdziesięciu i pięćdziesięciu jeden, twierdząc, że nadal uruchomił pierwotną regułę.

Zapis powinien nazywać brakujące wejście i zachowywać najnowszą prawidłową obserwację do późniejszych badań. Po przybyciu brakującej obserwacji system może odtworzyć wcześniejszy rachunek, ale jest to wynik retrospektywny. Nie staje się sygnałem dostępnym na żywo w pierwotnym czasie decyzji.

Przypadek sprawdza granicę informacji, a nie arytmetykę. Program może poprawnie obliczyć średnią, naruszając regułę niepełnym lub spóźnionym zbiorem danych. Znacząca walidacja sprawdza kwalifikację wejść przed wynikiem liczbowym.

Przetestuj stare kwotowanie i zmienione aktywa

Następnie zachowaj kompletną bazę, lecz postarzej najnowsze kwotowanie ponad limit aktualności R1. Oczekuje się wstrzymania lub wygaśnięcia propozycji, zależnie od etapu. Nowo wyrenderowany ekran nie powinien odświeżać wieku kwotowania źródłowego.

Następnie przywróć świeże kwotowanie, zmniejszając dostępne aktywa poniżej 300 przez kontrolowaną zmianę zewnętrzną. Liczbowy wyzwalacz może nadal obowiązywać, lecz pozycja nie przejdzie kwalifikacji. Zapis powinien wskazać warunek ilości, zamiast udawać zniknięcie sygnału przez zmianę rynku.

Przypadki pokazują potrzebę powiązania reguł obserwacji ze stanem konta. Ten sam pakiet rynkowy może dawać inne dozwolone wyniki po zmianie aktywów lub uprawnień. Nie jest to niespójność, lecz zamierzone zachowanie kompletnego procesu algorytmicznego z jawnymi warunkami wstępnymi.

Porównaj R1 z określoną alternatywą

Aby ocenić użyteczność R1, wybierz zachowanie bazowe przy tych samych założeniach konta, obserwacji i kosztów. Alternatywą może być planowe stałe zmniejszenie lub brak zmniejszenia do późniejszego zadeklarowanego przeglądu. Wybór powinien pasować do pytania badawczego i unikać wiedzy po fakcie.

Poradnik algorytmów handlowych Solana rozwija uczciwe porównania reguł. R1 nie powinna dostawać korzystniejszych kwotowań, większego budżetu ani innego horyzontu wyjścia niż alternatywa, chyba że różnica jawnie należy do badania.

Porównanie powinno obejmować zmniejszenia proponowane, lecz niewykonane, pozostałe aktywa i koszty. Oglądanie tylko zakończonych zmniejszeń może ukrywać przypadki wyzwolenia reguły przy niewykonalnym działaniu. Pełna ścieżka konta mówi więcej niż zbiór izolowanych udanych przykładów.

Zamroź regułę przed późniejszym przeglądem

Końcowa specyfikacja R1 obejmuje zbiór, ilość kwotowania, wybór bazy, próg, kwalifikację, ważność, ponowne uzbrojenie, przekazanie do autoryzacji i rozliczenie wyniku. Zamroź całą definicję przed analizą późniejszego okresu oceny. Zmiana jednego ukrytego warunku może istotnie zmienić wynik.

Wcześniejszy poradnik procesu badawczego Solana wyjaśnia znaczenie granic czasowych i stałych reguł. Jeśli późniejszy okres ujawni wadę lub nieatrakcyjny wynik, udokumentuj rewizję jako R2 i wskaż dowody użyte do jej wyboru.

Reguła poprawiona po analizie okna oceny nie powinna zachowywać twierdzenia, że to samo okno niezależnie zweryfikowało poprawioną wersję. Zapis nadal może być cennym dowodem rozwoju. Uczciwe wersjonowanie zachowuje wiedzę z badania bez pozorowania wcześniejszego wyboru końcowej reguły.

Rozłóż przegląd wyniku na etapy

Sprawdź, czy R1 otrzymała kompletne dowody, poprawnie obliczyła wyzwalacz, utworzyła zamierzoną propozycję, przeszła autoryzację, osiągnęła ustalony wynik próby i uzgodniła pozycję. Niepowodzenie na każdym etapie znaczy coś innego. Poprawny wzór nie dowodzi poprawności całego procesu.

Potem osobno oceń pytanie ekonomiczne: co zmniejszenie zmieniło względem określonej alternatywy po kosztach i przy tej samej ścieżce konta? Odpowiedź może być korzystna, niekorzystna lub nierozstrzygająca. Interpretowalność algorytmu nie gwarantuje jego wartości.

Przydatny raport może więc wskazać zgodność implementacji ze specyfikacją przy niespełnieniu celu badawczego strategii. Może też wskazać wadę operacyjną przed jakimkolwiek twierdzeniem ekonomicznym. Rozdzielenie wniosków kieruje poprawę na etap faktycznie wskazany dowodami.

Zachowaj kompletny przykład dla przyszłych zmian

Zachowaj sekwencję kwotowań pięćdziesiąt, pięćdziesiąt dwa, pięćdziesiąt jeden i pięćdziesiąt cztery z oczekiwanym rachunkiem 5,88% oraz powiązanymi przypadkami kwalifikacji. Dodaj zapisy propozycji, autoryzacji, próby i uzgodnienia z kontrolowanego uruchomienia. Tworzy to zwięzłe odniesienie dla późniejszych zmian implementacji.

Odniesienie powinno obejmować wyniki bez działania i udaną ścieżkę. Przyszłe wersje można sprawdzać względem zamierzonych różnic przy zachowaniu stabilnych granic. Przegląd regresji jest najprzydatniejszy przy weryfikacji znaczącego zachowania, zamiast odzwierciedlania najnowszej implementacji.

Algorytm handlowy Solana staje się możliwy do przeglądu przy jawnym całym łańcuchu. Jedna prosta reguła pokazuje tę dyscyplinę: obserwowane dowody wchodzą do stałego rachunku, kwalifikacja ogranicza użycie, uprawnienia kontrolują działanie, a uzgodnienie konta ustala skutek. Ta sama jasność jest cenna przy bardziej złożonym docelowym algorytmie.