1. Au stade initial de la blockchain, le maintien de la cohérence des données est considéré comme extrêmement important pour garantir la sécurité et la décentralisation. Cependant, avec le développement de l'écosystème de la blockchain, la pression de stockage augmente également, ce qui entraîne une tendance à la centralisation de l'exploitation des nœuds. Dans ces conditions, il est urgent de résoudre le problème des coûts de stockage engendrés par la croissance du TPS dans la couche 1.
2. Face à ce problème, les développeurs doivent proposer une solution qui prenne pleinement en compte la sécurité, le coût du stockage, la vitesse de lecture des données et la polyvalence de la couche DA.
3. Pour résoudre ce problème, de nombreuses technologies et idées nouvelles ont vu le jour, notamment Sharding, DAS, Verkle Tree, les composants intermédiaires DA, etc. Ils tentent d'optimiser le schéma de stockage de la couche DA en réduisant la redondance des données et en améliorant l'efficacité de la validation des données.
4. Les solutions d'AD sont globalement classées en deux catégories du point de vue de l'emplacement de stockage des données, à savoir les AD de la chaîne principale et les AD de tiers. Les AN de la chaîne principale sont conçues dans l'optique d'un nettoyage régulier des données et d'un stockage des données en tranches afin de réduire la pression de stockage sur les nœuds, tandis que les AN de tiers sont conçues pour répondre aux besoins de stockage et offrent des solutions raisonnables pour les grandes quantités de données. Par conséquent, nous faisons principalement un compromis entre la compatibilité avec une seule chaîne et la compatibilité avec plusieurs chaînes dans les AD tierces, et nous proposons trois types de solutions : les AD spécifiques à la chaîne principale, les AD modulaires et les AD de stockage de la chaîne publique.
5. Les chaînes publiques de type paiement ont des exigences très élevées en matière de sécurité des données historiques et conviennent donc à une utilisation dans la chaîne principale en tant que couche DA. Toutefois, pour les chaînes publiques qui fonctionnent depuis longtemps et dont le réseau est géré par un grand nombre de mineurs, il est plus approprié d'adopter une AN tierce qui n'implique pas la modification de la couche de consensus avec une sécurité relativement élevée. Pour les grandes chaînes publiques, il est plus approprié d'utiliser le stockage DA dédié de la chaîne principale, qui offre une plus grande capacité de données, un coût moins élevé et une meilleure sécurité. Toutefois, compte tenu de la demande de chaînes croisées, l'AD modulaire est également une bonne option.
6. Dans l'ensemble, la blockchain permet de réduire la redondance des données et de diviser le travail entre plusieurs chaînes.

1. Contexte

En tant que registre distribué, la blockchain doit stocker des données historiques sur tous les nœuds afin de garantir la sécurité et une décentralisation suffisante du stockage des données. Étant donné que l'exactitude de chaque changement d'état est liée à l'état précédent (source de la transaction), pour garantir l'exactitude des transactions, une blockchain devrait en principe stocker tous les enregistrements historiques depuis la première transaction jusqu'à la transaction actuelle. Si l'on prend l'exemple d'Ethereum, même si la taille moyenne des blocs est estimée à 20 kb, la taille totale actuelle des blocs Ethereum atteint 370 GB. Outre le bloc lui-même, un nœud complet doit également enregistrer le statut et les reçus de transaction. En comptant cette partie, la capacité de stockage totale d'un seul nœud a dépassé 1 TB, ce qui concentre l'exploitation du nœud sur quelques personnes.

La dernière hauteur de bloc d'Ethereum, source d'image : Etherscan

2. Indicateurs de performance de l'AN

2.1 Sécurité

Par rapport aux structures de stockage de type base de données ou liste chaînée, la non-comparabilité de la blockchain provient de la capacité à vérifier les données nouvellement générées à l'aide de données historiques. Par conséquent, la sécurité des données historiques est la première question à prendre en compte dans le stockage de la couche DA. Lorsque l'on évalue la sécurité des données des systèmes de blockchain, on l'analyse souvent à partir de la quantité de redondance des données et de la méthode de vérification de la disponibilité des données.

1. Quantité de redondance : En ce qui concerne la redondance des données dans le système de la blockchain, elle peut principalement jouer les rôles suivants : Premièrement, si le nombre de redondances dans le réseau est plus élevé, lorsque le vérificateur a besoin de voir le statut du compte dans un certain bloc historique pour vérifier Lorsqu'une transaction est vérifiée, il peut obtenir le plus grand nombre d'échantillons pour référence et sélectionner les données enregistrées par le plus grand nombre de nœuds. Dans les bases de données traditionnelles, les données étant stockées sous forme de paires clé-valeur sur un nœud donné, les modifications des données historiques ne peuvent être effectuées que sur un seul nœud, et le coût de l'attaque est extrêmement faible. En théorie, plus le nombre de redondances est élevé, moins les données sont probables. Plus le degré de crédibilité est élevé. Parallèlement, plus le nombre de nœuds stockés est important, moins les données risquent d'être perdues. On peut également le comparer au serveur centralisé qui stocke les jeux Web2. Une fois que tous les serveurs backend sont arrêtés, le serveur sera complètement arrêté. Cependant, plus il y en a, mieux c'est, car chaque élément de redondance apporte un espace de stockage supplémentaire. Une redondance excessive des données entraînera une pression de stockage excessive pour le système. Une bonne couche de DA doit choisir une couche appropriée. L'approche redondante permet d'équilibrer la sécurité et l'efficacité du stockage.
2. Vérification de la disponibilité des données : Le nombre de redondances garantit qu'il y a suffisamment d'enregistrements de données dans le réseau, mais l'exactitude et l'exhaustivité des données à utiliser doivent être vérifiées. La méthode de vérification couramment utilisée dans la blockchain actuelle est l'algorithme d'engagement cryptographique, qui conserve un petit engagement cryptographique que l'ensemble du réseau peut enregistrer. Cet engagement est obtenu en mélangeant les données de transaction. Lorsque vous souhaitez tester l'authenticité d'un certain nombre de données historiques, vous devez restaurer l'engagement cryptographique par le biais des données et vérifier si l'engagement cryptographique obtenu par cette restauration est cohérent avec les enregistrements de l'ensemble du réseau. Si elle est cohérente, la vérification est réussie. Les algorithmes de vérification de la cryptographie couramment utilisés comprennent la racine de Verkle et la racine de Verkle. L'algorithme de vérification de la disponibilité des données de haute sécurité ne nécessite qu'une petite quantité de données de vérification et peut rapidement vérifier les données historiques.

