CTSI官方中文社区

Cartesi 十月生态汇总
https://mp.weixin.qq.com/s/OLCTM6ALBPKvnQIyt48ZKA

10 月份有许多值得关注的动态：随着质押奖励将于 2027 年 7 月左右结束，社区正就 $CTSI 的“铸造者角色”（MinterRole）进行咨询；此外，节点（Node）、命令行界面（CLI）、排序器（Sequencer）和虚拟机（Machine）均发布了新版本；还有第三季度工程报告、基金会对 Knoss 项目的支持，等等。

全是干货，绝无套路 ↓
https://blog.cartesi.io/ecosystem-updates-october-2026/

转发：https://x.com/cartesiproject/status/2116530380279062938

Rufen wir uns unsere Kernidee in ihrer kürzesten Form in Erinnerung: Die Software, die die heutige Welt antreibt, sollte auch Smart Contracts antreiben können.

Die Idee ist unverändert – wir bauen weiter ↑

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

Guten Morgen. Eine neue Woche, dieselbe Mission: Code jeder Art lässt sich auf Ethereum abwickeln.

Lasst uns gemeinsam etwas aufbauen 🐧

Helft mit, das zu verbreiten: https://x.com/cartesiproject/status/21147177081

Guten Morgen. Neue Woche, gleiche Mission: Ganz gleich, welcher Code – alles kann auf Ethereum abgewickelt werden.

Lasst uns gemeinsam etwas aufbauen 🐧

Helft mit, die Nachricht zu verbreiten: https://x.com/cartesiproject/status/21147177081

Schon wieder Freitag – der Cartesi-Wochenrückblick ist da, wie versprochen 🐧

Bei der Entwicklung unseres PRT (Betrugsschutzsystems) geht es voran: Dave v3.0.0-alpha.6 ist jetzt verfügbar. Wenn ehrliche Teilnehmer eine Unterstreitigkeit (Sub-Dispute) gewinnen, wird ihr Timer nun automatisch aufgefüllt – bis zu einer festgelegten Obergrenze. Angreifer können also nicht mehr mit einer Vielzahl gefälschter Identitäten die Timer für berechtigte Ansprüche aufbrauchen. Das Release behebt außerdem Probleme, die bei der jüngsten Überprüfung der PRT-Verifikation gefunden wurden, und ist mit Cartesi Machine v0.22 kompatibel. Vielen Dank an Gabriel Coutinho de Paula für seinen Beitrag:
→ https://github.com/cartesi/dave/releases/tag/v3.0.0-alpha.6

Im Bereich Staking ist Explorer v3.13.0 jetzt live. Das Release nutzt eine neue Wallet-Bibliothek und fügt Transaktionsbelege für alle hinzu, die Explorer als „Safe App“ (Gnosis-Safe-App) verwenden. Das ist besonders nützlich, wenn Ihre Staking-Assets in einer Multisig-Wallet verwahrt werden. Vielen Dank an Bruno Menezes:
→ https://github.com/cartesi/explorer/releases/tag/v3.13.0

Keine Zeit, den vollständigen Engineering-Bericht für das dritte Quartal zu lesen? Diese kompakte Tweet-Zusammenfassung fasst 130 Pull Requests (PRs), 673 Commits und 58 Releases aus 13 Code-Repositories zusammen und ordnet sie den drei technischen Säulen zu. Zwei Highlights: Der Notfall-Auszahlungsprozess wurde mit dem Mechanismus zur Rückerstattung von Einzahlungen vervollständigt. Und Cartesi Machine v0.21.0 stellt sicher, dass jede Eingabe letztlich ein verifizierbares Ergebnis liefert – selbst wenn eine Anwendung abstürzt. Hier geht’s zur Zusammenfassung:
→ https://x.com/cartesiproject/status/2112530070510383323

Diese Woche ist Open Access Week. Forschungsergebnisse sollten frei gelesen, geteilt und weiterentwickelt werden können – und für Code sollte dasselbe gelten. Cartesi setzt auf Open Source, bringt Linux auf die Blockchain und wickelt Transaktionen über Ethereum ab. So kann jeder Berechnungen selbst verifizieren.
→ https://x.com/cartesiproject/status/2112167301844009259

