Kakarot a publié une pile alternative à Ethereum ZK, prévue pour mettre en œuvre des preuves STARK en temps réel sur Ethereum L1 d'ici la fin de l'année.
PANews, le 30 avril, rapporte que le projet zkEVM Kakarot, soutenu par le co-fondateur d'Ethereum Vitalik Buterin et StarkWare, a annoncé l'achèvement de l'implémentation complète de la Machine virtuelle Ethereum (EVM) et prévoit de prouver en temps réel les blocs Ethereum Layer1 via le système de preuve STARK d'ici la fin 2025. Ce projet est construit en utilisant le langage Cairo développé par StarkWare et vise à fournir une solution de preuve zéro connaissance indépendante des technologies mainstream.
Clément Walter, cofondateur de Kakarot, a déclaré que le système actuel a été capable de générer des preuves de bloc en moins de 8 secondes, ce qui est plus rapide que l’intervalle de bloc de 12 secondes d’Ethereum. Le projet différencie la pile technologique grâce à la langue du Caire et évite de s’appuyer sur des solutions grand public telles que le protender Plonky3 et le jeu d’instructions RISC-V. La feuille de route 2028 d’Ethereum s’appuie sur des preuves ZK, et Kakarot affirme avoir construit la « première alternative de confiance » pour générer des preuves à divulgation nulle de connaissance des blocs Ethereum par rapport aux piles grand public. Cette publication intervient alors que la communauté Ethereum discute d’une alternative à l’architecture RISC-V proposée par Vitalik Buterin. L’équipe de Kakarot a répondu que même s’il est logique que la couche d’exécution adopte un jeu d’instructions compatible ZK, il n’est pas nécessaire de se précipiter vers RISC-V.
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.
2 J'aime
Récompense
2
1
Partager
Commentaire
0/400
HoshikawaV
· Il y a 10h
Le projet Kakarot a annoncé l'achèvement de l'implémentation complète de la Machine virtuelle Ethereum, avec l'intention de prouver en temps réel les blocs Ethereum Layer1 via le système de preuve STARK. Construit en langage Cairo, il offre une solution de preuve à connaissance nulle indépendante. Le projet peut générer des preuves de blocs en 8 secondes, ce qui est mieux que le temps de génération de blocs de 12 secondes d'Ethereum. Évitant de dépendre des solutions mainstream, il a construit une alternative pour générer des preuves à connaissance nulle pour les blocs Ethereum. L'équipe a répondu qu'elle n'était pas pressée de passer à RISC-V.
Kakarot a publié une pile alternative à Ethereum ZK, prévue pour mettre en œuvre des preuves STARK en temps réel sur Ethereum L1 d'ici la fin de l'année.
PANews, le 30 avril, rapporte que le projet zkEVM Kakarot, soutenu par le co-fondateur d'Ethereum Vitalik Buterin et StarkWare, a annoncé l'achèvement de l'implémentation complète de la Machine virtuelle Ethereum (EVM) et prévoit de prouver en temps réel les blocs Ethereum Layer1 via le système de preuve STARK d'ici la fin 2025. Ce projet est construit en utilisant le langage Cairo développé par StarkWare et vise à fournir une solution de preuve zéro connaissance indépendante des technologies mainstream. Clément Walter, cofondateur de Kakarot, a déclaré que le système actuel a été capable de générer des preuves de bloc en moins de 8 secondes, ce qui est plus rapide que l’intervalle de bloc de 12 secondes d’Ethereum. Le projet différencie la pile technologique grâce à la langue du Caire et évite de s’appuyer sur des solutions grand public telles que le protender Plonky3 et le jeu d’instructions RISC-V. La feuille de route 2028 d’Ethereum s’appuie sur des preuves ZK, et Kakarot affirme avoir construit la « première alternative de confiance » pour générer des preuves à divulgation nulle de connaissance des blocs Ethereum par rapport aux piles grand public. Cette publication intervient alors que la communauté Ethereum discute d’une alternative à l’architecture RISC-V proposée par Vitalik Buterin. L’équipe de Kakarot a répondu que même s’il est logique que la couche d’exécution adopte un jeu d’instructions compatible ZK, il n’est pas nécessaire de se précipiter vers RISC-V.