2.2 Coût du stockage

En partant du principe qu'il faut assurer une sécurité de base, le prochain objectif essentiel que la couche DA doit atteindre est de réduire les coûts et d'accroître l'efficacité. La première consiste à réduire les coûts de stockage, indépendamment des différences de performance du matériel, c'est-à-dire à réduire l'utilisation de la mémoire causée par le stockage de données de taille unitaire. À ce stade, les principaux moyens de réduire les coûts de stockage dans la blockchain sont d'adopter la technologie du sharding et d'utiliser le stockage basé sur les récompenses pour s'assurer que les données sont effectivement stockées et réduire le nombre de sauvegardes de données. Toutefois, il n'est pas difficile de constater, à partir des méthodes d'amélioration susmentionnées, qu'il existe une relation de jeu entre le coût du stockage et la sécurité des données. La réduction de l'occupation de l'espace de stockage est souvent synonyme d'une diminution de la sécurité. Par conséquent, une excellente couche DA doit parvenir à un équilibre entre le coût du stockage et la sécurité des données. En outre, si la couche DA est une chaîne publique distincte, elle doit réduire le coût en minimisant le processus intermédiaire d'échange de données. Lors de chaque processus de transfert, les données d'index doivent être conservées pour les appels de requête ultérieurs. Par conséquent, plus le processus d'appel est long, plus il reste de données d'index et plus le coût de stockage augmente. Enfin, le coût du stockage des données est directement lié à la durabilité des données. D'une manière générale, plus le coût de stockage des données est élevé, plus il est difficile pour la chaîne publique de stocker les données de manière persistante.

2.3 Vitesse de lecture des données

Après la réduction des coûts, l'étape suivante consiste à accroître l'efficacité, c'est-à-dire la capacité à appeler rapidement les données de la couche DA lorsqu'elles doivent être utilisées. Ce processus se déroule en deux étapes. La première consiste à rechercher les nœuds qui stockent des données. Ce processus est principalement destiné aux chaînes publiques qui n'ont pas atteint la cohérence des données sur l'ensemble du réseau. Si la chaîne publique assure la synchronisation des données pour les nœuds de l'ensemble du réseau, ce point peut être ignoré. La consommation de temps d'un processus. Deuxièmement, dans les systèmes de blockchain grand public actuels, notamment Bitcoin, Ethereum et Filecoin, la méthode de stockage des nœuds est la base de données Leveldb. Dans Leveldb, les données sont stockées de trois manières. Tout d'abord, les données écrites immédiatement seront stockées dans des fichiers de type Memtable. Lorsque la mémoire tampon est pleine, le type de fichier passe de la mémoire tampon à la mémoire tampon immuable. Les deux types de fichiers sont stockés en mémoire, mais les fichiers Memtable Immutable ne peuvent plus être modifiés, seules des données peuvent y être lues. Le stockage à chaud utilisé dans le réseau IPFS stocke les données dans cette partie. Lorsqu'il est appelé, il peut être rapidement lu dans la mémoire. Cependant, la mémoire mobile d'un nœud ordinaire est souvent de niveau GB, et il est facile d'écrire lentement. Lorsqu'un nœud tombe en panne ou qu'une autre situation anormale se produit, les données contenues dans la mémoire sont définitivement perdues. Si vous souhaitez que les données soient stockées de manière persistante, vous devez les stocker sous la forme d'un fichier SST sur un disque dur à état solide (SSD). Cependant, lors de la lecture des données, vous devez d'abord lire les données dans la mémoire, ce qui réduit considérablement la vitesse d'indexation des données. Enfin, pour les systèmes qui utilisent un stockage partagé, la restauration des données nécessite d'envoyer des demandes de données à plusieurs nœuds et de les restaurer. Ce processus réduit également la vitesse de lecture des données.

Méthode de stockage de données Leveldb, source d'images : Leveldb-handbook

2.4 Généralisation de la DA

Avec le développement de DeFi et les divers problèmes rencontrés par CEX, les besoins des utilisateurs en matière de transactions entre chaînes d'actifs décentralisés augmentent également. Quel que soit le mécanisme inter-chaînes de verrouillage de hachage, de notaire public ou de chaîne de relais, la détermination simultanée des données historiques sur les deux chaînes ne peut être évitée. La clé de ce problème réside dans la séparation des données sur les deux chaînes, et la communication directe ne peut pas être réalisée dans des systèmes décentralisés différents. Une solution est donc proposée à ce stade en modifiant la méthode de stockage de la couche DA, qui non seulement stocke les données historiques de plusieurs chaînes publiques sur la même chaîne publique de confiance, mais n'a besoin d'appeler les données que sur cette chaîne publique lors de la vérification. Peut. Pour ce faire, la couche DA doit pouvoir établir des méthodes de communication sécurisées avec différents types de chaînes publiques, ce qui signifie que la couche DA possède une bonne polyvalence.

3. Techniques concernant l'AD

3.1 Le partage

1. Dans un système distribué traditionnel, un fichier n'est pas stocké sous une forme complète sur un nœud donné. Au lieu de cela, les données originales sont divisées en plusieurs blocs et un bloc est stocké dans chaque nœud. Souvent, les blocs ne sont pas stockés sur un seul nœud mais laissent des sauvegardes appropriées sur d'autres nœuds. Dans les systèmes distribués classiques existants, ce nombre de sauvegardes est généralement fixé à 2. Ce mécanisme de répartition peut réduire la pression de stockage d'un seul nœud, étendre la capacité totale du système à la somme de la capacité de stockage de chaque nœud et, en même temps, garantir la sécurité du stockage grâce à une redondance appropriée des données. Le schéma de cantonnement adopté dans la blockchain est généralement similaire, mais les détails spécifiques seront différents. Tout d'abord, étant donné que chaque nœud de la blockchain est indigne de confiance par défaut, le processus de mise en œuvre du sharding nécessite une quantité suffisante de données sauvegardées pour le jugement ultérieur de l'authenticité des données, de sorte que le nombre de sauvegardes pour ce nœud doit être bien supérieur à 2. Idéalement, dans un système de blockchain utilisant ce schéma de stockage, si le nombre total de nœuds de vérification est T et le nombre de shards est N, alors le nombre de sauvegardes devrait être T/N. Le second est le processus de stockage du bloc. Les systèmes distribués traditionnels comportent moins de nœuds, de sorte qu'un nœud s'adapte souvent à plusieurs blocs de données. Tout d'abord, les données sont mises en correspondance avec l'anneau de hachage au moyen de l'algorithme de hachage cohérent, puis chaque nœud stocke des blocs de données numérotés dans une certaine fourchette et peut accepter qu'un nœud n'attribue pas de tâches de stockage pendant un certain stockage. Sur la blockchain, l'attribution d'un bloc à chaque nœud n'est plus un événement aléatoire mais un événement inévitable. Chaque nœud sélectionne au hasard un bloc pour le stockage. Ce processus combine les données originales avec les informations relatives au bloc et au nœud. Le résultat du hachage des données est complété par le module du nombre de fragments. En supposant que chaque donnée soit divisée en N blocs, la taille réelle de stockage de chaque nœud ne représente que 1/N de la taille d'origine. En définissant N de manière appropriée, il est possible de trouver un équilibre entre l'augmentation du TPS et la pression de stockage des nœuds.