Auch in den sozialen Medien gab es diese Woche einiges zu besprechen. Wenn Ihr Tech-Stack Linux nicht on-chain ausführen kann, ist er womöglich nicht die richtige Wahl:
→ https://x.com/cartesiproject/status/2112891152445894867

Und noch eine Erinnerung: Denken Sie nicht länger nur in den Grenzen des L1-EVM-Modells, in dem sich alle Anwendungen dieselben Block-Rechenressourcen teilen. Wechseln Sie zu Cartesi: Es bietet eine um Größenordnungen höhere Rechenleistung, einen vollständigen Linux-Tech-Stack und eine eigene virtuelle Maschine (VM) für jede Anwendung:
→ https://x.com/cartesiproject/status/2113254324134678943

Das war’s mit dem Wochenrückblick. Entwickeln Sie gerade mit Linux on-chain oder möchten Sie einfach Hallo sagen? Besuchen Sie uns auf Discord: discord.gg/cartesi. Schönes Wochenende!

Weitergeleitet von: https://x.com/cartesiproject/status/2113617454836683141

Hört auf, um diesen „Punkt“ herum zu designen. So einfach ist das.

Warum können die meisten DeFi-Projekte keine echten Innovationen hervorbringen? Der „gelbe Punkt“ steht für die Rechenobergrenze eines L1-EVM-Blocks. Sie zwingt Entwickler dazu, ihre Logik in einen einzigen Block zu quetschen, und führt letztlich dazu, dass nur vereinfachte Finanzanwendungen entstehen.

Das „blaue Raster“ hingegen ist die Cartesi VM, die um mehrere Größenordnungen mehr Rechenleistung bietet.
Sobald man diesen Unterschied erkennt, kann man diese Einschränkung nicht mehr ignorieren.

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

Wenn dein Tech-Stack keine Linux-Umgebung on-chain ausführen kann, ist er nicht die ideale Wahl. 🐧
https://x.com/NewAgeRetroNerd/status/2110402168272355555

Du musst den Code nicht von Grund auf neu schreiben und auch keine Kompromisse bei der Wahl der Bibliotheken eingehen. Mit Cartesi bringen wir eine vollständige Linux-Laufzeitumgebung direkt in das Ethereum- und Web3-Ökosystem. Was unter Linux läuft, kann auch on-chain laufen.

Teile diese Nachricht gerne: https://x.com/cartesiproject/status/2112891152445894867

Möchtest du die Kurzfassung unseres technischen Berichts für das dritte Quartal lesen? Was haben wir mit 130 gemergten PRs (Pull Requests), 673 Commits und 58 Releases in 13 Code-Repositories tatsächlich ausgeliefert? Und in welchem Zustand befindet sich unser gesamter Tech-Stack?
https://x.com/cartesiproject/status/2111808242502254714

Die Antwort findest du hier. Im Folgenden eine Zusammenfassung auf Grundlage unserer drei technischen Säulen 🧵↓

Sichere Infrastruktur für echtes Geld

Der Mechanismus für „Einzahlungsrückerstattungen“ (Deposit refunds) schließt die letzte Lücke im Notfall-Auszahlungsprozess. Sobald eine Anwendung zwangsweise beendet wurde (foreclosed), kann jeder noch nicht endgültig bestätigte ETH-, ERC-20-, ERC-721- und ERC-1155-Einzahlungen an den ursprünglichen Einzahler zurückerstatten.

Auch der Mechanismus für „Claims“ wurde verschärft. Jeder Claim muss nun nachweisen, dass die zugehörige Maschine die aktuelle „Epoche“ (epoch) ordnungsgemäß abgeschlossen hat. Ist die Maschine angehalten, hat sie einen Fehler ausgelöst oder die letzte Eingabe abgelehnt, kann dieser Zustand nicht endgültig bestätigt werden.

