Kampania testnetowa Tapio zakończyła się sukcesem: zaobserwowała ponad 80 000 unikalnych uczestników, prawie 3 000 000 wykonanych zadań i ponad 1 000 000 transakcji. Kampania została podzielona na dwa etapy i obejmowała zdecentralizowaną aplikację Tapio oraz integracje z protokołami takimi jak Maverick i Gravita. Widzą, jak ich społeczność rośnie i dostrzega korzyści płynące z Tapio w przestrzeni LSTfi.

Ta kampania w sieci testowej zapewniła im bezpieczne środowisko do testowania założeń i pomysłów oraz identyfikowania nieoczekiwanych aspektów i problemów z aplikacją. Było to niezwykle pomocne dzięki zaangażowaniu całej społeczności.

Jednym z kluczowych elementów protokołu Tapio jest sam model tapETH. Podczas sieci testowej zidentyfikowano kilka obszarów, które można ulepszyć. Przyjrzyjmy się, dlaczego i w jaki sposób zespół udoskonala protokół i ogólną ofertę produktów.

Jak działał stary/obecny token tapETH?

Koncepcja tapETH jest wyjątkowa, ponieważ nie tylko funkcjonuje jako „stabilcoin ETH” (o wartości 1:1), ale także gromadzi nagrody generowane przez bazowe tokeny Liquid Staking Tokens (LST), a także opłaty za wymianę/wykup od handel i arbitraż LST i tapeETH. Koncepcja ta pozwoliła mu być zarówno funkcjonalnym tokenem Liquidity Pool (LP), jak i bardzo przydatnym niezależnym aktywem, który można wykorzystać w DeFi.

Zespół zdecydował się zastosować ten model z dwóch powodów:

tapeETH połączony z ETH

Połączenie z ETH znacznie uprościło doświadczenie użytkownika zarówno z perspektywy posiadacza, jak i tradera. Trzymanie i obstawianie na tapeETH jest tożsame z trzymaniem i obstawianiem na ETH, a jednocześnie otrzymywanie nagród i prowizji za zakład, a użytkownik od razu mógł zobaczyć, ile ma tapETH i odpowiednio ETH (dzięki stosunkowi 1:1).

Możliwości arbitrażu dla tapeETH były również znacznie bardziej oczywiste, ponieważ był on zawsze powiązany z ETH, a użytkownicy mogli bez wysiłku określić, czy jest to handel z dyskontem czy premią i odpowiednio zareagować.

Kompatybilny z UX i DeFi

Ponieważ ten kołek został oceniony z punktu widzenia UX, najbardziej oczywistym rozwiązaniem było użycie go jako tokena zmiany bazy – podobnie jak stETH Lido, gdzie salda tokenów w portfelach są aktualizowane codziennie, aby odzwierciedlić wzrost nagrody za stakowanie otrzymywanej z łańcucha beaconów.

Jednakże dylematem w tym przypadku była oczywiście trudność integracji aktywa z DeFi – ze względu na dodatkową złożoność związaną nie tylko z typową zmiennością wartości aktywa, ale także ze zmiennością salda tokena, gdy nagroda zmienia się każdego dnia.

Powiązanie tapETH z ETH, możliwość ręcznego zdobywania nagród i niezmienność początkowej wartości tapETH (a także zwykłego ETH) oznaczały, że można było go stakować w aplikacjach DeFi, takich jak pule płynności lub farmy zysków, bez zmiany salda tokenów i utrzymywania Stosunek 1:1 do ceny aktywa ETH.

Ręczne odbieranie nagród oznaczało, że użytkownik mógł albo usiąść na swoim tapETH i otrzymywać nagrody, kiedy tylko było to dla niego wygodne (ponieważ nagrody były wypłacane co blok, a nie raz dziennie), ale także protokoły DeFi mogły odbierać nagrody w imieniu użytkowników/stakerów tapETH w swoim protokole.

Jednak dzięki sieci testowej zespół zdał sobie sprawę, że istnieją sposoby na ulepszenie tapETH:

Zatwierdzanie nagród dla użytkowników:

Chociaż oddzielenie nagród i tokenów zapewniło pewne korzyści pod względem równowagi pegów/tokenów, stało się jasne, że użytkownicy uznali ten proces za dość czasochłonny i pochłaniający dużo gazu. Konieczność częstego powrotu do dApp i optymalizacji wymagań w oparciu o opłaty za gaz nie była zbyt wygodna.

W połączeniu z faktem, że większość użytkowników ceniła efektywność kapitału i że wykorzystaliby ją przede wszystkim w kolejnych zastosowaniach, wymóg nagrody był niefortunnym aspektem projektu produktu, który skutecznie zapewnił zerowy zysk netto dla posiadaczy tapeETH.

Roszczenie o nagrodę za protokoły:

Prowadzi to do drugiej kluczowej strony ekosystemu Tapio: aplikacji, które zintegrowały i obsługują tapeETH w ramach swojej platformy. W początkowej fazie wielu naszych partnerów startowych i potencjalnych integratorów mogło faktycznie korzystać z interfejsu API „Reward Claim Boilerplate API”, aby odbierać nagrody w imieniu swoich użytkowników doładowujących konto lub użytkowników tapETH, uzyskując w ten sposób to, co najlepsze z obu światów.

Problem jednak w tym, że było to możliwe jedynie dzięki ich głębokim powiązaniom z tymi protokołami, które często też próbowały toczyć własne bitwy i próbowały wykorzystać na rynku nowe i innowacyjne produkty i technologie.

Kiedy zaczęli nawiązywać współpracę z większymi zespołami i protokołami, stało się jasne, że ilość czasu i zasobów (zarówno programistów, jak i innych) na wdrożenie tak unikalnego mechanizmu, jak nagrody tapETH, wymagałaby zbyt wielu zasobów bez znaczącej walidacji rynkowej w postaci TVL/objętość/posiadacze.

Strategia międzyłańcuchowa:

Tworząc tapeETH, twórcy zwrócili szczególną uwagę na Ethereum, ponieważ to tam koncentruje się zdecydowana większość płynności ETH i LST, ale nie zapomnieli o protokołach drugiej warstwy: wykorzystanie tapeETH jest bardzo ważne i jako drugie Rozwiązania warstwowe rosną i rozprzestrzeniają się, takie jak Base, Optimism i Arbitrum, będą coraz częściej brać je pod uwagę.

Plan działania i projekt produktu nie były jednak pewne, w jaki sposób zespół wdroży nagrody międzyłańcuchowe dla tapETH. W dyskusjach z protokołami takimi jak Wormhole Foundation przyjrzeli się tej kwestii i jedną z opcji stała się przesyłanie wiadomości między łańcuchami. Oznacza to, że przechowywanie tapeETH w dowolnym łańcuchu pozwoli użytkownikom bezproblemowo odbierać nagrody z sieci głównej Ethereum. Innym rozwiązaniem byłoby ograniczenie liczby odbiorów nagród wyłącznie do sieci głównej Ethereum lub ograniczenie czasu otrzymywania nagród w łańcuchach alternatywnych do jednego dnia lub raz na kilka dni.

Niezależnie od tego, co rozważał zespół, każda z tych opcji byłaby skomplikowana zarówno we wdrażaniu, jak i z punktu widzenia użytkownika. Ponadto integracja tapeETH z dApps w innych łańcuchach jest jeszcze bardziej złożona. Chociaż zespół nie mógł przezwyciężyć i rozwiązać tych wyzwań, utrudniłyby one życie wszystkim, w związku z czym ich ambicje dotyczące różnych łańcuchów zostały zdegradowane do niższego priorytetu.

Zaktualizowany model tokena tapETH:

Dzięki cennym opiniom społeczności oraz protokołom zespół zdecydował, że najlepiej będzie przerobić model tapETH na model dwutokenowy, rebasing tapETH i nagrodę wtapETH.

Doskonały wykres pokazujący różnicę między tymi dwoma typami dostarcza Binance Research.

tapeETH - token rebase:

Funkcjonalność wymagań, choć była dobrym pomysłem, była przeszkodą dla UX i aby to naprawić, zespół zamienia podstawowy tapETH (który otrzymujesz podczas dodawania płynności do Tapio) w token rebase, podobny do stETH w Lido.

Dzięki tokenowi zmiany bazy użytkownicy będą mogli zdobywać nagrody w prosty sposób, ponieważ saldo tokenów tapETH w portfelu użytkownika zostanie automatycznie zaktualizowane, co oznacza, że ​​nie będziesz już musiał wielokrotnie odwiedzać aplikacji Tapio dApp, a tapETH utrzyma wartość 1: 1 z ETH, dając szerokie możliwości arbitrażu.

tapETH będzie przeliczany codziennie (choć może być częściej), a saldo tokenów wzrośnie, aby odzwierciedlić nagrody za postawienie podstawowego LST na Tapio, a także prowizje generowane przez protokół – i można je wymienić na ETH i/lub w dowolnym momencie czas lub LST.

Kluczową kwestią jest jednak to, że tapETH będzie dostępny tylko w głównej sieci Ethereum.

Odbieranie nagród przy użyciu starego tapETH:

  1. Przejdź do dApp Tapio Finance.

  2. Przejdź do strony Odbierz nagrodę.

  3. Kliknij przycisk „Odbierz”, aby wykonać operację.

  4. Zapłać opłatę za gaz.

  5. Nagrody tapETH zostaną przesłane do portfela użytkownika.

Odbieranie nagród za pomocą nowego tapETH:

  1. Saldo tapETH w portfelu użytkownika zwiększa się automatycznie bez interwencji użytkownika.