Méthode de stockage des données après Sharding, source de l'image : Kernel Ventures

3.2 DAS（Data Availability Sampling） (Échantillonnage de la disponibilité des données)

La technologie DAS est basée sur l'optimisation des méthodes de stockage Sharding. Au cours du processus de mise en commun, en raison du simple stockage aléatoire des nœuds, un certain bloc peut être perdu. Deuxièmement, pour les données fragmentées, il est également très important de confirmer l'authenticité et l'intégrité des données au cours du processus de restauration. Dans le DAS, ces deux problèmes sont résolus par le code Eraser et l'engagement polynomial KZG.

1. Code d'effacement : Compte tenu du nombre considérable de nœuds de vérification dans Ethereum, la probabilité qu'un certain bloc ne soit stocké par aucun nœud est presque nulle, mais théoriquement, il est toujours possible qu'une telle situation extrême se produise. Afin d'atténuer ce risque de perte de stockage, dans le cadre de ce système, les données d'origine ne sont souvent pas directement divisées en blocs pour le stockage. Au lieu de cela, les données originales sont d'abord mises en correspondance avec les coefficients d'un polynôme d'ordre n, puis 2n est pris dans le polynôme. et laisser le nœud en choisir un au hasard pour le stocker. Pour ce polynôme d'ordre n, seuls n+1 points sont nécessaires pour le restaurer. Par conséquent, seule la moitié des blocs doit être sélectionnée par les nœuds, et nous pouvons restaurer les données d'origine. Grâce au code Eraser, la sécurité du stockage des données et la capacité de récupération des données du réseau sont améliorées.
2. Un aspect très important du stockage des données est la vérification de leur authenticité. Dans les réseaux qui n'utilisent pas le code Eraser, diverses méthodes peuvent être utilisées pour la vérification, mais si le code Eraser ci-dessus est introduit pour améliorer la sécurité des données, il est plus approprié d'utiliser l'engagement polynomial KZG, qui peut vérifier le contenu d'un seul bloc directement sous la forme d'un polynôme, éliminant ainsi la nécessité de réduire le polynôme en données binaires. L'engagement polynomial KZG permet de vérifier directement le contenu d'un seul bloc sous la forme de polynômes, ce qui élimine la nécessité de réduire les polynômes en données binaires. La forme générale de vérification est similaire à celle de l'arbre de Merkle, mais elle ne nécessite pas de données spécifiques sur les nœuds du chemin et ne requiert que la racine KZG et les données du bloc pour vérifier l'authenticité du bloc.

3.3 Méthode de validation des données dans l'AD

La validation des données permet de s'assurer que les données appelées par un nœud sont exactes et complètes. Afin de minimiser la quantité de données et les coûts de calcul nécessaires au processus de validation, la couche DA utilise désormais une structure arborescente comme méthode de validation principale. La forme la plus simple consiste à utiliser l'arbre de Merkle pour la vérification, qui utilise la forme d'enregistrements d'arbres binaires complets ; il suffit de conserver une racine de Merkle et de vérifier la valeur de hachage du sous-arbre de l'autre côté du chemin du nœud ; la complexité temporelle de la vérification est de niveau O(logN) (le logN est par défaut log2(N)). Bien que le processus de validation ait été grandement simplifié, la quantité de données pour le processus de validation en général continue d'augmenter avec l'accroissement des données. Pour résoudre le problème de l'augmentation du volume de validation, une autre méthode de validation, l'arbre de Verkle, est proposée à ce stade, dans laquelle chaque nœud de l'arbre de Verkle stocke non seulement la valeur mais joint également un engagement vectoriel, qui peut rapidement valider l'authenticité des données en utilisant la valeur du nœud d'origine et la preuve d'engagement, sans qu'il soit nécessaire d'appeler les valeurs d'autres nœuds frères, ce qui rend le calcul de chaque validation plus facile et plus rapide. Le nombre de calculs pour chaque vérification n'est donc lié qu'à la profondeur de l'arbre de Verkle, qui est une constante fixe, ce qui accélère considérablement la vitesse de vérification. Toutefois, le calcul de l'engagement vectoriel nécessite la participation de tous les nœuds frères de la même couche, ce qui augmente considérablement le coût de l'écriture et de la modification des données. Cependant, pour des données telles que les données historiques, qui sont stockées de manière permanente et ne peuvent pas être modifiées, et qui ne peuvent être que lues mais pas écrites, l'arbre de Verkle est tout à fait adapté. En outre, l'arbre de Merkle et l'arbre de Verkle ont eux-mêmes une forme de variantes K-ary, la mise en œuvre spécifique du mécanisme est similaire, il suffit de changer le nombre de sous-arbres sous chaque nœud, la comparaison des performances spécifiques peut être vue dans le tableau suivant.

Comparaison des performances temporelles des méthodes de vérification des données, source de l'image : Verkle Trees

3.4 Logiciel intermédiaire DA générique

L'expansion continue de l'écosystème de la blockchain a entraîné une augmentation constante du nombre de chaînes publiques. En raison des avantages et du caractère irremplaçable de chaque chaîne publique dans leurs domaines respectifs, il est presque impossible pour les chaînes publiques de niveau 1 de s'unifier dans un court laps de temps. Toutefois, avec le développement du DeFi et les divers problèmes rencontrés par le CEX, les utilisateurs ont de plus en plus besoin d'actifs d'échange décentralisés entre les chaînes. C'est pourquoi le stockage de données multi-chaînes de la couche DA, qui peut éliminer les problèmes de sécurité dans les interactions de données entre les chaînes, fait l'objet d'une attention de plus en plus grande. Cependant, pour accepter des données historiques provenant de différentes chaînes publiques, la couche DA doit fournir un protocole décentralisé pour le stockage et la vérification normalisés des flux de données. Par exemple, kvye, un logiciel intermédiaire de stockage basé sur Arweave, récupère activement les données de la chaîne et toutes les données de la chaîne sont stockées dans Arweave sous une forme standard afin de minimiser les différences dans le processus de transmission des données. Relativement parlant, la couche 2, qui fournit spécifiquement le stockage des données de la couche DA pour une certaine chaîne publique, interagit avec les données par l'intermédiaire de nœuds partagés internes. Bien qu'il réduise le coût de l'interaction et améliore la sécurité, il présente des limites relativement importantes et ne peut fournir des données qu'à des chaînes publiques spécifiques qui fournissent des services.

