Passer au contenu principal

Blockchain bancaire pour les entreprises

Des actifs natifs contrôlés par la banque, pas un jeton détaché

Appliquez les contrôles institutionnels d’émission et de transfert à l’actif principal du réseau. L’interface bancaire s’appuie sur le registre canonique des soldes EVM au lieu de tenir un solde de jeton indépendant.

Comprenez la configuration des actifs natifs, la propriété des réserves, la gouvernance, les hypothèses de règlement et la distinction entre services de plateforme et actifs.

L’actif natif est l’actif principal du réseau et utilise le registre canonique des soldes EVM. Cette architecture a une importance opérationnelle : la vue bancaire n’est pas une copie indépendante des soldes de jetons, et un solde servant au suivi de l’actif reste distinct du gas technique nécessaire aux opérations du réseau.

L’institution choisit la finalité de l’actif ainsi que ses propres politiques d’émission, de réserves et de traitement des clients. La plateforme fournit une configuration et des contrôles gouvernés, mais ni réserves ni promesse d’adossement, de remboursement, de conservation ou de traitement financier. Ces frontières doivent être décidées explicitement avant de concevoir des processus autour de l’actif.

Un registre de soldes canonique

Les soldes de l’actif natif sont représentés dans le registre EVM canonique, qui fait autorité pour l’état des soldes du réseau. L’interface bancaire présente des vues administratives et orientées vers les politiques de cet état ; elle ne tient pas un second registre indépendant susceptible de diverger silencieusement de l’enregistrement de référence du réseau.

Il faut distinguer ce registre des données bancaires hors chaîne et des systèmes bancaires centraux. Ces systèmes peuvent conserver l’identité des clients, les relations entre comptes, les conditions des produits et la comptabilité propre à l’institution, tandis que le réseau enregistre les adresses concernées, les soldes d’actifs et les transactions. La correspondance et le rapprochement entre ces données sont des travaux d’intégration à concevoir et à tester.

Une variation de solde est reflétée dans l’état canonique du réseau

  1. Action autoriséeUne émission, une destruction ou un transfert permis respecte les pouvoirs configurés.
  2. Exécution EVMLe réseau applique la transaction selon ses règles en vigueur.
  3. Solde canoniqueLe registre du réseau consigne l’état résultant de l’actif natif.
  4. Contrôle institutionnelLes interfaces et données approuvées facilitent rapprochement et supervision.
Cette séquence est conceptuelle ; elle ne représente pas une transaction réelle et ne garantit aucun résultat.

Émission, destruction et pouvoirs

Les opérateurs habilités peuvent gérer les opérations d’émission et de destruction prises en charge, dans le cadre des rôles et du processus de gouvernance configurés. Avant le lancement, définissez la finalité de chaque opération, le rôle qui peut la proposer, les approbations requises, l’enregistrement de son exécution et la personne chargée de contrôler l’offre et les soldes qui en résultent. Une fonction technique ne remplace ni la politique de trésorerie ni celle du produit.

L’institution doit tester les procédures d’émission et de destruction à l’aide de cas hors production approuvés, notamment les approbations refusées ou incomplètes et le rapprochement ultérieur. Documentez la communication des changements aux équipes applicatives et opérationnelles. Les permissions et seuils d’approbation effectifs dépendent de la configuration déployée ; il ne faut présumer ni rôle universel ni pouvoir individuel sans restriction.

Réserves, gas et comptabilisation des frais

L’institution est propriétaire des réserves éventuelles liées à son programme et les gère. FusionPointAI fournit la technologie et les services convenus, pas les actifs de réserve. L’émission d’un actif natif n’établit pas à elle seule un adossement, un droit au remboursement, un dispositif de conservation, une créance sur des fonds externes ni une qualification juridique particulière ; ces modalités relèvent de l’institution et de ses propres processus.

