Projekt wyroczni Pytha opiera się na argumencie, że dane finansowe pierwszej strony nie są z natury otwarte; raczej są własnością ich twórców. Dane finansowe są generowane na podstawie transakcji na otwartym rynku w szerokim zakresie platform wymiany CeFi, a nie zagregowane, a te platformy i grupy, które najczęściej na nich handlują, są najlepszymi źródłami danych. W związku z tym Pyth współpracuje bezpośrednio z własnymi partnerami zajmującymi się danymi (animatorami rynku, biurami handlowymi, giełdami itp.), a nie z zewnętrznymi agregatorami, aby zapewnić bezpośrednie aktualizacje cen z niskimi opóźnieniami w łańcuchu.

Pyth został uruchomiony po raz pierwszy w 2021 r. i od tego czasu współpracuje z CBOE, Wintermute, Two Sigma, Cumberland i 90 innymi animatorami rynku, giełdami i innymi zewnętrznymi partnerami zajmującymi się danymi. Obecnie Pyth zapewnia średnie ceny rynkowe i wiarygodne zakresy dla ponad 400 akcji (np. BTC, TSLA, EUR/USD, kryptowaluty, akcje, FX, towary, aktywa stopy procentowej itp.) i zapewnia wsparcie dla ponad 45 różnych firm chain dostarcza dane o wysokiej wierności, zabezpieczając jednocześnie wartość ponad 1,7 miliarda dolarów w ramach niektórych z największych protokołów kryptowalut, w tym MarginFi, Drift, Helium, Jupiter, Synthetix i Hashflow, a także 90 innych.

Oprócz bycia pionierem modelu własnego dostawcy danych w przestrzeni kryptowalut, Pyth był także pionierem modelu publikowania cen w oparciu o ściąganie. Zamiast ciągłego przesyłania danych do łańcucha w określonych odstępach czasu (na przykład za każdym razem, gdy występuje odchylenie cen o 50 punktów bazowych lub wyrocznia taka jak Chainlink dostarcza dane co godzinę), Pyth umożliwia inteligentnym kontraktom przesyłanie danych do łańcucha, gdy potrzebny czas na wydobycie dokładnych danych. Jest to całkowicie nowy projekt, który generuje nowsze, dokładniejsze ceny niż wyrocznie, które aktualizują się tylko arbitralnie i okresowo. Zmniejsza to również strukturalnie koszty umów i aplikacji z użytkownikami, ponieważ nie muszą oni stale płacić za niepotrzebne aktualizacje. Ten projekt pozwala także Pythowi na szybsze rozszerzanie zasięgu zasobów i łańcucha publicznego, ponieważ mechanizm ściągania eliminuje potrzebę oddzielnych wdrożeń Oracle. Na przykład aplikacje zbudowane na Base i Mantle są w stanie od razu zintegrować Pyth, ponieważ Pyth nie wymaga pisania żadnego niestandardowego kodu.

Są podstawowymi prymitywami do tworzenia aplikacji kryptograficznych i służą jako pomost między stanami poza łańcuchem i w łańcuchu. Ich głównym zadaniem jest utrzymywanie stałych cen we wszystkich miejscach zapewniających płynność, jednak za kulisami kryje się ogromna przestrzeń projektowa do uchwycenia i redystrybucji wartości zmian awaryjnych. W badaniach modele Pytha obecnie najlepiej nadają się do wykorzystania tej szansy i utorowania drogi protokołom i aplikacjom w celu odblokowania nowych strumieni przychodów poprzez wartość wyodrębnialną przez Oracle (OEV).

Dwa przykłady możliwości MEV w oparciu o zmiany stanu: jeden bez OEV i jeden z OEV.

1. MEV (niezależny od Oracle): Stan aplikacji jest albo organiczny, albo odłączony od stanu zewnętrznego poprzez pewne operacje w łańcuchu. Na przykład, jeśli handlarz wielorybami realizuje dużą liczbę zleceń kupna na stałej giełdzie AMM, powodując niezgodność kwotowań z cenami zewnętrznymi, bot może przechwycić MEV, korygując różnicę i zamykając arbitraż bez bezpośredniego korzystania z protokołu, który wymaga do zaktualizowania.

2. OEV (zależne od Oracle): Zmiany cen na rynkach zewnętrznych stwarzają opłacalne możliwości przywrócenia stanu aplikacji do kanonicznego stanu poza łańcuchem po zaimportowaniu przez Oracle zaktualizowanego stanu do łańcucha. Na przykład bot MEV w protokole pożyczkowym może zdecydować się na likwidację konta, które znajdowało się pod wodą w wyniku niekorzystnego ruchu cen na scentralizowanej giełdzie służącej do wykrywania cen.