4. Méthodes de stockage de l'AD

4.1 Chaîne principale DA

4.1.1 DankSharding-like

Ce type de solution de stockage n'a pas encore de nom défini, et le représentant le plus connu est DankSharding sur Ethereum, c'est pourquoi cet article utilise la classe DankSharding pour se référer à ce type de solution. Ce type de solution utilise principalement les deux technologies de stockage DA mentionnées ci-dessus, Sharding et DAS. Tout d'abord, les données sont divisées en parts appropriées par le biais du partage, puis chaque nœud extrait un bloc de données sous forme de DAS pour le stockage. S'il y a suffisamment de nœuds dans l'ensemble du réseau, nous pouvons choisir un plus grand nombre de fragments N, de sorte que la pression de stockage de chaque nœud ne représente que 1/N de l'original, ce qui permet de multiplier par N l'espace de stockage global. En même temps, pour éviter la situation extrême où un certain bloc n'est stocké dans aucun bloc, DankSharding encode les données à l'aide d'un code d'effacement, et seule la moitié des données peut être complètement restaurée. La dernière étape est le processus de vérification des données, qui utilise la structure de l'arbre de Verkle et l'engagement polynomial pour réaliser une vérification rapide.

4.1.2 Stockage temporaire

Pour l'AD de la chaîne principale, l'une des méthodes de traitement des données les plus simples consiste à stocker les données historiques à court terme. Par essence, la blockchain joue le rôle d'un grand livre public, ce qui permet à l'ensemble du réseau d'être témoin des modifications apportées au contenu du grand livre, sans qu'il soit nécessaire de le stocker en permanence. Si l'on prend l'exemple de Solana, bien que ses données historiques soient synchronisées avec Arweave, le nœud principal du réseau ne conserve que les données de transaction des deux derniers jours. Sur la chaîne publique basée sur les enregistrements de compte, les données historiques à chaque instant conservent le statut final du compte sur la blockchain, ce qui est suffisant pour fournir une base de vérification pour les changements à l'instant suivant. Les projets qui ont besoin de données avant cette période peuvent les stocker eux-mêmes sur d'autres chaînes publiques décentralisées ou par l'intermédiaire d'un tiers de confiance. En d'autres termes, ceux qui ont besoin de données supplémentaires doivent payer pour le stockage des données historiques.

4.2 DA de tiers

4.2.1 Principal DA spécifique à la chaîne : EthStorage

1. DA spécifique à la chaîne principale : l'élément le plus important de la couche DA est la sécurité de la transmission des données. À ce stade, le DA de la chaîne principale est le plus sûr. Cependant, le stockage de la chaîne principale est soumis à des limitations d'espace de stockage et à la concurrence pour les ressources. Par conséquent, lorsque la quantité de données de réseau augmente rapidement, l'AD de tiers sera un meilleur choix si l'on veut obtenir un stockage à long terme des données. Si l'AD tierce est plus compatible avec le réseau principal, elle peut réaliser le partage des nœuds et bénéficiera également d'une plus grande sécurité lors du processus d'interaction des données. Par conséquent, si l'on tient compte de la sécurité, l'AD spécifique à la chaîne principale présentera d'énormes avantages. Si l'on prend l'exemple d'Ethereum, l'une des exigences de base de l'AN spécifique à la chaîne principale est d'être compatible avec l'EVM et de garantir l'interopérabilité avec les données et les contrats Ethereum. Parmi les projets représentatifs, citons Topia, EthStorage, etc. Parmi eux, EthStorage est actuellement le plus développé en termes de compatibilité, car en plus de la compatibilité au niveau de l'EVM, il a également spécialement mis en place des interfaces pertinentes pour se connecter aux outils de développement Ethereum tels que Remix et Hardhat pour atteindre la compatibilité au niveau de l'outil de développement Ethereum.
2. EthStorage : EthStorage est une chaîne publique indépendante d'Ethereum, mais les nœuds qui fonctionnent dessus sont supérieurs aux nœuds Ethereum. En d'autres termes, les nœuds qui exécutent EthStorage peuvent également exécuter Ethereum en même temps. Grâce aux codes d'opération sur Ethereum, vous pouvez accéder directement à EthStorage. EthStorage effectue des opérations. Dans le modèle de stockage d'EthStorage, seule une petite quantité de métadonnées est conservée sur le réseau principal Ethereum pour l'indexation, créant ainsi une base de données décentralisée pour Ethereum. Dans la solution actuelle, EthStorage met en œuvre l'interaction entre le réseau principal Ethereum et EthStorage en déployant un contrat EthStorage sur le réseau principal Ethereum. Si Ethereum souhaite stocker des données, il doit appeler la fonction put() du contrat. Les paramètres d'entrée sont des variables de deux octets (key et data), où data représente les données à stocker et où key est son emplacement dans le réseau Ethereum. L'identification peut être considérée comme similaire à l'existence de la CID dans l'IPFS. Une fois que la paire de données (clé, données) est stockée avec succès dans le réseau EthStorage, EthStorage génère un kvldx et le renvoie au réseau principal Ethereum, et correspond à la clé sur Ethereum. Cette valeur correspond à l'adresse de stockage des données sur EthStorage, il est donc possible à l'origine Le problème de la nécessité de stocker de grandes quantités de données devient maintenant le stockage d'une seule paire (clé, kvldx), ce qui réduit considérablement le coût de stockage du réseau principal Ethereum. Si vous avez besoin d'appeler des données précédemment stockées, vous devez utiliser la fonction get() d'EthStorage et saisir le paramètre clé. Vous pouvez rapidement rechercher les données sur EthStorage grâce à kvldx stocké en Ethereum.

Contrat EthStorage, source de l'image : Kernel Ventures

