Des fonctions natives de marché financier.
Bantu convient à la banque traditionnelle parce qu'il fournit nativement des fonctions de marché financier au lieu d'obliger une banque à construire toute sa logique à partir de contrats intelligents génériques. Ce chapitre documente ce que cela signifie pour une banque commerciale, pour une banque centrale exploitant un modèle monétaire à deux niveaux, et pour un corridor transfrontalier.
Quatorze capacités, dont aucune n'est un contrat.#
Bantu positionne le protocole pour les stablecoins de banques commerciales, les prestataires de services de paiement, les plateformes de financement du commerce, les gestionnaires d'actifs, les obligations d'État et les pilotes de MNBC. Les éléments suivants sont des capacités du protocole, disponibles sans déployer ni auditer de code sur mesure.
- Émission native d'actifs régulés
- Contrôles de compte et d'actif fondés sur les lignes de confiance
- Autorisation et révocation par l'émetteur
- Capacité de gel et de restitution forcée
- Gouvernance de trésorerie multisignature
- Paiements atomiques et règlement multi-branches
- Conversion inter-actifs par paiements par chemin
- Liquidité de carnet d'ordres intégrée
- Négociation d'actifs et tenue de marché
- Auditabilité du registre en temps réel
- Historique des comptes, signataires, lignes de confiance et transactions
- Intégration parrainée des portefeuilles et lignes de confiance
- Soldes réclamables conditionnels
- Intégration par API aux systèmes bancaires, de portefeuille, de conformité et de reporting
Un modèle à deux niveaux, l'émission restant acquise.#
Bantu peut prendre en charge un modèle de banque centrale à deux niveaux dans lequel la banque centrale contrôle l'émission monétaire et la politique, tandis que les banques commerciales, les PSP, les commutateurs nationaux et les fournisseurs de portefeuilles régulés distribuent et gèrent la devise.
- Émission
- Politique monétaire
- Liste blanche
- Visibilité de la masse
- Distribution
- Intégration des clients
- KYC / LBC
- Gestion
- Paiements
- Épargne
- Règlement commerçant
- Décaissements
- Autorité d'émission et de remboursement
- Liste blanche des participants
- Gel au niveau du compte
- Restitution forcée sur instruction judiciaire
- Visibilité de la masse en temps réel
- Politique de validateurs et de quorum
De l'exigence à la capacité.#
Onze exigences de banque centrale, et le mécanisme Bantu qui répond à chacune.
Comptes émetteurs, comptes de distribution distincts, trésorerie multisignature
Lignes de confiance et actifs à autorisation requise
Autorisation révocable et gels au niveau du compte
Contrôles facultatifs de restitution forcée sous politique divulguée
Seuils multisignature pondérés et clés séparées
Consensus HFBA avec finalité de 3 à 5 secondes
Paiements par chemin et liquidité de carnet d'ordres intégrée
Historique de registre immuable, reporting par API, visibilité des comptes et des actifs
Réserves parrainées et intégration des fournisseurs de portefeuille
Modèle d'ancres et d'institutions financières régulées
Conversion et règlement atomiques entre actifs émis
Qui exploite le quorum.#
HFBA fonctionne sans minage ni staking. Les validateurs établissent la confiance par des relations de quorum déclarées plutôt que par la puissance de calcul ou la détention de jetons, et le règlement devient définitif après externalisation, en trois à cinq secondes environ. Pour un réseau de paiement national ou régional, les validateurs pourraient être exploités par l'une des entités suivantes.
- Banque centrale
- Commutateur national de paiement
- Banques commerciales
- Dépositaires centraux de titres
- Institutions de règlement agréées
- Trésor public
- Opérateurs régionaux de systèmes de paiement
- Opérateurs d'infrastructure technique désignés
Un flux atomique, ou rien.#
Bantu est solide pour le règlement transfrontalier car il prend en charge nativement l'émission, l'échange et le routage multi-actifs. Un paiement transfrontalier peut recourir à un paiement par chemin qui débite l'expéditeur dans un actif, transite par la liquidité disponible du carnet d'ordres, convertit, puis crédite le bénéficiaire dans l'actif requis — se réglant au taux acceptable ou ne se réglant pas du tout.
- 01Débiter l'expéditeur dans un actif
- 02Transiter par la liquidité du carnet d'ordres
- 03Convertir au taux coté
- 04Créditer le bénéficiaire
Si le taux de change ou la liquidité requis ne sont pas disponibles, la transaction entière échoue. Aucun règlement partiel, aucune branche orpheline, aucune position intermédiaire à rapprocher ou à financer.
- Les comptes nostro et vostro multiples
- Le rapprochement manuel
- Le règlement par lots en fin de journée
- Le routage par banque correspondante pour chaque corridor
- La branche intermédiaire en devise forte
Ce que vous pouvez bâtir par-dessus.
Le chapitre 05 documente la surface programmable : les opérations natives qui expriment des processus financiers sans code de contrat générique, et la pile d'intégration qu'utiliserait un système bancaire en production.