Le suivi de l’actif natif et le gas des transactions sont liés au réseau, mais constituent des sujets opérationnels distincts. Le gas finance l’exécution au niveau du protocole, tandis qu’une règle de frais présentée au client peut facturer ou parrainer séparément une opération admissible. Les équipes finance et exploitation doivent rapprocher séparément les mouvements d’actifs, le financement du gas, les frais client et les coûts de service.

Distinguer le programme d’actif du gas technique

  1. Programme d’actif natifÉmission définie par l’institution, politique d’offre et responsabilité des réserves.
  2. Solde EVM canoniqueL’état du réseau enregistre les soldes et mouvements applicables de l’actif.
  1. Gas techniqueL’exécution du réseau nécessite le règlement du gas au niveau du protocole.
  2. Règle de frais clientUne règle distincte peut facturer ou parrainer l’activité admissible.
Ces deux sujets comptables peuvent interagir dans l’exploitation sans devenir le même solde ni la même obligation.

Décisions de configuration et de lancement

Définissez lors de la configuration le nom et le symbole de l’actif, son usage prévu, les rôles administratifs, les contrôles d’offre, le modèle de gouvernance, les hypothèses de frais et les interfaces. Confirmez quelles données peuvent figurer sur le réseau et lesquelles restent dans les systèmes institutionnels. Si des intégrations externes sont nécessaires, évaluez la correspondance des données, l’authentification, les responsabilités et l’accès aux tests au lieu de supposer l’existence d’un connecteur préintégré.

L’identité du réseau exige une attention particulière : le Chain ID ne peut plus être modifié après sa création. Les autres paramètres pris en charge restent soumis à la gouvernance et peuvent nécessiter une mise à niveau logicielle coordonnée. Avant la production, vérifiez les hypothèses applicatives, les permissions, les parcours d’émission et de destruction, la présentation des soldes et le rapprochement dans l’environnement retenu. Consultez ensuite les chapitres sur les restrictions et Paymaster pour les décisions de politique connexes.

Fonctionnalités de la plateforme

Gouverner l’émission et l’offre

Les opérateurs autorisés peuvent gérer la création, la destruction, l’administration de l’offre et les restrictions de transaction configurées au moyen des interfaces de contrôle bancaire. Les approbations et actions disponibles dépendent des rôles réseau et des règles de gouvernance.

Les actions administratives génèrent des enregistrements consultables et rapprochables par l’établissement. La comptabilisation de l’actif réseau et le gas des transactions restent des sujets distincts, même lorsqu’ils utilisent le même registre natif.

Fonctionnalités de la plateforme

Clarifier la responsabilité des réserves

L’établissement détient et gère ses réserves. FusionPointAI fournit la technologie et les services convenus avec l’établissement, mais ne fournit pas les réserves.

Toute relation entre un actif et des fonds ou actifs externes est déterminée et gérée par l’établissement dans le cadre de ses propres dispositifs.

Fonctionnalités de la plateforme

Approuver la configuration avant le lancement

Confirmez les noms, identifiants, règles de gouvernance, contrôles d’accès et hypothèses d’intégration selon le processus d’approbation de l’établissement.

L’identifiant de chaîne (Chain ID) ne peut pas être modifié après la création du réseau. Les autres paramètres du réseau qui peuvent être modifiés et sont pris en charge restent soumis aux règles de gouvernance ; certaines modifications approuvées nécessitent une mise à niveau coordonnée et une procédure de changement.

Contacter l’équipe

FAQ

La création d’un actif natif signifie-t-elle qu’il est adossé à de l’or ou à une autre réserve ?

Non. Aucun adossement n’est sous-entendu. L’établissement détient et gère ses réserves et définit ses propres dispositifs.

Les paramètres réseau peuvent-ils changer après le lancement ?

Le Chain ID est immuable après la création. D’autres paramètres gouvernés ne peuvent être modifiés que selon le processus de gouvernance applicable et au moyen d’une mise à niveau coordonnée.