1. En ce qui concerne la manière dont les nœuds stockent les données, EthStorage s'inspire du modèle Arweave. Tout d'abord, un grand nombre de paires (k, v) de l'ETH sont partagées. Chaque division contient un nombre fixe de paires de données (k, v). Il existe également une limite à la taille spécifique de chaque paire (k, v). De cette manière, l'équité de la charge de travail ultérieure pour les mineurs dans le processus de récompense du stockage est assurée. Pour l'attribution de récompenses, il faut d'abord vérifier si le nœud stocke des données. Au cours de ce processus, EthStorage divisera un Sharding (taille de niveau TB) en plusieurs morceaux, et conservera une racine Verkle sur le réseau principal Ethereum pour vérification. Ensuite, le mineur doit d'abord fournir un nonce pour générer les adresses de plusieurs blocs par le biais d'un algorithme aléatoire avec le hachage du bloc précédent sur EthStorage. Le mineur doit fournir les données de ces morceaux pour prouver qu'il stocke bien l'intégralité du Sharding. Mais ce nonce ne peut pas être choisi arbitrairement, sinon le nœud sélectionnera un nonce approprié qui correspond uniquement à son morceau stocké et passera la vérification. Par conséquent, ce nonce doit être tel que la valeur de difficulté du morceau généré puisse répondre aux exigences du réseau après le mélange et le hachage, et seul le premier nœud à soumettre le nonce et la preuve d'accès aléatoire peut obtenir la récompense.

4.2.2 Modularisation DA : Celestia

1. Module de la chaîne de blocs : À ce stade, les transactions devant être effectuées par la chaîne publique Layer1 sont principalement divisées en quatre parties : (1) concevoir la logique sous-jacente du réseau, sélectionner les nœuds de vérification d'une certaine manière, écrire des blocs et attribuer des récompenses aux responsables du réseau ; (2) regrouper et traiter les transactions et publier les transactions connexes ; (3) vérifier les transactions à télécharger sur la chaîne et déterminer le statut final ; (4) stocker et conserver les données historiques sur la chaîne de blocs. Selon les différentes fonctions remplies, nous pouvons diviser la blockchain en quatre modules, à savoir la couche de consensus, la couche d'exécution, la couche de règlement et la couche de disponibilité des données (couche DA).
2. Conception modulaire de la blockchain : Depuis longtemps, ces quatre modules sont intégrés dans une chaîne publique. Une telle blockchain est appelée blockchain unique. Cette forme est plus stable et plus facile à maintenir, mais elle exerce une pression énorme sur une seule chaîne publique. En fonctionnement réel, ces quatre modules s'imposent des contraintes mutuelles et se disputent les ressources limitées de calcul et de stockage de la chaîne publique. Par exemple, l'augmentation de la vitesse de traitement de la couche de traitement entraînera une plus grande pression de stockage sur la couche de disponibilité des données ; pour garantir la sécurité de la couche d'exécution, un mécanisme de vérification plus complexe est nécessaire, mais il ralentit la vitesse de traitement des transactions. Par conséquent, le développement des chaînes publiques est souvent confronté à des compromis entre ces quatre modules. Pour surmonter le goulot d'étranglement que constitue l'amélioration des performances de la chaîne publique, les développeurs ont proposé une solution blockchain modulaire. L'idée centrale de la blockchain modulaire est de séparer un ou plusieurs des quatre modules mentionnés ci-dessus et de les mettre en œuvre sur une chaîne publique distincte. De cette manière, la chaîne publique peut uniquement se concentrer sur l'amélioration de la vitesse des transactions ou de la capacité de stockage, ce qui permet de dépasser les limitations antérieures des performances globales de la blockchain dues à des lacunes.
3. DA modulaire : la méthode complexe consistant à séparer la couche DA de l'activité blockchain et à la confier à une chaîne publique est considérée comme une solution réalisable pour les données historiques croissantes de la couche 1. L'exploration dans ce domaine n'en est encore qu'à ses débuts et le projet le plus représentatif à l'heure actuelle est Celestia. En ce qui concerne la méthode de stockage spécifique, Celestia s'inspire de la méthode de stockage de Danksharding, qui divise également les données en plusieurs blocs, et chaque nœud extrait une partie pour le stockage et utilise l'engagement polynomial KZG pour vérifier l'intégrité des données. Parallèlement, Celestia utilise un code d'effacement RS bidimensionnel avancé : les données originales sont réécrites sous la forme d'une matrice k, et seuls 25 % des données originales peuvent être récupérés. Cependant, le stockage par répartition des données ne fait que multiplier la pression de stockage de l'ensemble du nœud du réseau par un coefficient sur le volume total des données. La pression de stockage du nœud et le volume de données conservent une croissance linéaire. Alors que la couche 1 continue d'améliorer sa vitesse de transaction, la pression de stockage des nœuds peut encore atteindre un jour un niveau critique inacceptable. Pour résoudre ce problème, le composant IPLD est introduit dans Celestia pour le traitement. pour kLes données de la matrice k ne sont pas stockées directement sur Celestia, mais dans le réseau LL-IPFS, et seul le code CID des données sur IPFS est conservé dans le nœud. Lorsqu'un utilisateur demande un élément de données historiques, le nœud envoie le CID correspondant au composant IPLD, et les données originales sont appelées sur IPFS par l'intermédiaire de ce CID. Si les données existent sur IPFS, elles seront renvoyées via le composant et le nœud IPLD ; si elles n'existent pas, elles ne pourront pas être renvoyées.

Méthode de lecture des données de Celestia, source de l'image : Celestia Core

1. Celestia : En prenant Celestia comme exemple, nous pouvons avoir un aperçu de l'application de la blockchain modulaire pour résoudre le problème de stockage d'Ethereum. Le nœud d'enroulement enverra les données de transaction préparées et vérifiées à Celestia et stockera les données sur Celestia. Au cours de ce processus, Celestia ne fait que stocker les données sans en avoir conscience. Enfin, le nœud Rollup sera roulé en fonction de la taille de l'espace de stockage. Les tokens tia correspondants seront payés à Celestia en tant que frais de stockage. Le stockage dans Celstia utilise des DAS et des codes d'effacement similaires à ceux de l'EIP4844, mais les codes d'effacement polynomiaux de l'EIP4844 sont améliorés et des codes d'effacement RS bidimensionnels sont utilisés pour améliorer à nouveau la sécurité du stockage. Seules 25 % des fractures peuvent restaurer l'ensemble des données de la transaction. Il s'agit essentiellement d'une chaîne publique de points de vente avec de faibles coûts de stockage. S'il doit être utilisé pour résoudre le problème du stockage des données historiques d'Ethereum, de nombreux autres modules spécifiques sont nécessaires pour coopérer avec Celestia. Par exemple, en termes de rollup, un mode de rollup fortement recommandé sur le site officiel de Celestia est le Sovereign Rollup. Contrairement au rollup commun de la couche 2, les transactions sont uniquement calculées et vérifiées, c'est-à-dire que les opérations de la couche d'exécution sont achevées. Le Sovereign Rollup comprend l'ensemble du processus d'exécution et de règlement, ce qui minimise le traitement des transactions sur Celestia. Lorsque la sécurité globale de Celestia est plus faible que celle d'Ethereum, cette mesure peut maximiser la sécurité de l'ensemble du processus de transaction. En ce qui concerne la sécurité des données appelées par Celestia, le réseau principal d'Ethereum, la solution la plus répandue à l'heure actuelle est le contrat intelligent "quantum gravity bridge". Pour les données stockées sur Celestia, il générera une racine Verkle (preuve de la disponibilité des données) et la conservera sur le contrat de pont de gravité quantique du réseau principal Ethereum. Chaque fois qu'Ethereum appelle les données historiques sur Celestia, son résultat de hachage est comparé à celui de Verkle Root, qui est utilisé pour la comparaison, et s'il correspond, cela signifie qu'il s'agit bien de données historiques réelles.

