SCDO FAQ Édition Essentielle

Chapitre sur l’architecture technique de base

Question 11 : Quelle est l’architecture technique globale de SCDO ? R : SCDO adopte une architecture blockchain hiérarchique, qui est divisée en la couche de protocole sous-jacente, la couche d’extension et la couche d’application. Au niveau de la couche protocolaire, SCDO met en œuvre le mécanisme de consensus ZPoW développé par ses soins et le protocole réseau P2P de base pour assurer la sécurité du réseau et la cohérence des données. Au niveau de la couche de mise à l’échelle, SCDO améliore les performances grâce à la technologie de partitionnement on-chain et au protocole de sous-chaîne Stem : la chaîne principale peut exécuter plusieurs chaînes de partitions en parallèle pour améliorer le débit, et la sous-chaîne Stem agit comme une couche 2 pour héberger des applications spécifiques. Au niveau de la couche applicative, SCDO est entièrement compatible avec les contrats intelligents EVM, prend en charge le déploiement de diverses applications décentralisées (DApps) et fournit des interfaces SDK conviviales pour les développeurs. Une telle architecture hiérarchique permet à SCDO d’atteindre une concurrence élevée et de sécuriser un consensus sur la chaîne principale, tout en répondant aux divers besoins des applications par le biais de sous-chaînes et en construisant un écosystème blockchain évolutif et modulaire.

Question 12 : Comment SCDO réalise-t-il le sharding de la blockchain ? Réponse : La technologie de fragmentation de SCDO intègre les caractéristiques de la fragmentation réseau, de la fragmentation des transactions et de la fragmentation des états. En termes simples, les nœuds du réseau seront divisés en différents groupes de fragments selon des règles, chaque fragment traitant indépendamment les transactions et l’état des comptes à l’intérieur de ce fragment, permettant ainsi un traitement parallèle pour améliorer les performances. Actuellement, la configuration initiale de la chaîne principale SCDO est de 4 fragments fonctionnant simultanément. Chaque fragment a sa propre blockchain (chaîne locale), responsable de l’emballage des transactions de ce fragment et de la maintenance d’une chaîne légère enregistrant les informations d’en-tête de blocs des autres fragments. Cela signifie que chaque nœud de fragment n’a pas besoin de stocker les données complètes des autres fragments, mais seulement de connaître les résumés de blocs des autres fragments par le biais de la chaîne légère. Le protocole de fragmentation de SCDO prend en charge l’évolutivité élastique ; à l’avenir, si des performances plus élevées sont nécessaires, il est possible d’ajouter de nouveaux fragments à faible coût pour augmenter le débit global. Grâce à la fragmentation en chaîne, SCDO a réalisé une mise à l’échelle horizontale, atténuant efficacement le goulot d’étranglement des performances d’une chaîne traitant toutes les transactions.

Question 13 : Comment SCDO gère-t-il les transactions inter-shards ? Réponse : SCDO prend en charge les transactions inter-shard et utilise un mécanisme spécialisé pour garantir leur exécution correcte. Lorsque des transactions ont lieu entre des comptes de deux shards différents, le processus est le suivant : dans le shard d’envoi, la transaction est emballée dans le bloc de ce shard comme une transaction ordinaire et marque le shard cible de la transaction ; dans le shard de réception, comme les nœuds ne détiennent pas directement les informations du compte de l’expéditeur, il est nécessaire de vérifier la transaction provenant d’autres shards. À ce stade, les nœuds du shard de réception demandent via le réseau des données de preuve pertinentes sur la transaction au shard d’envoi et comparent ces données avec la chaîne légère (chaîne de têtes de blocs) du shard d’envoi qu’ils maintiennent. Si la validation réussit, le shard de réception peut confirmer et exécuter cette transaction inter-shard ; si la validation échoue, la transaction est rejetée. Grâce à cette approche de “demande de données à distance + validation de chaîne légère”, SCDO garantit la fiabilité et l’atomicité des transactions inter-shard. Bien que le processus soit plus complexe par rapport aux transactions intrashard, grâce à l’optimisation du protocole, SCDO s’efforce de réduire la latence introduite par la communication entre shards, tout en maintenant la cohérence et en équilibrant la performance.

