#termmax @TermMax Quem já fez transações de balcão de títulos sabe que a expressão “prazo” inspira naturalmente mais cautela. A dificuldade geralmente não está no cálculo dos juros, e sim em saber se, no vencimento, haverá contraparte suficiente para assumir a posição. O verdadeiro ponto doloroso do mercado de renda fixa nunca foi a precificação; o problema é que cada data de vencimento é, na prática, um mercado de negociação independente, mas a liquidez total do mercado é limitada.$RE
Antes eu entendia que, @TermMax, esse esquema de taxa fixa serve principalmente para resolver o problema de incerteza de rendimento causado por taxas variáveis. Depois de ler o documento com atenção, percebi que, ao mesmo tempo em que resolve um problema antigo, ele também introduz uma série de contradições estruturais ainda mais difíceis.$SKYAI
Primeiro, vamos entender o mecanismo subjacente: o protocolo codifica de forma rígida a identidade do token. Em qualquer momento, 1 FT + 1 XT equivale a 1 token de dívida — não é um preço de equilíbrio produzido por um jogo de mercado, mas uma relação de identidade definida “na base” pelo contrato. O FT no vencimento pode ser convertido diretamente em tokens de dívida; já o XT, após o vencimento, não tem valor de resgate — o valor vai a zero.
O desenho de taxas também é bem “limpo”: a taxa de 2% é cobrada apenas na parte de juros, sem tocar o principal. Por exemplo, em uma posição de empréstimo de um ano com taxa anual de 10%, o custo efetivo equivale a apenas 0,20% do principal; se escolher um prazo mais curto, a taxa ainda diminui. Observando apenas a lógica de precificação, quase não há falhas, mas o risco real não está na camada de precificação.
No modo de prazo fixo, isso significa que, para cada ciclo de vencimento, é preciso manter um livro de ordens independente. 30 dias, 90 dias e 180 dias tornam-se, por si só, pools de negociação independentes; cada pool tem sua própria profundidade de mercado. Com a mesma quantia, alocá-la em um pool de taxa variável é uma única “fatia” completa de liquidez; ao alternar para um mercado de taxa fixa com múltiplos prazos, essa liquidez é cortada e distribuída. Quanto mais datas de vencimento houver, mais opções o usuário terá, mas a liquidez de cada pool individual fica mais fina.
Essa arquitetura traz dois custos inevitáveis, que são características inerentes de produtos de prazo fixo, não um simples “bug” de design.
O primeiro é o risco de prorrogação no vencimento (rollover). Depois que o tomador vence, ele precisa ou quitar a dívida, ou escolher continuar com um novo empréstimo. Quando muitas posições estiverem concentradas para vencer no mesmo período, o mercado recebe uma demanda concentrada por renovação; nesse momento, o custo de encontrar contrapartes para a negociação dispara.
Antes eu entendia que, @TermMax, esse esquema de taxa fixa serve principalmente para resolver o problema de incerteza de rendimento causado por taxas variáveis. Depois de ler o documento com atenção, percebi que, ao mesmo tempo em que resolve um problema antigo, ele também introduz uma série de contradições estruturais ainda mais difíceis.$SKYAI
Primeiro, vamos entender o mecanismo subjacente: o protocolo codifica de forma rígida a identidade do token. Em qualquer momento, 1 FT + 1 XT equivale a 1 token de dívida — não é um preço de equilíbrio produzido por um jogo de mercado, mas uma relação de identidade definida “na base” pelo contrato. O FT no vencimento pode ser convertido diretamente em tokens de dívida; já o XT, após o vencimento, não tem valor de resgate — o valor vai a zero.
O desenho de taxas também é bem “limpo”: a taxa de 2% é cobrada apenas na parte de juros, sem tocar o principal. Por exemplo, em uma posição de empréstimo de um ano com taxa anual de 10%, o custo efetivo equivale a apenas 0,20% do principal; se escolher um prazo mais curto, a taxa ainda diminui. Observando apenas a lógica de precificação, quase não há falhas, mas o risco real não está na camada de precificação.
No modo de prazo fixo, isso significa que, para cada ciclo de vencimento, é preciso manter um livro de ordens independente. 30 dias, 90 dias e 180 dias tornam-se, por si só, pools de negociação independentes; cada pool tem sua própria profundidade de mercado. Com a mesma quantia, alocá-la em um pool de taxa variável é uma única “fatia” completa de liquidez; ao alternar para um mercado de taxa fixa com múltiplos prazos, essa liquidez é cortada e distribuída. Quanto mais datas de vencimento houver, mais opções o usuário terá, mas a liquidez de cada pool individual fica mais fina.
Essa arquitetura traz dois custos inevitáveis, que são características inerentes de produtos de prazo fixo, não um simples “bug” de design.
O primeiro é o risco de prorrogação no vencimento (rollover). Depois que o tomador vence, ele precisa ou quitar a dívida, ou escolher continuar com um novo empréstimo. Quando muitas posições estiverem concentradas para vencer no mesmo período, o mercado recebe uma demanda concentrada por renovação; nesse momento, o custo de encontrar contrapartes para a negociação dispara.