FX Protocol 101 1️⃣0️⃣1️⃣ E se a liquidação não fosse o resultado padrão? Se você já usou alavancagem no DeFi por tempo suficiente, provavelmente já notou um padrão que parece quase inevitável. O preço se move contra você, às vezes lentamente, às vezes de uma só vez. Seu LTV aumenta gradualmente, aproximando-se de um número que você já sabe que está lá. E assim que ele ultrapassa essa linha, o sistema não negocia. Ele não ajusta sua exposição nem tenta estabilizar sua posição. Ele simplesmente a encerra. Do ponto de vista do protocolo, esse comportamento é perfeitamente racional. Um limite fixo é - Fácil de aplicar - Fácil de compreender e garante que o sistema permaneça solvente. ℹ️ Mas a simplicidade desse design vem com um custo que a maioria dos usuários acaba sentindo. Não há meio-termo. - Nenhuma redução gradual do risco - Nenhuma tentativa de absorver a volatilidade - Nenhuma transição entre uma posição saudável e uma que está prestes a desaparecer. O sistema espera e, em seguida, reage de forma "brusca". O que isso faz, na prática, é transformar a liquidação na primeira resposta à volatilidade, e não na última. O que o F(X) muda não é a existência da liquidação, mas o momento em que o sistema decide usá-la. Em vez de depender de um único evento terminal, o F(X) introduz um passo intermediário que a maioria dos protocolos simplesmente não possui: REBALANCEAMENTO REBALANCEAMENTO REBALANCEAMENTO À medida que a posição se aproxima de territórios mais arriscados, por volta de ~88% de LTV, o sistema intervém. Mas, em vez de encerrar a posição, ele começa a reestruturá-la. Uma parte da dívida em fxUSD pendente é queimada, a garantia é parcialmente realocada e a alavancagem geral da posição é reduzida. O detalhe importante aqui não são os mecanismos em si, mas o resultado que eles criam: A POSIÇÃO SOBREVIVE! A exposição é preservada, mesmo sob estresse, porque o sistema consegue contrair-se internamente em vez de forçar uma resolução externa. Isso só funciona devido à estrutura mais profunda do F(X). Em sua essência, o sistema é governado por uma restrição de equilíbrio: n·s = nf·f + X (nosso método repetidamente mencionado) O que significa que, em qualquer momento, o valor total da garantia deve ser igual à soma do valor das obrigações estáveis (fxUSD) e da exposição alavancada (xPOSITION). Essa relação não é uma orientação; ela é continuamente aplicada. Portanto, quando as condições de mercado mudam e o risco aumenta, o sistema não precisa procurar liquidez externamente nem depender da dinâmica de financiamento para restaurar o equilíbrio. Ele se ajusta sozinho. O rebalanceamento é simplesmente o protocolo que traz seu próprio estado interno de volta ao alinhamento com essa restrição. E é exatamente por isso que a maioria dos outros protocolos não tenta algo semelhante. Não é que a liquidação seja mal compreendida; é que abordagens alternativas exigem uma arquitetura fundamentalmente diferente. Para suportar rebalanceamento, você precisa de forte acoplamento entre dívida e garantia, contabilidade determinística no nível do sistema e uma maneira confiável de executar ajustes parciais sem comprometer a integridade do sistema. Além disso, você precisa de uma camada de incentivo que garanta que esses ajustes ocorram em tempo real. Sem tudo isso, a liquidação permanece a única opção prática. Claro, esse design não está isento de trade-offs. O rebalanceamento introduz complexidade. Ele depende da participação ativa do sistema e, durante períodos de estresse, os usuários ainda podem perder valor como parte do processo de ajuste. Não é uma camada de proteção gratuita. Mas ele substitui um resultado binário por um contínuo. Em vez de passar diretamente de "seguro" para "perdido", o sistema pode se adaptar ao longo do caminho. E essa mudança aparentemente pequena — adiar a liquidação, inserindo uma camada de ajuste antes dela — altera mais do que apenas os mecanismos. Ela altera como o risco é experimentado. E, ao longo do tempo, altera como os usuários se comportam dentro do sistema.