Question 14 : Qu’est-ce que le protocole de sous-chaîne Stem de SCDO ? Quel est son rôle ? Réponse : Protocole de Sous-chaîne Stem (Stem Subchain Protocol, abrégé SSP) est une solution d’extension Layer2 proposée par SCDO, permettant de créer des sous-chaînes personnalisées sur la chaîne principale. Grâce à SSP, tout utilisateur ou organisation peut déployer une sous-chaîne indépendante sur la chaîne principale SCDO. Ces sous-chaînes ressemblent à des branches qui poussent à partir du « tronc » de la chaîne principale, et leur connexion à la chaîne principale se fait via un contrat intelligent d’ancrage sur la chaîne principale. La sous-chaîne Stem peut fournir un environnement d’exécution indépendant pour des cas d’utilisation spécifiques, tels que les chaînes de jeux, les chaînes de preuve, etc., tout en étant régulièrement vérifiée par la chaîne principale pour garantir la sécurité. Dans l’ensemble, le protocole de sous-chaîne Stem améliore la flexibilité et l’évolutivité du réseau, permettant à la chaîne principale SCDO de répondre à des besoins commerciaux variés tout en maintenant la sécurité de base.

Question 15 : Comment la chaîne secondaire Stem se connecte-t-elle au réseau principal et garantit-elle la sécurité ? Réponse : Chaque sous-chaîne Stem est connectée à la chaîne principale via le contrat intelligent Stem sur la chaîne principale. L’initiateur de la création de la sous-chaîne doit déposer une certaine quantité de jetons SCDO en tant que garantie auprès du contrat de la chaîne principale, qui enregistrera les informations de base de la sous-chaîne. Pendant le fonctionnement de la sous-chaîne, il est nécessaire de soumettre régulièrement un résumé d’état à la chaîne principale (par exemple, la racine Merkle des blocs ou le hachage d’état). Les nœuds de validation sur la chaîne principale enregistreront ces soumissions pour garantir que l’état de la sous-chaîne ne peut pas être altéré. Si la sous-chaîne subit une altération malveillante, la chaîne principale peut détecter les anomalies et prendre des mesures (comme la confiscation de la garantie, etc.) en se basant sur les résumés d’état enregistrés précédemment. Grâce au mécanisme de garantie et à l’ancrage d’état, la sous-chaîne Stem, tout en obtenant une haute performance indépendante, bénéficie toujours d’une protection étendue par la sécurité de la chaîne principale.

Question 16 : SCDO utilise-t-il un modèle de compte ou un modèle UTXO ? Quelle est la structure de son contrat intelligent ? Réponse : SCDO utilise le modèle de compte (Account Model), ce qui est similaire à Ethereum, mais différent du modèle UTXO de Bitcoin. Dans le modèle de compte, chaque adresse a un solde et un état, les transactions modifient directement le solde du compte, et prennent en charge les contrats intelligents qui maintiennent des états complexes. Ce modèle est plus adapté à l’exécution de contrats Turing-complets. L’architecture des contrats intelligents de SCDO est entièrement compatible avec l’EVM d’Ethereum, permettant aux développeurs d’utiliser des langages tels que Solidity pour écrire et déployer des contrats sur SCDO, tout en ayant une intégration transparente avec l’expérience de développement sur Ethereum. Cela facilite la construction d’applications sur SCDO pour les développeurs et facilite la migration des DApp de l’écosystème Ethereum.

Question 17 : Dans quels aspects la scalabilité du réseau SCDO se manifeste-t-elle ? Réponse : SCDO a amélioré la scalabilité du réseau dans deux directions : horizontalement et verticalement. En ce qui concerne l’extension horizontale, le sharding on-chain permet au réseau principal de traiter simultanément des transactions sur plusieurs chaînes parallèles, avec une capacité globale de traitement qui augmente de manière linéaire avec le nombre de shards. Par exemple, chaque shard peut traiter de manière stable environ plusieurs centaines de TPS, et 4 shards peuvent atteindre près de 1000 TPS. À l’avenir, avec l’augmentation du nombre de shards, il est prévu d’atteindre plusieurs milliers de TPS. En termes d’extension verticale, la sous-chaîne Stem offre une solution d’extension de réseau de deuxième couche, augmentant encore les performances pour des scénarios spécifiques (le TPS d’une sous-chaîne donnée peut théoriquement être amélioré indéfiniment, limité uniquement par la conception de cette sous-chaîne). En combinant les deux approches, SCDO peut répondre aux besoins de transactions à haute concurrence pour des applications à grande échelle.

