L'un de mes tweets est devenu viral récemment et a attiré beaucoup d'attention dans la communauté en ligne Web3 ! Il s'agit d'un article « Twitter » très bref en quatre parties, mais je vous entends demander : qu'est-ce que cela signifie exactement ? Laisse-moi expliquer.
Ouvrir un article Rollup avec un sujet comme "Qu'est-ce qu'un Rollup" ou "Pourquoi avons-nous besoin d'un Rollup", c'est comme tuer Oncle Ben ou tirer sur Maman et Papa à chaque itération des films Spider-Man et Batman Idem. Si vous lisez cet article, vous connaissez probablement déjà ces arguments bien documentés. De plus, si vous lisez ceci, je pense que nous pouvons aller au-delà du débat App Chain vs App Rollup. Alors allons droit au but.
L'essor des rollups spécifiques aux applications
Universal Rollup est frustrant
Universal Rollup est comme le système scolaire indien (je pense qu'ils ont également des caractéristiques similaires à celles d'autres systèmes scolaires, mais c'est quelque chose dont j'ai une expérience personnelle).
Les athlètes, chanteurs, mathématiciens, penseurs, économistes et conteurs doivent tous suivre le même processus pour obtenir la note de passage. Techniquement, le système n’est pas « biaisé » en faveur d’un groupe particulier, mais il n’est pas non plus « juste » envers qui que ce soit. Mais bon, on s'est fait amis ! (Ce sera important plus tard).
De même, pour les applications sur un rollup universel, le goulot d'étranglement est l'environnement lui-même, car il ne peut pas répondre aux besoins de chaque application individuellement. Chaque application peut nécessiter un type d’optimisation différent, mais il serait déraisonnable d’attendre quelque chose de fait sur mesure pour elle. Cependant, si vous souhaitez simplement l’essayer et avoir un aperçu, c’est l’option la plus pratique. De plus, pour certaines applications, comme certains étudiants moyens, cela pourrait être la bonne solution !
Et les amis ? Il s'agit d'un écosystème d'applications construit parallèlement à vos applications. Si vous êtes un entrepreneur, vous pouvez simplement appeler votre ami comptable et lui demander de vous aider à cacher vos impôts au gouvernement :)
Le rollup spécifique à l'application prête à confusion
Eh bien, mon enfant est trop sportive pour aller à l'école publique et elle a besoin d'une formation spéciale. Dois-je l'envoyer dans une école de sport ou dois-je embaucher un entraîneur personnel….
##Complexité spécifique
Jouons à un jeu.
Vous trouverez ci-dessous une liste de 8 cumuls spécifiques à une application. Cependant, au sein de chaque groupe, il existe un élément qui n'appartient pas à ce groupe. Pouvez-vous identifier de laquelle il s'agit ?
La spécificité des applications devient un terme qui prête à confusion. Il existe des cumuls spécifiques à une application qui permettent de déployer des contrats sur eux-mêmes, et il existe des cumuls spécifiques à une application qui permettent de déployer des contrats car leur machine virtuelle (VM) le prend en charge, mais leur propriétaire le restreint. Il existe également des rollups spécifiques aux applications qui ont une VM fermée ou aucune VM du tout et ne prennent pas en charge d'autres types de développement.
Est-il juste de les regrouper dans la même catégorie ?
La réponse à la question précédente~
Groupe 1 : Celo est un choix étrange car il permet à d'autres développeurs de créer des applications, tandis que d'autres peuvent utiliser les applications directement. D'autres projets pouvant être pris en compte dans le groupe 1 sont Fuel-v1, Aevo, RhinoFi, etc.
Groupe 2 : Loopring est l'intrus, car il s'agit du seul Rollup spécialement conçu qui fonctionne immédiatement, tandis que les autres sont des réseaux optimisés pour des fonctionnalités spécifiques telles que la confidentialité, les NFT et le TPS pour les applications déployées sur eux. Vous pouvez hériter ces fonctions. Autres projets pouvant être inclus dans le deuxième groupe, Kinto, Kroma, réseau de biens publics, etc.
Problèmes liés au déploiement de contrats dans des machines virtuelles générales modifiées
Ces machines virtuelles qui déploient des contrats intelligents ne sont rien de plus que des machines à états complètes de Turing. Les contrats que vous déployez par-dessus ne sont que des modifications supplémentaires de l'état lui-même. Cela n'affecte pas vraiment les règles de transition d'état de base de la machine virtuelle. Un rollup est essentiellement une machine virtuelle sur laquelle réside votre logique métier.
Votre logique métier est distincte de la fonctionnalité de transition d'état du cumul.
J'appelle également cela le « paradigme de contrat intelligent pour la création d'applications » car vous déployez une logique supplémentaire au-dessus de la VM. Le rollup n'est pas "directement" concerné par la preuve de la logique de l'application. La VM est le rollup, pas votre application.
Bien entendu, vous êtes l'unique propriétaire de la machine virtuelle, vos applications sont les seuls citoyens et vous pouvez continuellement améliorer la base elle-même pour la rendre adaptée à vos applications. Vous pouvez continuer à améliorer la fonction de transition d'état (STF) et ajouter/supprimer des opcodes pour améliorer les performances de l'application, mais l'application reste indépendante et limitée par la VM elle-même.
C'est comme une Lamborghini Urus tirant une Lamborghini Huracan.
Une application distincte sur un Rollup spécifique à l'application peut faire mieux ! bien mieux !
Que se passe-t-il si le STF est continuellement amélioré afin que sa portée devienne de plus en plus petite pour s'adapter à la logique métier de l'application ? Finalement, à mesure que vous continuez à l'améliorer, le STF convergera jusqu'au point où la logique métier et le STF se chevauchent, auquel cas vous réaliserez... oh merde, attendez une minute !
Par conséquent, le Micro-Rollup n'est rien d'autre qu'un rollup, où la fonction de transition d'état de l'application est la logique métier elle-même.
L'application devient un rollup, l'état peut être géré de toutes les manières possibles dans n'importe quel environnement d'exécution et les règles de transition d'état peuvent être appliquées directement au runtime de l'application. L'application peut être personnalisée sans aucune restriction. Ces preuves concernent votre logique métier, pas la machine. Cela rend votre application légère.
Ces fonctions spéciales de transition d'état nécessitent un autre article, alors restez à l'écoute :)
En termes d'expérience développeur, Micro-Rollup est illimité. Vous pouvez les créer à l’aide de tous les outils de votre choix, car ils sont indépendants des VM. Ils ressemblent à des applications backend web2, mais ils envoient périodiquement une preuve de transactions au parent L1. Je pense que ce sera le principal facteur qui incitera les développeurs Web2 à se lancer dans l'espace Web3.
En fait, un meilleur exemple est le Rimac Nevera car il est plus rapide et électrique donc probablement moins cher à conduire mais je n'ai pas pu trouver de photo de route plus sexy.
Le seul inconvénient de cette approche est la personnalisation du mécanisme de preuve pour chaque application différente. Si la logique de l'application pouvait être compilée dans un intermédiaire commun, prouver cet intermédiaire commun éliminerait la difficulté de prouver chaque application individuellement, mais je pense personnellement qu'il ne s'agit que d'un compromis entre efficacité et développement plus rapide. Nous voulons améliorer autant que possible l’efficacité.
Il existe des moyens de contourner ce problème sans utiliser de méthodes impliquant la VM au niveau de la couche d'exécution. Et s’il existait un outil permettant aux développeurs de faire cela ?
C'est l'énoncé de mission de Stackr Labs : nous construisons un cadre de micro-rollup et un SDK afin que chacun puisse créer ses applications dans n'importe quelle langue sans restrictions, tout comme vous créez des applications backend Web3. Rendre le développement de micro-rollups aussi simple que la rédaction et le déploiement de contrats intelligents, sans parler de la modularité, augmente la puissance de tout écosystème choisi par les développeurs.
Alors, le micro-rollup est-il réel ?
Toujours. (Mais c'est aussi vrai que le rollup, désolé, je ne veux pas rendre Jon triste)
Des applications comme Loopring, dYdX et Fuel-v1 existent ou existent depuis longtemps. Il s'agit de cumuls hyper-optimisés, avec une logique personnalisée exécutée spécifiquement pour servir leur cas d'utilisation. Le premier rollup spécifique à une application non basé sur une machine virtuelle que je connaisse et auquel j'ai personnellement participé était le rollup Hubble Optimistic, un projet vieux de 3 ans qui servait autrefois d'infrastructure de base pour le jeton Worldcoin. (C'est aussi la principale source d'inspiration de Stackr)
Ce n'est que maintenant qu'il devient important de différencier ces termes.
Vous pouvez créer un nombre illimité de micro-rollups :
Produits de consommation, tels que les jeux, les bourses, les marchés NFT, etc. ;
2.app-chain peut être converti en app-rollup ;
Vous pouvez même créer de nouveaux types de machines virtuelles prenant en charge des cas d'utilisation uniques, ouvrant ainsi la porte à l'innovation en matière de machines virtuelles.
J'écrirai un autre article discutant des avantages et des inconvénients de Micro-Rollup et des applications qu'il est logique de créer à l'aide du framework Micro-Rollup.
en conclusion
L'élément manquant dans l'arborescence que j'ai montré plus tôt est la machine à états personnalisée.
De plus, le déploiement d'un protocole unique à l'aide d'un cumul basé sur VM ou EVM n'est pas efficace pour les applications autonomes. Il convient aux applications qui disposent déjà de nombreux contrats intelligents et exécutent des protocoles sur la chaîne EVM, mais pas aux « applications qui en veulent plus » et souhaitent se débarrasser des limitations des VM.
Si nous taillons l’arbre, l’arbre final ressemblera à ceci. C'est pourquoi je pense que les app-rollup, micro-rollup ou rollup seront appelés Apps dans un avenir proche.
Donc Micro Rollups = Applications sur rollups Applications sous forme de rollups
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.
Micro-Rollup : Une vague ou un terme marketing éhonté ?
Auteur : KAUTUK ; Source : Substack ; Compilateur : Kate, Marsbit
L'un de mes tweets est devenu viral récemment et a attiré beaucoup d'attention dans la communauté en ligne Web3 ! Il s'agit d'un article « Twitter » très bref en quatre parties, mais je vous entends demander : qu'est-ce que cela signifie exactement ? Laisse-moi expliquer.
! [Rollup] (https://img-cdn.gateio.im/webp-social/moments-40baef27dd-e0d4e4d874-dd1a6f-6d2ef1.webp)
Fuck Rollup, contourner les clichés
Ouvrir un article Rollup avec un sujet comme "Qu'est-ce qu'un Rollup" ou "Pourquoi avons-nous besoin d'un Rollup", c'est comme tuer Oncle Ben ou tirer sur Maman et Papa à chaque itération des films Spider-Man et Batman Idem. Si vous lisez cet article, vous connaissez probablement déjà ces arguments bien documentés. De plus, si vous lisez ceci, je pense que nous pouvons aller au-delà du débat App Chain vs App Rollup. Alors allons droit au but.
L'essor des rollups spécifiques aux applications
Universal Rollup est frustrant
Universal Rollup est comme le système scolaire indien (je pense qu'ils ont également des caractéristiques similaires à celles d'autres systèmes scolaires, mais c'est quelque chose dont j'ai une expérience personnelle).
! [Rollup] (https://img-cdn.gateio.im/webp-social/moments-40baef27dd-d166a6f7a4-dd1a6f-6d2ef1.webp)
Les athlètes, chanteurs, mathématiciens, penseurs, économistes et conteurs doivent tous suivre le même processus pour obtenir la note de passage. Techniquement, le système n’est pas « biaisé » en faveur d’un groupe particulier, mais il n’est pas non plus « juste » envers qui que ce soit. Mais bon, on s'est fait amis ! (Ce sera important plus tard).
De même, pour les applications sur un rollup universel, le goulot d'étranglement est l'environnement lui-même, car il ne peut pas répondre aux besoins de chaque application individuellement. Chaque application peut nécessiter un type d’optimisation différent, mais il serait déraisonnable d’attendre quelque chose de fait sur mesure pour elle. Cependant, si vous souhaitez simplement l’essayer et avoir un aperçu, c’est l’option la plus pratique. De plus, pour certaines applications, comme certains étudiants moyens, cela pourrait être la bonne solution !
Et les amis ? Il s'agit d'un écosystème d'applications construit parallèlement à vos applications. Si vous êtes un entrepreneur, vous pouvez simplement appeler votre ami comptable et lui demander de vous aider à cacher vos impôts au gouvernement :)
Le rollup spécifique à l'application prête à confusion
Eh bien, mon enfant est trop sportive pour aller à l'école publique et elle a besoin d'une formation spéciale. Dois-je l'envoyer dans une école de sport ou dois-je embaucher un entraîneur personnel….
##Complexité spécifique
Jouons à un jeu.
Vous trouverez ci-dessous une liste de 8 cumuls spécifiques à une application. Cependant, au sein de chaque groupe, il existe un élément qui n'appartient pas à ce groupe. Pouvez-vous identifier de laquelle il s'agit ?
! [Rollup] (https://img-cdn.gateio.im/webp-social/moments-40baef27dd-1c153358cc-dd1a6f-6d2ef1.webp)
La spécificité des applications devient un terme qui prête à confusion. Il existe des cumuls spécifiques à une application qui permettent de déployer des contrats sur eux-mêmes, et il existe des cumuls spécifiques à une application qui permettent de déployer des contrats car leur machine virtuelle (VM) le prend en charge, mais leur propriétaire le restreint. Il existe également des rollups spécifiques aux applications qui ont une VM fermée ou aucune VM du tout et ne prennent pas en charge d'autres types de développement.
Est-il juste de les regrouper dans la même catégorie ?
La réponse à la question précédente~
Groupe 1 : Celo est un choix étrange car il permet à d'autres développeurs de créer des applications, tandis que d'autres peuvent utiliser les applications directement. D'autres projets pouvant être pris en compte dans le groupe 1 sont Fuel-v1, Aevo, RhinoFi, etc.
Groupe 2 : Loopring est l'intrus, car il s'agit du seul Rollup spécialement conçu qui fonctionne immédiatement, tandis que les autres sont des réseaux optimisés pour des fonctionnalités spécifiques telles que la confidentialité, les NFT et le TPS pour les applications déployées sur eux. Vous pouvez hériter ces fonctions. Autres projets pouvant être inclus dans le deuxième groupe, Kinto, Kroma, réseau de biens publics, etc.
! [Rollup] (https://img-cdn.gateio.im/webp-social/moments-40baef27dd-64c9473ffb-dd1a6f-6d2ef1.webp)
Problèmes liés au déploiement de contrats dans des machines virtuelles générales modifiées
Ces machines virtuelles qui déploient des contrats intelligents ne sont rien de plus que des machines à états complètes de Turing. Les contrats que vous déployez par-dessus ne sont que des modifications supplémentaires de l'état lui-même. Cela n'affecte pas vraiment les règles de transition d'état de base de la machine virtuelle. Un rollup est essentiellement une machine virtuelle sur laquelle réside votre logique métier.
Votre logique métier est distincte de la fonctionnalité de transition d'état du cumul.
J'appelle également cela le « paradigme de contrat intelligent pour la création d'applications » car vous déployez une logique supplémentaire au-dessus de la VM. Le rollup n'est pas "directement" concerné par la preuve de la logique de l'application. La VM est le rollup, pas votre application.
Bien entendu, vous êtes l'unique propriétaire de la machine virtuelle, vos applications sont les seuls citoyens et vous pouvez continuellement améliorer la base elle-même pour la rendre adaptée à vos applications. Vous pouvez continuer à améliorer la fonction de transition d'état (STF) et ajouter/supprimer des opcodes pour améliorer les performances de l'application, mais l'application reste indépendante et limitée par la VM elle-même.
C'est comme une Lamborghini Urus tirant une Lamborghini Huracan.
! [Rollup] (https://img-cdn.gateio.im/webp-social/moments-40baef27dd-a0a30d1c5f-dd1a6f-6d2ef1.webp)
Une application distincte sur un Rollup spécifique à l'application peut faire mieux ! bien mieux !
Que se passe-t-il si le STF est continuellement amélioré afin que sa portée devienne de plus en plus petite pour s'adapter à la logique métier de l'application ? Finalement, à mesure que vous continuez à l'améliorer, le STF convergera jusqu'au point où la logique métier et le STF se chevauchent, auquel cas vous réaliserez... oh merde, attendez une minute !
Les Micro-Rollups sont nés !
! [Rollup] (https://img-cdn.gateio.im/webp-social/moments-40baef27dd-e2c2171e24-dd1a6f-6d2ef1.webp)
Par conséquent, le Micro-Rollup n'est rien d'autre qu'un rollup, où la fonction de transition d'état de l'application est la logique métier elle-même.
L'application devient un rollup, l'état peut être géré de toutes les manières possibles dans n'importe quel environnement d'exécution et les règles de transition d'état peuvent être appliquées directement au runtime de l'application. L'application peut être personnalisée sans aucune restriction. Ces preuves concernent votre logique métier, pas la machine. Cela rend votre application légère.
Ces fonctions spéciales de transition d'état nécessitent un autre article, alors restez à l'écoute :)
En termes d'expérience développeur, Micro-Rollup est illimité. Vous pouvez les créer à l’aide de tous les outils de votre choix, car ils sont indépendants des VM. Ils ressemblent à des applications backend web2, mais ils envoient périodiquement une preuve de transactions au parent L1. Je pense que ce sera le principal facteur qui incitera les développeurs Web2 à se lancer dans l'espace Web3.
! [Rollup] (https://img-cdn.gateio.im/webp-social/moments-40baef27dd-9584f36fd3-dd1a6f-6d2ef1.webp)
En fait, un meilleur exemple est le Rimac Nevera car il est plus rapide et électrique donc probablement moins cher à conduire mais je n'ai pas pu trouver de photo de route plus sexy.
Le seul inconvénient de cette approche est la personnalisation du mécanisme de preuve pour chaque application différente. Si la logique de l'application pouvait être compilée dans un intermédiaire commun, prouver cet intermédiaire commun éliminerait la difficulté de prouver chaque application individuellement, mais je pense personnellement qu'il ne s'agit que d'un compromis entre efficacité et développement plus rapide. Nous voulons améliorer autant que possible l’efficacité.
Il existe des moyens de contourner ce problème sans utiliser de méthodes impliquant la VM au niveau de la couche d'exécution. Et s’il existait un outil permettant aux développeurs de faire cela ?
C'est l'énoncé de mission de Stackr Labs : nous construisons un cadre de micro-rollup et un SDK afin que chacun puisse créer ses applications dans n'importe quelle langue sans restrictions, tout comme vous créez des applications backend Web3. Rendre le développement de micro-rollups aussi simple que la rédaction et le déploiement de contrats intelligents, sans parler de la modularité, augmente la puissance de tout écosystème choisi par les développeurs.
Alors, le micro-rollup est-il réel ?
Toujours. (Mais c'est aussi vrai que le rollup, désolé, je ne veux pas rendre Jon triste)
Des applications comme Loopring, dYdX et Fuel-v1 existent ou existent depuis longtemps. Il s'agit de cumuls hyper-optimisés, avec une logique personnalisée exécutée spécifiquement pour servir leur cas d'utilisation. Le premier rollup spécifique à une application non basé sur une machine virtuelle que je connaisse et auquel j'ai personnellement participé était le rollup Hubble Optimistic, un projet vieux de 3 ans qui servait autrefois d'infrastructure de base pour le jeton Worldcoin. (C'est aussi la principale source d'inspiration de Stackr)
Ce n'est que maintenant qu'il devient important de différencier ces termes.
Vous pouvez créer un nombre illimité de micro-rollups :
2.app-chain peut être converti en app-rollup ;
J'écrirai un autre article discutant des avantages et des inconvénients de Micro-Rollup et des applications qu'il est logique de créer à l'aide du framework Micro-Rollup.
en conclusion
L'élément manquant dans l'arborescence que j'ai montré plus tôt est la machine à états personnalisée.
! [Rollup] (https://img-cdn.gateio.im/webp-social/moments-40baef27dd-278297d769-dd1a6f-6d2ef1.webp)
De plus, le déploiement d'un protocole unique à l'aide d'un cumul basé sur VM ou EVM n'est pas efficace pour les applications autonomes. Il convient aux applications qui disposent déjà de nombreux contrats intelligents et exécutent des protocoles sur la chaîne EVM, mais pas aux « applications qui en veulent plus » et souhaitent se débarrasser des limitations des VM.
! [Rollup] (https://img-cdn.gateio.im/webp-social/moments-40baef27dd-652a2fb51d-dd1a6f-6d2ef1.webp)
Si nous taillons l’arbre, l’arbre final ressemblera à ceci. C'est pourquoi je pense que les app-rollup, micro-rollup ou rollup seront appelés Apps dans un avenir proche.
! [Rollup] (https://img-cdn.gateio.im/webp-social/moments-40baef27dd-4e533a01c7-dd1a6f-6d2ef1.webp)
Donc Micro Rollups = Applications sur rollups Applications sous forme de rollups