Auteur : Babywhale, Foresight News La série de solutions techniques lancées par l'équipe de développement de Cosmos a toujours été populaire auprès de l'équipe de développement Web3. Qu'il s'agisse du SDK Cosmos ou d'IBC, bon nombre de ces solutions ont aidé les développeurs à résoudre le problème de réinventer la roue. .
Bien que Cosmos ait apporté de nombreux produits au Web3, son jeton ATOM principal n'a pas bénéficié de l'expansion de l'écosystème Cosmos. Cependant, lors de la conférence Cosmoverse de l'année dernière, la publication du livre blanc Cosmos 2.0 a apporté une valeur supplémentaire à ATOM, notamment en assurant la sécurité de la « chaîne de consommation » pour collecter les frais et capturer les revenus du MEV. En termes simples, si Cosmos 2.0 est pleinement réalisé, ATOM bénéficiera également de l'expansion continue de l'écosystème Cosmos, le problème restant est donc maintenant de réaliser le développement de Cosmos 2.0 dès que possible et d'étendre davantage l'écosystème Cosmos.
Le mois dernier, la Fondation Interchain, qui vise à promouvoir le développement de l'écosystème Cosmos, a rendu public le plan de développement de la stack Interchain en 2024. Cette feuille de route vise à atteindre quatre objectifs stratégiques :
Augmenter la modularité en généralisant les logiciels pour s'adapter plus facilement à des cas d'usage spécifiques ;
Améliorer l'expérience des développeurs pour faciliter la construction avec Interchain Stack ;
Remboursez la dette technique pour pouvoir progresser plus rapidement ;
Favorisez l’adoption par les utilisateurs.
Il existe de nombreux projets qui pourraient changer votre jugement sur les perspectives de développement de Cosmos et d'ATOM.
ComèteBFT
CometBFT est le moteur de réplication de la machine à états Interchain pour garantir que les vérificateurs du réseau s'accordent sur la génération de blocs, garantissant ainsi la sécurité et la cohérence du réseau blockchain.
La Fondation Interchain a déclaré que son objectif est de développer Interchain en élargissant la portée et l'applicabilité de CometBFT pour aider à créer des applications interopérables souveraines. En outre, les piles de produits publics inter-chaînes, y compris CometBFT, doivent atteindre de nouveaux niveaux de flexibilité et de modularité pour s'adapter à la différenciation croissante des applications dans l'Interchain, fournir des services de niveau institutionnel et rivaliser de multiples manières.
La Fondation Interchain a publié CometBFT v0.34 en février 2023 et v0.37 en mars, qui comprenait la première partie d'ABCI++. La version candidate v0.38 a été publiée fin mars. Il s'agit de la dernière partie d'ABCI++. La Fondation Interchain l'intégrera dans le SDK Cosmos et IBC-go avant la sortie de la version finale.
La Fondation Interchain prévoit de publier la v0.39, qui est en préparation, avant fin 2023. Ses mises à jour incluent des améliorations d'efficacité (réduction de la bande passante et de la consommation de stockage), l'API Data Companion qui inclura à terme des indexeurs et des sous-systèmes RPC, etc. et devrait sortir en 2024 Sortie en début d'année, cette version peut aussi être appelée v1.
Quant à ce qu’est ABCI++, commençons par ABCI. ABCI est l'interface entre les applications et le consensus. Sa fonction principale est d'exécuter des blocs déterminés par consensus. Avec ABCI, les applications interagissent uniquement avec le consensus pour la prise de décision et ont peu de contrôle sur les transactions sélectionnées dans le pool mémoire. ABCI++ ajoute la programmabilité à chaque étape du consensus, permettant aux applications de réorganiser, modifier, abandonner, retarder ou ajouter des transactions, ainsi que de réduire le temps de production de blocs en introduisant la possibilité d'optimiser la production de blocs.
Sei utilise ABCI++ pour optimiser la production de blocs, la diffusion intelligente de blocs et l'exécution parallèle des commandes, améliorant ainsi l'efficacité du traitement des transactions en chaîne.
Pour résumer, **CometBFT fournit une fonction de construction de blocs très personnalisée pour les chaînes basée sur ce mécanisme de consensus. Différentes chaînes peuvent formuler des blocs et des méthodes de tri et d'exécution des transactions en fonction de leurs propres besoins, ce qui améliore considérablement l'efficacité de la chaîne. imagination. **De plus, la Fondation Interchain a proposé une idée très ambitieuse : **Autoriser les applications à utiliser les fonctions d'IBC directement via l'interface ABCI, quelle que soit la machine virtuelle, le framework ou la pile de modules utilisés dans son développement. De cette manière, l'objectif de faire d'IBC une norme d'interopérabilité inter-chaînes entre les applications en chaîne développées sur la base du SDK Cosmos, OP Stack, Celestia, etc. peut être atteint. **
SDK Cosmos
En parlant du SDK Cosmos, je pense que la plupart des gens le connaissent. Cosmos SDK est une boîte à outils pour développer une blockchain ou Rollup. Il est utilisé comme outil de base pour le développement de nombreuses blockchains nouvellement lancées. En plus de nombreuses chaînes d'applications dans l'écosystème Cosmos, il comprend également Fairblock, dYdX V4, Berachain, etc.
Dans le plan de développement du Cosmos SDK, la Fondation Interchain a déclaré que l'accent de la nouvelle année sera mis sur la modularisation et le lancement de nouvelles fonctionnalités.
Tout d'abord, en termes de « dette technique » due, Cosmos continuera à achever le travail d'optimisation inachevé dans la couche principale comprenant le stockage, ABCI, et la couche comprenant les modules, le jalonnement, etc., notamment :
Stockage : performances, évolutivité.
Core : Modulaire (utiliser différents moteurs de consensus : Rollkit, Dymint, etc.) ; commutable (changer facilement de composants : stockage, différents chargeurs de modules (Wasm, FFI, gRPC et natif), clients, etc.).
Modules : faciles à tester sur diverses machines virtuelles ; réduisent le nombre total de lignes de code ; modulaires (permettent aux développeurs d'applications de modifier la logique métier) ; réécrivent les modules traditionnels (Auth, Bank, Staking, Distribution, Mint, Slash, etc.).
Cryptographie : réécrivez la gestion des clés pour la rendre plus modulaire, permettant à d'autres d'utiliser des HSM personnalisés ; introduisez de nouvelles primitives cryptographiques.
Le deuxième est la modularité. La Fondation Interchain estime que le mot « modularité » a été galvaudé dans le domaine de la blockchain et se concentre sur le niveau de modularité des logiciels. La Fondation Interchain a déclaré qu'elle rendrait le SDK Cosmos plus modulaire au niveau de base au cours du second semestre de cette année et continuerait à fonctionner jusqu'en 2024, notamment :
Modularité consensuelle : Modulaire (utiliser différents moteurs de consensus : Rollkit, Dymint, etc.) ; commutable (changer facilement de composants : stockage, différents chargeurs de modules (Wasm, FFI, gRPC et local), clients, etc.).
Stockage : Permet la commutation des structures originales ; permet d'utiliser différentes structures entre les modules ; parallélisation de la lecture et de l'écriture.
Composabilité du module : permet aux utilisateurs de créer ou d'insérer une logique personnalisée (en fonction des commentaires des utilisateurs).
Il n'y a pas beaucoup de contenu digne d'attention dans le troisième aspect de la maintenance. En ce qui concerne le quatrième plan futur, la Fondation Interchain prévoit de lancer les mises à jour suivantes :
Cross-langages : chargeurs de modules (WASM, FFI, GRPC) ; intégration éventuellement plus étroite avec CosmWasm.
Mise à niveau : séparez la logique métier des modules et du VMS des mises à niveau du cœur/nœud ; réalisez des mises à niveau transparentes (déployez les mises à niveau avant la hauteur de bloc cible) ; réalisez la synchronisation à partir de l'état de genèse.
Recherche : circuits ZK pour modules de preuve ; preuves de fraude et de validité.
CosmJS
CosmJS est une bibliothèque qui aide les développeurs à intégrer des clients basés sur JavaScript à la blockchain Cosmos SDK.
La Fondation Interchain prévoit d'ajouter de nouveaux codeurs à la bibliothèque CosmJS pour améliorer l'efficacité de la bibliothèque, réduire la surcharge de code et offrir aux utilisateurs une expérience de développement rationalisée et plus professionnelle. Ces mises à jour sont conçues pour ajouter une visualisation native, optimiser la taille des bundles, automatiser le processus d'encodage, permettre une adaptabilité multi-réseau et créer un client plus rationalisé et évolutif.
De plus, un aspect clé de ce travail consiste à exploiter la fonctionnalité codegen de Telescope pour remplacer et automatiser certains objectifs, tels que rationaliser la bibliothèque, supprimer les méthodes d'assistance codées en dur et permettre aux développeurs d'utiliser des modules et des méthodes d'assistance de leur propre choix pour personnaliser leur client.
La plupart des plans de mise à jour de CosmJS impliquent des aspects techniques de niveau relativement bas. Les lecteurs qui souhaitent connaître les détails spécifiques peuvent lire l'article original par eux-mêmes. En résumé, il comprend principalement l'encodage "Proto Visual" des informations, la mise à jour synchronisée de CosmJS et du SDK Cosmos, une optimisation plus rationalisée des packages et du code, la mise à jour de l'encodeur Amino et l'ajout de modules, l'utilisation de plusieurs adaptateurs réseau avec différentes clés et signatures, et plus encore. Clients Telescope et Helpers rationalisés et extensibles.
CosmWasm
CosmWasm est un cadre de contrat intelligent conçu pour le SDK Cosmos. D'une part, cela permet aux utilisateurs de déployer des applications décentralisées sans autorisation ; d'autre part, les développeurs de blockchain peuvent séparer leurs cycles de développement de produits du développement de blockchain, réduisant ainsi le nombre de mises à niveau du validateur, réduisant ainsi le coût de la blockchain. frais.
La Fondation Interchain a déclaré que grâce au modèle de chaîne d'applications utilisant CometBFT, le SDK Cosmos et la vitesse d'exécution quasi native du contrat Wasm, Cosmos résout le problème d'évolutivité et réduit les frais de transaction à quelques centimes, mais permet également de disposer de L1. l'espace de bloc est bien plus que nécessaire. Par conséquent, CosmWasm doit être optimisé afin que davantage d'applications puissent être développées plus facilement afin d'améliorer l'utilisation des blocs. L'accent est mis sur l'adoption IBC et l'account intelligence.
La Fondation Interchain indique que CosmWasm 2.0 sera livré et déployé sur la plupart des chaînes d'ici début 2024. Cela jettera les bases des ajouts de fonctionnalités dans les versions 2.1, 2.2 et 2.3 qui seront publiées courant 2024, qui comprendront :
Vérification de preuve sans connaissance. En vérifiant les preuves de connaissance nulle dans les contrats, des calculs hors chaîne sécurisés et diverses applications de confidentialité peuvent être réalisés. En ajoutant une cryptographie à courbe elliptique conviviale à l'interface de l'application, CosmWasm est prêt à servir ces applications :
Définir les interfaces d'application et trouver les méthodes d'implémentation appropriées;
Fournir des exemples d'applications full-stack pour montrer comment utiliser l'API dans le contrat ;
Développer des références et fixer les coûts du gaz.
Mise à niveau supplémentaire de la fonction IBC. Des cas d'utilisation avancés sont apparus qui ne sont pas possibles avec IBC, et ces cas d'utilisation feront l'objet des mises à jour d'IBC :
Prise en charge complète de l'ADR-8, permettant aux contrats de réagir aux délais d'attente et aux confirmations des colis envoyés ;
Prise en charge des frais IBC, permettant aux contrats de payer leurs propres forfaits de données ;
Créez une confirmation différée facultative, permettant la mise en œuvre du Packet Forward Middleware et de l'interrogation longue ICQ dans le contrat.
D'autres mises à jour qui favorisent les technologies sous-jacentes ou qui sont de faible importance incluent le maintien de la pile logicielle actuelle, l'amélioration de l'efficacité de l'accès au stockage, les améliorations de l'authentification, la création d'applications IBC, l'hébergement du hackathon AwesomWasm II au printemps 2025, le ciblage de la documentation CosmWasm pour les développeurs DApp, ** exécutez CosmWasm testnet pour faciliter les tests des développeurs**.
Protocole IBC
Le protocole Inter-Blockchain Communication (IBC) est une solution d'interopérabilité blockchain qui permet le transfert arbitraire de données entre les blockchains, ainsi qu'entre les blockchains, les applications et les contrats intelligents, de manière sécurisée et sans autorisation. Envoyez et recevez de manière transparente des données à travers les chaînes. De janvier 2022 à février 2023, ibc-go a facilité 52 millions de transferts d'une valeur de 29 milliards de dollars. Actuellement, plus de 100 chaînes sont connectées au réseau IBC.
L’écologie IBC est très riche. En plus des applications développées par les équipes financées par l'ICF, d'autres protocoles incluent Osmosis pour les transactions inter-chaînes ; Stride et Neutron utilisant largement le middleware, l'ICA et les requêtes ; DAO DAO a créé Polytone ; et Evmos a construit un précompilateur IBC pour la transmission EVM ; Injective a établi le module de flux de données Oracle.
La Fondation Interchain a déclaré qu'IBC sera mis à jour autour de deux thèmes en 2024 : Évolutivité et **Utilisation. **
Évolutivité
IBC est actuellement confronté à de nombreux défis. Jusqu'à présent, seuls le SDK Cosmos et la chaîne CometBFT utilisant ibc-go peuvent réellement utiliser le protocole IBC. De plus, il a fallu près de deux ans pour établir la première connexion à une chaîne non-Cosmos. Si chaque intégration prend autant de temps, il est tout simplement impossible de réaliser la vision de l'IBC.
De plus, les frais de maintenance associés à la mise en œuvre d'IBC et de répéteurs locaux sont importants. Outre les coûts de maintenance de la transmission IBC et de mise en œuvre de l'application, chaque connexion à une nouvelle architecture blockchain crée un relais associé et entraîne des coûts de maintenance et de développement. Les relais ne disposent actuellement d'aucun flux de trésorerie durable et doivent payer des frais de gaz et des frais d'infrastructure pour les services qu'ils fournissent, y compris des accords hors chaîne pour payer les frais d'infrastructure, les licences de fondation ou l'utilisation du module de subvention des frais Cosmos SDK.
En conséquence, les mises à jour spécifiques requises en termes d’évolutivité incluent :
Minimiser le temps de développement requis pour l'intégration IBC ;
Réduire le coût de maintenance de l'intégration IBC ;
Construisez le cadre de connexion IBC entre Layer1 et Rollup.
Disponibilité
ICS-20 (Token Transfer) a été le premier module d'application lancé par IBC-go en mars 2021 et est depuis lors l'application la plus utilisée. À mesure que les applications deviennent plus complexes, il devient évident que le simple envoi de jetons ne suffit pas à répondre aux besoins d’interopérabilité. Par conséquent, le champ mémo est ajouté au paquet de données ICS-20 pour envoyer d'autres données lors de l'envoi de jetons. En combinaison avec un middleware, des flux de travail plus complexes peuvent être réalisés, tels que les transactions inter-chaînes et le jalonnement de liquidité en un clic. Cependant, les modèles de conception middleware spécifiés dans ICS-30 sont souvent utilisés conjointement avec des champs mémo, ce qui soulève des préoccupations courantes concernant les collisions de clés. De plus, l'empilement de plusieurs middlewares pose un défi en matière de formatage correct des champs mémo, et les middlewares doivent être dans le bon ordre pour le flux de travail.
La dénomination IBC est une autre difficulté rencontrée par les développeurs car l'interface utilisateur doit afficher la dénomination dans un format lisible par l'homme, ce qui nécessite un registre tenu par chaque projet pour y parvenir. Étant donné que le chemin de circulation du jeton détermine la dénomination IBC résultante, les jetons qui atteignent leur destination via différentes chaînes ou canaux ne seront pas fongibles. Certaines applications existantes résolvent ce problème à l'aide d'un middleware de transfert de paquets, mais ces solutions s'appuient sur une configuration hors chaîne pour déterminer l'ID de canal depuis l'origine du jeton jusqu'à la destination. Les solutions à long terme devraient utiliser l'enregistrement en chaîne.
ICS-27, le compte inter-chaînes (ICA), lancé en mars 2022, ne compte actuellement que 8 chaînes adoptant la fonction de contrôleur. La conception originale nécessitait la création d'un middleware d'authentification personnalisé pour utiliser la fonctionnalité, ce qui créait un obstacle immédiat à une adoption plus large de la fonctionnalité. La refactorisation dans ibc-go v6 supprime ce besoin, cependant, ICA souffre toujours d'un certain nombre de problèmes que des solutions alternatives telles que ics-999 et polytone tentent de résoudre : manque d'ordre multicanal, atomicité dans les flux de travail multicanaux et Aucune gestion des erreurs n’est requise pour l’atomicité.
Dans l’ensemble, aucun des composants d’IBC n’est facile à apprendre et à comprendre pleinement pour les développeurs d’applications ou de chaînes. Cela se manifeste dans les décisions de conception des expéditeurs de paquets de confiance, qui peuvent conduire à des attaques en réclamant des parachutages via IBC ou en faisant confiance à un middleware. De plus, la mise à niveau vers la dernière version d'ibc-go n'est souvent pas une priorité, avec environ 60 % des chaînes utilisant des versions non prises en charge.
Compte tenu des nombreux problèmes existants mentionnés ci-dessus, les points qui doivent être améliorés de toute urgence en termes de convivialité d'IBC comprennent :
Améliorer l'expérience de développement des utilisateurs d'IBC - la commodité du déploiement d'applications sur une seule chaîne devrait être plus proche du déploiement d'applications inter-chaînes ;
En plus d'ICS-20 (transfert de jetons), des applications riches en fonctionnalités peuvent être utilisées sur IBC ;
Les applications développées à l'aide d'IBC doivent être très différentes de celles utilisant d'autres protocoles.
Prise en charge de Strangelove pour la pile Interchain
Outre la Fondation Interchain, la société de développement de cryptographie Strangelove, qui a joué un rôle majeur dans la promotion et l'adoption d'IBC, a également proposé un plan pour soutenir la pile Interchain. Parmi eux, le plan d'adoption et de commercialisation d'IBC mérite particulièrement l'attention, notamment :
Un sous-réseau Avalanche prend en charge IBC ;
8 chaînes, y compris les chaînes SDK non Cosmos, prennent en charge les clients légers WASM ;
8 chaînes ont commencé à appliquer la connexion IBC de contrat à contrat ;
En plus de Composable, une autre parachain Polkadot est directement connectée à IBC ;
Ajouter la prise en charge IBC pour NEAR ;
Chaîne croisée IBC entre Ethereum et Cosmos via cometBLS/ZK ;
8 blockchains prennent en charge IBC-App et middleware ;
4 chaînes prennent en charge les chaînes croisées NFT au format ICS-721 via IBC.
Voir l'original
Cette page peut inclure du contenu de tiers fourni à des fins d'information uniquement. Gate ne garantit ni l'exactitude ni la validité de ces contenus, n’endosse pas les opinions exprimées, et ne fournit aucun conseil financier ou professionnel à travers ces informations. Voir la section Avertissement pour plus de détails.
Interprétation de la feuille de route Interchain Stack 2024
Auteur : Babywhale, Foresight News La série de solutions techniques lancées par l'équipe de développement de Cosmos a toujours été populaire auprès de l'équipe de développement Web3. Qu'il s'agisse du SDK Cosmos ou d'IBC, bon nombre de ces solutions ont aidé les développeurs à résoudre le problème de réinventer la roue. .
Bien que Cosmos ait apporté de nombreux produits au Web3, son jeton ATOM principal n'a pas bénéficié de l'expansion de l'écosystème Cosmos. Cependant, lors de la conférence Cosmoverse de l'année dernière, la publication du livre blanc Cosmos 2.0 a apporté une valeur supplémentaire à ATOM, notamment en assurant la sécurité de la « chaîne de consommation » pour collecter les frais et capturer les revenus du MEV. En termes simples, si Cosmos 2.0 est pleinement réalisé, ATOM bénéficiera également de l'expansion continue de l'écosystème Cosmos, le problème restant est donc maintenant de réaliser le développement de Cosmos 2.0 dès que possible et d'étendre davantage l'écosystème Cosmos.
Le mois dernier, la Fondation Interchain, qui vise à promouvoir le développement de l'écosystème Cosmos, a rendu public le plan de développement de la stack Interchain en 2024. Cette feuille de route vise à atteindre quatre objectifs stratégiques :
Il existe de nombreux projets qui pourraient changer votre jugement sur les perspectives de développement de Cosmos et d'ATOM.
ComèteBFT
CometBFT est le moteur de réplication de la machine à états Interchain pour garantir que les vérificateurs du réseau s'accordent sur la génération de blocs, garantissant ainsi la sécurité et la cohérence du réseau blockchain.
La Fondation Interchain a déclaré que son objectif est de développer Interchain en élargissant la portée et l'applicabilité de CometBFT pour aider à créer des applications interopérables souveraines. En outre, les piles de produits publics inter-chaînes, y compris CometBFT, doivent atteindre de nouveaux niveaux de flexibilité et de modularité pour s'adapter à la différenciation croissante des applications dans l'Interchain, fournir des services de niveau institutionnel et rivaliser de multiples manières.
La Fondation Interchain a publié CometBFT v0.34 en février 2023 et v0.37 en mars, qui comprenait la première partie d'ABCI++. La version candidate v0.38 a été publiée fin mars. Il s'agit de la dernière partie d'ABCI++. La Fondation Interchain l'intégrera dans le SDK Cosmos et IBC-go avant la sortie de la version finale.
La Fondation Interchain prévoit de publier la v0.39, qui est en préparation, avant fin 2023. Ses mises à jour incluent des améliorations d'efficacité (réduction de la bande passante et de la consommation de stockage), l'API Data Companion qui inclura à terme des indexeurs et des sous-systèmes RPC, etc. et devrait sortir en 2024 Sortie en début d'année, cette version peut aussi être appelée v1.
Quant à ce qu’est ABCI++, commençons par ABCI. ABCI est l'interface entre les applications et le consensus. Sa fonction principale est d'exécuter des blocs déterminés par consensus. Avec ABCI, les applications interagissent uniquement avec le consensus pour la prise de décision et ont peu de contrôle sur les transactions sélectionnées dans le pool mémoire. ABCI++ ajoute la programmabilité à chaque étape du consensus, permettant aux applications de réorganiser, modifier, abandonner, retarder ou ajouter des transactions, ainsi que de réduire le temps de production de blocs en introduisant la possibilité d'optimiser la production de blocs.
Sei utilise ABCI++ pour optimiser la production de blocs, la diffusion intelligente de blocs et l'exécution parallèle des commandes, améliorant ainsi l'efficacité du traitement des transactions en chaîne.
Pour résumer, **CometBFT fournit une fonction de construction de blocs très personnalisée pour les chaînes basée sur ce mécanisme de consensus. Différentes chaînes peuvent formuler des blocs et des méthodes de tri et d'exécution des transactions en fonction de leurs propres besoins, ce qui améliore considérablement l'efficacité de la chaîne. imagination. **De plus, la Fondation Interchain a proposé une idée très ambitieuse : **Autoriser les applications à utiliser les fonctions d'IBC directement via l'interface ABCI, quelle que soit la machine virtuelle, le framework ou la pile de modules utilisés dans son développement. De cette manière, l'objectif de faire d'IBC une norme d'interopérabilité inter-chaînes entre les applications en chaîne développées sur la base du SDK Cosmos, OP Stack, Celestia, etc. peut être atteint. **
SDK Cosmos
En parlant du SDK Cosmos, je pense que la plupart des gens le connaissent. Cosmos SDK est une boîte à outils pour développer une blockchain ou Rollup. Il est utilisé comme outil de base pour le développement de nombreuses blockchains nouvellement lancées. En plus de nombreuses chaînes d'applications dans l'écosystème Cosmos, il comprend également Fairblock, dYdX V4, Berachain, etc.
Dans le plan de développement du Cosmos SDK, la Fondation Interchain a déclaré que l'accent de la nouvelle année sera mis sur la modularisation et le lancement de nouvelles fonctionnalités.
Tout d'abord, en termes de « dette technique » due, Cosmos continuera à achever le travail d'optimisation inachevé dans la couche principale comprenant le stockage, ABCI, et la couche comprenant les modules, le jalonnement, etc., notamment :
Stockage : performances, évolutivité.
Core : Modulaire (utiliser différents moteurs de consensus : Rollkit, Dymint, etc.) ; commutable (changer facilement de composants : stockage, différents chargeurs de modules (Wasm, FFI, gRPC et natif), clients, etc.).
Modules : faciles à tester sur diverses machines virtuelles ; réduisent le nombre total de lignes de code ; modulaires (permettent aux développeurs d'applications de modifier la logique métier) ; réécrivent les modules traditionnels (Auth, Bank, Staking, Distribution, Mint, Slash, etc.).
Cryptographie : réécrivez la gestion des clés pour la rendre plus modulaire, permettant à d'autres d'utiliser des HSM personnalisés ; introduisez de nouvelles primitives cryptographiques.
Le deuxième est la modularité. La Fondation Interchain estime que le mot « modularité » a été galvaudé dans le domaine de la blockchain et se concentre sur le niveau de modularité des logiciels. La Fondation Interchain a déclaré qu'elle rendrait le SDK Cosmos plus modulaire au niveau de base au cours du second semestre de cette année et continuerait à fonctionner jusqu'en 2024, notamment :
Modularité consensuelle : Modulaire (utiliser différents moteurs de consensus : Rollkit, Dymint, etc.) ; commutable (changer facilement de composants : stockage, différents chargeurs de modules (Wasm, FFI, gRPC et local), clients, etc.).
Stockage : Permet la commutation des structures originales ; permet d'utiliser différentes structures entre les modules ; parallélisation de la lecture et de l'écriture.
Composabilité du module : permet aux utilisateurs de créer ou d'insérer une logique personnalisée (en fonction des commentaires des utilisateurs).
Il n'y a pas beaucoup de contenu digne d'attention dans le troisième aspect de la maintenance. En ce qui concerne le quatrième plan futur, la Fondation Interchain prévoit de lancer les mises à jour suivantes :
Cross-langages : chargeurs de modules (WASM, FFI, GRPC) ; intégration éventuellement plus étroite avec CosmWasm.
Mise à niveau : séparez la logique métier des modules et du VMS des mises à niveau du cœur/nœud ; réalisez des mises à niveau transparentes (déployez les mises à niveau avant la hauteur de bloc cible) ; réalisez la synchronisation à partir de l'état de genèse.
Recherche : circuits ZK pour modules de preuve ; preuves de fraude et de validité.
CosmJS
CosmJS est une bibliothèque qui aide les développeurs à intégrer des clients basés sur JavaScript à la blockchain Cosmos SDK.
La Fondation Interchain prévoit d'ajouter de nouveaux codeurs à la bibliothèque CosmJS pour améliorer l'efficacité de la bibliothèque, réduire la surcharge de code et offrir aux utilisateurs une expérience de développement rationalisée et plus professionnelle. Ces mises à jour sont conçues pour ajouter une visualisation native, optimiser la taille des bundles, automatiser le processus d'encodage, permettre une adaptabilité multi-réseau et créer un client plus rationalisé et évolutif.
De plus, un aspect clé de ce travail consiste à exploiter la fonctionnalité codegen de Telescope pour remplacer et automatiser certains objectifs, tels que rationaliser la bibliothèque, supprimer les méthodes d'assistance codées en dur et permettre aux développeurs d'utiliser des modules et des méthodes d'assistance de leur propre choix pour personnaliser leur client.
La plupart des plans de mise à jour de CosmJS impliquent des aspects techniques de niveau relativement bas. Les lecteurs qui souhaitent connaître les détails spécifiques peuvent lire l'article original par eux-mêmes. En résumé, il comprend principalement l'encodage "Proto Visual" des informations, la mise à jour synchronisée de CosmJS et du SDK Cosmos, une optimisation plus rationalisée des packages et du code, la mise à jour de l'encodeur Amino et l'ajout de modules, l'utilisation de plusieurs adaptateurs réseau avec différentes clés et signatures, et plus encore. Clients Telescope et Helpers rationalisés et extensibles.
CosmWasm
CosmWasm est un cadre de contrat intelligent conçu pour le SDK Cosmos. D'une part, cela permet aux utilisateurs de déployer des applications décentralisées sans autorisation ; d'autre part, les développeurs de blockchain peuvent séparer leurs cycles de développement de produits du développement de blockchain, réduisant ainsi le nombre de mises à niveau du validateur, réduisant ainsi le coût de la blockchain. frais.
La Fondation Interchain a déclaré que grâce au modèle de chaîne d'applications utilisant CometBFT, le SDK Cosmos et la vitesse d'exécution quasi native du contrat Wasm, Cosmos résout le problème d'évolutivité et réduit les frais de transaction à quelques centimes, mais permet également de disposer de L1. l'espace de bloc est bien plus que nécessaire. Par conséquent, CosmWasm doit être optimisé afin que davantage d'applications puissent être développées plus facilement afin d'améliorer l'utilisation des blocs. L'accent est mis sur l'adoption IBC et l'account intelligence.
La Fondation Interchain indique que CosmWasm 2.0 sera livré et déployé sur la plupart des chaînes d'ici début 2024. Cela jettera les bases des ajouts de fonctionnalités dans les versions 2.1, 2.2 et 2.3 qui seront publiées courant 2024, qui comprendront :
Vérification de preuve sans connaissance. En vérifiant les preuves de connaissance nulle dans les contrats, des calculs hors chaîne sécurisés et diverses applications de confidentialité peuvent être réalisés. En ajoutant une cryptographie à courbe elliptique conviviale à l'interface de l'application, CosmWasm est prêt à servir ces applications :
Mise à niveau supplémentaire de la fonction IBC. Des cas d'utilisation avancés sont apparus qui ne sont pas possibles avec IBC, et ces cas d'utilisation feront l'objet des mises à jour d'IBC :
D'autres mises à jour qui favorisent les technologies sous-jacentes ou qui sont de faible importance incluent le maintien de la pile logicielle actuelle, l'amélioration de l'efficacité de l'accès au stockage, les améliorations de l'authentification, la création d'applications IBC, l'hébergement du hackathon AwesomWasm II au printemps 2025, le ciblage de la documentation CosmWasm pour les développeurs DApp, ** exécutez CosmWasm testnet pour faciliter les tests des développeurs**.
Protocole IBC
Le protocole Inter-Blockchain Communication (IBC) est une solution d'interopérabilité blockchain qui permet le transfert arbitraire de données entre les blockchains, ainsi qu'entre les blockchains, les applications et les contrats intelligents, de manière sécurisée et sans autorisation. Envoyez et recevez de manière transparente des données à travers les chaînes. De janvier 2022 à février 2023, ibc-go a facilité 52 millions de transferts d'une valeur de 29 milliards de dollars. Actuellement, plus de 100 chaînes sont connectées au réseau IBC.
L’écologie IBC est très riche. En plus des applications développées par les équipes financées par l'ICF, d'autres protocoles incluent Osmosis pour les transactions inter-chaînes ; Stride et Neutron utilisant largement le middleware, l'ICA et les requêtes ; DAO DAO a créé Polytone ; et Evmos a construit un précompilateur IBC pour la transmission EVM ; Injective a établi le module de flux de données Oracle.
La Fondation Interchain a déclaré qu'IBC sera mis à jour autour de deux thèmes en 2024 : Évolutivité et **Utilisation. **
Évolutivité
IBC est actuellement confronté à de nombreux défis. Jusqu'à présent, seuls le SDK Cosmos et la chaîne CometBFT utilisant ibc-go peuvent réellement utiliser le protocole IBC. De plus, il a fallu près de deux ans pour établir la première connexion à une chaîne non-Cosmos. Si chaque intégration prend autant de temps, il est tout simplement impossible de réaliser la vision de l'IBC.
De plus, les frais de maintenance associés à la mise en œuvre d'IBC et de répéteurs locaux sont importants. Outre les coûts de maintenance de la transmission IBC et de mise en œuvre de l'application, chaque connexion à une nouvelle architecture blockchain crée un relais associé et entraîne des coûts de maintenance et de développement. Les relais ne disposent actuellement d'aucun flux de trésorerie durable et doivent payer des frais de gaz et des frais d'infrastructure pour les services qu'ils fournissent, y compris des accords hors chaîne pour payer les frais d'infrastructure, les licences de fondation ou l'utilisation du module de subvention des frais Cosmos SDK.
En conséquence, les mises à jour spécifiques requises en termes d’évolutivité incluent :
Disponibilité
ICS-20 (Token Transfer) a été le premier module d'application lancé par IBC-go en mars 2021 et est depuis lors l'application la plus utilisée. À mesure que les applications deviennent plus complexes, il devient évident que le simple envoi de jetons ne suffit pas à répondre aux besoins d’interopérabilité. Par conséquent, le champ mémo est ajouté au paquet de données ICS-20 pour envoyer d'autres données lors de l'envoi de jetons. En combinaison avec un middleware, des flux de travail plus complexes peuvent être réalisés, tels que les transactions inter-chaînes et le jalonnement de liquidité en un clic. Cependant, les modèles de conception middleware spécifiés dans ICS-30 sont souvent utilisés conjointement avec des champs mémo, ce qui soulève des préoccupations courantes concernant les collisions de clés. De plus, l'empilement de plusieurs middlewares pose un défi en matière de formatage correct des champs mémo, et les middlewares doivent être dans le bon ordre pour le flux de travail.
La dénomination IBC est une autre difficulté rencontrée par les développeurs car l'interface utilisateur doit afficher la dénomination dans un format lisible par l'homme, ce qui nécessite un registre tenu par chaque projet pour y parvenir. Étant donné que le chemin de circulation du jeton détermine la dénomination IBC résultante, les jetons qui atteignent leur destination via différentes chaînes ou canaux ne seront pas fongibles. Certaines applications existantes résolvent ce problème à l'aide d'un middleware de transfert de paquets, mais ces solutions s'appuient sur une configuration hors chaîne pour déterminer l'ID de canal depuis l'origine du jeton jusqu'à la destination. Les solutions à long terme devraient utiliser l'enregistrement en chaîne.
ICS-27, le compte inter-chaînes (ICA), lancé en mars 2022, ne compte actuellement que 8 chaînes adoptant la fonction de contrôleur. La conception originale nécessitait la création d'un middleware d'authentification personnalisé pour utiliser la fonctionnalité, ce qui créait un obstacle immédiat à une adoption plus large de la fonctionnalité. La refactorisation dans ibc-go v6 supprime ce besoin, cependant, ICA souffre toujours d'un certain nombre de problèmes que des solutions alternatives telles que ics-999 et polytone tentent de résoudre : manque d'ordre multicanal, atomicité dans les flux de travail multicanaux et Aucune gestion des erreurs n’est requise pour l’atomicité.
Dans l’ensemble, aucun des composants d’IBC n’est facile à apprendre et à comprendre pleinement pour les développeurs d’applications ou de chaînes. Cela se manifeste dans les décisions de conception des expéditeurs de paquets de confiance, qui peuvent conduire à des attaques en réclamant des parachutages via IBC ou en faisant confiance à un middleware. De plus, la mise à niveau vers la dernière version d'ibc-go n'est souvent pas une priorité, avec environ 60 % des chaînes utilisant des versions non prises en charge.
Compte tenu des nombreux problèmes existants mentionnés ci-dessus, les points qui doivent être améliorés de toute urgence en termes de convivialité d'IBC comprennent :
Prise en charge de Strangelove pour la pile Interchain
Outre la Fondation Interchain, la société de développement de cryptographie Strangelove, qui a joué un rôle majeur dans la promotion et l'adoption d'IBC, a également proposé un plan pour soutenir la pile Interchain. Parmi eux, le plan d'adoption et de commercialisation d'IBC mérite particulièrement l'attention, notamment :