Travel Rule prête pour l'audit, reposant sur une identité vérifiée

Un répertoire de plus de 12 000 entités, comprenant des bourses, des PSP, des banques, des dépositaires et des bureaux de gré à gré (OTC), résout le PSV destinataire. Le taux de livraison est proche de 100 % lorsque le PSV est nommé, et d'environ 50 % lorsqu'il est résolu automatiquement à partir des analyses de portefeuilles et de la blockchain.

L'IVMS 101 constitue la norme de données partagée pour chaque message. Le routage s'effectue via un protocole direct de PSV à PSV, le TRP, le CODE et Binance GTR à partir d'un seul appel API, et la plateforme sélectionne automatiquement le protocole correct. TRISA n'est pas utilisé.

Shufti propose quatre méthodes de vérification de wallet : Satoshi Test, Signature Proof, Visual Proof et Self Declared. Chacune génère un lien unique valable 24 heures. Toutes les preuves sont consignées dans un journal d'audit.

Oui. Le règlement de l'UE sur les transferts de fonds s'applique à tout transfert de crypto-monnaies quel qu'en soit le montant, et le seuil zéro est appliqué nativement. Le statut d'autorisation MiCA est suivi pour chaque PSV.

Oui. Le moteur de règles permet aux équipes de conformité de définir des seuils par juridiction, des dérogations spécifiques aux PSV et des actions automatisées de validation, de retenue ou d'escalade, avec des montants de 0 EUR, 3 000 USD et 800 GBP en vigueur simultanément.

Chaque PSV reçoit un score de risque de 1 à 100 enrichi de données KYB, d'indicateurs de conformité MiCA et de libellés de sévérité. L'évaluation des risques intervient avant la transmission des données. Les contreparties à haut risque déclenchent une escalade paramétrable.

La transmission post-transaction transmet les données après le traitement du transfert. La transmission pré-transaction bloque le retrait jusqu'à ce qu'elle soit confirmée par le PSV destinataire. Les deux peuvent fonctionner côte à côte sur la même plateforme.

L'intégration via API prend généralement 2 à 5 jours ouvrables. L'intégration via SDK prend 1 à 3 jours ouvrables. L'accès au sandbox est fourni sous 24 heures. Ces délais reflètent l'expérience réelle de déploiement en entreprise, et non des estimations. Une équipe d'assistance dédiée à l'intégration est disponible tout au long du processus.

Une API RESTful utilisant JSON et des webhooks, ainsi qu'un sandbox pour les tests. Les clients existants de Shufti ajoutent la Travel Rule à la même clé API. Les nouveaux clients sont opérationnels en quelques jours.

Oui, la Travel Rule est déployée aux côtés du filtrage LCB-FT, de la surveillance des transactions et de la vérification d'identité sur une plateforme unique, avec une piste d'audit et une API uniques.

Oui. Le déploiement en marque blanche vous offre une pleine parité d'API sous votre propre marque. Les enregistrements des contreparties et des transferts restent dans votre environnement sous votre marque, et vos clients ne voient jamais de tiers.

Non. Pour les contreparties situées en dehors des réseaux directement intégrés, une approche conforme de type "envoi et documentation" permet d'enregistrer les données transmises à titre de preuve de conformité. Les clients déjà membres de TRUST peuvent conserver cette adhésion indépendamment.

Il s'agit du problème du "sunrise" qui est courant car tous les PSV ne disposent pas encore de la messagerie en direct. Les transferts entrants sans données peuvent être libérés en vertu de la politique interne, complétés à partir des données du client ou escaladés sous forme de réclamation officielle, et chaque action est enregistrée comme preuve d'audit.

Pas si vous utilisez déjà Shufti. La Travel Rule s'active avec votre clé API et votre contrat actuels, en complément du filtrage LCB-FT et de la vérification d'identité. Il n'y a donc ni second fournisseur, ni seconde piste d'audit, ni processus d'achat distinct.