Os projetos mais bem-sucedidos deste ciclo, na verdade, bagunçaram seus gráficos e usuários com seus recompra automáticas. Os queridinhos do início do ciclo, como $HYPE, $ENA e $JUP, despejaram muitos milhões a preços francamente ridículos com base em múltiplos justos. Isso levou muitos investidores de varejo a comprarem esses topos (o preço impulsiona a narrativa) e acabarem se dando mal. Todos os fundadores desses projetos beberam demais do Kool-Aid desse pensamento auto-reforçado, achando que os múltiplos eram justificados. Após meses de declínio e sem um caminho claro para os preços altos anteriores, alguns estão culpando o mecanismo, dizendo "o preço continua corrigindo do nível anterior (muito alto), as recompras não funcionam". Essa é uma afirmação tão errada. Quantas vezes precisamos reaprender verdades básicas da economia a partir de centenas de anos de mercados financeiros? Claro, se não há o suficiente para pagar os desenvolvedores para construir, então não gaste os fundos limitados em tokens. Mas uma vez que há sucesso e receita consistente— como um detentor, qual é mesmo o ponto do token se não há dividendo ou recompra ou, no mínimo, uma utilidade financeira super clara? Proponho uma solução mais nuançada para essa discussão "recomprar ou não"- Um montante de recompra que depende do preço é um bom alvo— Se o preço está barato, você quer recomprar o máximo que puder, pois pode retirar uma grande % da oferta. Quando o mercado está muito quente, desacelere. Alguns fundadores, mais confortáveis com decisões de recompra tradicionais feitas pelo CEO/gestão, podem fazê-lo ad hoc (como, você sabe, as empresas reais sempre fizeram). Mas existem maneiras programáticas para protocolos mais descentralizados fazerem isso se a transparência e a previsibilidade ou preocupações legais forem uma prioridade— Uma maneira simples é usar uma razão preço/lucro calculada. Pode ser projetada por cada protocolo para se adequar aos seus detalhes específicos. Um exemplo potencial- Pegue uma média móvel exponencial de receita (decida a meia-vida de tempo que faz sentido) Anualize isso como seu número de lucros Todo dia/bloco de receita— se o preço do token que pode ser alcançado com a recompra é uma razão PE de menos de 4, recompre 100%, se de 4 a 6, recompre 75%, se de 6 a 8, recompre 50%, se de 8 a 10, recompre 25%, acima de 10, não recompre. Toda a receita restante que for mantida vai para recompras em compras em quedas que apenas olham para a média móvel exponencial de preços. Ex: recomprar desse fundo a uma velocidade que aumenta quando o preço está em níveis muito baixos da média móvel exponencial de preços dos últimos 90 dias. Isso ajuda na proteção contra quedas. Sim, essa proposta exige um pouco de engenharia financeira sofisticada em comparação com recompra tudo ou nada, mas após o fracasso de coisas como jogos web3, sociais web3, metaverso e afins, deve estar claro agora que cripto é finanças e finanças são cripto. Se você é um projeto sério e não tem um especialista em finanças na sua equipe, tudo bem, mas você deve pelo menos usar um dos melhores consultores externos ou uma empresa especializada para ajudar. Se a Jupiter ou outra equipe com alta receita quiser que eu ajude a projetar algo como o acima para eles, farei isso de graça, você pode entrar em contato.