Dave (PRT) führt das „Claim Staging“ ein und optimiert den Prozess zur Rückgewinnung von Sicherheiten, damit er schwerer böswillig manipuliert werden kann. Sling Node ist jetzt der erste ausführbare PRT-Verifizierungsknoten. Er befindet sich derzeit in der Testphase und steht kurz vor dem Ende der Alpha-Phase.

Wirtschaftliches Rechnen in großem Maßstab

Cartesi Machine v0.21.0 stellt sicher, dass jede Eingabe zu einem beweisbaren Ergebnis führt – selbst wenn die Anwendung abstürzt. Abgelehnte Eingaben setzen das System auf einen früheren Zustand zurück; bei Eingaben, die das Berechnungslimit ausschöpfen, bleibt es in einem festen Zustand. Der Emulator und die Ausführungsschritte on-chain folgen exakt denselben Regeln.

Anwendungen können ihren Zustand jetzt mithilfe von NVRAM (nichtflüchtigem Direktzugriffsspeicher) über mehrere Eingaben hinweg beibehalten. Dadurch sinken die Kosten für die Zustandsübergabe zwischen Eingaben.

Der Sequencer führt ein „Fee Oracle“ ein, das die Nutzergebühren an die Veröffentlichungskosten auf L1 (Layer 1) koppelt. Das Oracle legt die Preise auf Grundlage des zeitgewichteten Durchschnittspreises (TWAP) von Uniswap V3 fest, um Preismanipulationen einzudämmen. Nächster Schritt: der Start im Testnet.

Ein komfortabler Tech-Stack für einen schnellen Einstieg

Der Rollup Node wurde in seinem Entwicklungszweig (dev branch) auf Emulator v0.21 aktualisiert. Diese Version ergänzt Unterstützung für JSON-RPC-Batch-Anfragen, bündelt die Verwaltung aller Dienste unter einem „Supervisor“ und stellt Kubernetes klare Signale zum Gesundheitszustand bereit. Die TypeScript-Bibliothek verwendet jetzt automatisch generierte Bindings statt rund 1.800 Zeilen handgeschriebenen Wrapper-Code. Außerdem unterstützt `cartesi/machine` die Ausführung der Cartesi Machine in Node.js und sogar direkt in einem Browser-Tab.

Als Nächstes veröffentlichen wir Node, SDK, CLI und Browser (Explorer) gemeinsam, damit Entwickler auf all diese Funktionen zugreifen können.

Einen umfassenderen Überblick über die Leitlinien hinter diesen Kernkomponenten findest du in unserem Technical Plan:
https://cartesi.io/technical-plan/

Weitergeleitet von: https://x.com/cartesiproject/status/2112530070510383323

Guten Morgen. Jetzt ist die „International Open Access Week“. Forschungsergebnisse, wissenschaftliche Arbeiten und Wissen sollten frei zugänglich sein, geteilt und als Grundlage für weitere Entdeckungen und Entwicklungen genutzt werden können.

Für Code gilt dasselbe. Cartesi setzt auf Open Source, bringt Linux On-Chain und nutzt Ethereum für die Abwicklung – so kann jeder die Ergebnisse seiner Ausführung überprüfen.

Diese Idee gilt nicht nur diese Woche, sondern jede Woche.

Lasst uns die Botschaft verbreiten: https://x.com/cartesiproject/status/21121673018

Cartesi-Engineeringbericht: 3. Quartal 2026

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

Mit der Weiterentwicklung unseres SDKs führen wir eine neue Möglichkeit ein, die Fortschritte von Cartesi zu verfolgen: den „Quartalsbericht zur technischen Entwicklung“. Er umfasst alle technischen Arbeitsabläufe, die erzielten Ergebnisse und wichtige Meilensteine.
130 PRs (Pull Requests) wurden zusammengeführt, 673 Commits eingereicht und 58 Versionen veröffentlicht.

Hier geht’s zum vollständigen Bericht für das dritte Quartal 2026 (Q3) ↓
https://blog.cartesi.io/engineering-report-q3-2026/

