Ingénierie de finalité et réorganisation sur 16 chaînes · Planificateur SLA de risque

Calculateur de confirmations de blocs et SLA de finalité.

Modélisez le nombre exact de confirmations, la latence webhook de bout en bout et les politiques de sécurité anti-réorganisation sur les 16 réseaux blockchain XPayr selon le montant de vos factures et votre profil de risque de livraison.

1. Sélectionner la blockchain, le montant et le profil de risque

2. Politique de confirmation recommandée et SLA Webhook

Confirmations recommandées 1 point de contrôle finalisé
SLA On-Chain + Webhook ~1.5 – 3.0 s
Architecture de finalité DAG déterministe
Attente totale acheteur (source incluse) ~3 s
JSON de politique du moteur de risque XPayr

        
FAQ

Questions sur les confirmations de blocs et les SLA de finalité

Pourquoi Sui, Aptos, XRPL et Circle Arc atteignent-ils la finalité plus vite que les chaînes PoW/EVM probabilistes ?

Les protocoles de consensus déterministes BFT/DAG (Sui Mysticeti ~400ms, Aptos Block-STM <1s, Circle Arc ~1s, XRPL 3.5s) finalisent les transactions de façon irréversible dès la clôture du registre sans fenêtre de réorganisation multi-blocs, ce qui les rend idéaux pour l'encaissement PDV instantané et la livraison API.

Comment XPayr adapte-t-il le nombre de confirmations requis selon le montant de la facture ?

Les biens numériques à faible panier (<$100) peuvent être livrés rapidement dès les pré-confirmations L2 ou via le scoring de risque mempool Bitcoin (/developers/zero-conf-risk-engine), tandis que les commandes B2B de gros ou de luxe à montant élevé ($10,000+) attendent automatiquement des blocs L1 finalisés ou certifiés avant d'émettre payment.completed.

À quelle fréquence XPayr interroge-t-il les nœuds RPC et explorateurs de blocs pour les transferts QR directs d'exchange ?

XPayr exécute des écouteurs RPC redondants multi-fournisseurs et des cycles de vérification d'explorateur toutes les 6 secondes, émettant des webhooks signés HMAC-SHA256 dès que le seuil de finalité de la chaîne est atteint.

Notre backend doit-il livrer les commandes sur payment.pending ou sur payment.completed ?

Affichez immédiatement un état d'interface "Paiement détecté — Confirmation on-chain en cours" lors de payment.pending, et ne débloquez les téléchargements, crédits ou serveurs qu'à réception de payment.completed ou payment.underpaid_accepted (/developers/status-vs-webhooks).