A campanha testnet da Tapio foi um sucesso: eles observaram mais de 80.000 participantes únicos, quase 3.000.000 de tarefas concluídas e mais de 1.000.000 de transações. A campanha foi dividida em duas fases e contou com o aplicativo descentralizado Tapio, além de integrações com protocolos como Maverick e Gravita. Eles veem sua comunidade crescendo e reconhecendo os benefícios do Tapio no espaço LSTfi.
Esta campanha testnet proporcionou-lhes um ambiente seguro para testar as suas suposições e ideias e identificar aspectos e problemas inesperados com a aplicação. Tem sido extremamente útil devido à participação de toda a comunidade.
Um dos elementos-chave do protocolo Tapio é o próprio modelo tapETH. Durante a rede de teste, identificaram diversas áreas que poderiam ser melhoradas. Vejamos por que e como a equipe está melhorando o protocolo e a oferta geral de produtos.
Como funcionava o token tapETH antigo/atual?
O conceito de tapETH é único, pois não apenas funciona como uma "ETH stablecoin" (com um valor de 1:1), mas também acumula recompensas geradas pelos Liquid Staking Tokens (LSTs) subjacentes, bem como taxas de swap/resgate de negociação e arbitragem de LSTs e tapETH. Este conceito permitiu que fosse um token funcional de Liquidity Pool (LP) e um ativo independente muito útil que pode ser usado em DeFi.
A equipe decidiu usar este modelo por dois motivos:
tapETH vinculado à ETH
A vinculação à ETH simplificou bastante a experiência do usuário, tanto do ponto de vista do titular quanto do comerciante. Manter e apostar em tapETH é o mesmo que segurar e apostar em ETH, e ao mesmo tempo receber recompensas e comissões pela aposta, e o usuário poderá ver imediatamente quanto tapETH e, consequentemente, ETH ele possui (graças à proporção de 1:1).
As oportunidades de arbitragem para tapETH também eram muito mais óbvias, uma vez que estava sempre atrelado à ETH e os usuários podiam facilmente determinar se estava sendo negociado com desconto ou prêmio e agir de acordo.
Compatível com UX e DeFi
Como esse peg foi avaliado de uma perspectiva de UX, a solução mais óbvia foi usá-lo como um token de rebase – semelhante ao stETH do Lido, onde os saldos de tokens nas carteiras são atualizados diariamente para refletir o aumento na recompensa de staking recebida da cadeia de beacon.
No entanto, o dilema neste caso, claro, foi a dificuldade de integração do ativo no DeFi - devido à complexidade adicional associada não apenas à volatilidade típica do valor do ativo, mas também à volatilidade do saldo do token quando a recompensa muda todos os dias.
A vinculação do tapETH ao ETH, a capacidade de ganhar recompensas manualmente e a imutabilidade do valor inicial do tapETH (bem como do ETH normal) significavam que ele poderia ser apostado em aplicações DeFi, como pools de liquidez ou fazendas de rendimento, sem alterar o saldo do token e manter um Proporção de 1:1 com o preço do ativo ETH.
Reivindicar recompensas manualmente significava que um usuário poderia sentar-se em seu tapETH e receber recompensas sempre que fosse conveniente para ele (já que as recompensas eram pagas a cada bloco em vez de uma vez por dia), mas também os protocolos DeFi poderiam reivindicar recompensas em nome dos usuários/stakers do tapETH em seu protocolo.
Porém, graças ao testnet, a equipe percebeu que havia maneiras de melhorar o tapETH:
Aprovação de recompensas para usuários:
Embora a separação de recompensas e tokens tenha proporcionado alguns benefícios em termos de equilíbrio peg/token, ficou claro que os usuários consideraram o processo bastante demorado e intensivo em gás. Ter que voltar frequentemente ao dApp e otimizar os requisitos com base nas taxas de gás não era muito conveniente.
Combinado com o fato de que a maioria dos usuários valorizava a eficiência do capital e a usariam principalmente em aplicações subsequentes, o requisito de recompensa era um aspecto infeliz do design do produto que efetivamente criou zero positivo líquido para os detentores de tapETH.
Reivindicação de recompensa para protocolos:
Isso leva ao segundo lado principal do ecossistema Tapio: aplicativos que integraram e suportaram tapETH em sua plataforma. Na fase inicial, muitos de nossos parceiros de lançamento e potenciais integradores conseguiram usar sua "API Reward Claim Boilerplate" para reivindicar recompensas em nome de seus usuários de recarga ou tapETH, obtendo assim o melhor dos dois mundos.
O problema, no entanto, é que isto só foi possível devido às suas profundas ligações com estes protocolos, que muitas vezes também tentavam travar as suas próprias batalhas e tentavam utilizar produtos e tecnologias novas e inovadoras no mercado.
Assim que começaram a desenvolver parcerias com equipes e protocolos maiores, ficou claro que a quantidade de tempo e recursos (desenvolvedores e outros) para implementar um mecanismo tão único como as recompensas tapETH exigiria muitos recursos sem uma validação significativa do mercado na forma TVL/Volume/Suportes.
Estratégia entre cadeias:
Ao desenvolver o tapETH, os desenvolvedores deram atenção especial ao Ethereum, pois é onde se concentra a grande maioria da liquidez do ETH e LST, mas não se esqueceram dos protocolos de segunda camada: o uso do tapETH é muito importante, e como segunda camada Soluções de camada crescente e difundida, como Base, Optimism e Arbitrum, serão cada vez mais levadas em consideração.
No entanto, havia incerteza no roteiro e no design do produto sobre como a equipe implementaria recompensas entre cadeias para tapETH. Em discussões com protocolos como a Wormhole Foundation, eles analisaram esta questão e as mensagens entre cadeias tornaram-se uma das opções. Isso significa que armazenar tapETH em qualquer cadeia permitirá aos usuários reivindicar recompensas da rede principal Ethereum. Outra solução seria limitar o número de reivindicações de recompensa apenas à Ethereum Mainnet ou limitar o tempo para receber recompensas em cadeias alternativas para uma vez por dia ou uma vez a cada poucos dias.
Independentemente do que a equipe considerasse, cada uma dessas opções seria complexa tanto na implementação quanto na perspectiva do usuário. Além disso, há uma complexidade ainda maior na integração do tapETH em dApps em outras cadeias. Embora esses desafios não fossem aqueles que a equipe não pudesse superar e resolver, eles dificultariam a vida em todos os níveis e, portanto, suas ambições entre cadeias seriam relegadas a uma prioridade mais baixa.
Modelo de token tapETH atualizado:
Graças ao feedback valioso da comunidade, bem como dos protocolos, a equipe decidiu que seria melhor retrabalhar o modelo tapETH em um modelo de dois tokens com um rebase tapETH e uma recompensa wtapETH.
tapETH - token de rebase:
A funcionalidade do requisito, embora fosse uma boa ideia, era um obstáculo para a UX e, para corrigir isso, a equipe está transformando o tapETH base (que você obtém ao adicionar liquidez ao Tapio) em um token de rebase, semelhante ao stETH no Lido.
Como um token de rebase, os usuários terão uma experiência simples ao ganhar recompensas, pois o saldo dos tokens tapETH na carteira do usuário será atualizado automaticamente, o que significa que você não precisa mais visitar o Tapio dApp várias vezes e que o tapETH mantém um 1: 1 com ETH, proporcionando amplas oportunidades de arbitragem.
tapETH será recalculado diariamente (embora possa ser com mais frequência) e o saldo do token aumentará para refletir a recompensa por apostar o LST base no Tapio, bem como as comissões geradas pelo protocolo - e pode ser trocado por ETH e/ou em qualquer hora ou LST.
No entanto, o ponto principal é que tapETH estará disponível apenas na rede principal Ethereum.
Recebendo recompensas usando o antigo tapETH:
Vá para Tapio Finance dApp.
Vá para a página Reivindicar recompensa.
Clique no botão "Reivindicar" para realizar a operação.
Pague a taxa do gás.
As recompensas tapETH serão enviadas para a carteira do usuário.
Recebendo recompensas usando o novo tapETH:
O saldo tapETH na carteira do usuário aumenta automaticamente sem intervenção do usuário.
wtapETH – token com taxa de juros/recompensa:
Para resolver o problema de que os tokens de rebase às vezes são incompatíveis com os protocolos DeFi, eles estão introduzindo o wtapETH, que usa o modelo “cToken”. wtapETH usa uma taxa de câmbio (em relação à ETH) para determinar o valor, semelhante a wstETH ou rETH. Ele é adquirido envolvendo tapETH regular dentro de um Tapio dApp. Quando envolvido em wtapETH, o token não é mais rebaseado, mas simplesmente aumenta de valor de acordo com a taxa de câmbio calculada pelo próprio protocolo.
Este wtapETH pode então ser usado dentro do DeFi sem nenhum esforço adicional da equipe Tapio ou parceiros, e também pode ser integrado por qualquer pessoa sem a necessidade de se aprofundar na documentação de desenvolvimento. Além disso, isso significa que o wtapETH pode ser usado em cadeia cruzada sem a necessidade de fazer nada de especial em relação às recompensas, uma vez que elas são nativamente “incorporadas” ao próprio token.
O modelo de taxas de juros funciona por meio de uma taxa de câmbio constantemente determinada e alterada pelo próprio Tapio; isso também se reflete nas funções "embrulhar" e "desembrulhar": No início, tapETH irá embrulhar para obter 1 wtapETH, mas à medida que a taxa de câmbio wtapETH aumenta (em relação a tapETH), a proporção mudará - por exemplo, se a taxa de câmbio for 1.1, então para embrulhar e receber 1 wtapETH você precisará de 1,1 tapETH, o que, claro, se reflete no fluxo reverso (desembrulhar).
Como resultado, os arbitradores podem tirar vantagem da precificação incorreta comprando wtapETH com desconto e girando (o que provavelmente incorrerá em uma taxa) para obter mais tapETH e, em seguida, vendendo-o ou simplesmente trocando-o por ETH/LSTs; É isso que permite que a taxa de câmbio do DEX, assim como do restante do DeFi, seja mantida na taxa especificada pela Tapio (ou próxima a ela).
Isso também oferece oportunidades adicionais de arbitragem (e, portanto, fortalecimento de preços) em plataformas cross-chain, já que mais mercados significam mais fontes de precificação incorreta, o que levará a um baixo fluxo cross-chain de wtapETH. Além disso, a equipe tentará tornar o wtapETH nativo para múltiplas cadeias (semelhante ao conceito $USDC com CCTP) para que você possa usar um mecanismo de ponte "queimar e minerar" em oposição ao mecanismo típico de "bloquear e minerar".
Os LSTs existentes muitas vezes enfrentam um dilema onde a versão ponte/embrulhada de seu LST em cadeias não-Ethereum é negociada com um desconto significativo devido ao fato de que não pode implementar facilmente a arbitragem devido aos riscos de segurança da ponte, bem como às taxas de gás associadas. Tudo isso significa que o uso cross-chain do wtapETH será muito mais rápido, mais seguro, sem a necessidade de uma ponte de terceiros e com requisitos de gás muito mais baixos, o que significa que os preços em todas as cadeias suportadas serão muito mais iguais (uma vez que a arbitragem pode ocorrer por simplesmente "teletransportar" wtapETH de volta para a rede principal Ethereum).
wtapETH estará disponível na Ethereum Mainnet e em todas as outras cadeias suportadas.
Qual é o próximo?
A equipe está trabalhando duro para criar um novo modelo de token duplo e mantendo a estratégia cross-chain como prioridade máxima ao projetar a próxima iteração do Tapio Finance.
Eles já concluíram duas auditorias: Mixbytes e Secbit, e também lançaram o programa Immunefi Bug Bounty. Eles continuarão trabalhando na segurança e na base de código para atualização de tokens, bem como em outros aspectos do Tapio Finance, como o módulo de governança.
A equipe atualizará a comunidade com frequência e regularidade, então fique de olho no Twitter oficial para atualizações!
Mantenha-se atualizado
A equipe deseja trabalhar com todos no ecossistema LST e LSTfi e incentiva qualquer pessoa interessada no futuro de longo prazo do Ethereum e no staking líquido em geral a se juntar a eles nesta jornada.