Einen Überblick über die technischen Schwerpunkte von Cartesi erhalten Sie in unserem „Plan zur technischen Weiterentwicklung“ und den drei zentralen Säulen, die unsere Roadmap bestimmen:
→ Sichere Infrastruktur für echtes Kapital bereitstellen
→ Rechenleistung in großem Maßstab kosteneffizient ermöglichen
→ Einen benutzerfreundlichen Technologie-Stack bereitstellen, mit dem Sie innerhalb eines Tages On-Chain deployen können
🔗 cartesi.io/technical-evolution-plan

Weitergeleitet von: https://x.com/cartesiproject/status/2110717673915253174

Ein erster ausführlicher Einblick in den Cartesi-Sequencer! Sehen wir uns an, was er ist, warum er wichtig ist und wie er funktioniert. 🧵↓
https://fxtwitter.com/cartesiproject/status/2109993133866119399

1/ Interaktive Anwendungen brauchen Geschwindigkeit, aber die Abwicklung auf Ethereum braucht Zeit. Niemand möchte nach jedem Klick mehrere Minuten auf die endgültige Bestätigung auf L1 (Layer 1) warten. Genau hier kommt der Sequencer ins Spiel.

2/ Der Sequencer nimmt von Nutzern signierte Aktionen entgegen und bestätigt sie sofort (also mit einer „Soft Confirmation“).

Im Hintergrund übermittelt er diese Aktionen gebündelt an L1. Nutzer erhalten nahezu sofort eine Rückmeldung, während Ethereum weiterhin als maßgebliche „Quelle der Wahrheit“ (source of truth) dient.

Alle Details zu unserem Sequencer: https://github.com/cartesi/sequencer

3/ Wie funktioniert das technisch? Jede Gruppe von Nutzeraktionen (ein sogenannter „Frame“) verweist auf einen sicheren L1-Block. Ein On-Chain-Scheduler nimmt alle bis zu diesem Block eingegangenen Einzahlungen entgegen und führt anschließend dieselben Aktionen in derselben Reihenfolge aus.

Sequencer und Rollup folgen denselben Regeln und gelangen daher letztendlich zu einem übereinstimmenden Zustand.

4/ Obwohl das System einen einzelnen Sequencer verwendet, kann dieser weder Geld stehlen noch Zustände fälschen. Das Rollup überprüft alles und setzt das Ergebnis mithilfe von Betrugsnachweisen (fraud proofs) durch.

Der Einzahlungsprozess umgeht den Sequencer vollständig. Selbst wenn der Sequencer eine Zensur versucht, kann er Einzahlungen höchstens um einige Stunden verzögern – aber niemals vollständig blockieren.

5/ Der Cartesi-Sequencer befindet sich noch in der Alpha-Phase, macht aber rasche Fortschritte.

Er ist auf Unterbrechungen von L1, Abstürze, Neustarts, längere Ausfälle und bösartige Mempools ausgelegt. Bei jedem Start überprüft er die Datenbank und Ethereum, um festzustellen, was repariert werden muss.

Zusätzlich gibt es ein unabhängiges „Watchdog“-Programm, das seinen Zustand nochmals überprüft.

6/ Die neueste Version v0.1.0-alpha.10 umfasst den Sequencer, Machine Images und das Watchdog-Programm.

Zu den Neuerungen gehören öffentliche Gebührenangebote, ein wiedergabefähiger Anwendungsverlauf, C-Anwendungsbindungen, ein neu geschriebenes Watchdog-Programm und Cartesi Machine v0.21.0. Hinweis: Diese Version enthält inkompatible Änderungen (breaking changes). Bitte lest zuerst die Hinweise: https://github.com/cartesi/sequencer/releases/tag/v0.1.0-alpha.10

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

Guten Morgen. Dein Code oder deine Bibliothek läuft bereits unter Linux? Dann kann es auch on-chain laufen. Dieselben Tools, die Cartesi-Infrastruktur, Sicherheit auf Ethereum-Niveau.

