Porozmawiajmy o operacjach zamiast o technologii: Jak Hyperliquid przenosi "czarną skrzynkę wzrostu" giełdy na blockchain?

Candy@TEDAO｜Autor

Wprowadzenie | Czy "księgi biznesowe" stojące za transakcjami również mogą być upublicznione?

W świecie DeFi każda transakcja jest zapisywana w niezmiennej publicznej księdze, dostępnej dla każdego. Przyzwyczailiśmy się do obserwowania każdej wymiany na zdecentralizowanych giełdach takich jak Uniswap, ale informacje często kończą się na stwierdzeniu "ta transakcja miała miejsce".

Skąd pochodzi ta transakcja? Czy była to rekomendacja od lidera opinii (KOL) czy narzędzia tradingowego? Przez długi czas tego typu przypisanie opierało się na wewnętrznych systemach projektowych lub scentralizowanym przetwarzaniu backendowym, często określanym jako "czarna skrzynka wzrostu": same transakcje mogą być weryfikowane w łańcuchu, ale źródło promocji jest często rozliczane poza łańcuchem. To nie jest przypadkowe; wynika to z technicznych i kosztowych względów. Na sieciach głównych takich jak Ethereum, dołączanie dodatkowych identyfikatorów do każdej transakcji znacząco zwiększa opłaty za gaz i może również stwarzać wyzwania bezpieczeństwa. Dlatego wiele projektów decyduje się przechowywać swoje "księgi biznesowe" poza łańcuchem.

Hyperliquid to zdecentralizowana platforma tradingowa oparta na własnej podstawowej sieci blockchain (L1), gdzie użytkownicy mogą handlować kontraktami wieczystymi. W przeciwieństwie do innych platform, Hyperliquid ujawnia kluczowe dane biznesowe i logikę handlową w łańcuchu, osiągając pełną przejrzystość od transakcji finansowych po przypisanie wzrostu. Pozwala to na bardziej intuicyjne przedstawienie backendu giełdy jako śledzalnej mapy wzrostu.

1 | Publiczne "Konta Biznesowe": Zobacz, skąd pochodzi wzrost

Panel danych Hyperliquid (dostarczany przez zewnętrzną platformę analityczną Allium) działa jak "pokój wojenny" w czasie rzeczywistym. Nie tylko wyświetla trendy makroekonomiczne, ale także ujawnia kto (adres portfela), jakie narzędzia zostały użyte i kiedy napędzały wahania rynkowe. Osiąga się to poprzez strukturyzację informacji źródłowych w ścieżce protokołu, najpierw wyjaśniając dwa wymiary:

• Builder (Poziom Zamówienia): Zapisuje narzędzie użyte do złożenia zamówienia w parametrach zamówienia (np. pole builder). Pozwala to na porównanie wypełnień, opłat i retencji według narzędzia oraz wykonanie przypisania źródła.
• Polecenie (Poziom Konta): Konta są powiązane z funkcją "polecającego", a zniżki i rabaty są rozliczane w łańcuchu zgodnie z zasadami protokołu. Pozwala to na weryfikację nowych promocji i transakcji za pomocą oficjalnych/zewnętrznych paneli na podstawie rozliczeń w łańcuchu, ułatwiając ocenę budżetu i ROI.

 Rysunek 1: Przegląd ekosystemu Hyperliquid dostarczony przez Allium. Źródło: Allium: https://hyperliquid.allium.so/

Prosty przykład: Jak połączyć transakcje i wzrost?

Scenariusz A (Builder | Poziom Zamówienia)

Trader Bob używa narzędzia "TradePro" dewelopera Davida do złożenia zamówienia, które zawiera adres Davida (parametr builder). Protokół automatycznie rejestruje adres i odpowiednią opłatę w łańcuchu oraz dokonuje podziału konta zgodnie z zasadami.

Scenariusz B (Polecenie | Poziom Konta)

Trader Alice zarejestrowała się używając kodu polecającego KOL Emmy, ustanawiając wiązanie polecenia między kontem Alice i Emmą, które można zweryfikować w łańcuchu. Od tego momentu Alice korzystała ze zniżki na opłaty przy każdej swojej transakcji. System obliczał zniżkę na poziomie konta i automatycznie przydzielał rabat dla Emmy.

 Rysunki 2 i 3: Przegląd przychodów i wzrostu użytkowników dla różnych builderów i poleceń. Źródło danych: Allium

2. Kiedy Wkład we Wzrost Staje się Bezaufaniowy

Gdy przypisanie wzrostu przenosi się z off-chain na on-chain, cały łańcuch wartości się zmienia. Przyjrzyjmy się temu z perspektywy zasad, rozliczeń i danych:

1. Zasady: Od "Zmiennej Interpretacji" do "Zasad na Poziomie Protokołu"

Kluczowa logika jest utrwalana w kontraktach i wspólnie wykonywana przez sieć; ograniczenia kodu zastępują tymczasowe interpretacje, aby poprawić neutralność i przewidywalność zasad.

2. Rozliczenie: Od "Ręcznego Zatwierdzania" do "Automatycznego Rozliczenia"

Biorąc Builder (poziom zamówienia) jako przykład: użytkownik najpierw ustawia "maksymalną autoryzację opłaty" (ApproveBuilderFee) dla adresu dewelopera. Każde kolejne zamówienie zawiera parametr buildera, a protokół dokonuje rozliczenia podziału zysków w łańcuchu bez jakiejkolwiek ręcznej interwencji.

