Cartesi

Jeudi rétro : comparaison visuelle entre la puissance de calcul de Cartesi et celle de l’EVM. Quoi ?

Arrêtons de concevoir autour du point. C’est tout.

Pourquoi la plupart des projets DeFi ne peuvent-ils pas apporter de véritables innovations ? Le point jaune représente la limite de calcul par bloc de l’EVM de couche 1, qui oblige les développeurs à condenser leur logique dans un seul bloc et à proposer des services financiers simplifiés.

La grille bleue représente la machine virtuelle Cartesi, qui offre une capacité de calcul supérieure de plusieurs ordres de grandeur.
Une fois que l’on voit l’écart, impossible d’ignorer cette contrainte.

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

Si votre stack ne vous permet pas de développer avec Linux on-chain, ce n’est pas la bonne. 🐧

Fini de réécrire votre code de zéro ou de faire des compromis sur les bibliothèques. Avec Cartesi, nous avons intégré tout l’environnement d’exécution Linux directement à Ethereum et au Web3. S’il fonctionne sous Linux, il fonctionne on-chain.

Faites passer le mot : https://x.com/cartesiproject/status/2112891152445894867

Want the tl;dr on our Q3 Engineering Report? What actually shipped, and where the stack stands after 130 merged PRs, 673 commits, and 58 releases across 13 repos?

Look no further. Here’s the summary, organized around the 3 technical pillars 🧵↓

Safe infrastructure for real money

Deposit refunds close the last gap in emergency withdrawals. Once an app is foreclosed, anyone can refund unfinalized ETH, ERC-20, ERC-721, and ERC-1155 deposits to the people who made them.

Claims got stricter too. A claim now has to prove the machine finished its epoch normally. A state that halted, threw an exception, or rejected its last input can’t be finalized.

Dave (PRT) added claim staging and harder-to-game bond recovery. The Sling node is now the first operational PRT validator, in testing on the way out of alpha.

Economical computation at scale

Cartesi Machine v0.21.0 makes every input end in a provable outcome, even when the app crashes. Rejected inputs revert to the previous state. Inputs that run out of cycles stop in a fixed state. The emulator and the onchain step apply the same rules.

Apps can now keep state in NVRAM across inputs, which makes carrying state from one input to the next cheaper.

The sequencer shipped a fee oracle that ties user fees to L1 posting costs. It’s priced from a Uniswap V3 TWAP to limit manipulation. Next stop: a live testnet.

Easy stack for shipping onchain in a day

The rollups node moved to emulator v0.21 on its dev branch. It gained JSON-RPC batch requests and now runs every service under one supervisor, with clear health signals for Kubernetes.

The TypeScript libraries now use generated bindings, replacing about 1,800 lines of hand-written wrappers. And cartesi/machine runs a Cartesi Machine from Node.js, or right in a browser tab.

Next up: a coordinated public release of node, SDK, CLI, and explorer release that ships all of this to builders.

For the bigger picture behind these pillars, check out our Technical Plan:
https://cartesi.io/technical-plan/

GM. It’s International Open Access Week. Research, papers, and knowledge should be free to read, share, and build on.

Same for code. Cartesi is open source, bringing Linux onchain with Ethereum settlement, so anyone can verify results.

The ethos holds this week and every week.

Let's spread the word: https://x.com/cartesiproject/status/2112167301844009259

À mesure que le SDK mûrit, une nouvelle façon de suivre les progrès de Cartesi s’offre à vous.
Découvrez les rapports trimestriels d’ingénierie, qui couvrent tous les axes de travail techniques, les réalisations et les étapes clés.
130 PR fusionnées. 673 commits. 58 versions.

Découvrez le bilan complet du T3 2026 ↓
https://blog.cartesi.io/engineering-report-q3-2026/

Pour avoir une vue d’ensemble des priorités techniques de Cartesi, consultez le plan technique et les 3 piliers qui guident notre feuille de route :
→ Une infrastructure sûre pour les transactions réelles
→ Des calculs économiques à grande échelle
→ Une pile technologique simple pour déployer on-chain en une journée
🔗 cartesi.io/technical-evolution-plan

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

Levez la main 🙋

