Sur la base de différents concepts de gouvernance, la communauté EOSC a optimisé le mécanisme électoral de l'EOSIO, a lancé le réseau principal de l'EOSC à Genesis Height 1, et a continué à itérer et à moderniser le réseau principal de l'EOSC, faisant continuer à évoluer vers une plate-forme de contrat intelligente à grande performance décentralisée, posant les bases de la popularité à grande échelle de l'économie crypto.

arrière-plan

L'économie cryptographique a inauguré un stade critique, des expériences sociales à une utilisation commerciale à grande échelle.
Derrière une utilisation commerciale à grande échelle, une énorme pression de transaction. Pour comporter efficacement d'énormes demandes de transactions, un système de blockchain doit d'abord fournir des performances suffisamment solides. Pour y parvenir, des exigences plus élevées sont nécessaires pour le nœud complet, comme une meilleure configuration des machines matérielles, une plus grande capacité de stockage, un réseau plus stable, une bande passante plus rapide, une latence plus faible, etc. De toute évidence, le seuil élevé pour le nœud complet entraînera une diminution du nombre de nœuds produisant des blocs qui peuvent fonctionner de manière stable. Si le mécanisme POS est utilisé dans un tel système de blockchain, le système convergera rapidement vers une situation centralisée. Pour trouver un équilibre entre les performances élevées et la décentralisation, l'algorithme de consensus DPOS est sans aucun doute le meilleur choix actuellement et la meilleure solution pour gérer un petit nombre de nœuds.
Eosio basé sur l'algorithme de consensus du DPOS a vu le jour, et la communauté a vu l'aube de l'utilisation commerciale à grande échelle de l'économie cryptographique pour la première fois. La question de savoir si le mécanisme électoral est pleinement efficace est la clé de la survie du mécanisme de consensus du DPOS, et il est également lié à la question de savoir si le mécanisme de consensus du DPOS peut relayer POW pour diriger la prochaine génération d'ondes de chiffrement.
Afin d'accélérer l'arrivée de l'ère de l'utilisation commerciale à grande échelle de l'économie cryptographique, la communauté EOSC a optimisé le mécanisme électoral d'Eosio, a lancé le réseau principal de l'EOSC à Genesis Height 1, et a continué à itérer et à moderniser le réseau principal EOSC, de sorte que l'EOSC continue d'évoluer vers une plate-forme de contrat intelligente à haute performance décentralisée.

Mécanisme consensuel

EOSC suit le mécanisme consensuel d'EOSIO, à savoir le consensus du pipeline DPOS BFT. Contrairement à EOSIO, EOSC n'adopte pas le mode d'EOSIO avec un bloc toutes les 0,5 secondes et un nœud génère 6 blocs. Toutes les 3 secondes dans EOSC, les nœuds ne généreront pas de blocs en continu. Bien que les nœuds puissent réduire le temps d'attente pour les transactions déballées, l'environnement du réseau actuel n'est souvent pas idéal, la génération de blocs rapide affectera la stabilité de la chaîne et provoquera un grand nombre de micro-fourches.
Le mécanisme consensuel actuel d'EOSIO n'est pas assez parfait, mais en tant que plate-forme DAPP, le temps de confirmation de bloc n'est pas la première priorité de l'optimisation de la chaîne. Pour l'EOSC, le mécanisme consensuel doit être pris en compte dans un environnement de haute charge. Dans la situation actuelle où le système informatique parallèle n'est pas parfait, l'amélioration à la hâte du mécanisme de confirmation des pipelins est très problématique.
Le futur mécanisme consensuel de l'EOSC évoluera en parallèle à partir de deux directions
1. Compatible avec le développement EOSIO et mettez à jour son algorithme consensuel. Nous jugeons sur la base des progrès actuels de développement d'Eosio. Lorsque Eosio termine l'amélioration parallèle, l'algorithme de consensus sera mis à niveau pour obtenir un temps de confirmation de bloc plus rapide.
2. D'autres mécanismes de consensus basés sur des numéros de confirmation seront adaptés pour compléter le consensus DPOS existant. D'une part, l'interaction entre le consensus de la chaîne de couche 2 intégrée et la chaîne principale sera réalisée. D'un autre côté, un mécanisme croisé plus décentralisé peut être réalisé avec d'autres mécanismes consensus.

Amélioration de la technologie EOSC

