Sur le marché primaire ces derniers temps, la piste la plus en vogue est sans aucun doute l'IA, suivie par BTC 80% des projets discutés chaque jour sont concentrés dans ces deux pistes, au maximum, je peux parler de 5 ou 6 projets d'IA par jour.
Il est prévisible que la bulle de l'IA atteindra son apogée l'année prochaine. Avec des centaines de nouveaux projets d'IA mis en ligne, la valeur marchande de la piste IA atteindra son apogée lorsque la bulle éclatera enfin. et le monde est plein de poulets et de plumes, il naîtra également. Une licorne qui trouve véritablement le point de convergence d'AI X Crypto continuera à faire avancer cette piste et l'ensemble de l'industrie.
Donc, dans l'environnement surchauffé actuel de l'IA, calmons-nous et jetons un œil aux changements qui ont eu lieu au niveau Infra ces derniers mois, en particulier dans la piste Infra de la chaîne publique. Certaines des nouveautés méritent d'être mentionnées.
Lorsque Celestia a proposé pour la première fois le concept de modularité et de couche DA, le marché a en fait passé beaucoup de temps à le digérer et à le comprendre. Dans le cœur des gens, diverses infrastructures RaaS se sont répandues à un stade exagéré où le nombre d'infrastructures > le nombre d'applications > le nombre d'utilisateurs.
La couche d'exécution, la couche DA et la couche de règlement ont réalisé des progrès techniques différents au cours des derniers mois. Chaque couche a dérivé de nouvelles solutions techniques, et même le concept de couche de règlement n'est plus exclusif à l'ETH. Parlons brièvement des technologies représentatives pour chaque couche.
Le concept le plus en vogue dans la couche d'exécution est sans aucun doute Parallel EVM - représenté par Monad, Sei et MegaETH, certains projets existants tels que FTM et Canto ont également commencé à planifier une mise à niveau dans cette direction. Cependant, tout comme tous les projets ZK ne protégeront pas la confidentialité, les projets labellisés Parallel EVM ont en réalité des itinéraires techniques et des objectifs ultimes différents.
Prenons une photo de Sei comme démonstration intuitive. Il est évident que dans des circonstances optimistes, l'amélioration des performances du passage du traitement séquentiel existant au traitement parallèle est toujours très évidente.
L'EVM parallèle peut en fait être divisé en plusieurs itinéraires techniques différents.
A priori, représenté par Solana et Sui, exige que les transactions déclarent clairement quelles parties de la chaîne sont en état ils ont modifié, de sorte que lors de l'empaquetage Avant le bloc, l'implémentation détecte s'il y a un conflit d'état (comme l'accès au même pool AMM) et si c'est le cas, rejette ces transactions en conflit.
Le postérieur est également appelé parallélisme optimiste, représenté par Aptos BlockSTM. Il suppose qu'il n'y a pas de conflit entre tout le monde avant d'accepter la transaction, puis la détecte après son exécution. Si une transaction conflictuelle est trouvée, la transaction est déclarée invalide, le résultat est actualisé et réexécuté. Cette étape est répétée jusqu'à ce que toutes les transactions du bloc soient exécutées. Sei, Monad, MegaETH, Canto utilisent des solutions similaires.
Nous avons également vu des solutions de parallélisation sur le marché primaire pour les situations de conflit d'État (comme le même accès au pool AMM mentionné ci-dessus), mais il semble que le projet sera relativement compliqué, et je ne suis pas sûr qu'il soit commercialement réalisable. évaluation.
L'une est Monad, représentée par Sei, qui prend la façon d'échanger le parallélisme comme idée d'expansion principale, c'est-à-dire que la parallélisation est la principale narratif, comme Monad, en plus du traitement parallèle optimiste, il existe également MonadDB spécialement développé, les E/S asynchrones sont spécialement conçues pour coopérer avec le traitement parallèle.
L'autre est l'idée de Fantom, Solana et MegaETH. La parallélisation est l'une des solutions d'extension, mais ce n'en est qu'une. La parallélisation est un récit auxiliaire, et l'amélioration des performances dépend davantage d'autres solutions techniques.
Par exemple, la mise à niveau Sonic de Fantom se concentre sur la machine virtuelle FVM + et le mécanisme de consensus Lachesis optimisé. La prochaine phase de Solana se concentre sur l'architecture modulaire du nouveau client de Firedancer, le mécanisme de communication réseau optimisé, la vérification de signature, etc.
L'objectif de MegaETH est de mettre en œuvre la blockchain en temps réel. Le premier est basé sur le nouveau client hautes performances Reth de Paradigm, le mécanisme de synchronisation d'état de l'ensemble du nœud (synchronisant uniquement les différences d'état plutôt que toutes les données) et la conception matérielle de Sequencer (une grande quantité de RAM hautes performances avec stockage fonction pour l'accès à l'état, éviter les E/S lentes du disque), l'amélioration de la structure des données de Merkle Trie et d'autres aspects ont été encore optimisés et améliorés, ce qui équivaut à l'intégration complète du logiciel, du matériel, de la structure des données, des E/S du disque, de la communication réseau, des transactions. tri et traitement parallèle Des améliorations globales poussent le plafond de performances d'EVM à l'extrême, se rapprochant de la « Blockchain en temps réel ».
La couche DA n'a pas d'itérations techniques particulièrement importantes, donc le niveau de ce volume de piste est bien inférieur à celui de la couche d'exécution. Après tout, il n'y a que quelques acteurs majeurs.
CallData d'ETH a été mis à niveau vers Blob, et le coût de chaque L2 a considérablement diminué. Désormais, ETH est déjà un DA « pas cher ».
Le plus grand rôle de Celestia est qu'en tant que premier projet à proposer le concept de couche DA après son lancement, il a fait passer la piste DA du plafond de 2 milliards de FDV à 20 milliards. Dès lors, le modèle et l'imagination se sont ouverts. . Naturellement, le DA de choix pour de nombreuses nouvelles Appchains de couche 2 est Celestia.
Avail est indépendant de Polygon. Techniquement, il ressemble plus à une "version améliorée de Celestia". Par exemple, il utilise le mécanisme de consensus Grandpa+BABE de Polkadot. Par rapport à Tendermint de Celestia, il peut théoriquement prendre en charge plus de nœuds. pour des preuves de validité que Celestia ne supporte pas, etc. Bien entendu, les différences techniques sont bien moins importantes que l'écologie, et Avail doit encore rattraper son retard au niveau écologique.
EigenDA a également été lancé avec le réseau principal EigenLayer il y a deux jours. EigenLayer est l'un des projets de coopération les plus forts et les plus commerciaux de ce cycle. Je pense personnellement que le taux d'adoption d'EigenDA ne sera pas faible en théorie. tant qu'il "se sent en sécurité", à un prix bon marché. " Il n'y a pas beaucoup de projets qui se soucient vraiment de savoir si vous utilisez la preuve de validité ou la preuve de fraude, si le DAS est pris en charge, etc.
Les trois DA suivants méritent d'être mentionnés
Near DA — Near est une chaîne publique magique qui à l'origine faisait du sharding et qui le fait toujours maintenant, mais tout en faisant du sharding, elle fait aussi du DA - moins cher que Celestia, et aussi prend en charge le règlement rapide de L2 ; Chain Abstraction - Signatures de chaîne récemment lancées par Near, permettant aux utilisateurs de demander des signatures pour des transactions sur n'importe quelle chaîne via un seul compte NEAR - Le fondateur Illia est le Transformer Eight L'une des personnes qui a été tapée sur l'épaule par Boss ; Huang, présent à la conférence NVIDIA, prévoit maintenant d'embaucher des ingénieurs en IA et fera une annonce relative à Near.ai le mois prochain... Hexagon Warrior, je l'ai également lancé dans la piste DA.
BTC&CKB — Étant donné que la couche BTC ne prend pas en charge les contrats intelligents et ne peut pas être réglée directement, des dizaines de BTC EVM Layer2 utilisent désormais essentiellement BTC comme DA. La différence est simplement de savoir s'il faut lancer ZK Proof directement sur BTC ou non. dans ZK Proof's Hash, comme si vous ne pouviez pas vous appeler « BTC Layer2 » sans le faire. Récemment, j'ai en fait rencontré un nouveau projet disant : "Je ne veux plus l'installer. Je suis ETH L2, et le règlement DA est entièrement sur ETH, mais je sers l'écosystème BTC !", ce qui est assez joyeux... Le seul plan d'expansion alternatif est CKB. Avec la sortie de RGB++, dans ce cadre, CKB est devenu une existence de type DA, tandis que BTC est presque devenu la couche de règlement de RGB++ grâce à la technologie noire de liaison isomorphe UTXO.
Nouveau DA — Parlons de deux nouvelles idées de DA que nous avons vues, sans mentionner le nom du projet. L'une consiste à combiner DA avec IA. En plus d'être un DA haute performance, il peut également servir. en tant que grand modèle d'IA pour la formation Couche de stockage pour les données et les trajectoires de formation. La première consiste à améliorer le mécanisme de code de correction d'erreur sous-jacent de DA tel que Celestia, qui peut fournir un état de réseau plus robuste dans un état instable tel qu'un réseau dynamique (plusieurs nœuds abandonnent de manière aléatoire à chaque tour).
À l'origine, cette couche était presque exclusive à ETH DA, en concurrence avec Celestia et a implémenté sa propre L2. Uniquement pour le règlement, d'autres chaînes telles que Solana et Aptos n'ont pas encore de L2. Si le L2 de BTC n'est pas utilisé, BTC ne peut pas être utilisé pour le règlement. Actuellement, la seule couche de règlement à laquelle vous pouvez penser est l'ETH.
Cependant, cette situation va bientôt changer. Nous avons vu plusieurs nouveaux projets évoluer dans la direction mentionnée au début de l'article, et certains anciens projets ont également commencé à se transformer dans cette direction, à savoir - la couche de vérification/règlement ZK - davantage. Déconstruire l'ETH (saisir les affaires de l'ETH).
Pourquoi existe-t-il un tel concept ?
La raison est que l'exécution du contrat sur ETH L1 pour vérifier ZK Proof n'est en effet pas un choix optimal en théorie.
Techniquement, afin de vérifier l'exactitude de ZK Proof, les développeurs doivent rédiger un contrat de vérification basé sur Solidity basé sur le projet ZK et le système ZK Proof qu'ils choisissent. Parmi eux, il doit s’appuyer sur de nombreux algorithmes cryptographiques, comme la prise en charge de différentes courbes elliptiques. Ces algorithmes cryptographiques sont généralement relativement complexes et l'architecture EVM-Solidity n'est pas une plateforme optimale pour mettre en œuvre ces algorithmes cryptographiques complexes. Pour certains projets ZK, le coût de rédaction et de vérification de ces contrats de vérification est également très élevé.
Dans une certaine mesure, cela empêche certains écosystèmes ZK de rejoindre nativement l'écosystème EVM. Par conséquent, les langages compatibles ZK tels que Cario, Noir, Leo et Lurk ne peuvent actuellement être vérifiés que sur leur propre couche 1. Dans le même temps, la mise à jour ou la mise à niveau de ces éléments dans l'ETH est toujours un "revirement".
En termes de coûts, bien que les « frais de protection » DA remis par L2 représentent la majorité, la vérification du contrat de ZK nécessite également des frais de gaz. La vérification sur Ethereum n'est certainement pas une option bon marché. De plus, les frais d'ETH Gas montent de temps en temps et se transforment en une « chaîne noble », et le coût de vérification sera également grandement affecté.
Un nouveau projet de concept de couche de vérification/règlement ZK a donc émergé. Les nouveaux projets sont encore relativement précoces, représentés par Nebra. Certains anciens projets s'orientent également dans ce sens, comme Mina, et Zen, qui vient de faire adopter une nouvelle proposition.
L'idée générale de la plupart des projets de cette piste est essentiellement :
Prend en charge plusieurs langues ZK
Prise en charge de la preuve d'agrégation ZK, qui est plus efficace et moins chère ;
Dans d'autres domaines de l'Infra, comme OEV dans les domaines Oracle et MEV, et les clients légers ZK dans le domaine de l'interopérabilité, il devrait y avoir de nombreux articles écrits sur Internet, je n'entrerai donc pas dans les détails ici.
Ce qui précède est le contenu détaillé de. pour plus d'informations, suivez d'autres articles connexes sur le site Web de PHP en chinois!
![[Web front-end] Démarrage rapide de Node.js](https://img.php.cn/upload/course/000/000/067/662b5d34ba7c0227.png)
