Erick de Moura (Cartesi) : « Le développement de la blockchain est difficile et il est de notre responsabilité de le simplifier.
Dans un article d'opinion, Erick, co-fondateur de Cartesi, estime que l'industrie doit collaborer davantage pour faciliter le travail des développeurs de blockchain. Cartesi est un protocole de deuxième couche basé sur Ethereum dédié à la simplification du développement de la blockchain et à la promotion du développement d'une infrastructure modulaire de blockchain.
L’industrie de la blockchain se trouve à un tournant critique. Le Web3 manque d'applications grand public pouvant être adoptées à grande échelle, mais de nouveaux projets d'infrastructure émergent. Nous devons faire face à une réalité désagréable : 15 ans plus tard, notre rêve d’un web décentralisé n’est toujours pas réalisé.
C’est déjà le week-end, et la newsletter hebdomadaire de Cartesi est au rendez-vous 🐧
Votre agent IA maîtrise désormais Linux. Et pour développer sur Cartesi, Linux est tout aussi indispensable : vous disposez d’un environnement Linux complet, avec les langages de programmation, les bibliothèques et les outils que les développeurs connaissent déjà bien. Un petit rappel s’impose : → https://x.com/cartesiproject/status/2117979454312210915
Côté gouvernance, la Fondation Cartesi a présenté une proposition visant à renoncer définitivement au « droit de création de jetons » (MinterRole) du contrat du jeton $CTSI. La proposition est actuellement en phase de discussion, avant le vote. Si elle est adoptée, aucun nouveau jeton CTSI ne pourra être créé et l’offre totale sera fixée à 1 milliard. Les futurs projets nécessitant un financement en CTSI utiliseront les jetons existants. Les membres de la communauté sont invités à participer à la discussion et à donner leur avis : → https://governance.cartesi.io/t/new-notice-and-proposal-mine-reserve-completion-and-ctsi-minterrole-renunciation/523
Jeudi, grâce à une série de publications de Felipe Argento, contributeur de longue date et aujourd’hui cofondateur de Knoss, nous avons approfondi notre compréhension de la Cartesi Machine. Nous avons ainsi pu découvrir les recherches et les réalisations techniques qui permettent d’exécuter une machine Linux complète sur la blockchain, de manière vérifiable. Si vous avez manqué ces publications, retrouvez-les ici : → https://x.com/cartesiproject/status/2118341816261177762
Par ailleurs, Shaheen Ahmed s’est rendu à Mumbai pour participer à Devcon, où il représentait Knoss, une plateforme de négociation d’options et de produits dérivés construite sur Cartesi Rollups. Il a invité les teneurs de marché, les créateurs de projets DeFi et les traders à prendre contact, et leur a proposé un accès anticipé à « Knoss » : → https://x.com/riseandshaheen/status/2117314361899516379
Une publication diffusée lundi a donné le ton du mois de novembre : les développeurs n’ont pas besoin de renoncer à leurs outils préférés pour créer sur la blockchain. Gardez la pile technologique Linux que vous connaissez et utilisez-la directement sur Ethereum. → https://x.com/cartesiproject/status/2117254678006432206
C’est tout pour le récapitulatif de la semaine ! Vous développez avec Cartesi ou cherchez par où commencer ? Rejoignez notre Discord : discord.gg/cartesi. Bon week-end à toutes et à tous !
【Récapitulatif】La Fondation Cartesi propose de renoncer définitivement au « rôle de minteur » (MinterRole) dans le contrat du jeton $CTSI.
Si cette proposition est approuvée, il ne sera plus possible de créer de nouveaux jetons CTSI, et l’offre sera fixée à 1 milliard de jetons. À l’avenir, tout projet financé par des CTSI utilisera les jetons existants.
N’hésitez pas à donner votre avis avant le vote : https://governance.cartesi.io/t/new-notice-and-proposal-mine-reserve-completion-and-ctsi-minterrole-renunciation/523
Le mois d’octobre a été riche en actualités à suivre : alors que les récompenses de staking devraient prendre fin vers juillet 2027, la communauté consulte au sujet du « MinterRole » de $CTSI ; de nouvelles versions de Node, CLI, Sequencer et Machine ont également été publiées ; sans oublier le rapport d’ingénierie du troisième trimestre, le soutien de la Fondation au projet Knoss, et bien plus encore.
Que du concret, sans fioritures ↓ https://blog.cartesi.io/ecosystem-updates-october-2026/
Republié depuis : https://x.com/cartesiproject/status/2116530380279062938
Rappelons la version la plus concise de notre idée fondamentale : les logiciels qui font tourner le monde d’aujourd’hui devraient aussi pouvoir faire tourner les contrats intelligents.
Notre idée n’a pas changé, nous continuons à construire ↑
À partager : https://x.com/cartesiproject/status/2115806359883264120
C’est déjà vendredi, et la newsletter hebdomadaire de Cartesi est au rendez-vous 🐧
Le développement de notre PRT (système anti-fraude) a progressé : Dave v3.0.0-alpha.6 est maintenant disponible. Désormais, lorsqu’un participant honnête remporte un sous-litige, son minuteur est automatiquement rechargé, dans une limite prédéfinie. Les attaquants ne peuvent donc plus épuiser le minuteur associé à une réclamation valide en créant un grand nombre de fausses identités. Cette version corrige également des problèmes relevés lors de la dernière revue de vérification du PRT et prend en charge Cartesi Machine v0.22. Merci à Gabriel Coutinho de Paula pour sa contribution : → https://github.com/cartesi/dave/releases/tag/v3.0.0-alpha.6
Côté staking, Explorer v3.13.0 est maintenant en ligne. Cette version adopte une nouvelle bibliothèque de portefeuille et ajoute les reçus de transaction pour les personnes qui utilisent Explorer comme « Safe App » (application Gnosis Safe). C’est très utile si vos actifs mis en staking sont détenus dans un portefeuille multisignature. Merci à Bruno Menezes : → https://github.com/cartesi/explorer/releases/tag/v3.13.0
Pas le temps de lire le rapport d’ingénierie complet du troisième trimestre ? Ce fil récapitulatif présente 130 demandes de fusion (PR), 673 commits et 58 versions répartis dans 13 dépôts de code, classés selon trois grands piliers techniques. Parmi les faits marquants : le mécanisme de « remboursement des dépôts » comble la dernière lacune du processus de retrait d’urgence ; Cartesi Machine v0.21.0 garantit que chaque entrée finit par produire un résultat vérifiable, même en cas de plantage de l’application. Consultez le résumé ici : → https://x.com/cartesiproject/status/2112530070510383323
Cette semaine, c’est l’Open Access Week. Les résultats de recherche devraient pouvoir être lus, partagés et développés librement — et le code aussi. Cartesi est open source : il apporte Linux on-chain et s’appuie sur Ethereum pour le règlement, afin que chacun puisse vérifier les calculs de manière indépendante. → https://x.com/cartesiproject/status/2112167301844009259
Quelques discussions ont également animé les réseaux sociaux cette semaine. Si votre pile technologique ne permet pas d’exécuter Linux on-chain, ce n’est sans doute pas le meilleur choix : → https://x.com/cartesiproject/status/2112891152445894867
Petit rappel également : ne vous limitez plus au modèle de l’EVM L1, où toutes les applications se partagent les ressources de calcul d’un même bloc. Passez à Cartesi : vous bénéficierez d’une puissance de calcul bien supérieure, d’une pile Linux complète et d’une machine virtuelle (VM) dédiée à chaque application : → https://x.com/cartesiproject/status/2113254324134678943
C’est tout pour cette semaine. Vous expérimentez le développement avec Linux on-chain ou vous voulez simplement nous dire bonjour ? Retrouvez-nous sur Discord : discord.gg/cartesi. Bon week-end à toutes et à tous !
Arrêtez de concevoir autour de ce « point ». C’est aussi simple que ça.
Pourquoi la plupart des projets DeFi ne parviennent-ils pas à innover véritablement ? Ce « point jaune » représente la limite de calcul d’un bloc L1 EVM. Il oblige les développeurs à faire tenir leur logique dans un seul bloc, ce qui aboutit à des applications financières aux fonctionnalités simplifiées.
La « grille bleue », elle, représente la Cartesi VM, qui offre une puissance de calcul de plusieurs ordres de grandeur supérieure. Une fois que vous avez vu cet écart, impossible d’ignorer cette limite.
Si votre stack technologique ne permet pas d’exécuter un environnement Linux on-chain, ce n’est pas le choix idéal. 🐧 https://x.com/NewAgeRetroNerd/status/2110402168272355555
Pas besoin de réécrire votre code depuis zéro ni de faire de compromis dans le choix de vos bibliothèques. Avec Cartesi, nous intégrons un environnement d’exécution Linux complet directement à Ethereum et à l’écosystème Web3. Tout ce qui peut fonctionner sous Linux peut fonctionner on-chain.
Venez partager la nouvelle : https://x.com/cartesiproject/status/2112891152445894867
Vous souhaitez découvrir la version abrégée de notre rapport d’ingénierie du troisième trimestre ? Qu’avons-nous livré au juste dans 13 dépôts de code, avec 130 PR fusionnées (pull requests), 673 commits et 58 versions publiées ? Où en est actuellement l’ensemble de notre pile technologique ? https://x.com/cartesiproject/status/2111808242502254714
La réponse est ici. Voici un récapitulatif autour de trois grands piliers technologiques 🧵↓
Une infrastructure sécurisée pour protéger les fonds réels
Le mécanisme de « remboursement des dépôts » (Deposit refunds) complète la dernière étape du processus de retrait d’urgence. Dès qu’une application est arrêtée de force (foreclosed), n’importe qui peut restituer les dépôts en ETH, ERC-20, ERC-721 et ERC-1155 qui ne sont pas encore définitivement confirmés à leurs déposants d’origine.
Le mécanisme de « réclamations » (Claims) est également devenu plus strict. Désormais, chaque réclamation doit prouver que la machine correspondante a terminé normalement son « epoch » en cours. Si la machine est à l’arrêt, a levé une exception ou a rejeté la dernière entrée, cet état ne peut pas être confirmé définitivement.
Dave (PRT) introduit le mécanisme de « mise en attente des réclamations » (claim staging) et optimise le processus de récupération des dépôts afin de le rendre plus difficile à manipuler de manière malveillante. Sling Node est désormais le premier nœud de validation PRT opérationnel. Il est actuellement en phase de test et s’apprête à terminer sa phase alpha.
Permettre des calculs économiques à grande échelle
Cartesi Machine v0.21.0 garantit que chaque entrée produit un résultat vérifiable, même en cas de plantage de l’application. Les entrées rejetées ramènent le système à son état précédent, tandis que celles qui épuisent les cycles de calcul restent dans un état fixe. Le simulateur (emulator) et les étapes d’exécution on-chain suivent exactement les mêmes règles.
Les applications peuvent désormais conserver leur état entre plusieurs entrées grâce à la NVRAM (mémoire vive non volatile), ce qui réduit le coût du transfert d’état d’une entrée à l’autre.
Le séquenceur (sequencer) intègre un « oracle de frais » (fee oracle) qui lie les frais payés par les utilisateurs au coût de publication sur L1 (couche 1). Cet oracle fixe les prix à partir du prix moyen pondéré dans le temps (TWAP) d’Uniswap V3, afin de limiter les manipulations de prix. Prochaine étape : déploiement sur le testnet.
Une pile technologique accessible pour un déploiement rapide on-chain
Le nœud Rollup a été mis à niveau vers le simulateur v0.21 dans sa branche de développement (dev branch). Cette version ajoute la prise en charge des requêtes JSON-RPC par lots, regroupe la gestion de tous les services sous un seul « superviseur » (supervisor) et fournit à Kubernetes des indicateurs clairs d’état de santé. La bibliothèque TypeScript utilise désormais des bindings générés automatiquement, remplaçant environ 1 800 lignes de code d’encapsulation écrites à la main. En outre, `cartesi/machine` permet d’exécuter Cartesi Machine dans un environnement Node.js, voire directement dans un onglet de navigateur.
Ensuite, nous publierons conjointement Node, SDK, CLI et les outils de navigateur (Explorer) afin de mettre toutes ces fonctionnalités à la disposition des développeurs.
Pour découvrir la vision d’ensemble derrière ces composants essentiels, consultez notre plan technique (Technical Plan) : https://cartesi.io/technical-plan/
Republié depuis : https://x.com/cartesiproject/status/2112530070510383323
Bonjour. C’est actuellement la « Semaine internationale du libre accès » (International Open Access Week). Les résultats de recherche, les articles universitaires et les connaissances devraient pouvoir être lus et partagés librement, et servir de base à de nouvelles recherches et découvertes.
Il en va de même pour le code. Cartesi adopte une approche open source, apporte Linux sur la chaîne et s’appuie sur Ethereum pour le règlement, afin que chacun puisse vérifier son fonctionnement.
Cette vision ne vaut pas seulement pour cette semaine, mais pour toutes les semaines.
Faisons passer le message : https://x.com/cartesiproject/status/21121673018
À mesure que le SDK gagne en maturité, nous lançons une nouvelle façon de suivre les progrès de Cartesi : le « Rapport d’ingénierie trimestriel ». Il présente les différents volets de travail technique, les résultats obtenus et les principales étapes franchies. 130 PR (pull requests) ont été fusionnées, 673 commits ont été effectués et 58 versions ont été publiées.
Découvrez le rapport complet du troisième trimestre 2026 (T3) ↓ https://blog.cartesi.io/engineering-report-q3-2026/
Pour avoir une vue d’ensemble des priorités techniques de Cartesi, consultez notre « Plan d’évolution technique » et les trois piliers qui guident notre feuille de route : → Fournir une infrastructure sécurisée pour les fonds réels → Permettre des calculs à grande échelle et à moindre coût → Proposer une pile technologique accessible pour vous aider à déployer sur la blockchain en une journée 🔗 cartesi.io/technical-evolution-plan
Republié depuis : https://x.com/cartesiproject/status/2110717673915253174
Première analyse approfondie du séquenceur (sequencer) de Cartesi ! Découvrons ce que c’est, pourquoi c’est important et comment il fonctionne. 🧵↓ https://fxtwitter.com/cartesiproject/status/2109993133866119399
1/ Les applications interactives ont besoin de rapidité, tandis que le règlement sur Ethereum prend du temps. Personne ne veut attendre plusieurs minutes après chaque clic pour obtenir la confirmation finale sur L1 (couche 1). C’est là qu’intervient le séquenceur.
2/ Le séquenceur reçoit les opérations signées par les utilisateurs et les confirme immédiatement (on parle de « confirmation souple »).
En arrière-plan, il soumet ces opérations à L1 par lots. Les utilisateurs obtiennent une réponse quasi instantanée, tandis qu’Ethereum reste l’autorité, la « source de vérité ».
Tous les détails sur notre séquenceur : https://github.com/cartesi/sequencer
3/ Comment cela fonctionne-t-il, techniquement ? Chaque groupe d’opérations utilisateur (appelé « frame ») est associé à un bloc L1 sécurisé. Le planificateur on-chain reçoit tous les dépôts effectués jusqu’à ce bloc, puis exécute les mêmes opérations dans le même ordre.
Le séquenceur et le Rollup suivent les mêmes règles et finissent donc par parvenir au même état.
4/ Bien que le système utilise un séquenceur unique, celui-ci ne peut ni voler des fonds ni falsifier l’état. Le Rollup vérifie tout et fait appliquer le résultat au moyen de preuves de fraude (fraud proofs).
Le processus de dépôt contourne entièrement le séquenceur. Même si celui-ci tentait de censurer des dépôts, il ne pourrait tout au plus que les retarder de quelques heures, jamais les bloquer complètement.
5/ Le séquenceur de Cartesi est encore en version Alpha, mais son développement progresse rapidement.
Il est conçu pour gérer les interruptions de L1, les plantages, les redémarrages, les longues périodes d’indisponibilité et les mempools malveillants. À chaque démarrage, il vérifie la base de données et Ethereum afin de déterminer ce qui doit être réparé.
Un programme « watchdog » indépendant vérifie également son état une seconde fois.
6/ La dernière version, v0.1.0-alpha.10, comprend le séquenceur, les images de machine et le programme watchdog.
Parmi les nouveautés : les devis de frais publics, l’historique des applications compatible avec la relecture, les liaisons d’applications en C, une réécriture du programme watchdog et Cartesi Machine v0.21.0. Attention : cette version contient des changements incompatibles (breaking changes). Veuillez d’abord lire les notes de version : https://github.com/cartesi/sequencer/releases/tag/v0.1.0-alpha.10
GM. Votre code ou votre bibliothèque fonctionne déjà sous Linux ? Alors, il peut aussi fonctionner on-chain. Les mêmes outils, l’infrastructure Cartesi, la sécurité de niveau Ethereum.
Une nouvelle semaine commence : c’est le moment idéal pour livrer. Qui est prêt à se lancer dans la construction ?