#termmax Ao analisar em profundidade os mecanismos do TermMax V2, precisamos encarar uma funcionalidade extremamente perigosa: permitir que os usuários coloquem ordens limitadas em todo o mercado. Isso parece colocar o poder de definir os preços nas mãos dos usuários, mas muitos não entendem que colocar uma ordem limitada em uma rede blockchain descentralizada, totalmente pública e transparente, equivale a distribuir uma “opção gratuita” para os arbitradores de toda a rede.
Quando o mercado está estável, sua ordem fica quieta no contrato, aguardando ser executada; mas, quando chega uma condição extrema de mercado e o preço do ativo despenca em questão de segundos, você precisa cancelar a ordem antes dos robôs de MEV (valor extraível por mineradores). Nesse momento, o gargalo da disputa passa da profundidade do pool de ordens para a velocidade de resposta dos nós RPC subjacentes e o atraso na sincronização do estado dos contratos inteligentes.
Se, em condições de alta concorrência, a rede subjacente ficar congestionada, e sua solicitação de cancelamento ficar presa no pool de memória (Mempool) por apenas alguns segundos, essa ordem limitada — que originalmente serviria para obter juros fixos — será alvo preciso de robôs de arbitragem com enorme poder computacional, que a abocanharão à força como uma pechincha, causando-lhe instantaneamente enormes prejuízos no mercado à vista.
Minha avaliação: oferecer ordens limitadas exige também uma infraestrutura de cancelamento ultrarrápido à altura e proteção subjacente contra ataques de MEV. Se o sistema não conseguir garantir a confirmação das instruções de cancelamento em questão de segundos sob pressão extrema da rede, essas ordens limitadas registradas na blockchain serão caixas eletrônicos automáticos para arbitradores de alta frequência. Se as defesas da rede subjacente na camada de execução forem insuficientes, até os tipos de ordem mais sofisticados só acelerarão a queda dos usuários comuns.@TermMax
Quando o mercado está estável, sua ordem fica quieta no contrato, aguardando ser executada; mas, quando chega uma condição extrema de mercado e o preço do ativo despenca em questão de segundos, você precisa cancelar a ordem antes dos robôs de MEV (valor extraível por mineradores). Nesse momento, o gargalo da disputa passa da profundidade do pool de ordens para a velocidade de resposta dos nós RPC subjacentes e o atraso na sincronização do estado dos contratos inteligentes.
Se, em condições de alta concorrência, a rede subjacente ficar congestionada, e sua solicitação de cancelamento ficar presa no pool de memória (Mempool) por apenas alguns segundos, essa ordem limitada — que originalmente serviria para obter juros fixos — será alvo preciso de robôs de arbitragem com enorme poder computacional, que a abocanharão à força como uma pechincha, causando-lhe instantaneamente enormes prejuízos no mercado à vista.
Minha avaliação: oferecer ordens limitadas exige também uma infraestrutura de cancelamento ultrarrápido à altura e proteção subjacente contra ataques de MEV. Se o sistema não conseguir garantir a confirmação das instruções de cancelamento em questão de segundos sob pressão extrema da rede, essas ordens limitadas registradas na blockchain serão caixas eletrônicos automáticos para arbitradores de alta frequência. Se as defesas da rede subjacente na camada de execução forem insuficientes, até os tipos de ordem mais sofisticados só acelerarão a queda dos usuários comuns.@TermMax