Auteur : Blue Fox Notes Source : X (anciennement Twitter) @lanhubiji
Le protocole d’inscription Ethscriptions (ci-après dénommé le protocole eths) est un protocole permettant de créer et de partager des actifs numériques natifs sur la chaîne Ethereum. Les inscriptions d’Ethscriptions ont commencé en 2016. Cependant, la naissance du protocole ETHS lui-même a été inspirée par le protocole d’inscription BTC, qui a été lancé par Tom Lehman. À ce jour, il y a plus de 2 millions d’inscriptions sur Ethereum.
Le protocole Eths n’apporte pas seulement des inscriptions sur la chaîne Ethereum, mais essaie également d’apporter de nouvelles explorations à l’échelle Ethereum L1. En termes simples, il comporte plusieurs points clés :
Le protocole ETHS utilise les données d’appel de transaction Ethereum pour stocker des données, plutôt que des contrats intelligents, et a la possibilité de réduire les frais. Alors, comment les calldata sont-elles exploitées ? Dans le cadre d’une transaction de transfert normale, l’utilisateur envoie des ETH et des calldata sous la forme d’un « champ de commentaire », qui est généralement laissé vide. Si vous interagissez avec un contrat intelligent, les informations « Nom et paramètres de la fonction » seront ajoutées au champ calldata. EthScriptions utilise une approche similaire, en encodant les données dans CallData, mais pas pour les contrats intelligents, il a le concept d’un contrat stupide (le nom est également intéressant, contrairement aux contrats intelligents). De cette façon, Ethscription est complètement sur la chaîne Ethereum, atteignant une existence permanente, adapté à la construction d’actifs numériques natifs sur Ethereum, etc.
Comme mentionné ci-dessus, il a son propre concept de contrat muet, c’est-à-dire que le protocole ETHS lui-même n’utilise pas de contrats intelligents pour le stockage et l’exécution. Il calcule l’état en appliquant des règles de protocole déterministes aux données d’appel de transaction Ethereum. En bref, le protocole ETHS utilise calldata pour contourner les contrats intelligents de stockage de données sur la chaîne, en essayant d’obtenir une méthode de stockage moins coûteuse.
En ce qui concerne le protocole eths, la machine virtuelle ESC (ESC Virtual Machine) proposée par ESIP-4 est un développement auquel tout le monde prête plus d’attention, car il porte une plus grande imagination. Plus précisément, ESC VM est un nouveau protocole construit sur ethscriptions. Il fonctionne avec EthScriptions comme des instructions informatiques (où les EthScriptions ont un nouveau but) qui permettent à l’utilisateur d’interagir avec un programme spécifique.
Le programme spécifique ici est principalement un contrat muet. C’est-à-dire que ESC VM+Dumb Contract, vous pouvez exécuter des commandes, telles que la création d’un nouveau contrat, l’appel d’un contrat existant, etc. En un mot, dans les Ethscriptions, les Ethscriptions doivent être faites dans un format spécifique afin qu’elles soient considérées comme des « ethscriptions normales » afin d’être reconnues par la VM ESC. Ces inscriptions ETHS peuvent être des instructions informatiques qui permettent le « déploiement » et « l’appel ». Deploy crée un nouveau contrat muet et Invoke appelle la fonction de changement d’état sur un contrat muet existant. Lorsqu’un contrat muet est déployé, n’importe qui peut appeler ses fonctions.
La machine virtuelle ESC fournit un environnement de type EVM pour les contrats de vidage. Cependant, la machine virtuelle ESC n’est pas une véritable machine virtuelle pour le moment, elle ne convient que pour un contrat spécifique (Dumb Contract) pour le moment. Le protocole eths prévoit d’introduire l’informatique à usage général à l’avenir, ce qui ouvre la possibilité d’un nouveau récit.
Actuellement, le contrat DUMB ne prend pas en charge le paiement direct. Il n’y a pas de concept d’Ether ici, et il est nécessaire de « relier » l’Ether au Dumb Contract via un contrat intelligent. De plus, il ne soutient pas la création arbitraire de contrats stupides pour le moment. Le code de contrat muet doit être cohérent avec les autres définitions de règles du protocole Eths dans le processus ESIP.
eths et L2 explorent des voies techniques différentes, et il y a encore beaucoup de place pour le développement en termes d’évolutivité actuelle d’Ethereum. Et surtout, il y a certains compromis entre les différentes voies techniques, et il n’y a pas de question de savoir qui remplacer pour le moment.
Pour le protocole eths, certaines fonctions relativement simples sont actuellement implémentées par le biais d’un contrat muet et d’une machine virtuelle ESC, et son plus grand récit provient de la possibilité d’un calcul à usage général de la machine virtuelle ESC. S’il y a une réelle chance d’en arriver là à l’avenir, pour l’ETHS, il y a une opportunité d’apporter plus de possibilités pour les scénarios d’application, et il y a aussi une opportunité d’enrichir et de faire prospérer davantage l’écosystème Ethereum.