Atualmente, ainda há cerca de 136 mil dólares no contrato de execução de recompra de $PONS
Estava pensando: no projeto desses protocolos que realmente executam recompras,
será que incluir um mecanismo de recompra mais flexível seria melhor do que uma recompra automática mecânica? @MEADGod
Por exemplo, ao analisar o histórico de preços, se for identificado que estamos em uma tendência de baixa, executar recompras em uma proporção maior.
Por outro lado, se for identificada uma tendência de alta, reduzir essa proporção.
Por exemplo, atualmente são recomprados cerca de 0.46e PONS por hora. Esse é o valor-base por hora do ciclo atual.
(1) Se for identificado que a tendência formada pelos últimos 20 candles de 1 hora é de baixa, o valor da recompra será de 0.6e/hora (1.3 vezes o valor-base).
(2) Durante uma tendência de alta, o valor da recompra será ajustado para 0.32e/hora (0.7 vezes o valor-base).
(3) Se o mercado estiver neutro, o valor da recompra será principalmente o valor-base.
Pedi à IA que fizesse um gráfico simples para facilitar o entendimento de todos.
O ponto principal aqui não é fazer com que o protocolo aloque um valor acima do limite, mas sim alterar a distribuição do mesmo orçamento entre diferentes faixas de preço.
A parte economizada durante a alta vai para outro fundo de recompra e, durante a baixa, o investimento nesse fundo aumenta. Assim, mantemos recompras contínuas e, quando o preço está mais baixo, usamos o mesmo montante para recomprar mais PONS e queimar mais tokens.
Analisar apenas os últimos 20 candles de 1 hora é só um exemplo, mas a implementação em si é simples. Posso fazer isso com o Codex (já implementei algo semelhante quando criei um BOT de monitoramento do mercado).
Uma abordagem mais adequada seria analisar a tendência de $PONS na semana anterior, antes da execução de cada ciclo.
Esse modelo ainda tem um problema: se a tendência de baixa se mantiver por um período prolongado, os fundos serão consumidos mais rapidamente nessas condições de mercado.
Por isso, o ideal é ativar esse mecanismo flexível durante uma tendência de alta e reservar previamente os 30% destinados ao fundo.
Também é possível implementá-lo já nesta fase. Basta definir uma condição para o contrato: antes da execução de cada ciclo, consultar o saldo do fundo de reserva. Se o saldo for < 0.3 × o valor total dos fundos do ciclo, a recompra do ciclo atual será feita por padrão com o valor-base.
➠ Ou seja, supondo que haja 10E disponíveis para recompras neste ciclo, se o saldo do fundo de reserva do ciclo anterior for inferior a 3E, por padrão o valor total das recompras neste ciclo será de 10E, e não de 13E
Estava pensando: no projeto desses protocolos que realmente executam recompras,
será que incluir um mecanismo de recompra mais flexível seria melhor do que uma recompra automática mecânica? @MEADGod
Por exemplo, ao analisar o histórico de preços, se for identificado que estamos em uma tendência de baixa, executar recompras em uma proporção maior.
Por outro lado, se for identificada uma tendência de alta, reduzir essa proporção.
Por exemplo, atualmente são recomprados cerca de 0.46e PONS por hora. Esse é o valor-base por hora do ciclo atual.
(1) Se for identificado que a tendência formada pelos últimos 20 candles de 1 hora é de baixa, o valor da recompra será de 0.6e/hora (1.3 vezes o valor-base).
(2) Durante uma tendência de alta, o valor da recompra será ajustado para 0.32e/hora (0.7 vezes o valor-base).
(3) Se o mercado estiver neutro, o valor da recompra será principalmente o valor-base.
Pedi à IA que fizesse um gráfico simples para facilitar o entendimento de todos.
O ponto principal aqui não é fazer com que o protocolo aloque um valor acima do limite, mas sim alterar a distribuição do mesmo orçamento entre diferentes faixas de preço.
A parte economizada durante a alta vai para outro fundo de recompra e, durante a baixa, o investimento nesse fundo aumenta. Assim, mantemos recompras contínuas e, quando o preço está mais baixo, usamos o mesmo montante para recomprar mais PONS e queimar mais tokens.
Analisar apenas os últimos 20 candles de 1 hora é só um exemplo, mas a implementação em si é simples. Posso fazer isso com o Codex (já implementei algo semelhante quando criei um BOT de monitoramento do mercado).
Uma abordagem mais adequada seria analisar a tendência de $PONS na semana anterior, antes da execução de cada ciclo.
Esse modelo ainda tem um problema: se a tendência de baixa se mantiver por um período prolongado, os fundos serão consumidos mais rapidamente nessas condições de mercado.
Por isso, o ideal é ativar esse mecanismo flexível durante uma tendência de alta e reservar previamente os 30% destinados ao fundo.
Também é possível implementá-lo já nesta fase. Basta definir uma condição para o contrato: antes da execução de cada ciclo, consultar o saldo do fundo de reserva. Se o saldo for < 0.3 × o valor total dos fundos do ciclo, a recompra do ciclo atual será feita por padrão com o valor-base.
➠ Ou seja, supondo que haja 10E disponíveis para recompras neste ciclo, se o saldo do fundo de reserva do ciclo anterior for inferior a 3E, por padrão o valor total das recompras neste ciclo será de 10E, e não de 13E