Eine neue Woche beginnt – der perfekte Zeitpunkt, um Ergebnisse zu liefern. Wer ist bereit, mit dem Entwickeln loszulegen?

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

Freitag ist da, und wie versprochen gibt es die wöchentlichen Cartesi-Neuigkeiten – diesmal mit drei Updates und einem neuen DeFi-Projekt 🐧
https://fxtwitter.com/cartesiproject/status/2108542771804221518

Rollups Node v2.0.0-alpha.13 ist jetzt verfügbar. Das wichtigste neue Feature ist die „Rückerstattung von Einzahlungen“. Wird eine Anwendung zwangsweise beendet (foreclosed), bevor eine Einzahlung durch den Konsens bestätigt wurde, gibt eine neue Rückerstattungsanweisung die Gelder an den ursprünglichen Einzahler zurück. So behalten Nutzer die Kontrolle über ihre Gelder, auch wenn eine Anwendung den Betrieb einstellt.

Diese Version bringt außerdem den Mechanismus für gestaffelte Abrechnungen aus unserem Betrugsbeweissystem (PRT) in den Node, aktualisiert auf Cartesi Machine Emulator v0.21.0 und ist mit den neuesten Versionen von Rollups Contracts 3.0.0-alpha.10 und PRT 3.0.0-alpha.5 kompatibel.

Diese Version ist derzeit nur zum Testen gedacht und erfordert eine frische Datenbank sowie die erneute Bereitstellung der Anwendung. Lies daher unbedingt zuerst die Upgrade-Hinweise:
→ https://github.com/cartesi/rollups-node/releases/tag/v2.0.0-alpha.13

Auch Cartesi CLI 2.0.0-alpha.38 für Core-Entwickler und Tester ist erschienen. Ein neuer Befehl ermöglicht es, Anwendungen im Devnet zwangsweise zu beenden und Gelder zurückzuholen – damit lässt sich der gesamte Notfall-Abhebungsprozess von Anfang bis Ende testen. Explorer und rollups-ts wurden ebenfalls aktualisiert, damit die Toolchain aufeinander abgestimmt bleibt.

Im Discord findest du die Installationsanweisungen. Das Änderungsprotokoll kannst du auf GitHub einsehen:
→ https://github.com/cartesi/cli/releases/tag/%40cartesi%2Fcli%402.0.0-alpha.38

Und das ist noch nicht alles: Diese Woche wurde auch Sequencer v0.1.0-alpha.10 veröffentlicht. Wir werden bald ausführlicher darauf eingehen, aber hier kannst du schon einmal einen Blick darauf werfen:
→ https://github.com/cartesi/sequencer/releases/tag/v0.1.0-alpha.10

Genau das hatten Felipe Argento und Brandon Isaacson im Sinn, als sie ihre Positionen im Vorstand der Cartesi Foundation niederlegten, um auf Grundlage dieses Tech-Stacks Anwendungen zu entwickeln, die das Potenzial der Technologie wirklich ausschöpfen.

Knoss ist eine Handelsplattform mit Schwerpunkt auf Optionen und Perpetuals. In einem Thread haben wir erläutert, warum sich Märkte für Onchain-Optionen bislang nur schwer entwickeln konnten: Die Mathematik hinter Optionen lässt sich nur schwer in einer trustless Umgebung ausführen. Deshalb entscheiden sich Entwickler oft für vereinfachte Modelle und eine Überbesicherung. Knoss wird Cartesi nutzen, um diese Berechnungen auf Ethereum auszuführen und sicherzustellen, dass die Ergebnisse reproduzierbar und überprüfbar sind. Im Thread erfährst du mehr:
→ https://x.com/cartesiproject/status/2107456174664941570

Diese Woche schreiben alle auf X offene Briefe – also machen wir auch mit. Der Trend ist zwar unterhaltsam, steht aber zugleich für einen echten strategischen Wandel bei Cartesi:
→ https://x.com/cartesiproject/status/2107826707432632797

Falls du es verpasst hast: Hier findest du einen ausführlichen Artikel über die nächste Entwicklungsphase von Cartesi:
→ https://x.com/cartesiproject/status/2105643993640136999

