Subbit apresenta um canal de pagamento em Cardano para cobrança de API por uso

Dominic Wallis apresentou Subbit.xyz no 77º Cardano Developers Office Hours com um problema específico: uma solicitação de API pode custar menos do que a taxa e o tempo exigidos por uma transação em blockchain. Seu sistema combina compromissos de pagamento assinados com um contrato inteligente da Cardano, permitindo que um provedor atenda a pequenas solicitações e colete as cobranças aprovadas depois. A apresentação mostrou como os componentes de pagamento se comunicam, enquanto a integração com um serviço de produção permanece como o próximo passo do projeto.

Um canal de pagamento criado para serviços medidos

Subbit.xyz é projetado para serviços que podem medir o que um cliente consome, como chamadas de API, transferências de dados ou solicitações de IA. Assinaturas mensais cobram por um período de acesso, enquanto faturas chegam após o uso ter ocorrido. Wallis propôs uma ligação mais estreita entre cada unidade de serviço e o valor que o cliente autoriza.

Um cliente abre um canal depositando fundos sob as regras de um contrato inteligente da Cardano. Ao solicitar o serviço, o cliente assina um IOU declarando o valor acumulado que o provedor pode coletar. O provedor verifica a assinatura e os fundos que a respaldam antes de atender à solicitação. Cada IOU está vinculado ao seu canal, impedindo que uma assinatura destinada a uma conta seja reutilizada contra outra.

O canal é limitado a dois participantes, com pagamentos fluindo do cliente para o provedor. O cliente pode parar de autorizar novas cobranças, enquanto o provedor mantém um direito referente ao serviço já entregue. O canal rege o pagamento; ele não verifica a qualidade de uma resposta de API nem como o provedor lida com informações sensíveis.

Como funcionam as reivindicações e o encerramento do canal na Cardano

O provedor pode enviar o IOU mais recente ao contrato inteligente e reivindicar o valor autorizado enquanto o canal permanece aberto. Reivindicações anteriores são contabilizadas, portanto o mesmo valor não pode ser retirado novamente. Se o cliente adicionar fundos, o relacionamento pode continuar sem abrir um novo canal.

Wallis ilustrou a configuração com 10 ADA alocados para o serviço e 2 ADA adicionais reservados para os requisitos de UTxO da Cardano. O cliente pode encerrar o canal quando quiser sair. O provedor então tem um período acordado na abertura para fazer uma reivindicação final, após o qual o cliente pode recuperar o saldo.

Provedores que atendem muitos clientes podem combinar reivindicações em uma única transação. Wallis mostrou um exemplo que contabilizou 47 canais a um custo de aproximadamente 38 centavos de dólar. Esse foi um número de sua apresentação, não uma média relatada para tráfego em produção. Ele apontou a quantidade de dados de transação como a limitação imediata para expandir tais lotes.

O desenho de integração coloca um emissor ao lado do aplicativo do cliente e um proxy à frente do serviço existente do provedor. O emissor anexa um IOU a uma solicitação. O proxy o verifica e encaminha uma solicitação aceita ao serviço.

Os provedores ainda precisariam operar esses componentes de pagamento e acompanhar a atividade relevante do canal na rede Cardano, mesmo que seu aplicativo original não implemente lógica de blockchain.

O teste restante é uma integração com um serviço real

Perguntas dos participantes expuseram vários limites do modelo. Reembolsos exigem um pagamento separado, pois o canal move fundos em apenas uma direção. Um provedor preocupado com variações no preço do ativo pode reivindicar os fundos prontamente ou revisar preços para solicitações futuras. Wallis também demonstrou que um canal pode usar outro ativo e mencionou USDM como exemplo.

Reivindicações liquidadas na Cardano revelam os valores coletados, embora solicitações individuais de serviço permaneçam fora da cadeia. Participantes perguntaram se provas de conhecimento zero poderiam melhorar a privacidade ou o agrupamento. Wallis argumentou que tal design adicionaria complexidade e que o tamanho dos dados de transação é a questão de escalabilidade mais imediata para Subbit.xyz.

Outro participante, David, pressionou Wallis sobre a demanda: qual provedor mudaria seu sistema de cobrança para usar o canal? Wallis discutiu usos potenciais em infraestrutura de API, cobrança de IA e entrega de dados com medição. Ele descreveu trabalhos anteriores com Orcfax e reconheceu o apoio do Project Catalyst, mas não apresentou um integrador em produção no momento nem números de uso comercial.

Na demonstração de encerramento, o emissor e o servidor trocaram dados de pagamento, mas o serviço subjacente não foi executado. Wallis convidou provedores a integrar Subbit.xyz. Isso permitiria que a próxima demonstração conectasse as três partes da transação: uma resposta de serviço medida, o IOU assinado pelo cliente e a reivindicação do provedor na Cardano.