Cet article est tiré d’un article écrit par CKB et réimprimé par wublockchain. (Synopsis : Démantèlement de l’ambition stratégique de Vitalik de reconstruire la couche exécutive d’Ethereum avec « RISC-V au lieu d’EVM ») (Arrière-plan ajouté : Il est temps pour EVM de démissionner !) Vitalik propose de passer à RISC-V, les performances de preuve ZK peuvent être améliorées de plus de 100 fois) L’émergence de la blockchain a rendu les contrats intelligents mieux mis en œuvre et développés, et il y a un rôle important entre la blockchain et les contrats intelligents : les machines virtuelles. Le concept de machines virtuelles a été proposé dans les années soixante du siècle dernier, et il n’est devenu populaire que dans les années quatre-vingt-dix. À cette époque, le Web couvrait de nombreux systèmes d’exploitation et navigateurs différents, et si les développeurs voulaient créer une application, ils devaient s’adapter à tous les différents systèmes d’exploitation. Comme vous le savez, le développement d’applications est maintenant divisé entre les systèmes Android et Apple, et la situation était plus compliquée à l’époque. Il se trouve que le langage de programmation Java est devenu populaire, et la machine virtuelle construite par Java peut faire en sorte que le programme n’ait besoin d’être écrit qu’une seule fois, en s’appuyant sur la machine virtuelle Java peut être exécutée sur plusieurs plates-formes, de sorte que le slogan proposé à l’époque était : compiler en un seul endroit, exécuter partout. Nous savons que Bitcoin n’a pas de machine virtuelle, parce que Bitcoin doit transférer un nombre (c’est-à-dire « Bitcoin ») de l’adresse A à l’adresse B, et Ethereum demande, pourquoi l’exécution sur la blockchain ne peut-elle pas être un ensemble de code qui peut implémenter des choses plus complexes et diverses ? C’est ce que nous appelons une plateforme de contrats intelligents, où tous les nœuds exécutent le même code de contrat et obtiennent exactement le même résultat. Sur la blockchain, la machine virtuelle est l’environnement d’exécution du contrat intelligent, qui est un système informatique complet qui peut être complètement isolé du monde extérieur. La blockchain invoque et exécute des contrats intelligents via des machines virtuelles et nécessite l’accord de tous les nœuds. Bien que les nœuds utilisent des systèmes différents, certaines machines sont 64 bits, d’autres sont 32 bits, la machine virtuelle Java traditionnelle tolère une petite différence dans les résultats de calcul, mais sur la blockchain, tous les résultats doivent être les mêmes, donc une nouvelle machine virtuelle compatible avec la blockchain est essentielle. La machine virtuelle blockchain idéale La conception de la machine virtuelle de chaque projet blockchain aura sa propre poursuite artistique et fera des compromis à différents niveaux tout en poursuivant de nombreuses fonctionnalités. Après avoir fait beaucoup de recherches, nous pensons que la machine virtuelle blockchain idéale devrait ressembler à ceci : L’exécution est suffisamment déterministe, lors de l’appel de la même entrée de contrat intelligent, le même résultat de sortie doit être retourné, et le résultat de sortie ne dépend pas de conditions externes telles que l’heure et l’environnement d’exécution ; Il y a une sécurité suffisante lors de l’exécution, et l’exécution de la machine virtuelle n’affecte pas négativement la plate-forme elle-même ; Suffisamment flexible pour les mises à jour, de sorte que la blockchain puisse être mise à niveau ou ajoutée aux algorithmes cryptographiques sans passer par un hard fork (rappelez-vous la douleur de la mise à niveau avec un hard fork Ethereum) ; Les informations sont suffisamment transparentes pour permettre au contrat intelligent exécuté sur la machine virtuelle de réaliser le plein potentiel de la machine virtuelle ; Le mécanisme de frais est suffisamment raisonnable pour garantir que le calcul de la consommation de ressources lors de l’exécution de la machine virtuelle est plus raisonnable et plus précis. Il peut prendre en charge la compilation dans différents langages, ce qui donne aux développeurs la liberté de développer et d’utiliser les dernières technologies. Avant de concevoir la machine virtuelle Nervos CKB, nous avons constaté que de nombreux projets blockchain n’utilisaient pas le jeu d’instructions CPU réel pour construire leurs propres machines virtuelles, ils choisissaient WASM pour construire leurs propres machines virtuelles. Nous préférons utiliser le jeu d’instructions CPU réel pour construire nos propres machines virtuelles, car à la base de toute machine virtuelle sophistiquée, les opérations doivent être transformées en instructions d’assemblage brutes pour effectuer des opérations sur le CPU. De plus, l’utilisation du jeu d’instructions CPU réel n’introduit pas de contraintes sémantiques au niveau de la conception et ne limite pas la flexibilité de la machine virtuelle. Pour faire une analogie inappropriée, l’utilisation du processeur nécessite un système de langage, et l’utilisation du jeu d’instructions du processeur réel revient à pouvoir « parler » directement au processeur avec ce système de langage, ce qui est très pratique. Sinon, c’est comme parler d’abord chinois et ensuite se convertir à l’anglais, peu importe à quel point le niveau de traduction est parfait, il y aura certaines déviations et contraintes. Grâce au jeu d’instructions du processeur réel, la machine virtuelle peut ajouter n’importe quel type de structure de données ou d’algorithme selon les besoins, ce qui peut maximiser la capacité du développeur à écrire n’importe quel contrat qui répond aux exigences. Nous avons donc décidé de nous aventurer et de construire notre propre machine virtuelle, CKB-VM, en utilisant un véritable jeu d’instructions de processeur. Dans le choix du jeu d’instructions CPU, nous avons choisi le jeu d’instructions open source simplifié RISC-V. RISC-V peut répondre aux exigences de mise en œuvre, des petits microprocesseurs à faible consommation aux processeurs de centre de données (DC) hautes performances, et se caractérise par la transparence, la simplicité, la modularité, l’étendue de la prise en charge et la maturité. Ces caractéristiques sont parfaitement adaptées aux exigences de conception de CKB-VM. Alors, qu’est-ce que RISC-V ? RISC-V RISC-V est une architecture de jeu d’instructions CPU claire, minimaliste et open source née à l’Université de Californie à Berkeley. En 2010, en raison des limites d’autres jeux d’instructions commerciaux à source fermée, une équipe de recherche de l’université a lancé un nouveau projet et a conçu un nouveau jeu d’instructions open source à partir de zéro. Avec un grand nombre de registres et des vitesses d’exécution d’instructions transparentes, ce nouveau jeu d’instructions aide les compilateurs et les programmeurs de langages combinatoires à convertir des problèmes pratiques importants en code approprié et efficace et contient moins de 50 instructions. Ce jeu d’instructions est RISC-V. Lorsque les architectes ont conçu RISC-V, ils voulaient que RISC-V fonctionne efficacement sur tous les appareils informatiques. Depuis son invention en 2010, le design épuré de RISC-V a reçu un large soutien de la part de l’industrie et du milieu universitaire, et a été apprécié par la communauté. Fondation RISC-V Le développement du jeu d’instructions RISC-V est principalement piloté par la Fondation RISC-V et la communauté. Fondée en 2015, la Fondation RISC-V est une organisation à but non lucratif et la première communauté ouverte et collaborative d’innovateurs en matière de matériel et de logiciels. La Fondation RISC-V compte actuellement plus de 235 membres, dont Google, Qualcomm, Apple, IBM, Tesla, Huawei et d’autres entreprises. Les membres peuvent participer à l’élaboration et à l’utilisation des spécifications du jeu d’instructions RISC-V et participer au développement des écosystèmes matériels et logiciels associés. En raison de sa conception simplifiée et open-source, RISC-V est devenu populaire dans des institutions universitaires telles que l’Université de Californie à Berkeley, le Massachusetts Institute of Technology, l’Université de Princeton et l’Institut d’informatique de l’Académie chinoise des sciences. En outre, certaines agences gouvernementales, telles que le gouvernement indien et la Commission municipale d’information économique de Shanghai, soutiennent également fortement le développement de projets basés sur RISC-V. Le jeu d’instructions RISC-V existant est un jeu d’instructions très récent, alors quels sont les principaux jeux d’instructions avant cela ? À l’ère du PC, x86 est le suzerain inébranlable, x86 est l’ordinateur à jeu d’instructions CISC (Complex, le jeu d’instructions complexe ) et l’ordinateur à jeu d’instructions RISC (Reduced. Contrairement à ) jeux d’instructions réduits, les jeux d’instructions de l’ICCA continuent de croître au fur et à mesure de leur évolution. En conséquence, les coûts continuent d’augmenter et les performances et la consommation d’énergie en souffrent. De plus, la longueur du jeu d’instructions CISC, le temps d’exécution...
Le contenu est fourni à titre de référence uniquement, il ne s'agit pas d'une sollicitation ou d'une offre. Aucun conseil en investissement, fiscalité ou juridique n'est fourni. Consultez l'Avertissement pour plus de détails sur les risques.
Technologie》Qu'est-ce que le RISC-V soutenu par Vitalik ? Pourquoi CKB-VM a-t-il choisi le RISC-V ?
Cet article est tiré d’un article écrit par CKB et réimprimé par wublockchain. (Synopsis : Démantèlement de l’ambition stratégique de Vitalik de reconstruire la couche exécutive d’Ethereum avec « RISC-V au lieu d’EVM ») (Arrière-plan ajouté : Il est temps pour EVM de démissionner !) Vitalik propose de passer à RISC-V, les performances de preuve ZK peuvent être améliorées de plus de 100 fois) L’émergence de la blockchain a rendu les contrats intelligents mieux mis en œuvre et développés, et il y a un rôle important entre la blockchain et les contrats intelligents : les machines virtuelles. Le concept de machines virtuelles a été proposé dans les années soixante du siècle dernier, et il n’est devenu populaire que dans les années quatre-vingt-dix. À cette époque, le Web couvrait de nombreux systèmes d’exploitation et navigateurs différents, et si les développeurs voulaient créer une application, ils devaient s’adapter à tous les différents systèmes d’exploitation. Comme vous le savez, le développement d’applications est maintenant divisé entre les systèmes Android et Apple, et la situation était plus compliquée à l’époque. Il se trouve que le langage de programmation Java est devenu populaire, et la machine virtuelle construite par Java peut faire en sorte que le programme n’ait besoin d’être écrit qu’une seule fois, en s’appuyant sur la machine virtuelle Java peut être exécutée sur plusieurs plates-formes, de sorte que le slogan proposé à l’époque était : compiler en un seul endroit, exécuter partout. Nous savons que Bitcoin n’a pas de machine virtuelle, parce que Bitcoin doit transférer un nombre (c’est-à-dire « Bitcoin ») de l’adresse A à l’adresse B, et Ethereum demande, pourquoi l’exécution sur la blockchain ne peut-elle pas être un ensemble de code qui peut implémenter des choses plus complexes et diverses ? C’est ce que nous appelons une plateforme de contrats intelligents, où tous les nœuds exécutent le même code de contrat et obtiennent exactement le même résultat. Sur la blockchain, la machine virtuelle est l’environnement d’exécution du contrat intelligent, qui est un système informatique complet qui peut être complètement isolé du monde extérieur. La blockchain invoque et exécute des contrats intelligents via des machines virtuelles et nécessite l’accord de tous les nœuds. Bien que les nœuds utilisent des systèmes différents, certaines machines sont 64 bits, d’autres sont 32 bits, la machine virtuelle Java traditionnelle tolère une petite différence dans les résultats de calcul, mais sur la blockchain, tous les résultats doivent être les mêmes, donc une nouvelle machine virtuelle compatible avec la blockchain est essentielle. La machine virtuelle blockchain idéale La conception de la machine virtuelle de chaque projet blockchain aura sa propre poursuite artistique et fera des compromis à différents niveaux tout en poursuivant de nombreuses fonctionnalités. Après avoir fait beaucoup de recherches, nous pensons que la machine virtuelle blockchain idéale devrait ressembler à ceci : L’exécution est suffisamment déterministe, lors de l’appel de la même entrée de contrat intelligent, le même résultat de sortie doit être retourné, et le résultat de sortie ne dépend pas de conditions externes telles que l’heure et l’environnement d’exécution ; Il y a une sécurité suffisante lors de l’exécution, et l’exécution de la machine virtuelle n’affecte pas négativement la plate-forme elle-même ; Suffisamment flexible pour les mises à jour, de sorte que la blockchain puisse être mise à niveau ou ajoutée aux algorithmes cryptographiques sans passer par un hard fork (rappelez-vous la douleur de la mise à niveau avec un hard fork Ethereum) ; Les informations sont suffisamment transparentes pour permettre au contrat intelligent exécuté sur la machine virtuelle de réaliser le plein potentiel de la machine virtuelle ; Le mécanisme de frais est suffisamment raisonnable pour garantir que le calcul de la consommation de ressources lors de l’exécution de la machine virtuelle est plus raisonnable et plus précis. Il peut prendre en charge la compilation dans différents langages, ce qui donne aux développeurs la liberté de développer et d’utiliser les dernières technologies. Avant de concevoir la machine virtuelle Nervos CKB, nous avons constaté que de nombreux projets blockchain n’utilisaient pas le jeu d’instructions CPU réel pour construire leurs propres machines virtuelles, ils choisissaient WASM pour construire leurs propres machines virtuelles. Nous préférons utiliser le jeu d’instructions CPU réel pour construire nos propres machines virtuelles, car à la base de toute machine virtuelle sophistiquée, les opérations doivent être transformées en instructions d’assemblage brutes pour effectuer des opérations sur le CPU. De plus, l’utilisation du jeu d’instructions CPU réel n’introduit pas de contraintes sémantiques au niveau de la conception et ne limite pas la flexibilité de la machine virtuelle. Pour faire une analogie inappropriée, l’utilisation du processeur nécessite un système de langage, et l’utilisation du jeu d’instructions du processeur réel revient à pouvoir « parler » directement au processeur avec ce système de langage, ce qui est très pratique. Sinon, c’est comme parler d’abord chinois et ensuite se convertir à l’anglais, peu importe à quel point le niveau de traduction est parfait, il y aura certaines déviations et contraintes. Grâce au jeu d’instructions du processeur réel, la machine virtuelle peut ajouter n’importe quel type de structure de données ou d’algorithme selon les besoins, ce qui peut maximiser la capacité du développeur à écrire n’importe quel contrat qui répond aux exigences. Nous avons donc décidé de nous aventurer et de construire notre propre machine virtuelle, CKB-VM, en utilisant un véritable jeu d’instructions de processeur. Dans le choix du jeu d’instructions CPU, nous avons choisi le jeu d’instructions open source simplifié RISC-V. RISC-V peut répondre aux exigences de mise en œuvre, des petits microprocesseurs à faible consommation aux processeurs de centre de données (DC) hautes performances, et se caractérise par la transparence, la simplicité, la modularité, l’étendue de la prise en charge et la maturité. Ces caractéristiques sont parfaitement adaptées aux exigences de conception de CKB-VM. Alors, qu’est-ce que RISC-V ? RISC-V RISC-V est une architecture de jeu d’instructions CPU claire, minimaliste et open source née à l’Université de Californie à Berkeley. En 2010, en raison des limites d’autres jeux d’instructions commerciaux à source fermée, une équipe de recherche de l’université a lancé un nouveau projet et a conçu un nouveau jeu d’instructions open source à partir de zéro. Avec un grand nombre de registres et des vitesses d’exécution d’instructions transparentes, ce nouveau jeu d’instructions aide les compilateurs et les programmeurs de langages combinatoires à convertir des problèmes pratiques importants en code approprié et efficace et contient moins de 50 instructions. Ce jeu d’instructions est RISC-V. Lorsque les architectes ont conçu RISC-V, ils voulaient que RISC-V fonctionne efficacement sur tous les appareils informatiques. Depuis son invention en 2010, le design épuré de RISC-V a reçu un large soutien de la part de l’industrie et du milieu universitaire, et a été apprécié par la communauté. Fondation RISC-V Le développement du jeu d’instructions RISC-V est principalement piloté par la Fondation RISC-V et la communauté. Fondée en 2015, la Fondation RISC-V est une organisation à but non lucratif et la première communauté ouverte et collaborative d’innovateurs en matière de matériel et de logiciels. La Fondation RISC-V compte actuellement plus de 235 membres, dont Google, Qualcomm, Apple, IBM, Tesla, Huawei et d’autres entreprises. Les membres peuvent participer à l’élaboration et à l’utilisation des spécifications du jeu d’instructions RISC-V et participer au développement des écosystèmes matériels et logiciels associés. En raison de sa conception simplifiée et open-source, RISC-V est devenu populaire dans des institutions universitaires telles que l’Université de Californie à Berkeley, le Massachusetts Institute of Technology, l’Université de Princeton et l’Institut d’informatique de l’Académie chinoise des sciences. En outre, certaines agences gouvernementales, telles que le gouvernement indien et la Commission municipale d’information économique de Shanghai, soutiennent également fortement le développement de projets basés sur RISC-V. Le jeu d’instructions RISC-V existant est un jeu d’instructions très récent, alors quels sont les principaux jeux d’instructions avant cela ? À l’ère du PC, x86 est le suzerain inébranlable, x86 est l’ordinateur à jeu d’instructions CISC (Complex, le jeu d’instructions complexe ) et l’ordinateur à jeu d’instructions RISC (Reduced. Contrairement à ) jeux d’instructions réduits, les jeux d’instructions de l’ICCA continuent de croître au fur et à mesure de leur évolution. En conséquence, les coûts continuent d’augmenter et les performances et la consommation d’énergie en souffrent. De plus, la longueur du jeu d’instructions CISC, le temps d’exécution...