3. Dane: Od "Raportów Propagandowych" do "Śledzalnych Ksiąg"

Wszystkie kluczowe działania – składanie zamówień, anulowanie zamówień, likwidacja, zastosowanie zniżki – są zapisywane w łańcuchu i mogą być niezależnie weryfikowane przez każdego w publicznej księdze, bez konieczności polegania wyłącznie na szumie medialnym.

Ma to bezpośredni wpływ na:

Dla deweloperów (Builders) i promotorów (Refrals): Powrót do samego wkładu

Automatyczne rozliczenie oparte na wkładach w łańcuchu, niezależne od relacji czy statystyk offline, pozwala na widoczność tego, kto tworzy wartość. Doskonali deweloperzy i promotorzy mogą "głosować kodem" zamiast "lobbować za pomocą PowerPointa".

Operacje Projektowe i Zarządzanie DAO: Od Subiektywności do Konsensusu Danych

Podejmowanie decyzji w oparciu o ujednolicone metryki (np. "wkład promotora × retencja × ARPU") i dyskusja o redukcji kosztów.

Na przykład, panel "Wskaźnik Retencji Użytkowników Buildera" pokazuje różnice w jakości użytkowników wprowadzonych przez różne narzędzia: niektóre mają silny wskaźnik pozyskiwania, ale wysoką utratę w drugim tygodniu; inne mają niski wskaźnik pozyskiwania, ale stabilną retencję, z jaśniejszym kierunkiem zachęt.

 Rysunek 4: Panel retencji użytkowników buildera, śledzący nowych klientów i późniejszą retencję według tygodnia. Źródło danych: Allium

Dla zwykłych traderów: Używanie faktów do przebicia się przez szum

Można niezależnie zidentyfikować "kto nadaje ton i które narzędzia są skuteczne" i jest mniej podatnym na wykrzykiwane polecenia i nieprzejrzyste informacje.

Część 3: Koszt Przejrzystości i Granica Prywatności

Jednak każdy paradygmat technologiczny jest mieczem obosiecznym. Gdy przejrzystość jest doprowadzona do skrajności, pojawiają się nowe ryzyka i wyzwania:

Wyciek Strategii i Degradacja Alfy: Parowanie Tajemnic Handlowych

Dla profesjonalnych traderów i deweloperów, gdy ich wzorce handlowe i logika narzędzi są wyraźnie śledzone, ich dochodowa Alfa jest wystawiona na widok publiczny i może być łatwo kopiowana i naśladowana, powodując szybką utratę skuteczności strategii.

Precyzyjne polowanie i manipulacja rynkiem: przejrzyste pole łowieckie

Intencje traderów na dużą skalę dotyczące budowania pozycji stają się jasne na pierwszy rzut oka, co może prowadzić do złośliwego naśladowania lub precyzyjnych ataków ze strony ich kontrahentów wykorzystujących informacje o pozycji, zwiększając ryzyko operacji kapitałowych na dużą skalę.

Wycieki prywatności finansowej: publiczne ujawnienie majątku

Historia transakcji użytkowników i zyski/straty (PnL) są w pełni publiczne. Na przykład, panele ekosystemu (takie jak Allium) agregują zdarzenia likwidacji, tworząc listę; ale to również ujawnia adresy i nominalne straty, i jest bardziej prawdopodobne, że przyciągnie hakerów, phishing, a nawet zagrożenia bezpieczeństwa offline.

 Rysunek 5: Ranking likwidacji, pokazujący zlikwidowane adresy i straty. Źródło danych: Allium

Rozwiązania w drodze

Aby rozwiązać te ryzyka, branża zwróciła swoją uwagę na weryfikowalne technologie prywatności, takie jak dowody wiedzy zerowej (ZKP). Ich głównym celem jest udowodnienie protokołowi, że wkład został dokonany przez konkretnego promotora lub narzędzie, bez ujawniania tożsamości tradera lub szczegółów strategii, i wykorzystanie tego dowodu do zakończenia rozliczenia w łańcuchu.

Ta ścieżka zapewnia jasny kierunek techniczny do osiągnięcia idealnego stanu "zarówno weryfikacji, jak i ochrony". Jednak technologia nadal wymaga szerokiego dopracowania inżynieryjnego, aby przezwyciężyć wyzwania takie jak koszt, opóźnienie i uwierzytelnianie anti-sybil.

Podsumowanie | Więcej niż tylko przejrzystość finansowa, to o przekształcanie biznesu

Próba Hyperliquid rozszerza zasadę "bezaufaniowości" DeFi z poziomu transakcji na poziom źródła, demonstrując, czym jest wzrost natywny dla protokołu: umieszcza zamkniętą pętlę "przyciągania nowych użytkowników - handlu - podziału zysków" całkowicie w łańcuchu, czyniąc ją zarówno śledzalną, jak i możliwą do przeglądu, kładąc podwaliny pod bardziej sprawiedliwy mechanizm zachęt.

Jednak ten projekt umieszczania przypisania wzrostu w łańcuchu podnosi również kluczowe wyzwanie: jak lepiej chronić indywidualne strategie i prywatność bez poświęcania weryfikowalności. Tylko wtedy, gdy śledzalna księga i prawo do anonimowości współistnieją harmonijnie, mechanizm wzrostu można uznać za w pełni przeniesiony z off-chain na on-chain.