Fundação Solana Lança Programa de Liquidação Atômica DvP de Código Aberto

A Fundação Solana, em 6 de outubro de 2026, anunciou o Solana DvP, um programa de escrow de código aberto que oferece às instituições financeiras uma API de código aberto para liquidação atômica de entrega contra pagamento na Solana. O anúncio datado em Nova York afirmou que o J.P. Morgan forneceu contribuições sobre práticas e requisitos de liquidação institucional durante o desenvolvimento do programa.

Lançado sob a licença MIT, o programa está implantado na mainnet-beta e devnet da Solana sob o ID de programa dvp34bdbcEm4f4FCUjGV4mDAkDshaQR4LkK8fdcsyZq, de acordo com a documentação do programa da Fundação. O código foi auditado pela Cantina, e a Fundação afirma que o programa passou por auditorias de segurança externas e está pronto para uso com fundos reais.

A Fundação descreve entrega contra pagamento como a base da liquidação de valores mobiliários, uma estrutura que garante que o ativo e o dinheiro se movimentem simultaneamente para eliminar o risco de principal. Os mercados tradicionais alcançam isso por meio de uma cadeia de vários dias de câmaras de compensação, depositárias e custodiante que imobilizam capital por um a dois dias, afirma o anúncio, enquanto as negociações institucionais que liquidam on‑chain até agora normalmente dependiam de contratos inteligentes sob medida. O Solana DvP pretende substituir esses contratos personalizados por uma via padrão que seja liquidada atômicamente, forneça escrow isolado e imponha prazos, comprimindo a liquidação em uma única transação atômica com finalização em segundos, em vez de dias, disse a Fundação.

“A liquidação atômica elimina o risco de contraparte que é inerente às finanças tradicionais. O programa Solana DvP oferece às instituições um padrão aberto em todo o ecossistema Solana, em infraestrutura pública, com finalização em segundos em vez de dias”, disse Catherine Gu, Chefe de Produto, Ativos Digitais da Solana Foundation.

“Um padrão aberto e compartilhado para entrega atômica contra pagamento é exatamente o tipo de infraestrutura fundamental que os participantes institucionais do mercado precisam para operar em escala sem introduzir risco de liquidação e exposição à contraparte. Ficamos satisfeitos em contribuir com nossa expertise em liquidação”, disse Rhodel D’souza, Chefe de Mercados de Ativos Digitais no J.P. Morgan. Um aviso no anúncio declara que a participação do banco se limitou a fornecer contribuições sobre práticas de liquidação de valores mobiliários e não constituiu o projeto, desenvolvimento, operação, aprovação, certificação, garantia, endosso ou garantia do Solana DvP ou de seu desempenho de qualquer forma.

Como uma Negociação é Liquidada

A página do produto da Fundação descreve o fluxo em três etapas. Primeiro, as partes, ativos, valores, autoridade de liquidação e data de expiração são registrados on‑chain. Cada parte então financia seu escrow com uma transferência padrão de token de sua carteira ou custodiante existente, sem necessidade de integração personalizada da carteira ou custodiante da contraparte. Finalmente, a autoridade libera ambas as pernas em uma única transação atômica, ou a negociação é revertida.

A documentação define os papéis da negociação. A parte da perna de ativo e a parte da perna de caixa cada uma financia um lado da negociação. A autoridade de liquidação é um terceiro endereço nomeado na criação e o único assinante que pode liquidar; não pode redirecionar os recursos, que são fixados na criação. Um pagador de aluguel financia o depósito de SOL que mantém as contas da negociação abertas. O programa é simétrico, observa a documentação, de modo que dois ativos ou duas stablecoins são liquidados da mesma forma que uma troca de ativo contra caixa.

O programa expõe as instruções CreateDvp, ReclaimDvp, SettleDvp, CancelDvp, RejectDvp e RecoverDvp. O financiamento não possui instrução própria; uma perna é considerada financiada assim que sua conta de escrow contém pelo menos o valor acordado, depositado por meio de uma transferência padrão de token TransferChecked. Como qualquer carteira ou custodiante capaz de enviar essa transferência pode financiar uma perna sem uma chamada de programa específica do DvP, afirma a documentação, as configurações existentes de custódia e tesouraria podem participar diretamente. A atomicidade provém do fato de ambas as transferências de liquidação estarem dentro de uma única transação Solana, de modo que ou ambas são efetivadas ou nenhuma. Até a liquidação, qualquer parte pode reivindicar sua própria perna ou desfazer a negociação, a autoridade de liquidação pode cancelar, e uma instrução de recuperação recupera depósitos que chegam após o fechamento da negociação.

De acordo com o anúncio, quaisquer duas contrapartes podem usar o programa com qualquer agente de liquidação, seja um banco, um custodiante ou uma bolsa.

Suporte a Tokens, Limites e Acesso

O Solana DvP oferece suporte a SPL Token e Token-2022, incluindo extensões de token que a Fundação afirma que emissores regulados dependem, como delegado permanente, tokens pausáveis e ganchos de transferência. A documentação é mais específica: mintas que carregam extensões TransferFee, InterestBearing, ScaledUiAmount ou NonTransferable são rejeitadas tanto na criação quanto na liquidação, enquanto PermanentDelegate, Pausable, DefaultAccountState, uma autoridade de congelamento e MintCloseAuthority são aceitas. Mintas ConfidentialTransfer são aceitas com a ressalva de que os valores nessa perna permanecem públicos, e TransferHook é suportado em até 32 contas extras por perna. Como o modelo de segurança tokenizada no Mosaic, a caixa de ferramentas de emissão da Fundação, sempre adiciona a extensão Scaled UI Amount, mintas criadas a partir desse modelo não são aceitas como pernas.

A documentação também define o que o programa não faz. Não oferece correspondência, descoberta de preços ou livro de ordens; não há compensação, apenas negociações bilaterais; não há preenchimentos parciais; não há perna fora do ledger; não há verificação de elegibilidade, lista de permissões ou KYC; e não há liquidação automática, pois a autoridade de liquidação deve assinar. Não existe taxa de protocolo além das taxas de transação e aluguel. O vencimento da negociação é limitado a um ano a partir da criação, e apenas a liquidação é bloqueada após o vencimento; recuperar, cancelar e rejeitar permanecem disponíveis, conforme afirma o repositório de código, impedindo que uma negociação expirada, porém financiada, fique com fundos presos.

O programa elimina o risco de principal entre as duas partes, afirma a documentação, mas não elimina o risco de crédito do emissor ou o risco de resgate em nenhum dos tokens, a capacidade das autoridades de uma mint de agir sobre tokens em escrow, nem a dependência da disponibilidade da autoridade de liquidação para assinar.

Cada negociação é registrada em uma conta de programa de 458 bytes. O código‑fonte, o IDL, os clientes gerados em TypeScript e Rust, e os testes são publicados no repositório GitHub solana-foundation/dvp sob a licença MIT; o programa é um programa Pinocchio no_std com clientes gerados a partir do IDL usando Codama. O IDL está na versão 0.1.0 a partir de 2 de outubro de 2026, e o programa pode ser atualizado em ambos os clusters.

O DvP está acessível por meio do módulo Markets da Solana Developer Platform, cujos três módulos — Issuance, Payments e Markets — cobrem a criação de ativos, movimentação de dinheiro e liquidação, conforme a página do produto. Uma demonstração em devnet executa uma negociação completa, da criação à liquidação atômica. A Fundação afirmou que planeja adicionar privacidade ao programa para que as liquidações de negociações possam ser feitas de forma privada e confidencial, e está recebendo parceiros de design e participantes iniciais antes do lançamento de produção.