Qui utilise encore Linux ? Nous sommes allés encore plus loin en le déployant directement sur la blockchain.

→ https://x.com/cartesiproject/status/2110354188001759683

Décryptage du séquenceur Cartesi pour la première fois ! Voyons ce que c’est, pourquoi c’est important et comment ça fonctionne. 🧵↓

1/ Les applications interactives ont besoin de rapidité. Le règlement sur Ethereum prend du temps. Personne ne veut attendre plusieurs minutes la finalité sur L1 à chaque clic. C’est là qu’intervient un séquenceur.

2/ Le séquenceur reçoit les opérations signées des utilisateurs et les confirme immédiatement (confirmation souple).

En arrière-plan, il les publie sur L1 par lots. Les utilisateurs obtiennent une réponse quasi instantanée, et Ethereum reste la source de vérité.

Tout savoir sur notre séquenceur : https://github.com/cartesi/sequencer

3/ Que se passe-t-il techniquement ? Chaque groupe d’opérations utilisateur (une frame) pointe vers un bloc L1 sûr. Le planificateur on-chain prend en compte les dépôts jusqu’à ce bloc, puis exécute les mêmes opérations dans le même ordre.

Le séquenceur et le rollup suivent la même règle, et aboutissent donc au même état.

4/ Il n’y a qu’un seul séquenceur, mais il ne peut ni voler des fonds ni falsifier l’état. Le rollup vérifie tout, et les preuves de fraude garantissent le résultat.

Les dépôts contournent complètement le séquenceur. Un séquenceur qui censure peut tout au plus les retarder de quelques heures. Il ne peut jamais les bloquer.

5/ Le séquenceur Cartesi est encore en version alpha, mais il progresse rapidement.

Il anticipe les pannes de L1, les plantages, les redémarrages, les longues périodes d’indisponibilité et les mempools hostiles. À chaque démarrage, il vérifie sa base de données et Ethereum pour repérer les éléments à corriger.

Un watchdog distinct vérifie son état une seconde fois.

6/ La dernière version, v0.1.0-alpha.10, fournit le séquenceur, les images de la machine et le watchdog en un seul package.

Nouveautés : estimations publiques des frais, historique de l’application avec relecture, liaisons C pour les applications, watchdog réécrit et Cartesi Machine v0.21.0. Changements incompatibles.

Lisez d’abord les notes : https://github.com/cartesi/sequencer/releases/tag/v0.1.0-alpha.10

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

Bonjour. Votre code ou votre bibliothèque fonctionne déjà sous Linux ? Alors, ça fonctionne aussi sur la blockchain. Les mêmes outils, l’infrastructure Cartesi, la sécurité d’Ethereum.

Et une nouvelle semaine pour concrétiser tout ça commence maintenant. Qui est prêt à créer ?

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

Toujours debout aujourd'hui. La vision a toujours été claire.

Linux pour l'expressivité. Appchains pour l'évolutivité. Ethereum pour la sécurité. Cartesi pour l'infrastructure qui réunit tout cela.

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

Nous avons suivi la tendance, mais le virage stratégique est bien réel.
→ https://x.com/cartesiproject/status/2105643993640136999

Republication : https://x.com/cartesiproject/status/2107826707432632797

Plongée au cœur du sujet : Felipe Argento, cofondateur de Knoss, explique pourquoi les options restent si difficiles à créer dans la DeFi.

Depuis des années, il donne toujours la même réponse à ses amis quand ils parlent de crypto : « ETH à un million ou à zéro. »

Le problème, c’est qu’il n’existe aucun moyen sans tiers de confiance de miser là-dessus on-chain. 🧵↓

1/ L’ETH au comptant couvre le scénario du million. Ne rien détenir couvre celui du zéro. Les contrats perpétuels ajoutent un effet de levier dans un seul sens. Mais rien de tout ça ne couvre le « ou ».

Les options, si. Achetez un call et un put au même prix d’exercice, et vous gagnez si l’ETH évolue fortement dans un sens ou dans l’autre. Vendez la même paire et vous encaissez si son cours ne bouge pas.

