Stellar-powered Buy Now Pay Later Platform
Quatro jornadas, da integração do lojista à liquidação. Parte roda contra a Stellar Testnet de verdade; parte ainda não existe — e o painel mais abaixo diz qual é qual, com onde conferir.
Portal do cliente
Seus parcelamentos, quanto já foi pago, quando vence a próxima e o estado da autorização que você deu — com renovação assinada na sua carteira.
Estado do sistema
Banco, Horizon e contrato medidos no momento em que a página abre. Quando a leitura falha, ela diz que falhou.
Esta demonstração mistura peças que rodam contra a Stellar Testnet com peças que ainda não existem. A tabela abaixo diz qual é qual, e onde conferir cada afirmação.
Executa contra a rede real; cada operação tem hash conferível no explorer.
Contrato publicado na Stellar Testnet. O checkout cria plano nele com duas assinaturas do próprio cliente, e o robô de cobrança invoca pay_installment.
Onde conferir: Docs/mvp/CONTRATO.md
Executa contra a rede real; cada operação tem hash conferível no explorer.
A extensão do usuário é consultada de verdade; a chave pública e o saldo exibidos vêm da rede, e quem assina é ele.
Onde conferir: frontend/src/lib/freighter.ts
Devolve números fixos escritos no código. Nada é medido e nada vai para a rede.
Liquidez, utilização, taxa de juros, latência e hash de liquidação são constantes escritas no backend. Nenhuma chamada sai para o Blend, e nenhum XLM muda de dono.
Onde conferir: backend/src/blend/services/blend-simple.service.ts
Não existe implementação. Está no material comercial, não no produto.
Zero linhas de código no repositório. Aparece em material de apresentação e em variáveis comentadas no .env.example.
Onde conferir: .env.example (variáveis comentadas)
Não existe implementação. Está no material comercial, não no produto.
O widget recebe a chave pública do lojista pela URL e não a autentica: não existe emissão de credencial de lojista nesta API, nem lista de origens autorizadas por lojista. O plano criado é real; a identidade de quem pediu não é verificada.
Onde conferir: frontend/src/widget/parametros.ts
Executa contra a rede real; cada operação tem hash conferível no explorer.
Decide por 14 regras versionadas sobre sinais medidos — lojista no banco, saldo do cliente no Horizon, histórico no contrato. Toda decisão vira linha em credit_decisions. O checkout e o widget consultam antes de assinar, e falha na consulta não vira aprovação.
Onde conferir: backend/src/credit/credit-policy.ts