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
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