Modèle de ressources basé sur les frais de traitement
Bien que le CPU et le modèle de paiement des ressources nettes d'EOSIO soient une bonne conception en technologie, il est trop complexe pour les utilisateurs et ne peut pas promouvoir les développeurs DAPP pour optimiser leurs contrats. D'un autre côté, la méthode d'achat de la RAM d'Eosio entraînera certains comportements de thésaurisation, ce qui n'est pas propice au développement de l'écosystème DAPP. Pour cette raison, EOSC a conçu de manière innovante un nouveau modèle de ressources. Grâce à l'optimisation pratique, il explore le modèle de ressources basé sur les frais de traitement dans un environnement de contrat intelligent complexe pour résoudre complètement les problèmes de ressources qui affligent l'écosystème EOS.
Tout d'abord, l'EOSC paie le processeur de l'utilisateur et la consommation de ressources nettes dans un mode de frais de traitement. Pour l'action définie par le développeur du DAPP, les développeurs DAPP peuvent fixer les frais de traitement requis pour l'action. Le système contrôle l'utilisation de l'action en fonction de cela. D'une part, cela facilite les utilisateurs à comprendre la consommation de ressources, et d'autre part, il favorise également fortement les développeurs DAPP pour optimiser l'utilisation des ressources contractuelles, afin que l'ensemble de l'écosystème puisse se développer sainement.
EOSC utilise un hôte de location de cloud pour allouer des ressources RAM d'une manière similaire à celle de la location d'hôtes cloud. Les utilisateurs peuvent payer les frais de location de ressources RAM en utilisant des dividendes de vote, afin que les utilisateurs n'aient pas à s'inquiéter du paiement du loyer et d'éliminer également le problème des arriérés de loyer. Grâce à la méthode de la «location et de la vente», l'EOSC peut éviter efficacement les comportements spéculatifs contre les ressources RAM, afin que le développement de DAPP ne soit pas dérangé par les prix de la RAM et favorise efficacement la construction de l'écosystème DAPP.
Tout en innovant et en explorant hardiment de nouveaux modèles de ressources, EOSC explore également le mécanisme à compatible avec les modèles de ressources Eosio. Pour les ressources CPU et nettes, les utilisateurs peuvent payer des frais en fonction de l'âge du dividende pour obtenir l'effet de l'obtention de RPU et de ressources nettes similaires à l'hypothèque Eosio. Pour RAM, les utilisateurs peuvent obtenir l'effet d'EOSIO en fonction de l'achat de marché grâce à un échangeur de vote, afin que les développeurs DAPP puissent rapidement entrer Eosio à partir d'autres chaînes Eosio et se tourner en douceur vers le modèle de ressources EOSC.
Mécanisme de mise à jour en douceur
Le mécanisme électoral de l'EOSC encourage les super nœuds à participer activement à la promotion des mises à niveau technologiques. Contrairement à la répartition de la version du nœud communautaire Eosio, EOSC favorise activement les mises à niveau technologiques et les mises à jour dans la pratique.
Afin d'obtenir un processus de mise à niveau incompatible plus lisse, EOSC a ajouté un ensemble de mécanismes de mise à jour basés sur la hauteur du bloc effectif. La communauté peut confirmer la hauteur du bloc effectif d'une fonction à travers plusieurs signes, afin de décentraliser le processus de mise à niveau en douceur. Contrairement au schéma de balise récemment proposé d'EOSIO basé sur les données d'expansion des blocs, le mécanisme de mise à jour d'EOSC est plus convivial et plus propice à la compréhension. La première pratique de l'EOSC sur le processus de mise à jour décentralisé "Soft Fork" dans la chaîne basée sur l'EOSio, qui est la garantie de base pour l'EOSC pour continuer à évoluer pour résoudre divers problèmes de mécanisme.
D'un autre côté, la fonction de définition des attributs de chaîne basée sur plusieurs signes peut fournir à la communauté un ensemble de configuration de chaîne décentralisée et de schémas sur chaîne. Divers paramètres et configurations peuvent être modifiés de manière décentralisée en fonction du développement réel, afin que la communauté puisse mieux se développer.
Mécanisme de rythme cardiaque du nœud et intervalle de sortie de bloc stable
Afin de promouvoir la stabilité du réseau principal, l'EOSC renforce la construction de nœuds alternatifs du point de vue du modèle économique. Dans le même temps, EOSC ajoute un mécanisme de rythme cardiaque de nœud sur la chaîne pour promouvoir les nœuds pour renforcer et améliorer leur stabilité et favoriser plus de stabilité de l'ensemble du réseau principal.
Sur la base du mécanisme de rythme cardiaque, l'EOSC peut confirmer le fonctionnement du nœud, afin que les nœuds défectueux soient puni en fonction de la chaîne, exhortant ainsi davantage la construction des nœuds et empêchant l'instabilité des nœuds d'agir dans l'ensemble du réseau principal.
Le temps d'intervalle de génération de blocs augmente au début du démarrage, afin d'éviter des fourches souples occasionnelles sur le réseau principal lorsque l'infrastructure réseau actuelle n'est pas encore parfaite. L'intervalle de génération de blocs d'une demi-seconde conçu par Eosio et le mécanisme de connexion de six blocs à un nœud peuvent certainement améliorer la disponibilité de la chaîne à l'avenir, mais il n'est pas applicable dans l'environnement du réseau actuel. Avec une attitude pragmatique, le temps d'intervalle de génération de blocs sera augmenté en premier, et une fois les conditions matures à l'avenir, elle sera changée en génération rapide de blocs. Cela peut réduire efficacement les fourches mous. Dans le même temps, la réduction du nombre de blocs peut augmenter considérablement le taux de synchronisation de l'ensemble du nœud, de sorte qu'il peut y avoir plus de nœuds complets, améliorant ainsi la disponibilité de l'ensemble du réseau.
Plus d'API de couche contractuelle
Afin de rendre plus pratique pour les développeurs DAPP de développer des contrats, certaines API ont été ajoutées et certains ajustements spécifiques ont été apportés aux contrats système.
Tout d'abord, une API pour obtenir la hauteur du bloc est ajoutée, et les développeurs peuvent facilement et efficacement la hauteur du bloc actuel. Sur la base de cette API, les contrats peuvent effectivement éviter de bloquer les attaques de blocs et d'autres attaques basées sur la nouvelle tentative. Deuxièmement, une API pour obtenir des informations de configuration de la chaîne est ajoutée, et les développeurs peuvent adapter diverses corrections de paramètres et des mises à niveau de la chaîne à la chaîne au niveau de la couche de contrat, afin que le contrat puisse également suivre en douceur la fonction de mise à niveau de la chaîne. Enfin, afin d'éviter les attaques de devises contrefaites, des contrats de jeton de base indépendants sont utilisés avant le démarrage de la chaîne, afin que les utilisateurs puissent clairement distinguer les attaques de devises contrefaites.
Adapter les services transversaux
Au début du lancement, l'équipe de Force prévoyait que le soutien à la chaîne croisée sera la fonction de base des chaînes publiques à l'avenir. Par conséquent, l'équipe Force a lancé le développement du projet Codex et a établi la chaîne de relais Codex.relay pour fournir des services de relais pour chaque chaîne, afin de réaliser le mécanisme transversal entre chaque chaîne, qui peut fournir un support plus complet pour Codex.relay. Grâce aux super nœuds des deux chaînes, un mécanisme de chaîne transversale "complet" peut être réalisé, c'est-à-dire que le degré de décentralisation de aucune chaîne ne sera pas réduit pendant le processus de chaîne croisée.
Grâce au mécanisme transversal, une grande évolutivité peut être obtenue. Sur la base des services de relais, des sous-chaînes de couche 2 peuvent être ajoutées. Certains services et DAPP avec une consommation élevée de ressources peuvent être exécutés en fonction des sous-chaînes, et les résultats du calcul ou les états principaux peuvent être synchronisés avec les services de relais. De cette façon, des sous-chaînes spéciales telles que le stockage, l'informatique, le DAPP et les nombres aléatoires peuvent être ajoutés pour étendre les fonctions.
Le cadre de développement de blockchain Eosio hautement personnalisable
Sur la base des services de relais, il peut ajouter des sous-chaînes de couche 2. À l'avenir, diverses sous-chaînes joueront un grand rôle dans l'écosystème Eosio. Cependant, il convient de noter qu'actuellement, le projet blockchain avec des fonctions personnalisées basées sur EOSIO a toujours un seuil élevé. Pour cette raison, l'équipe de Force a lancé le projet Codex.io, qui est un cadre de développement de blockchain Eosio hautement personnalisable, réduisant le seuil de développement des sous-chaînes et offrant aux développeurs une expérience de développement de sous-chaîne plus économique et conviviale.
L'équipe de Force a accumulé beaucoup d'expérience dans le développement de la blockchain basée sur Eosio pendant le processus de développement, et espère également donner un jeu complet à sa plus grande valeur. Codex.io est un cadre de développement Blockchain "hors de la boîte". Les développeurs peuvent rapidement démarrer une chaîne basée sur Codex.io. Après une configuration simple, ils peuvent personnaliser divers symboles et sélectionner librement les systèmes économiques et les modèles de ressources. Sur cette base, les développeurs n'ont qu'à prêter attention aux problèmes que la chaîne elle-même doit résoudre. Selon cela, ils peuvent choisir de les mettre en œuvre en fonction des contrats ou des couches natives de chaîne. Codex.io peut faciliter les développeurs pour se développer dans la couche native de la chaîne pour résoudre certains problèmes de performance, et peut également étendre considérablement les fonctions de la chaîne.
Codex.io intègre les fonctions d'extension proposées par la plupart des chaînes Eosio. Avec une attitude inclusive, Codex.io permet aux développeurs de combiner librement les fonctions sur la chaîne: y compris le système de sécurité vivant minimum, le système de comptes, divers mécanismes de liste en noir et blanc, les mécanismes de gouvernance communs et les mécanismes de vote, et divers plug-ins.
Grâce à Codex.io, un grand nombre de sous-chaînes de couche 2 seront intégrées à l'avenir, ce qui fournira une expansion infinie.