CTSI官方中文社区

Bilan de l’écosystème Cartesi en octobre
https://mp.weixin.qq.com/s/OLCTM6ALBPKvnQIyt48ZKA

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

Bonjour. Nouvelle semaine, même mission : quel que soit le code, il peut être réglé sur Ethereum.

Construisons ensemble 🐧

Aidez-nous à faire passer le mot : https://x.com/cartesiproject/status/21147177081

Bonjour. Nouvelle semaine, même mission : quel que soit le code, il peut être réglé sur Ethereum.

Construisons ensemble 🐧

Aidez-nous à faire passer le mot : https://x.com/cartesiproject/status/21147177081

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 !

Repartagé : https://x.com/cartesiproject/status/2113617454836683141

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.

Repost : https://x.com/cartesiproject/status/2113254324134678943

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

Rapport d’ingénierie de Cartesi : troisième trimestre 2026

https://mp.weixin.qq.com/s/_3pnuX7H80QbYBqiGxMivA

À 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

Retweetez : https://x.com/cartesiproject/status/2109993133866119399

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 ?

Partagez : https://x.com/cartesiproject/status/2109629181785145347

Vendredi est arrivé, et comme chaque semaine, voici les dernières nouvelles de Cartesi : cette édition comprend trois mises à jour de versions et un nouveau projet DeFi 🐧
https://fxtwitter.com/cartesiproject/status/2108542771804221518

Rollups Node v2.0.0-alpha.13 est disponible. Sa principale nouveauté est la fonctionnalité de « remboursement des dépôts ». Si une application est arrêtée de force (foreclosed) avant que le dépôt n’ait obtenu la confirmation du consensus, une nouvelle instruction de remboursement restitue les fonds au déposant initial. Ainsi, les utilisateurs gardent le contrôle de leurs fonds même si l’application cesse de fonctionner.

Cette version intègre également au nœud le mécanisme de règlement par étapes de notre système de preuves de fraude (PRT), met à niveau Cartesi Machine Emulator vers la version v0.21.0 et est compatible avec les dernières versions de Rollups Contracts 3.0.0-alpha.10 et PRT 3.0.0-alpha.5.

Cette version est actuellement réservée aux tests et nécessite une nouvelle base de données ainsi qu’un redéploiement de l’application. Veuillez donc lire attentivement les instructions de mise à niveau au préalable :
→ https://github.com/cartesi/rollups-node/releases/tag/v2.0.0-alpha.13

Cartesi CLI 2.0.0-alpha.38, destiné aux développeurs et testeurs principaux, est également disponible. Une nouvelle commande vous permet d’arrêter de force une application sur le devnet et de récupérer les fonds, afin de tester de bout en bout l’ensemble du processus de retrait d’urgence. Explorer et rollups-ts ont également été mis à jour pour assurer la cohérence de la chaîne d’outils.

Rendez-vous sur Discord pour obtenir les instructions d’installation et consulter en détail le journal des modifications sur GitHub :
→ https://github.com/cartesi/cli/releases/tag/%40cartesi%2Fcli%402.0.0-alpha.38

Ce n’est pas tout : Sequencer v0.1.0-alpha.10 est également sorti cette semaine. Nous vous en dirons davantage très bientôt, mais vous pouvez d’ores et déjà y jeter un œil :
→ https://github.com/cartesi/sequencer/releases/tag/v0.1.0-alpha.10

C’est précisément ce qu’imaginaient Felipe Argento et Brandon Isaacson lorsqu’ils ont quitté leurs fonctions au conseil d’administration de la Fondation Cartesi pour développer, à partir de cette pile technologique, des applications capables d’en libérer tout le potentiel.

Knoss est une plateforme de trading spécialisée dans les options et les contrats perpétuels. Dans notre série de tweets, nous avons analysé pourquoi les marchés d’options on-chain peinent à se développer : les calculs mathématiques qui sous-tendent les options sont difficiles à exécuter dans un environnement sans tiers de confiance (trustless). Les développeurs ont donc souvent recours à des modèles simplifiés et à la surcollatéralisation. Knoss s’appuiera sur Cartesi pour exécuter ces calculs sur Ethereum, afin de garantir des résultats reproductibles et vérifiables. Lisez ce fil de discussion pour en savoir plus :
→ https://x.com/cartesiproject/status/2107456174664941570

