Role para baixo na lista de garantias da TermMax e um padrão salta aos olhos rapidamente: PT-sUSDe, PT-reUSD, PT-pufETH, PT-USDat, mais de uma dúzia de tokens principais (principal tokens) da Pendle ao lado dos usuais wstETH e WBTC. A TermMax não criou do zero seu próprio conjunto isolado de tipos de garantias que rendem. Ela optou por aceitar diretamente instrumentos de vencimento fixo de outro protocolo como garantia — e essa escolha vale uma segunda olhada porque, mecanicamente, é justamente isso que ela faz.

Um token PT da Pendle já é, por si só, um “primitivo” de renda fixa: você deposita um ativo que rende na Pendle, o divide em componentes de principal e de juros, e o PT é resgatado pelo valor integral do ativo subjacente em um vencimento determinado, de forma semelhante ao FT da própria TermMax. Aceitar tokens PT como garantia GT significa que um tomador pode travar um ativo já de vencimento fixo dentro da TermMax e emitir um segundo empréstimo com taxa fixa contra ele, empilhando um primitivo de renda fixa sobre outro — em vez de a TermMax tentar recriar internamente essa fonte de yield.

A versão “composability first” dessa decisão economizou um grande esforço de engenharia que, de outra forma, seria gasto construindo confiança dentro dos próprios tipos de “wrapper” que rendem. O custo é uma dependência: o perfil de risco da TermMax, nesses mercados específicos, agora inclui o risco do contrato da Pendle e a própria mecânica de vencimento e precificação da Pendle, sobrepostos por baixo à lógica de oráculos e liquidação da TermMax. Um problema em um mercado PT específico da Pendle vira um problema para o TermMax GT construído em cima dele, independentemente de haver ou não qualquer bug no código da TermMax.

Esse é o preço real de construir sobre composabilidade em vez de isolamento, e é uma troca (tradeoff), não uma falha — desde que qualquer pessoa usando esses mercados específicos entenda que existem suposições de dois protocolos empilhadas em uma única posição.

@TermMax #TermMax
$BTW $STAR $STBL