Liquidação USDT para DHRU
Aceite stablecoin. Credite na hora.
TRC20, BEP20 e Binance Pay roteados para o DHRU na confirmação on-chain ou off-chain. Sem intermediários, sem conciliação manual.
99.98%
Webhook uptime
~38s
Median credit time
Construído para liquidar em
- USDT TRC20
- USDT BEP20
- USDC BEP20
- Binance Pay
Por que TriaPay
As features que operadores realmente usam.
Construído por quem opera painéis DHRU. Sem encheção.
-
Endurecido por padrão
TLS 1.3, criptografia em repouso, trilha de auditoria completa.
-
Chaves de idempotência
Retentativas são seguras. Mesma chave, mesma resposta, sem crédito duplicado.
-
Crédito em menos de um minuto
Monitoramos a blockchain em tempo real e disparamos o webhook no instante em que a confirmação chega.
-
Multi-chain, multi-ativo
USDT TRC20, USDT/USDC BEP20, Binance Pay. Troque por pedido.
-
Rotação de chaves
Rotacione API keys e segredos de webhook sem downtime. Chaves antigas drenam suavemente.
-
Webhooks assinados
HMAC-SHA256 sobre timestamp + idempotência + corpo. À prova de replay e adulteração.
Como funciona
Quatro passos do depósito ao crédito.
- 01
Cliente escolhe USDT
Na sua página de depósito DHRU ele seleciona USDT TRC20, BEP20 ou Binance Pay.
- 02
Ele envia o valor exato
Alocamos um código curto de match incorporado nas casas decimais do valor ou no memo.
- 03
Blockchain confirma
Os listeners observam a transação e verificam o código de match em tempo real.
- 04
DHRU creditado
Assinamos um webhook para o DHRU. addPayment executa. Saldo do tenant atualizado.
Preços
Um conjunto de features. Escolha o período de cobrança.
Mesmo acesso em todos os planos. Compromissos mais longos economizam mais.
- Todos os métodos de pagamento ativados
- Retentativas ilimitadas de webhook com backoff exponencial
- Modo sandbox + log de auditoria incluídos
FAQ
Perguntas frequentes
O que os operadores perguntam antes de plugar a integração.
Geral
Não. Binance Pay C2C usa uma API key de conta pessoal Binance com permissões Read e Pay. Sem KYB.
Cada pedido recebe um código de match aleatório com largura configurável: 1 a 3 dígitos para redes cripto (codificado nas casas decimais finais do valor, ex.: $10,0123) e 3 a 5 dígitos para Binance Pay (colocado no campo de nota). Os códigos são escopados por tenant; o matcher diferencia pelo endereço master, então tenants diferentes podem ter o mesmo código ativo.
USDT na Tron (TRC20). USDT e USDC na BNB Smart Chain (BEP20). USDT e USDC no Binance Pay C2C. Ethereum e Polygon estão no roadmap quando a economia de gas fizer sentido para invoices abaixo de $50.
Listeners TRC20 e BEP20 escaneiam a cada 3 segundos, Binance Pay a cada 5 segundos. Crédito ponta a ponta tipicamente leva 3–7 segundos para cripto e 5–10 segundos para Binance Pay, mais a cauda de confirmação da blockchain. Subscrições push BSC e webhooks merchant Binance estão no roadmap para detecção sub-segundo.
A transação cai na fila de conciliação órfã em vez de creditar automaticamente um pedido expirado. Um admin pode revinculá-la à invoice certa e disparar um recrédito manual. Pagamentos a mais em pedidos ainda válidos são creditados e marcados como overpaid.
Preços e cobrança
Apenas o período de cobrança difere. Compromissos mais longos liberam um desconto porque reduzem churn e overhead de processamento de pagamento. Troque períodos a qualquer momento pelo painel.
Reembolso integral nos primeiros 7 dias, sem perguntas. Depois disso, reembolsos são pro-rata para períodos não utilizados em planos anuais ou semestrais.
O serviço continua até o fim do período de cobrança vigente. Planos anuais e semestrais recebem reembolsos pro-rata pelos meses não usados. Sem taxa de reativação se você voltar depois.
Técnico e segurança
Campos sensíveis ficam criptografados em repouso, o tráfego é apenas TLS e as senhas usam hashing memory-hard moderno. Autenticação de dois fatores está disponível em todas as contas. Cada ação privilegiada fica em log de auditoria com o IP real do cliente. Detalhes estão documentados para integradores na nossa documentação de desenvolvedor.
Cada entrega é criptograficamente assinada e tem timestamp; o plugin DHRU incluído lida com a verificação automaticamente. Para integrações customizadas, o formato da assinatura e os passos de verificação estão na especificação do webhook em nossa documentação de desenvolvedor.
Mesma chave + mesmo payload retorna o pedido original, sem duplicar. Mesma chave + payload diferente agora retorna HTTP 409 com `code: "conflict"` para que colisões acidentais de chave sejam visíveis em vez de reutilizar silenciosamente o pedido anterior.
Sim. O login é uma etapa de senha mais um código de uso único entregue por e-mail (padrão), WhatsApp (quando um telefone está configurado) ou um app authenticator para contas que o tenham habilitado. Proteção contra replay impede o uso duplo dos códigos. A opção "lembrar este dispositivo" por 7 dias dispensa o código em um dispositivo reconhecido; você pode revogar dispositivos a qualquer momento pelo painel.
Sim. Abra Integração no painel. Segredos de webhook live e API keys live podem ser regenerados a qualquer momento; rotações exigem OTP por e-mail e ficam em log de auditoria. Chaves e segredos de sandbox podem ser regenerados livremente.
Cada tenant tem uma chave sandbox paralela (`pk_test_*`) e um segredo de webhook sandbox. Pedidos criados com a chave de teste ficam isolados; os listeners de blockchain fisicamente não conseguem capturá-los. Endpoints force-match, force-credit e force-expire simulam o webhook completo. O plugin DHRU honra `X-Payment-Mode: sandbox` e pula antes de creditar qualquer invoice real.
DHRU Fusion. O plugin usa hooks de gateway padrão, sem mudanças de schema. Compatível com PHP 7.4+.
Transações órfãs aparecem na UI de conciliação admin. Um admin pode vincular manualmente qualquer transação recebida à invoice correta e disparar um recrédito. A ação de recrédito exige uma confirmação OTP fresca.
Os listeners gravam cada transação recebida. Se nenhum pedido casar, a transação cai na UI de conciliação órfã onde os admins podem vinculá-la à invoice correta e disparar um recrédito. Nenhum pagamento é silenciosamente perdido.
Suporte
WhatsApp responde em até um dia útil em todos os planos. Incidentes críticos (listener fora, falha de crédito) escalam para resposta no mesmo dia. O painel self-service cobre a maior parte das operações sem ticket.
Identidade do operador
Operador apenas online. Acessível diretamente.
Sem empresa-fachada, sem fila de suporte. Você fala com o operador e recebe o operador.
Operador
RBW-Tech
Horário
Ásia-Pacífico, diariamente das 09:00 às 24:00 (UTC+7)
Resposta
Mediana de 4 horas durante o horário informado