Dans les architectures blockchain modulaires, il est souvent difficile pour les utilisateurs de comprendre la circulation des transactions entre les couches d’exécution et de règlement, ce qui rend la question « comment une transaction est-elle finalisée ? » essentielle pour saisir le fonctionnement du système.
Ce défi s’articule généralement autour de trois axes : le chemin de soumission de la transaction, la logique de traitement à la couche d’exécution et le mécanisme de confirmation de règlement. Ensemble, ils constituent le flux opérationnel de bout en bout du réseau SOON.
En pratique, les utilisateurs pénètrent dans l’écosystème SOON en se connectant à la couche d’exécution via des portefeuilles ou interfaces applicatives compatibles.
Concrètement, ils connectent un portefeuille ou une dApp compatible SOON et transfèrent leurs actifs vers le réseau Rollup correspondant via un bridge, ce qui leur permet d’interagir avec la couche d’exécution. Ce processus de bridge repose sur la blockchain sous-jacente et les protocoles inter-chaînes.
Du point de vue du système, le point d’entrée combine le portefeuille, l’application frontale et le bridge inter-chaînes, offrant à l’utilisateur une interface pour interagir avec la couche d’exécution. Les actions de l’utilisateur ne passent pas directement par la chaîne principale : elles sont d’abord routées vers la couche d’exécution.
Cette méthode simplifie les opérations complexes de la couche de base pour l’utilisateur, qui bénéficie d’un environnement transactionnel performant tout en restant relié à la chaîne principale.
Soumission et diffusion des transactions sur le réseau SOON
Les transactions sur le réseau SOON sont soumises et diffusées aux nœuds d’exécution selon des formats de données standardisés.
Dès qu’un utilisateur initie une transaction, les données sont encapsulées en requête et transmises au réseau de nœuds d’exécution, où elles subissent une vérification initiale (signature, solde du compte). La transaction se propage ensuite entre les nœuds pour synchroniser l’exécution.
Sur le plan structurel, la propagation implique le client, le réseau de nœuds et le mempool. Avant exécution, les transactions sont temporairement stockées et ordonnées pour optimiser le traitement.
Ce dispositif permet à chaque transaction d’atteindre plusieurs nœuds, renforçant la fiabilité et la cohérence de l’exécution au sein du réseau.
Traitement des transactions et mises à jour d’état par la couche d’exécution SOON
La couche d’exécution est responsable du traitement de la logique transactionnelle et de la mise à jour de l’état du système, constituant ainsi le cœur du flux d’exécution.
Fonctionnellement, à l’arrivée des transactions sur la couche d’exécution, l’environnement SVM exécute la logique des smart contracts, calcule les résultats et met à jour l’état des comptes. Sont concernés : transferts d’actifs, appels de contrats et modifications de données.
La couche d’exécution regroupe des nœuds d’exécution, une mémoire d’état et un moteur de calcul, s’appuyant sur le traitement parallèle pour maximiser le débit. Les résultats de l’exécution sont émis sous forme de changements d’état, en attente de règlement.
Cette architecture concentre les tâches intensives en calcul dans un environnement haute performance, allégeant la charge de la chaîne principale tout en optimisant l’efficacité.
Garantir la finalité : rôle de la couche de règlement SOON
La couche de règlement assure la finalisation des résultats d’exécution et la sécurité globale du réseau.
Sur le plan mécanique, les mises à jour d’état issues de la couche d’exécution sont regroupées puis soumises à la chaîne principale, qui les valide via un consensus et les enregistre dans les blocs, leur conférant ainsi une confirmation définitive.
Généralement, cette couche de règlement repose sur une chaîne principale comme Ethereum, garantissant sécurité et finalité des transactions grâce à une infrastructure infalsifiable.
Cette séparation entre exécution et sécurité permet au système d’atteindre un haut niveau de performance tout en s’appuyant sur la robustesse de la chaîne principale.
Communication inter-chaînes dans le système SOON InterSOON
Le framework InterSOON de SOON facilite la communication inter-chaînes, permettant le transfert de données et d’actifs entre différentes blockchains.
InterSOON repose sur un protocole de messagerie qui encode les modifications d’état sur une chaîne, les vérifie et les exécute sur la chaîne cible, assurant ainsi la synchronisation des données entre réseaux.
L’infrastructure InterSOON intègre une couche de messagerie, des mécanismes de vérification et des interfaces d’exécution, créant un canal de communication unifié entre couches d’exécution et chaînes principales.
Ce dispositif permet à SOON de se connecter à de multiples écosystèmes, élargissant ses usages et sa liquidité.
Décomposition structurelle du flux d’exécution d’une transaction SOON
Une transaction complète sur SOON se déroule en plusieurs étapes clés :
Étape 1 : L’utilisateur initie une transaction
L’utilisateur soumet une demande de transaction via un portefeuille ou une application, en précisant l’opération attendue.
Étape 2 : La transaction rejoint le réseau
La transaction est envoyée aux nœuds d’exécution, propagée puis vérifiée sur l’ensemble du réseau.
Étape 3 : Traitement par la couche d’exécution
L’environnement SVM traite la logique de la transaction, effectue les calculs et met à jour l’état.
Étape 4 : Transmission des résultats à la couche de règlement
Les résultats d’exécution sont regroupés puis envoyés à la chaîne principale pour vérification.
Étape 5 : Confirmation définitive
La chaîne principale atteint le consensus et consigne définitivement le statut de la transaction.
Ce schéma isole l’exécution du règlement, attribuant le calcul et la sécurité à des couches spécialisées.
Chaque étape relève d’un module dédié – client, couche d’exécution ou couche de règlement –, garantissant une répartition claire des responsabilités.
Cette architecture transforme les actions des utilisateurs en états vérifiables sur la blockchain, tout en optimisant fiabilité et performance.
Résumé
L’architecture modulaire de SOON segmente le processus transactionnel en soumission, exécution et règlement, permettant aux couches d’exécution et de sécurité de fonctionner en synergie pour offrir à la fois haut débit et sécurité optimale.
FAQ
Les transactions SOON s’exécutent-elles directement sur la chaîne principale ?
Non. Elles sont d’abord traitées par la couche d’exécution ; seuls les résultats finaux sont transmis à la chaîne principale pour confirmation.
Quelle différence entre la couche d’exécution et la couche de règlement ?
La couche d’exécution gère les calculs et la mise à jour d’état ; la couche de règlement se charge de la sécurité et de l’enregistrement permanent.
Pourquoi la communication inter-chaînes est-elle indispensable ?
Elle garantit l’interopérabilité des données et des actifs entre blockchains, soutenant un écosystème élargi.
Comment SOON accélère-t-il les transactions ?
En exploitant l’environnement SVM et le traitement parallèle afin de maximiser le débit.
Que se passe-t-il en cas d’échec d’une transaction ?
La couche d’exécution annule tout changement d’état, préservant ainsi l’intégrité des données du système.