wtapETH - token z oprocentowaniem/nagrodą:

Aby rozwiązać problem polegający na tym, że tokeny zmiany bazy są czasami niezgodne z protokołami DeFi, wprowadzają wtapETH, który wykorzystuje model „cToken”. wtapETH wykorzystuje kurs wymiany (względem ETH) do określenia wartości, podobnie jak wstETH lub rETH. Pozyskuje się go poprzez zawinięcie zwykłego tapETH w aplikację Tapio dApp. Po zapakowaniu w wtapETH token nie jest już ponownie bazowany, ale po prostu zwiększa swoją wartość zgodnie z kursem wymiany obliczonym przez sam protokół.

Ten wtapETH może być następnie używany w DeFi bez dodatkowego wysiłku ze strony zespołu Tapio lub partnerów, a także może zostać zintegrowany przez każdego bez konieczności zagłębiania się w jego dokumentację programistyczną. Co więcej, oznacza to, że wtapETH można używać w różnych łańcuchach, bez konieczności robienia niczego specjalnego w odniesieniu do nagród, ponieważ są one natywnie „wbudowane” w sam token.

Model stóp procentowych działa w oparciu o kurs wymiany, który jest stale ustalany i zmieniany przez samo Tapio; znajduje to również odzwierciedlenie w funkcjach „wrap” i „unwrap”: Na początku tapETH zawija się, aby otrzymać 1 wtapETH, ale wraz ze wzrostem kursu wymiany wtapETH (w stosunku do tapETH) stosunek się zmieni - na przykład, jeśli kurs wymiany wynosi 1,1, to do pakowania i odbioru 1 wtapETH potrzebne będzie 1,1 tapETH, co oczywiście odbija się na przepływie wstecznym (rozpakowywaniu).

W rezultacie arbitrzy mogą skorzystać z błędnej wyceny, kupując wtapETH ze zniżką i obracając (co najprawdopodobniej będzie wiązać się z opłatą), aby uzyskać więcej tapETH, a następnie albo go sprzedając, albo po prostu wymieniając na ETH/LST; To pozwala na utrzymanie kursu wymiany na DEX, a także na pozostałej części DeFi na poziomie określonym przez Tapio (lub zbliżonym do niego).

Zapewnia to również dodatkowe możliwości arbitrażu (a tym samym wzmocnienia cen) na platformach międzyłańcuchowych, ponieważ więcej rynków oznacza więcej źródeł błędnych cen, co doprowadzi do niskiego przepływu wtapETH między łańcuchami. Ponadto zespół będzie starał się uczynić wtapETH natywnym dla wielu łańcuchów (podobnie do koncepcji $USDC z CCTP), aby można było używać mechanizmu mostu „spal i wydobądź” w przeciwieństwie do typowego mechanizmu „zablokuj i wydobądź”.

Istniejące LST często stają przed dylematem, gdzie wersja zmostkowana/opakowana ich LST w łańcuchach innych niż Ethereum jest sprzedawana ze znacznym rabatem ze względu na fakt, że nie można łatwo wdrożyć arbitrażu ze względu na ryzyko bezpieczeństwa mostu, a także powiązane opłaty za gaz. Wszystko to oznacza, że ​​międzyłańcuchowe korzystanie z wtapETH będzie znacznie szybsze, bezpieczniejsze, bez konieczności stosowania mostu strony trzeciej i przy znacznie niższym zapotrzebowaniu na gaz, co oznacza, że ​​ceny we wszystkich obsługiwanych łańcuchach będą znacznie bardziej wyrównane (ponieważ arbitraż może nastąpić poprzez po prostu „teleportowanie” wtapETH z powrotem do sieci głównej Ethereum).

wtapETH będzie dostępny zarówno w sieci głównej Ethereum, jak i we wszystkich innych obsługiwanych sieciach.

Co dalej?

Zespół ciężko pracuje, aby stworzyć nowy model podwójnego tokena i uważa strategię międzyłańcuchową za najwyższy priorytet przy projektowaniu kolejnej iteracji Tapio Finance.

Przeprowadzili już dwa audyty: Mixbytes i Secbit, a także uruchomili program Immunefi Bug Bounty. Będą nadal pracować nad bezpieczeństwem i bazą kodu do aktualizacji tokenów, a także nad innymi aspektami Tapio Finance, takimi jak moduł zarządzania.

Zespół będzie często i regularnie aktualizować społeczność, więc zaglądaj na oficjalny Twitter, aby być na bieżąco!

Bądź na bieżąco

Zespół chce współpracować ze wszystkimi w ekosystemie LST i LSTfi i zachęca wszystkich zainteresowanych długoterminową przyszłością Ethereum i ogólnie stakowaniem na rynku płynnym, aby dołączył do nich w tej podróży.

#Tapio #LST #LSTfi #BinanceSquare #Crypto2023