MAINNET· en service depuis 2020BLOC #33,032,838FINALITÉ 6.00sOPS / BLOC 0VALIDATEURS 11 · 5 ORG.TOTAL XBN 369B XBNEN CIRCULATION 74.10B XBNCONSENSUS HFBA · FINALITÉ 3 À 5 SMAINNET· en service depuis 2020BLOC #33,032,838FINALITÉ 6.00sOPS / BLOC 0VALIDATEURS 11 · 5 ORG.TOTAL XBN 369B XBNEN CIRCULATION 74.10B XBNCONSENSUS HFBA · FINALITÉ 3 À 5 S
Bantu
À proposPour les responsables conformité

Qualité d'audit par conception.

Chaque opération sur Bantu — émission d'actif, transfert, échange, autorisation, trustline, gel, clawback — est enregistrée de façon permanente sur un registre immuable et accessible publiquement. Les points d'intégration KYC/AML existent à trois couches : l'actif, l'ancre et l'application. La finalité est atteinte en 2 à 4 secondes, de sorte que le rapprochement est définitif à la clôture du registre — ni probabiliste, ni en attente.

Piste d'audit
Temps réel, publique

Chaque opération visible via le Bantu Blockchain Explorer — aucun accès privilégié requis.

Application du KYC
Couche protocole

L'indicateur Authorization Required signifie que les comptes non autorisés ne peuvent recevoir l'actif, point final.

Finalité
2 à 4 secondes

Aucun état « en attente » ou « non confirmé » persistant au-delà d'une clôture de registre.

Rapprochement
Source unique

Le registre est l'enregistrement. Le rapprochement de fin de journée se simplifie radicalement.

//Piste d'audit

Temps réel. Publique. Permanente.

Chaque opération sur Bantu est enregistrée sur le registre immuable avec un horodatage précis et un identifiant de transaction permanent. Le Blockchain Explorer la rend accessible à toute équipe conformité sans nécessiter d'accès privilégié à aucun système. Pour les déploiements avec permissions, les mêmes propriétés de registre s'appliquent au sein du réseau contrôlé.
  • Émission d'actif — publique, attribuable, horodatée
  • Transfert de tout actif — émetteur, destinataire, montant, mémo
  • Événements d'autorisation de compte — quand l'accès est accordé ou révoqué
  • Création de trustline — chaque adhésion à la détention d'un actif non natif
  • Gel et dégel — opérations claires et nommées sur le registre
  • Clawback — actifs récupérables, avec provenance complète on-chain
  • Paiements par chemin et échanges — conversions multi-sauts sur le DEX intégré
//Points d'intégration KYC / AML

Trois couches. Trois points d'application.

La conformité n'est pas ajoutée après coup. Le protocole vous offre trois endroits distincts pour appliquer des règles d'identité et de filtrage, chacun avec des propriétés opérationnelles différentes. Choisissez ce qui convient à votre modèle.
01
À la couche actif

Authorization Required comme barrière programmatique.

Les émetteurs définissent l'indicateur Authorization Required sur tout actif nécessitant des détenteurs vérifiés. Avant qu'un compte puisse recevoir ou échanger l'actif, l'émetteur doit explicitement autoriser la trustline. Les équipes conformité obtiennent un point d'application programmatique — aucun compte non autorisé ne peut détenir l'actif, quoi que fasse la couche application.

02
À la couche ancre

L'identité à la frontière d'entrée/sortie.

Les organisations exploitant des rampes d'entrée/sortie fiat (ancres) mettent en œuvre leurs propres processus KYC/AML avant d'autoriser les utilisateurs à déposer ou retirer. Le modèle d'ancre sépare proprement la couche de vérification d'identité de la couche de mouvement d'actifs, tout en conservant un enregistrement on-chain complet de tous les flux d'actifs.

03
À la couche application

Historique complet des transactions dans vos outils.

L'API REST Horizon et les SDK exposent l'historique complet des transactions, les soldes de comptes, les détenteurs d'actifs et les détails d'opérations. Acheminez directement vers des outils de surveillance AML, des systèmes de filtrage de transactions ou des flux de reporting réglementaire. Les données sont structurées, bien documentées et cohérentes entre les déploiements.

//Déploiements d'actifs réglementés

cNGN — la pile de conformité, démontrée.

L'actif réglementé le plus visible sur Bantu montre comment les couches s'articulent en pratique. Le déploiement PAPSS avec permissions va encore plus loin — chaque participant accrédité au niveau de l'accès réseau, créant un ensemble de participants fermé et auditable au sein duquel toutes les transactions sont visibles et attribuables.
  • Émis uniquement par les membres agréés du consortium sous autorisation de la CBN
  • Frappé 1:1 contre des dépôts en naira détenus dans des comptes bancaires agréés
  • Accessible uniquement via des plateformes agréées (Quidax, Busha, Xend Finance et d'autres)
  • Interopérable avec d'autres blockchains via AMTP — tout en conservant la provenance d'émission réglementée
// Finalité et rapprochement

Définitif à la clôture du registre. Rien en attente. Rien de probable.

Bantu atteint la finalité de transaction en 2 à 4 secondes sans probabilité d'annulation par réorganisation de chaîne. Il n'existe aucune notion de transaction « en attente » ou « non confirmée » persistant au-delà d'une clôture de registre — une fois qu'une transaction est incluse dans un registre clos, elle est définitive. Le rapprochement de fin de journée est simple. L'incertitude qui caractérise les systèmes de paiement traditionnels et la confirmation probabiliste de la blockchain ne s'applique tout simplement pas ici.

Confirmation
Déterministe, non probabiliste
Risque de règlement
Aucun au-delà de la clôture du registre
Rapprochement
Le registre == source de vérité
// Pour les équipes conformité

Suivez un actif, un émetteur ou un mémo dans l'explorer. Puis appelez-nous.

La Fondation travaille avec les équipes conformité et risque évaluant Bantu pour l'émission d'actifs réglementés, le règlement et le reporting on-chain. Nous parcourrons l'architecture, les points d'intégration et tout indicateur de contrôle spécifique exigé par votre juridiction.