Pular para o conteúdo principal

Casos de uso

Cinco perfis que resolvem retenção condicional de valores, split e liquidação auditável com a mesma API -- qualquer participante pode manter self-custody da própria wallet.

Marketplaces

Problema

Produtos físicos, digitais ou serviços vendidos por terceiros — o pagamento precisa ficar retido até a entrega ser confirmada, protegendo comprador e vendedor.

Como a plataforma resolve

Um Workflow retém o valor na Account do comprador até o evento de entrega ser reportado pela sua aplicação; o Settlement libera o valor ao vendedor, com a taxa da plataforma descontada automaticamente.

Self-custody: Sellers podem manter a própria wallet: a assinatura em self-custody mantém a chave privada deles fora do alcance da Ishtaran, mesmo enquanto o Workflow retém e libera o pagamento.

Plataformas de intermediação de alto valor

Problema

Compra e venda de veículos, imóveis ou outros ativos de alto valor — o processo de escrow tradicional é lento e manual.

Como a plataforma resolve

O mesmo par Account + Workflow modela as condições do negócio (documentação aprovada, vistoria concluída) antes de liberar o valor, com todo o histórico de transição auditável no Ledger.

Aplicações de escrow dedicadas

Problema

Produtos cujo núcleo é justamente a retenção condicional de valores entre duas partes.

Como a plataforma resolve

A API expõe diretamente os conceitos de Account, Workflow e Settlement — a aplicação de escrow não precisa construir motor de regras nem contabilidade próprios.

Self-custody: As duas partes podem manter a própria wallet em self-custody -- a Ishtaran verifica e retransmite a liberação assinada, nunca as chaves privadas por trás dela.

Sistemas de afiliados e parceiros

Problema

Receita de uma venda precisa ser dividida entre múltiplas partes (afiliado, parceiro, plataforma) de forma consistente e rastreável.

Como a plataforma resolve

O Settlement aplica divisão entre partes (split) sobre o valor distribuível, cada porção lançada como um Ledger Entry próprio — nunca cálculo feito fora do registro contábil.

Backoffices e ERPs

Problema

Sistemas internos precisam orquestrar liquidações financeiras condicionais como parte de um processo maior, sem reescrever lógica de contabilidade/liberação a cada integração.

Como a plataforma resolve

A mesma API usada por uma aplicação voltada ao cliente final serve como camada de liquidação para processos internos — um único modelo de domínio, reaproveitado.