2/ Dans la finance traditionnelle, les options représentent environ trois fois plus de contrats échangés que les contrats à terme. On-chain, elles restent presque invisibles, car il est difficile d’effectuer les calculs sans tiers de confiance : volatilité implicite, surfaces de volatilité et marge de portefeuille.

Les développeurs doivent donc soit simplifier les calculs et surcollatéraliser tout, soit les exécuter sur un serveur auquel les utilisateurs doivent faire confiance.

3/ Désormais, Knoss effectuera ces calculs sur Cartesi, afin que chaque étape puisse être reproduite et vérifiée sur Ethereum. Les utilisateurs bénéficieront d’une utilisation efficace du capital, sans boîte noire.

Une plateforme d’échange d’options et de contrats perpétuels, conçue selon les principes d’Ethereum. Suivez Knoss et retrouvez plus de détails ici : https://x.com/knoss_xyz/status/2105638543477399621

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

constructeurs gm
gm Knoss
gm Linux 🐧

gm de Cartesi Rollups, un foyer on-chain pour les trois !

Faites passer le message : https://x.com/cartesiproject/status/2107092443258867919

Septembre a été un gros mois.
Plongez dans les dernières mises à jour de l’écosystème : du nouveau look et du nouveau ressenti de notre site web à Knoss, une plateforme d’échange de produits dérivés construite sur Cartesi. Découvrez aussi les avancées technologiques, les temps forts dans les médias et les moments communautaires.

Il y a beaucoup de choses à rattraper ↓
https://blog.cartesi.io/ecosystem-updates-september-2026/

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

Nouveau mois, nouveau site web ?

À partir d’aujourd’hui, https://cartesi.io/ arbore une nouvelle apparence, reconstruite autour de l’essentiel : une mise en page plus claire, une navigation plus simple, et une réponse directe à ce qu’est Cartesi, ainsi qu’à la direction qu’il prend en matière de technologie et de stratégie. Ce que vous trouverez ↓

→ La prochaine étape pour Cartesi : pourquoi la Fondation soutient Knoss, une bourse de dérivés construite sur Cartesi Rollups par Felipe Argento, Brandon Isaacson, Eduardo Bart, Danilo Tuler & Pedro Argento, afin de prouver la plateforme dans des conditions commerciales réelles

→ Où en est la technologie : les Rollups intégrés et la pile « fraud-proof », avec des tests de sécurité et un durcissement en priorité

→ L’idée centrale, en mots simples : un logiciel conventionnel dans un environnement Linux reproductible, qui s’appuie sur Ethereum

Jetez un coup d’œil et dites-nous ce que vous en pensez.

Pendant que vous y êtes, lisez le dernier billet de blog, qui explique tout sur la prochaine étape pour Cartesi : https://blog.cartesi.io/the-next-stage-for-cartesi/

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

Dave 3.0.0-alpha.5 est arrivé la semaine dernière. Quoi de neuf ?

Les remboursements de cautions pouvaient rester bloqués lorsque le nœud passait à un nouvel epoch. Ce n’est plus le cas.

Le nœud prototype Sling finit désormais les epochs dans l’ordre : il attend le règlement final, récupère les cautions des tournois gagnants, puis rejoint l’epoch suivant.

Les remboursements sont envoyés avec ses transactions habituelles de litige et de règlement, et un nœud redémarré reprend l’epoch sur lequel il travaillait.

Les contrats et la machine Cartesi n’ont pas changé depuis alpha.4.

Mise à niveau ? alpha.5 ne démarre pas depuis un répertoire d’état d’alpha.4 : effacez-le et le nœud se reconstruira à partir de la chaîne.

Désormais, chaque répertoire d’état appartient à un seul signataire : nouvelle clé, nouveau répertoire.

GitHub : https://github.com/cartesi/dave/releases/tag/v3.0.0-alpha.5

Questions ? Envoyez un message à Gabriel Coutinho sur Discord.

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

G Cartesi M.

Grosse semaine à venir. Beaucoup d’expéditions à l’horizon.

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

Encore une semaine de développement en mode concentré est terminée et voici votre Cartesi Weekly 🐧