Cette semaine, tout le monde sur X publiait des lettres ouvertes, alors nous nous sommes joints au mouvement. Si cette tendance est amusante, elle reflète un véritable changement stratégique chez Cartesi :
→ https://x.com/cartesiproject/status/2107826707432632797

Si vous êtes passé à côté, voici un article détaillé sur la prochaine étape du développement de Cartesi :
→ https://x.com/cartesiproject/status/2105643993640136999

Notre salut du lundi (gm) rendait hommage aux développeurs (Builders), à Knoss et à Linux — trois éléments qui peuvent tous donner le meilleur d’eux-mêmes sur Cartesi Rollups :
→ https://x.com/cartesiproject/status/2107092443258867919

Si vous n’avez pas encore visité notre nouveau site, ou si vous ne saviez même pas qu’il avait été mis à jour, cliquez ici :
→ https://cartesi.io/

Voilà pour les nouvelles de la semaine ! Maintenant que Token2049 s’est achevé avec succès, nous pouvons nous recentrer sur la construction. Si vous avez des questions, n’hésitez pas à venir discuter sur Discord : https://discord.gg/cartesi

Bon week-end à toutes et à tous !

Repartagé : https://x.com/cartesiproject/status/2108542771804221518

Intention inchangée. Vision toujours claire et sans ambiguïté.

Avec Linux pour donner du pouvoir à l’expression, avec les appchains (chaînes d’applications) pour permettre l’évolutivité, et avec Ethereum pour garantir la sécurité ; et Cartesi, en tant qu’infrastructure, fusionne tout cela de manière organique.

Partage : https://x.com/cartesiproject/status/2108179607308620022

Mise à jour de l’écosystème Cartesi #9 (2026)

https://mp.weixin.qq.com/s/xXbKTFHlsLoW7LDU7Z9mkA

Analyse approfondie du moment : le cofondateur de Knoss, Felipe Argento, explique en détail pourquoi la création de produits d’options reste incroyablement difficile dans la DeFi.

Pendant des années, lorsque des amis lui demandaient ce qu’il pensait des cryptomonnaies, sa réponse était toujours la même : « Soit l’ETH atteint un million, soit il tombe à zéro. »

Le problème, c’est qu’il n’existe, sur la chaîne, aucune manière trustless (sans confiance) de parier sur ce résultat. 🧵↓

1/ Détenir de l’ETH au comptant correspond au scénario « atteindre un million » ; être à découvert correspond au scénario « tomber à zéro » ; les contrats perpétuels (Perps) ajoutent un effet de levier directionnel. Mais rien de tout cela ne couvre le cas « ou » (c’est‑à‑dire une volatilité bidirectionnelle).

Les options, elles, le permettent. En achetant simultanément une option d’achat (call) et une option de vente (put) avec le même prix d’exercice, quel que soit le fait que le prix de l’ETH monte fortement ou baisse fortement, vous pouvez réaliser un profit ; inversement, si vous vendez ce duo d’options, tant que le prix ne bouge pas beaucoup, vous pouvez gagner des revenus.

2/ Dans la finance traditionnelle (TradFi), le volume des transactions d’options est d’environ trois fois celui des contrats à terme. Mais on-chain, les échanges d’options sont infimes : les calculs mathématiques nécessaires ne peuvent pas être réalisés sous une hypothèse trustless. Ils impliquent notamment la volatilité implicite, la surface de volatilité et les calculs complexes liés aux marges de portefeuille.

Ainsi, les développeurs doivent soit simplifier les modèles mathématiques tout en exigeant un sur‑collatéral extrêmement élevé, soit exécuter les calculs sur des serveurs centralisés où l’utilisateur doit faire confiance.

3/ Désormais, Knoss exécutera ces calculs sur Cartesi, afin de garantir que chaque étape puisse être reproduite et vérifiée à l’échelle d’Ethereum. Les utilisateurs obtiennent ainsi une efficacité en capital élevée, sans avoir à faire face à l’opacité des « boîtes noires ».

Voici une plateforme d’options et de contrats perpétuels construite « de manière native à Ethereum ». Suivez Knoss et découvrez-en plus ici : https://x.com/knoss_xyz/status/2105638543477399621

Relai : https://x.com/cartesiproject/status/2107456162002260196

Salutations aux développeurs
Salutations à Knoss
Salutations à Linux 🐧

Des salutations de Cartesi Rollups — voici la base militaire en chaîne de ces trois-là !

Bienvenue pour partager et relayer : https://x.com/cartesiproject/status/2107092443258867919