Question 18 : Quelle est la performance de trading de SCDO ? Quelle est la vitesse des transactions ? Réponse : Grâce au traitement parallèle de la technologie de sharding, le volume de transactions (TPS) de SCDO dépasse largement celui des chaînes uniques traditionnelles. Les données officielles montrent qu’actuellement, chaque shard peut traiter de manière stable environ 250 TPS, avec un total de près de 1000 TPS pour 4 shards ; si le nombre de shards augmente à l’avenir, le TPS global pourrait encore être amélioré pour atteindre environ 2000 TPS ou plus. En ce qui concerne la vitesse de confirmation des transactions, le temps moyen de blocage de SCDO est d’environ 20 secondes. En général, une transaction peut obtenir une confirmation préliminaire dans un bloc (environ 20 secondes), et si une confirmation de plusieurs blocs est nécessaire pour une sécurité accrue, cela prend également seulement quelques minutes, ce qui est beaucoup plus rapide que le temps de confirmation de plusieurs dizaines de minutes de Bitcoin. En résumé, SCDO présente des performances élevées en termes de débit et de faible latence, pouvant soutenir des applications commerciales à grande échelle et des exigences de transactions en temps réel.

Question 19 : Quel est le niveau des frais de transaction (frais de Gas) pour SCDO ? R : Les frais de transaction de SCDO sont trèsbas. En raison de la haute performance et de la capacité du réseau, les frais de gaz par transaction sont presque négligeables dans des conditions normales de charge (la plus petite unité de mesure est précise à 8 décimales). Les responsables soulignent que les frais de transaction de SCDO sont beaucoup plus bas que ceux d’Ethereum, ce qui rend possibles les applications commerciales à grande échelle et les micropaiements. Les utilisateurs n’ont besoin de payer qu’une très petite quantité de jetons SCDO comme frais pour transférer de l’argent ou appeler des contrats sur la chaîne SCDO, et le coût d’utilisation est extrêmement faible. Les frais réduits sont obtenus grâce à la conception efficace du consensus et du sharding de SCDO : l’augmentation de la capacité de traitement réduit la congestion du réseau et fait naturellement baisser le prix du gaz par transaction. De plus, SCDO n’utilise actuellement pas de mécanisme pour brûler les frais, de sorte que le rôle principal des frais est de récompenser les mineurs et de prévenir les abus, et n’ajoute pas de fardeau supplémentaire aux utilisateurs. Dans l’ensemble, SCDO fournit aux utilisateurs un environnement on-chain à haut débit et à faible coût, suffisamment convivial pour prendre en charge des transactions à grande échelle et des applications fréquemment interactives.

Question 20 : Comment SCDO maintient-il la décentralisation et la sécurité tout en améliorant les performances ? R : Grâce à une conception systématique, SCDO a résolu le fameux problème du « triangle impossible » (performance, sécurité et décentralisation sont difficiles à équilibrer) dans le domaine de la blockchain. D’une part, SCDO adopte l’algorithme innovant ZPoW dans le mécanisme de consensus pour empêcher la concentration de la puissance de calcul et s’assurer que les utilisateurs ordinaires peuvent également participer au minage, afin de maintenir la décentralisation et la sécurité du consensus du réseau. D’autre part, SCDO choisit le partitionnement et la sous-chaîne comme schéma de mise à l’échelle, ce qui améliore considérablement les performances sans sacrifier la sécurité : le partitionnement sur la chaîne utilise toujours le consensus PoW de la chaîne principale, et chaque partition maintient indépendamment la sécurité et se vérifie mutuellement par le biais de chaînes légères pour éviter les points de défaillance uniques ; L’état important de la sous-chaîne est soumis à la chaîne principale sur une base régulière, et la sécurité de la chaîne principale approuve la sous-chaîne. En plus de cela, SCDO se concentre sur la qualité du code et l’audit pour s’assurer que l’implémentation sous-jacente est fiable. Grâce au mécanisme d’équilibrage des PoW hybrides multi-algorithmes pour réduire le risque d’attaques de 51 % (voir la section suivante sur le mécanisme de consensus pour plus de détails), et à la communauté ouverte pour attirer les développeurs et les nœuds mondiaux à participer, SCDO a construit un écosystème décentralisé et fiable qui maintient toujours un fonctionnement haute performance. En bref, SCDO atteint le meilleur équilibre entre performance, sécurité et décentralisation grâce à l’innovation technologique !