Do tej drugiej kategorii zaliczamy OEV, gdzie aktualizacje Oracle stwarzają możliwości przechwytywania wartości. Obecnie działalność polegająca na generowaniu OEV nieproporcjonalnie przynosi korzyści walidatorom i osobom zainteresowanym kosztem ich użytkowników (tj. dostawców płynności). Jeśli protokoły i aplikacje będą w stanie uchwycić większy OEV, będą mogły redystrybuować te zyski, aby motywować i nagradzać lojalność użytkowników. Ostatecznie możliwość dostosowania OEV do użytkowników sprawia, że ​​umowy z użytkownikami są bardziej konkurencyjne. Projektowanie aplikacji do przechwytywania MEV jest trudne. Wszystkie aplikacje chcą zminimalizować MEV użytkownika i efektywnie redystrybuować pozostałą wartość do użytkownika lub samodzielnie ją internalizować. Obecnie wielu programistów uważa, że ​​jedynym sposobem osiągnięcia tego celu jest wdrożenie ich protokołów jako samodzielnych łańcuchów aplikacji w celu gromadzenia wartości dla ich natywnego tokena za pośrednictwem MEV, ale wiąże się to z ogromnymi wyzwaniami technicznymi, operacyjnymi i interoperacyjnością o charakterze seksualnym. Pierwszym właściwym rozwiązaniem w celu internalizacji MEV jest przeprowadzenie aukcji przepływu zamówień (OFA). OFA ułatwia funkcjonowanie rynku, na którym strona podaży składa się z partii transakcji przyjaznych MEV zagregowanych przez aplikację, a strona popytu składa się z botów MEV lub animatorów rynku, którzy starają się wstawiać lub zmieniać kolejność tych transakcji w sposób, który im sprzyja. Wpływy z aukcji trafiają bezpośrednio do aplikacji i reprezentują część MEV netto, którą aplikacja może samodzielnie pozyskać.

Zaimplementuj przechwytywanie OEV

Pozornie intuicyjne podejście polega na tym, że aplikacja uruchamia własną aukcję przepływu zamówień i realizuje zyski z ofert otaczających zaktualizowaną przez Oracle przestrzeń blokową. Wymaga to jednak dużego wysiłku. Każda aplikacja kontroluje ograniczoną ilość przepływu zamówień, a OFA jest zasadniczo rynkiem opierającym się na dużej płynności zarówno po stronie producenta (partie handlowe użytkowników), jak i strony przyjmującej (robot MEV). Specyficzne dla aplikacji OFA decentralizuje płynność i ogranicza możliwość składowania atomowego (np. jeśli bot MEV nie może zagwarantować, że dwa etapy strategii przebiegają dokładnie tak, jak to robią, przeprowadzenie likwidacji zwykle należy przeprowadzić po zajęciu zabezpieczenia w celu zakończenia wymiany arbitrażowej żetonów, mogą całkowicie odrzucić tę możliwość). Narzut operacyjny i społeczny związany z konfiguracją OFA specyficznej dla aplikacji może być zbyt wysoki, aby uzasadniać budowanie własnego rozwiązania.

Lepszym sposobem na zdobycie pilnego MEV jest zlecenie aukcji w ramach globalnej aukcji przepływu zamówień (GOFA). Pyth jest strukturalnie przystosowany do uruchamiania OFA bezpośrednio dla wszystkich obsługiwanych aplikacji, ponieważ aplikacje te już korzystają z aktualizacji Oracle Pyth w celu utrzymania funkcjonalności systemu. W rezultacie Python ma dostęp do wartościowej przestrzeni blokowej w dużej liczbie aplikacji, a naturalnym następnym krokiem jest utowarowienie uzupełnienia poprzez ingerencję w przestrzeń blokową wokół aktualizacji Oracle (tj. wyodrębnienie części blokowej MEV).

Zamiast wymyślać koło na nowo dla każdego zastosowania, GOFA zarządzana przez Oracle wykorzystuje naturalne korzyści skali. Głęboka płynność prowadzi do większej płynności: boty MEV z większym prawdopodobieństwem będą odbiorcami łączonych przepływów zamówień w wielu aplikacjach (ze względu na atomową komponowalność) oraz gdy jest więcej konkurencyjnych odbiorców (zatwierdzenia są wyższe od stawek, co przekłada się bezpośrednio na przychody). , więcej aplikacji jest zachęcanych do udziału.

Nowe granice dla zastosowań profesjonalnych OEV

OEV reprezentuje nowatorskie podejście do pozyskiwania wartości dla wyroczni i zastosowań. Prowadzony przez Oracle OFA dostarcza powstającą wartość OEV bezpośrednio do aplikacji, umożliwiając aplikacjom czerpanie korzyści z posiadania własnego OFA bez żadnych kosztów ogólnych. Jako neutralna strona trzecia zajmująca się wymianą przepływu zamówień między aplikacjami a botami MEV, Pyth może pobierać opłaty za usługi od którejkolwiek ze stron, wprowadzając w ten sposób nowe strumienie przychodów do sieci bez narażania na szwank neutralności ekosystemu. Jesteśmy podekscytowani nowymi mechanizmami, które mogą dokładniej przechwytywać MEV bezpośrednio w warstwie aplikacji. #BTC