Dave v3.0.0-alpha.5 vient d’être déployée. Cette version ne contenant que le nœud corrige les remboursements de caution bloqués entre les epochs : le nœud termine désormais chaque epoch, attend le règlement final, puis récupère ses cautions avant de passer à la suite. En cas de redémarrage, il reprend exactement là où il s’était arrêté.

Les contrats et la Machine Cartesi restent inchangés. La mise à niveau depuis alpha.4 nécessite un nouveau répertoire d’état, avec un répertoire par signataire. Bravo et merci à notre contributeur Gabriel Coutinho pour le travail réalisé. Voir GitHub :
→ https://github.com/cartesi/dave/releases/tag/v3.0.0-alpha.5

Vous ne vous souvenez plus de ce qu’est Dave ? Petit rappel : c’est notre système de fraude-proof, dont le dépôt retrace les avancées vers le Permissionless Refereed Tournament (PRT). Jetez un œil à ce bref récap :
→ https://x.com/cartesiproject/status/2097309822626754802

Pourquoi la DeFi a-t-elle besoin de Cartesi ? La plupart de la DeFi fonctionne avec une version simplifiée de la finance, parce que les builders conçoivent selon ce que la chaîne peut exécuter plutôt que selon ce dont ils ont réellement besoin. En reprenant un article du contributeur João Garcia, notre fil met en lumière ce qui change quand chaque application dispose de son propre rollup Linux, réglé sur Ethereum : des collatéraux qui évoluent avec la volatilité, des marchés de prédiction avec un moteur de matching réel, un DCA continu, et des scores de crédit que chacun peut rejouer. À lire :
→ https://x.com/cartesiproject/status/2102774515893953016

Repéré sur Instagram : des porte-clés NFC Cartesi créés par la communauté, qui vous amènent vers notre site web en un seul scan. On adore voir ça. Suivez le créateur, et assurez-vous aussi de nous suivre là-bas :
→ https://instagram.com/cartesiproject/

Notre gm de cette semaine est resté simple : chaque jour est une bonne journée pour construire avec Cartesi, et c’est ce que nous avons fait tout au long de la semaine :
→ https://x.com/cartesiproject/status/2102019534693814436

C’est tout pour le moment. Rejoignez-nous sur Discord ou ici sur Telegram si vous voulez continuer la conversation. Bon week-end !

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

Ethereum pour la confiance. Cartesi pour l’exécution.

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

Pourquoi la DeFi a besoin de Cartesi ?

La plupart de la DeFi fonctionne avec une version simplifiée de la finance. Les développeurs conçoivent en fonction de ce que la chaîne peut exécuter, et non en fonction de ce dont le modèle a besoin. Ils simplifient les calculs, ou les exécutent hors chaîne en demandant une forme de confiance.

Le contributeur João Garcia l’a décomposé dans un article qui mérite d’être relu :
→ https://x.com/joaopdgarcia/status/2018688089258865078

Les équipes “quant” de la finance traditionnelle font tourner des moteurs de risque sur des milliers de scénarios avec NumPy, SciPy et QuantLib.

La plupart des environnements de smart contracts n’incluent pas ces bibliothèques pour les opérations de calcul “réelles”, et l’état devient coûteux.

Sur Cartesi, chaque application dispose de son propre rollup exécutant Linux, le tout réglé sur Ethereum. Tout validateur honnête peut faire respecter le résultat correct.

Les développeurs écrivent la logique en Python, Rust ou C++ avec des bibliothèques populaires. Désormais, une courbe de bonding onchain peut s’approcher beaucoup plus d’une vraie courbe quadratique.

Ce que cela rend concret :
- Des exigences de collatéral qui évoluent avec la volatilité
- Des marchés de prédiction avec un moteur d’exécution et des cotes mises à jour à chaque epoch
- Un DCA qui achète en petites tranches continues plutôt qu’une fois par jour
- Des scores de crédit issus d’un modèle que chacun peut relancer

Les développeurs doivent toutefois concevoir les parties difficiles : comment les données entrent, comment les entrées sont validées, comment l’exécution est coordonnée. Plus de calcul déplace la complexité ailleurs. Mais si votre application a besoin d’un calcul réel, c’est exactement pour cela que Cartesi a été conçu.

Approfondissez dans la documentation : https://docs.cartesi.io/

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