4.2.3 Chaîne de stockage DA

En ce qui concerne les principes techniques de l'AD de la chaîne principale, de nombreuses technologies similaires au Sharding sont empruntées à la chaîne publique de stockage. Parmi les AN tierces, certaines utilisent directement la chaîne publique de stockage pour effectuer certaines tâches de stockage. Par exemple, les données de transaction spécifiques à Celestia sont placées sur le réseau LL-IPFS. Dans la solution DA de tiers, outre la construction d'une chaîne publique séparée pour résoudre le problème de stockage de la couche 1, un moyen plus direct consiste à connecter directement la chaîne publique de stockage à la couche 1 pour stocker les énormes données historiques sur la couche 1. Pour les blockchains à haute performance, le volume de données historiques est encore plus important. À pleine vitesse, le volume de données de la chaîne publique à haute performance Solana est proche de 4 PG, ce qui dépasse complètement la capacité de stockage des nœuds ordinaires. La solution choisie par Solana consiste à stocker les données historiques sur le réseau de stockage décentralisé Arweave et à ne conserver que deux jours de données sur les nœuds principaux du réseau à des fins de vérification. Pour garantir la sécurité du processus stocké, Solana et Arweave Chain ont spécialement conçu un protocole de pont de stockage, Solar Bridge. Les données vérifiées par le nœud Solana seront synchronisées avec Arweave et la balise correspondante sera renvoyée. C'est uniquement grâce à cette étiquette que le nœud Solana peut consulter les données historiques de la blockchain Solana à tout moment. Sur Arweave, il n'est pas nécessaire que tous les nœuds du réseau maintiennent la cohérence des données et l'utilisent comme seuil pour participer aux opérations du réseau. Au lieu de cela, on adopte le stockage des récompenses. Tout d'abord, Arweave n'utilise pas une structure de chaîne traditionnelle pour construire des blocs, mais s'apparente davantage à une structure de graphe. Dans Arweave, un nouveau bloc pointera non seulement vers le bloc précédent, mais aussi, de manière aléatoire, vers un bloc généré Recall Block. L'emplacement spécifique du bloc de rappel est déterminé par le résultat du hachage du bloc précédent et par la hauteur du bloc. L'emplacement du bloc de rappel est inconnu jusqu'à ce que le bloc précédent soit extrait. Toutefois, lors de la génération d'un nouveau bloc, le nœud doit disposer des données du bloc de rappel afin d'utiliser le mécanisme POW pour calculer le hachage de la difficulté spécifiée. Seul le premier mineur à calculer le hash correspondant à la difficulté peut obtenir la récompense, ce qui encourage les mineurs à stocker autant que possible. les données historiques. Dans le même temps, moins il y a de personnes qui stockent un certain bloc historique, moins les nœuds ont de concurrents lorsqu'ils génèrent des nonces répondant à la difficulté, ce qui encourage les mineurs à stocker moins de blocs dans le réseau. Enfin, pour s'assurer que les nœuds stockent en permanence des données dans Arweave, il introduit le mécanisme de notation des nœuds de WildFire. Les nœuds auront tendance à communiquer avec les nœuds qui peuvent fournir plus rapidement davantage de données historiques, tandis que les nœuds moins bien notés sont souvent incapables d'obtenir les derniers blocs et données de transaction le plus rapidement possible et ne peuvent donc pas tirer parti de la concurrence POW...

Méthode de construction des blocs Arweave, source de l'image : Arweave Yellow-Paper

5. Comparaison des synthèses

Ensuite, nous comparerons les avantages et les inconvénients des cinq solutions de stockage sur la base des quatre dimensions des indicateurs de performance DA.

