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