Unser Gruß zum Wochenstart (gm) galt den Entwicklern (Builders), Knoss und Linux – allen dreien bietet Cartesi Rollups großartige Möglichkeiten:
→ https://x.com/cartesiproject/status/2107092443258867919

Falls du unsere neue Website noch nicht besucht hast oder gar nicht wusstest, dass sie aktualisiert wurde, schau hier vorbei:
→ https://cartesi.io/

Das waren die Neuigkeiten dieser Woche! Nachdem die Token2049 erfolgreich zu Ende gegangen ist, können wir uns wieder ganz auf die Arbeit am Aufbau konzentrieren. Wenn du Fragen hast, komm jederzeit im Discord vorbei und tausch dich mit uns aus: https://discord.gg/cartesi

Wir wünschen euch ein schönes Wochenende!

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

Der ursprüngliche Anspruch bleibt unverändert. Die Vision ist nach wie vor klar und eindeutig.

Linux sorgt für Ausdruckskraft, Appchains für Skalierbarkeit und Ethereum für Sicherheit. Cartesi führt all dies als Infrastruktur nahtlos zusammen.

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

Update des Cartesi-Ökosystems Nr. 9 (2026)

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

Ein genauer Blick: Felipe Argento, Mitgründer von Knoss, erklärt, warum es nach wie vor so schwierig ist, Optionsprodukte in DeFi zu entwickeln.

Seit Jahren gibt er Freunden, die ihn nach seiner Meinung zu Kryptowährungen fragen, immer dieselbe Antwort: „ETH steigt entweder auf eine Million oder geht auf null.“

Das Problem: On-Chain gibt es keine vertrauensfreie Möglichkeit, auf dieses Ergebnis zu setzen. 🧵↓

1/ ETH im Spot-Handel zu halten entspricht dem Szenario „steigt auf eine Million“; eine Short-Position dem Szenario „geht auf null“. Perpetual Futures (Perps) bieten zusätzlich einseitigen Hebel. Doch all das deckt nicht das Szenario „oder“ ab – also eine Bewegung in beide Richtungen.

Optionen hingegen schon. Kauft man gleichzeitig einen Call und einen Put mit demselben Ausübungspreis, kann man profitieren, egal ob der ETH-Preis stark steigt oder fällt. Verkauft man stattdessen dieses Optionspaar, erzielt man Erträge, solange sich der Preis nicht allzu stark bewegt.

2/ Im traditionellen Finanzwesen (TradFi) ist das Handelsvolumen von Optionen etwa dreimal so hoch wie das von Futures. On-Chain ist der Optionshandel jedoch verschwindend gering, denn die erforderlichen Berechnungen lassen sich nur schwer vertrauensfrei durchführen: Dazu gehören komplexe Berechnungen zu impliziter Volatilität, Volatilitätsoberflächen und Portfoliomargin.

Entwickler vereinfachen daher entweder die mathematischen Modelle und verlangen eine sehr hohe Überbesicherung oder führen die Berechnungen auf zentralisierten Servern aus, denen die Nutzer vertrauen müssen.

3/ Knoss wird diese Berechnungen nun auf Cartesi ausführen und sicherstellen, dass jeder Schritt auf Ethereum reproduziert und überprüft werden kann. Nutzer profitieren so von hoher Kapitaleffizienz, ohne sich mit der Intransparenz einer „Blackbox“ abfinden zu müssen.

Eine Handelsplattform für Optionen und Perpetual Futures, die auf „Ethereum-native“ Weise entwickelt wurde. Folge Knoss und erfahre hier mehr: https://x.com/knoss_xyz/status/2105638543477399621

Weitergeleitet von: https://x.com/cartesiproject/status/2107456162002260196

Grüße an die Entwickler
Grüße an Knoss
Grüße an Linux 🐧

Grüße von Cartesi Rollups – dem On-Chain-Zuhause für alle drei!

Teilt den Beitrag gerne weiter: https://x.com/cartesiproject/status/2107092443258867919