1. Sécurité : La plus grande source de problèmes de sécurité des données est la perte causée pendant le processus de transmission des données et la falsification malveillante par des nœuds malhonnêtes. Dans le processus inter-chaînes, en raison de l'indépendance et de l'état des deux chaînes publiques, la sécurité de la transmission des données est l'un des domaines les plus touchés. En outre, la couche 1, qui nécessite actuellement une couche DA dédiée, dispose souvent d'un groupe de consensus solide, et sa sécurité sera beaucoup plus élevée que celle des chaînes publiques de stockage ordinaires. Par conséquent, la solution DA de la chaîne principale offre une plus grande sécurité. Après avoir assuré la sécurité de la transmission des données, l'étape suivante consiste à assurer la sécurité des données d'appel. Si l'on considère uniquement les données historiques à court terme utilisées pour vérifier les transactions, ces mêmes données sont sauvegardées par l'ensemble du réseau dans le réseau de stockage temporaire. Dans une solution de type DankSharding, le nombre moyen de sauvegardes de données n'est que de 1/N du nombre de nœuds dans l'ensemble du réseau. La redondance des données permet de réduire le risque de perte de données et de fournir davantage d'échantillons de référence lors de la vérification. Par conséquent, le stockage temporaire offre une sécurité des données relativement plus élevée. Dans la solution d'AD de tiers, l'AD spécifique à la chaîne principale utilise des nœuds publics avec la chaîne principale, et les données peuvent être directement transmises par ces nœuds relais au cours du processus inter-chaînes, de sorte que la sécurité est relativement plus élevée que celle des autres solutions d'AD.
2. Coûts de stockage : Le principal facteur influençant les coûts de stockage est le degré de redondance des données. Dans la solution de stockage à court terme de la chaîne principale DA, elle est stockée sous la forme d'une synchronisation des données de l'ensemble des nœuds du réseau. Toute nouvelle donnée stockée doit être sauvegardée dans l'ensemble du nœud du réseau, ce qui représente le coût de stockage le plus élevé. Le coût élevé du stockage fait que cette méthode n'est adaptée qu'au stockage temporaire dans les réseaux à haut TPS. La seconde est la méthode de stockage du Sharding, y compris le Sharding dans la chaîne principale et le Sharding dans l'AD tierce. Étant donné que la chaîne principale comporte souvent plus de nœuds, un bloc correspondant comportera également plus de sauvegardes, de sorte que la solution de sharding de la chaîne principale aura des coûts plus élevés. Le coût de stockage le plus bas est celui de la chaîne publique de stockage DA qui adopte la méthode de stockage par récompense. Dans ce schéma, la quantité de données redondantes fluctue souvent autour d'une constante fixe. Parallèlement, un mécanisme d'ajustement dynamique est également introduit dans la chaîne publique de stockage DA pour inciter les nœuds à stocker moins de données sauvegardées en augmentant les récompenses afin de garantir la sécurité des données.
3. Vitesse de lecture des données : la vitesse de stockage des données dépend principalement de l'emplacement des données dans l'espace de stockage, du chemin d'indexation des données et de la distribution des données dans les nœuds. Parmi ceux-ci, l'emplacement de stockage des données sur le nœud a un impact plus important sur la vitesse, car le stockage des données dans la mémoire ou dans le disque SSD peut entraîner une différence de vitesse de lecture de plusieurs dizaines de fois. Le stockage de la chaîne publique DA utilise principalement le stockage SSD, car la charge de cette chaîne comprend non seulement les données de la couche DA, mais aussi des données personnelles à forte utilisation de mémoire, telles que les vidéos et les photos téléchargées par les utilisateurs. Si le réseau n'utilise pas de disques SSD comme espace de stockage, il sera difficile de supporter une énorme pression de stockage et de répondre aux besoins de stockage à long terme. Deuxièmement, pour les AN de tiers et les AN de la chaîne principale qui utilisent l'état de la mémoire pour stocker les données, l'AN de tiers doit d'abord rechercher les données d'index correspondantes dans la chaîne principale, puis transférer les données d'index à travers la chaîne vers l'AN de tiers et les renvoyer par le biais des données du pont de stockage. En revanche, la chaîne principale DA peut interroger directement les données des nœuds et dispose donc d'une vitesse de récupération des données plus rapide. Enfin, dans la chaîne principale DA, la méthode Sharding nécessite d'appeler Block à partir de plusieurs nœuds et de restaurer les données d'origine. Par conséquent, par rapport à un stockage à court terme sans stockage fragmenté, la vitesse sera plus lente.
4. L'universalité de la couche DA : L'universalité DA de la chaîne principale est proche de zéro car il est impossible de transférer des données d'une chaîne publique dont l'espace de stockage est insuffisant vers une autre chaîne publique dont l'espace de stockage est insuffisant. Dans le cas de l'AD de tiers, la polyvalence d'une solution et sa compatibilité avec une chaîne principale spécifique sont des indicateurs contradictoires. Par exemple, dans la solution DA spécifique à une chaîne principale, conçue pour une chaîne principale donnée, de nombreuses améliorations ont été apportées au niveau du type de nœud et du consensus du réseau pour s'adapter à la chaîne publique. Ces améliorations joueront donc un rôle dans la communication avec les autres chaînes publiques. un obstacle de taille. Au sein de l'AD de tiers, l'AD de la chaîne publique de stockage est plus performante en termes de polyvalence que l'AD modulaire. La chaîne publique de stockage DA dispose d'une plus grande communauté de développeurs et de plus de possibilités d'expansion, ce qui lui permet de s'adapter aux conditions des différentes chaînes publiques. Dans le même temps, la chaîne publique de stockage DA acquiert des données de manière plus active grâce à la capture de paquets, plutôt que de recevoir passivement des informations transmises par d'autres chaînes publiques. Il peut donc coder les données à sa manière, réaliser un stockage normalisé des flux de données, faciliter la gestion des informations de données provenant de différentes chaînes principales et améliorer l'efficacité du stockage.

Comparaison des performances des solutions de stockage, source de l'image : Kernel Ventures

6. Résumé

La blockchain actuelle est en train de passer du Crypto au Web3, plus inclusif. Ce processus n'apporte pas seulement une richesse de projets sur la blockchain. Pour permettre le fonctionnement simultané de tant de projets sur Layer1 tout en garantissant l'expérience des projets Gamefi et Socialfi, Layer1 représenté par Ethereum a adopté des méthodes telles que le Rollup et les Blobs pour améliorer le TPS. Parmi les nouvelles blockchains, le nombre de blockchains à haute performance augmente également. Mais un TPS plus élevé n'est pas seulement synonyme de performances accrues, mais aussi d'une plus grande pression de stockage sur le réseau. Pour les données historiques massives, diverses méthodes d'analyse des données basées sur la chaîne principale et des tiers sont actuellement proposées pour s'adapter à l'augmentation de la pression de stockage sur la chaîne. Chaque méthode d'amélioration présente des avantages et des inconvénients et s'applique à des situations différentes.

Les blockchains qui se concentrent sur le paiement ont des exigences extrêmement élevées en matière de sécurité des données historiques et ne cherchent pas à atteindre un TPS particulièrement élevé. Si ce type de chaîne publique en est encore au stade de la préparation, il est possible d'adopter une méthode de stockage de type DankSharding, qui permet d'augmenter considérablement la capacité de stockage tout en garantissant la sécurité. Toutefois, s'il s'agit d'une chaîne publique comme le bitcoin, qui a déjà pris forme et qui compte un grand nombre de nœuds, il est extrêmement risqué d'apporter des améliorations irréfléchies à la couche de consensus. Par conséquent, l'AD dédié à la chaîne principale avec une sécurité plus élevée dans le stockage hors chaîne peut être utilisé pour équilibrer les questions de sécurité et de stockage... Cependant, il convient de noter que les fonctions de la blockchain ne sont pas statiques, mais en constante évolution. Par exemple, les premières fonctions d'Ethereum étaient principalement limitées aux paiements et au simple traitement automatisé des actifs et des transactions à l'aide de contrats intelligents. Cependant, comme le paysage de la blockchain continue de s'étendre, divers projets Socialfi et Defi ont été progressivement ajoutés à Ethereum. Faire évoluer Ethereum dans une direction plus globale. Récemment, avec l'explosion de l'écologie d'inscription sur Bitcoin, les frais de transaction du réseau Bitcoin ont été multipliés par près de 20 depuis le mois d'août. Cela signifie qu'à ce stade, la vitesse de transaction du réseau Bitcoin ne peut pas répondre à la demande de transactions et que les opérateurs ne peuvent qu'augmenter les frais pour que les transactions soient traitées le plus rapidement possible. La communauté Bitcoin doit maintenant faire un choix : accepter des frais élevés et des vitesses de transaction lentes ou réduire la sécurité du réseau pour augmenter les vitesses de transaction mais aller à l'encontre de l'objectif initial du système de paiement. Si la communauté Bitcoin opte pour cette dernière solution, face à la pression croissante des données, la solution de stockage correspondante devra également être adaptée.

