Clés, seuils et rayon d'impact.
Chaque contrôle du chapitre 01 s'exerce au moyen d'une clé de signature. Bantu prend en charge nativement une gouvernance multisignature au niveau du compte — cosignataires, signature pondérée et seuils distincts pour les opérations à risque faible, moyen et élevé — sans recourir à un contrat intelligent pour l'implémenter.
Le N sur M institutionnel, nativement.#
Une institution peut ajouter des cosignataires, attribuer des poids de signature et définir des seuils selon le risque des opérations. Double contrôle, approbation à quatre yeux, séparation des tâches, hiérarchies d'approbation de trésorerie, processus de signature HSM ou MPC, approbation au niveau du conseil pour les actions à haut risque, approbation indépendante de la conformité pour un gel ou une restitution forcée, et structures de clés de reprise après sinistre : tout cela s'exprime comme une configuration de compte.
- Approbation de ligne de confiance clientClé conformité à seuil bas1
- Virement de trésorerie courantApprobation opérations plus trésorerie2
- Émission d'actifsSeuil élevé multipartite3
- Gel ou restitution forcéeApprobation conformité, risque, juridique et trésorerie4
- Modification des politiques de l'émetteurSeuil contrôlé par la gouvernance ou le conseil5
- Reprise d'urgenceDispositif multisignature de reprise après sinistre prédéfini5
Séparer ce qui crée la valeur de ce qui la déplace.#
Un déploiement Bantu sécurisé sépare le compte qui crée l'actif des comptes qui le distribuent, le contrôlent et le négocient. L'autorité d'émission principale peut rester hors ligne et inaccessible aux opérations courantes, ce qui limite l'exposition opérationnelle aux seuls comptes nécessairement en ligne.
Crée l'actif régulé. Hors ligne ou fortement restreint ; tenu à l'écart des opérations courantes.
Émission client, remboursement, liquidité, distribution de trésorerie et règlement.
Autorisation des lignes de confiance, gels et contrôles d'accès client.
Contrôlé par la politique multisignature de l'institution.
Tenue de marché, routage de change et opérations de règlement.
Elle aboutit intégralement, ou elle échoue intégralement.#
Une transaction Bantu peut contenir plusieurs opérations : paiements, échanges d'actifs, modifications de lignes de confiance, changements de signataires et opérations de carnet d'ordres. La transaction aboutit entièrement ou échoue entièrement. Il n'existe aucun état partiellement appliqué à détecter, annuler ou rapprocher.
- Livraison contre paiement
- Paiement contre paiement
- Règlement de change
- Débit, conversion et crédit simultanés
- Remboursement et destruction d'actif
- Libérations conditionnelles de trésorerie
- Processus de décaissement encadrés
Soldes réclamables.#
Un actif peut être détenu sur le registre au profit de bénéficiaires définis, sous conditions spécifiées, ces conditions étant appliquées par le protocole plutôt que par un intermédiaire. La création et la réclamation sont des opérations natives.
- Séquestre
- Règlement commerçant conditionnel
- Versement de la paie
- Distribution de subventions ou d'aides
- Processus de remboursement
- Libération du paiement fournisseur
- Réclamations à durée limitée
- Procédures de succession ou de récupération
- Règlement en attente d'approbation conformité
Réserves parrainées.#
Un compte peut parrainer les exigences de réserve d'un autre compte sur le registre — comptes, lignes de confiance, signataires, offres, entrées de données et soldes réclamables. Une banque, un PSP, un gouvernement ou un fournisseur de portefeuille peut donc acquitter le coût de réserve du réseau pour le compte des utilisateurs finaux.
Acquitte la réserve du registre pour les comptes, lignes de confiance et soldes réclamables qu'il crée au nom des utilisateurs.
Détient un solde nul de l'actif du réseau et effectue néanmoins normalement ses transactions dans l'actif régulé.
Supprime l'obligation pour un client particulier de se procurer un jeton du réseau avant de recevoir de l'argent.
Qui surveille le registre.
La structure de conservation détermine qui peut agir. Le chapitre 03 documente qui peut voir : le modèle opérationnel LBC, la piste d'audit exposée par l'EXPANSION API et ce qu'un superviseur peut surveiller sans accès privilégié aux systèmes d'une quelconque institution.