A 12 de fevereiro, a RippleX, o braço de desenvolvimento da Ripple, anunciou que o Token Escrow está agora ativo na mainnet do XRP Ledger (XRPL).
A mudança, denominada Token Escrow (XLS-85), estende o bloqueio e libertação condicionais a tokens baseados em trustline (IOUs) e Multi-Purpose Tokens (MPTs).
Isto expande a função de escrow da rede para além do XRP, abrangendo ativos emitidos utilizados para stablecoins e instrumentos tokenizados.
A atualização surge enquanto as stablecoins continuam a expandir-se como a linha de produtos mais estabelecida das criptomoedas. Os dados do CryptoSlate mostram que o fornecimento circulante total destes ativos está próximo dos 308 mil milhões de dólares e continua a aumentar semana após semana.
Ao mesmo tempo, os ativos tokenizados do mundo real também estão a escalar em paralelo. Os dados do RWA.xyz mostram que os títulos do Tesouro dos EUA tokenizados estão avaliados em cerca de 10 mil milhões de dólares em chains públicas, com dezenas de milhares de milhões adicionais em categorias como crédito privado e commodities.
Para o XRPL, esse contexto de mercado é o ponto central. A nova funcionalidade não se trata tanto de adicionar outra ferramenta opcional para programadores, mas de introduzir uma primitiva de liquidação on-chain que as instituições podem usar para movimentar ativos apenas após o cumprimento de condições.
O escrow expande-se para além do XRP, mas os emissores mantêm o controlo
O XRPL tem suportado escrow há anos, mas a funcionalidade aplicava-se historicamente apenas ao XRP.
O Token Escrow amplia esse âmbito para tokens emitidos, que é onde se situam a maioria dos casos de uso voltados para instituições.
No XRPL, stablecoins, títulos do Tesouro tokenizados e outros instrumentos tokenizados geralmente não são reconhecidos como moedas nativas. Em vez disso, são vistos como ativos emitidos.
A documentação do XRPL torna explícito o modelo de controlo do emissor. O token escrow é permissionado ao nível do emissor e do token e não está automaticamente disponível para todos os ativos emitidos na rede.
Para tokens de trustline, os emissores devem ativar uma flag "Allow Trust Line Locking" antes que o escrow possa ser usado com essa emissão. Para MPTs, os emissores devem ativar "Can Escrow" (e flags relacionadas) para que uma emissão suporte escrow.
Esse design é importante para emissores regulamentados, que frequentemente desejam ganchos de política e pontos de controlo incorporados no ciclo de vida do ativo.
Também significa que o caminho de adoção não é automático. Uma alteração ativa não garante volume imediato se os emissores não aderirem e se as carteiras e plataformas não construírem fluxos de utilizador em torno dela.
A funcionalidade foi concebida para fluxos de trabalho que exigem liquidação condicional. Nas finanças tradicionais, essas condições são tratadas através de intermediários, contratos e processos operacionais.
A liquidação on-chain pode comprimir esses passos se o ledger base bloquear o valor e o libertar apenas quando as regras predefinidas forem satisfeitas.
Em termos práticos, o escrow habilitado para tokens pode suportar liquidação de entrega contra pagamento, distribuições bloqueadas no tempo e pagamentos estruturados, liquidação de negociação Over-the-Counter (OTC) que reduz o risco de contraparte, e mecânicas de colateral e margem que exigem libertação condicional em vez de transferência imediata.
Cada um desses fluxos de trabalho torna-se mais fácil de modelar quando a primitiva de escrow pode conter os mesmos tipos de ativos que as instituições usam na liquidação, em vez de forçar o processo a passar apenas pelo XRP.
O modelo de reserva do XRPL transforma o crescimento de objetos em procura estrutural de XRP
O modelo de reserva do XRPL cria um mecanismo de segunda ordem que pode traduzir maior utilização do ledger em saldos base de XRP mantidos por razões operacionais, em vez de taxas de transação.
Na mainnet, as contas devem manter uma reserva base de 1 XRP mais 0,2 XRP por objeto do ledger possuído (reserva do proprietário). Esses requisitos foram drasticamente reduzidos a 2 de dezembro de 2024, uma mudança que tornou as aplicações que consomem muitos recursos mais viáveis.
Isso é importante porque o Token Escrow é uma funcionalidade baseada em objetos. Cada escrow criado no ledger é um objeto possuído. À medida que os fluxos de trabalho de liquidação baseados em escrow crescem, eles podem aumentar os requisitos de reserva do proprietário para as entidades que possuem esses objetos.
Um intervalo de cenário simples ilustra a relação mecânica.
Se a adoção do Token Escrow gerar 100.000 objetos de escrow adicionais, isso implica 20.000 XRP incrementais em reservas do proprietário (100.000 × 0,2). Com 1.000.000 de novos objetos de escrow, o total de XRP é 200.000. Com 10.000.000, são 2.000.000 de XRP.
Esses números não são uma previsão de adoção e não são uma estimativa de preço. No entanto, mostram como o design do XRPL liga a utilização aos requisitos de reserva.
Para as instituições, essa reserva funciona mais como colateral operacional do que como uma taxa e permanece porque o sistema a exige para executar fluxos de trabalho que consomem muitos recursos.
Esta é uma razão pela qual os programadores do XRPL se concentram em funcionalidades de "infraestrutura".
Num modelo baseado em reservas, a economia unitária do crescimento está ligada à existência de objetos mais significativos no ledger, não ao aumento das taxas de transação.
O maior avanço é uma pilha permissionada, não uma única alteração
Entretanto, o Token Escrow está a ser introduzido juntamente com um conjunto mais amplo de mudanças que os programadores do XRPL enquadraram como um conjunto de ferramentas "permissionado", concebido para participação regulamentada num ledger público.
Os Permissioned Domains (XLS-80) foram ativados na mainnet no início deste mês.
Estes domínios são ambientes controlados que "não fazem nada por si próprios", mas permitem outras funcionalidades, incluindo exchanges descentralizadas permissionadas e protocolos de empréstimo, que podem restringir o acesso e suportar conformidade on-chain.
O RippleXDev observou no X que a DEX Permissionada tinha alcançado consenso do validador para ativação pouco depois.
Quando vistas como uma arquitetura combinada, estas funcionalidades respondem a três questões distintas para participantes institucionais.
Os Permissioned Domains abordam quem está autorizado a participar numa transação. O Token Escrow aborda como os ativos se liquidam de forma condicional e segura. Por último, a DEX Permissionada aborda onde ocorrem a liquidez conforme e a descoberta de preços.
Esta tríade de funcionalidades sugere uma mudança na proposta de valor fundamental do XRPL.
Está a afastar-se de ser visto apenas como uma chain de pagamentos com um livro de ordens central e a caminhar para um papel como camada de liquidação institucional definida por participação controlada, locais controlados e liquidação condicional nativa.
A premissa é direta. As stablecoins e os ativos tokenizados estão a crescer, e as entidades regulamentadas frequentemente preferem não interagir com pools abertos onde a identidade dos participantes e os controlos de acesso são indefinidos.
Se o ledger puder suportar participação controlada e liquidação condicional sem depender inteiramente de sistemas externos, torna-se mais fácil mapear a conformidade e operações do mundo real para trilhos on-chain.
O que vem a seguir e o que pode abrandá-lo
A ativação do Token Escrow representa uma aposta prospetiva de que o futuro da blockchain reside em pilhas compatíveis com conformidade, em vez de sistemas puramente sem permissão.
O primeiro pilar é a formação de liquidez regulamentada, onde locais permissionados reduzem o atrito de conformidade que atualmente impede muitas instituições de aceder a pools de liquidez abertos.
O segundo é a padronização da liquidação de RWA. Com títulos do tesouro tokenizados e outros ativos já a crescer, primitivas de liquidação condicional podem tornar os fluxos de trabalho de produção mais fáceis de implementar.
O terceiro pilar é expandir a utilidade da stablecoin para além de simples transferências. As capacidades de escrow desbloqueiam liquidação estruturada e automação de tesouraria, casos de uso que se assemelham mais a operações de back-office do que negociação ativa.
Permanecem riscos de implementação significativos, pois os emissores devem aderir às capacidades de token escrow ativando as flags necessárias. Ao mesmo tempo, as carteiras e exchanges devem integrar os novos fluxos para os tornar acessíveis aos utilizadores.
Adicionalmente, a ascensão de domínios permissionados acarreta o risco de fragmentar a liquidez se o ecossistema se dividir de forma muito acentuada entre mercados abertos e controlados.
Fonte: https://cryptoslate.com/xrpls-token-escrow-targets-regulatory-friendly-blockchain-use/