Les frais de transaction du réseau principal de Bitcoin fluctuent, source de l'image : OKLINK

Les chaînes publiques dotées de fonctions complètes ont davantage recours au TPS, et la croissance des données historiques est encore plus importante. Il est difficile de s'adapter à la croissance rapide des TPS à long terme en adoptant une solution de type DankSharding. Par conséquent, il est préférable de transférer les données vers une AD tierce pour les stocker. Parmi eux, l'AD spécifique à la chaîne principale présente la plus grande compatibilité et peut avoir plus d'avantages si l'on ne prend en compte que les problèmes de stockage d'une seule chaîne publique. Mais aujourd'hui, alors que les chaînes publiques de niveau 1 sont en plein essor, le transfert d'actifs entre chaînes et l'interaction des données sont devenus des objectifs communs de la communauté de la blockchain. Si l'on tient compte du développement à long terme de l'ensemble de l'écosystème blockchain, le stockage des données historiques de différentes chaînes publiques sur la même chaîne publique peut éliminer de nombreux problèmes de sécurité dans le processus d'échange et de vérification des données. Par conséquent, la différence entre le DA modulaire et le DA de la chaîne publique de stockage pourrait être un meilleur choix. En partant du principe d'une polyvalence étroite, l'AD modulaire se concentre sur la fourniture de services de couche d'AD de la blockchain, en introduisant des données historiques de gestion d'index plus raffinées, qui peuvent raisonnablement classer différentes données de chaîne publique et stocker des données de chaîne publique. A plus d'avantages que. Toutefois, cette solution ne tient pas compte du coût de l'adaptation de la couche de consensus sur la chaîne publique existante. Ce processus est extrêmement risqué. Lorsque des problèmes surviennent, ils peuvent entraîner des vulnérabilités systémiques et faire en sorte que la chaîne publique perde le consensus de la communauté. Par conséquent, s'il s'agit d'une solution transitoire pendant le processus d'expansion de la blockchain, le stockage temporaire le plus simple de la chaîne principale peut être plus approprié. Enfin, la discussion ci-dessus est basée sur les performances en fonctionnement réel. Cependant, si l'objectif d'une certaine chaîne publique est de développer son écologie et d'attirer davantage de parties au projet et de participants, elle peut également préférer les projets qui sont soutenus et financés par sa fondation... Par exemple, lorsque la performance globale est équivalente ou même légèrement inférieure à celle des solutions de stockage de la chaîne publique, la communauté Ethereum tendra également à privilégier les projets de la couche 2 soutenus par la Fondation Ethereum, tels que EthStorage, pour continuer à développer l'écosystème Ethereum.

Dans l'ensemble, les fonctions de la blockchain d'aujourd'hui deviennent de plus en plus complexes, ce qui entraîne également des besoins accrus en matière d'espace de stockage. Lorsqu'il y a suffisamment de nœuds de vérification de couche 1, il n'est pas nécessaire que les données historiques soient sauvegardées par tous les nœuds de l'ensemble du réseau. Ce n'est que lorsque le nombre de sauvegardes atteint une certaine valeur que la sécurité relative peut être garantie... Parallèlement, la division du travail dans les chaînes publiques est également devenue de plus en plus détaillée.., La couche 1 est responsable du consensus et de l'exécution, le Rollup est responsable du calcul et de la vérification, et une blockchain distincte est utilisée pour le stockage des données. Chaque pièce peut se concentrer sur une certaine fonction sans être limitée par les performances des autres pièces. Toutefois, la question de savoir quelle quantité spécifique de stockage ou quelle proportion de nœuds devrait être autorisée à stocker des données historiques peut permettre d'atteindre un équilibre entre la sécurité et l'efficacité, et comment assurer une interopérabilité sécurisée entre différentes blockchains, est une question qui exige que les développeurs de blockchains y réfléchissent et l'améliorent en permanence. Les investisseurs doivent cependant prêter attention au principal projet de DA spécifique à la chaîne Ethereum, car Ethereum a déjà suffisamment de partisans à ce stade et n'a pas besoin de s'appuyer sur d'autres communautés pour étendre son influence. Ce qu'il faut surtout, c'est améliorer et développer votre communauté et attirer davantage de projets dans l'écosystème Ethereum. Toutefois, pour les chaînes publiques en position de rattrapage, telles que Solana et Aptos, la chaîne elle-même ne dispose pas d'une écologie aussi complète, de sorte qu'elle peut être plus encline à s'associer à d'autres communautés pour construire une vaste écologie inter-chaînes afin d'étendre son influence. C'est pourquoi la couche 1 émergente, l'AD générale des tiers, mérite plus d'attention.

Kernel Ventures est un fonds de capital-risque cryptographique dirigé par la communauté de la recherche et du développement avec plus de 70 investissements précoces axés sur l'infrastructure, le middleware, les dApps, en particulier ZK, Rollup, DEX, les blockchains modulaires, et les domaines verticaux d'onboarding pour des milliards d'utilisateurs de crypto à l'avenir, tels que l'abstraction de compte, la disponibilité des données, l'évolutivité, etc. Au cours des sept dernières années, nous nous sommes engagés à soutenir la croissance des communautés de développement de base et des associations universitaires de blockchain dans le monde entier.

Clause de non-responsabilité：

1. Cet article est repris de[mirror]. Tous les droits d'auteur appartiennent à l'auteur original[Kernel Ventures Jerry Luo]. Si vous avez des objections à cette réimpression, veuillez contacter l'équipe de Gate Learn, qui s'en chargera rapidement.
2. Clause de non-responsabilité : Les points de vue et les opinions exprimés dans cet article sont uniquement ceux de l'auteur et ne constituent pas un conseil en investissement.
3. Les traductions de l'article dans d'autres langues sont effectuées par l'équipe de Gate Learn. Sauf mention contraire, il est interdit de copier, distribuer ou plagier les articles traduits.