Dans le monde du chiffrement actuel, ce que tout le monde connaît le mieux est sans aucun doute le système EVM, avec d'innombrables DApp, protocoles de Finance décentralisée et marchés NFT qui prospèrent dans ce cadre. Mais si l'on se concentre sur la dimension des "données", on se rend compte que le flux de données de l'EVM n'est pas parfait et qu'il existe même de nombreuses contraintes naturelles.

Dans la conception de l'EVM, les données ne sont que des accessoires de la transaction. Elles sont emballées dans la charge utile de la transaction et ne sont considérées comme "ancrées" qu'après être entrées dans le bloc. Cela entraîne certaines caractéristiques et douleurs significatives :

1. Les données sont limitées par le Gas et l'espace de bloc.
Un peu de stockage coûte cher en Gas, si vous souhaitez stocker un fichier de 1 Mo, le coût peut atteindre des milliers de dollars. Par conséquent, la plupart des développeurs doivent s'appuyer sur un stockage externe (IPFS, Arweave), en ne conservant qu'un hachage sur la chaîne.

2. Interaction passive
Les données ne peuvent être accessibles que par des appels de contrat ou des journaux d'événements, et ne peuvent pas déclencher activement la logique. Vous voulez utiliser des données externes sur la chaîne ? Vous devez encore dépendre des Oracle, ajoutant des hypothèses de confiance et des délais.

3. Goulots d'étranglement de performance
TPS est d'environ 15-30, la confirmation des blocs prend une dizaine de secondes. Pour les scénarios à forte intensité de données (comme la mise à jour des modèles d'IA), c'est presque inutilisable.

Irys : laissez les données devenir le langage actif.

L'apparition d'Irys @irys_xyz a transformé le "personnage secondaire" en "personnage principal".
Ce n'est pas une accélération ou un patch sur l'EVM, mais une redéfinition de la logique de circulation des données - les données elles-mêmes sont le cœur programmable et exécutable.

1. Mécanisme de double livre (Dual Ledger)
Soumettre le Grand Livre : livre de compte temporaire, tolérant les écarts, adapté aux données à court terme ou à la mise en cache.
Publish Ledger : livre de comptes permanent, les données une fois confirmées ne peuvent pas être modifiées.
Le stockage et l'exécution peuvent se faire en parallèle, sans rivaliser pour le Gas comme dans l'EVM.

2. Preuves d'entrée (Ingress Proofs) + minage de capacité (Capacity Mining)
Le certificat d'entrée garantit que les données sont réellement reçues et stockées.
Le minage par capacité permet aux nœuds d'étendre la capacité du réseau par le stockage, sans dépendre de systèmes externes supplémentaires.

3. Données programmables
C'est la clé d'Irys. Les données ne sont plus un "stockage à froid", mais peuvent être appelées et exécutées directement :
Les données peuvent être interrogées, réécrites, et même contenir une logique d'exécution.
Lorsque un fichier est accédé, les redevances peuvent être automatiquement réglées.
Lorsqu'un modèle est appelé, il peut déclencher un calcul.
Les données sont devenues pour la première fois des composants vivants de l'écosystème à partir des "accessoires".

4. Haute performance et faible coût
TPS peut atteindre 100 000, avec une latence de niveau sub-seconde ;
Le coût est environ 6 fois inférieur à celui d'Arweave ;
Prix ancré sur HDD (environ $2.50/Go ; permanent ~$0.03);
Stockage permanent natif sans détour.

Irys : parfaite adéquation avec l'IA

La conception d'Irys s'aligne naturellement avec les besoins de l'IA.
L'IA nécessite un flux, un appel et une vérification en temps réel de grandes quantités de données, ce qui est presque impossible à réaliser dans le système EVM traditionnel.

Dans Irys :
Entraînement (Training) : Une fois que les paramètres du modèle sont enregistrés sur la chaîne, cela peut immédiatement déclencher l'entraînement. Les données peuvent également vérifier la traçabilité et la qualité, évitant ainsi la pollution par des "données inutiles".
Inférence : Les résultats d'inférence peuvent être vérifiés en croix sur la chaîne et générer une preuve d'inférence, garantissant que les résultats sont authentiques et fiables.
Calcul (Computation) : grâce à Proof-of-Compute et au planning de GPU sur la chaîne, l'IA peut collaborer sur la chaîne, au lieu de dépendre d'une boîte noire centralisée.

Un exemple typique est la collaboration entre @Surf_Copilot et Irys.
Surf utilise Irys comme couche de stockage de données vérifiables, pour héberger des ensembles de données chiffrées en ligne et hors ligne, et se connecte directement à son grand modèle de langage, générant des rapports d'analyse de marché en temps réel. Cela permet aux résultats générés par l'IA d'être non seulement plus précis, mais aussi de retracer la source des données, évitant ainsi la "boîte noire" courante des outils d'IA traditionnels.

Ces pratiques prouvent qu'Irys n'est pas seulement une optimisation théorique, mais une infrastructure capable de connecter réellement l'IA aux données en chaîne.

Avenir : de "stockage de données" à "utilisation des données"

Si l'EVM est un "grand livre basé sur le calcul", alors Irys est un "grand livre basé sur les données".
Ce n'est pas seulement une amélioration des performances, mais un changement de paradigme :
Les applications futures ne considéreront plus la chaîne comme un "bureau de notaire qui ne stocke que des hachages", mais comme un environnement où les données elles-mêmes peuvent être exécutées et collaborées.

À l'ère actuelle où les données atteignent facilement des téraoctets, une L1 à faible coût, haute performance, et capable de calcul vérifiable, combinée avec l'IA, permet de faire en sorte que les données génèrent réellement de la valeur, sans aucun doute un modèle d'infrastructure blockchain !

$IRYS