Motoko 2.0 gestaltet die Persistenz von Internet Computer neu
Motoko 2.0 führt umfangreiche, nicht rückwärtskompatible Änderungen für Entwickler des Internet Computer ein. Actors sind nun standardmäßig persistent und ersetzen die klassische 32-Bit-Persistenz durch verbesserte orthogonale Persistenz, 64-Bit-Speicher und inkrementelle Garbage Collection.
Entwickler müssen Felder, die nach Upgrades zurückgesetzt werden sollen, als transient kennzeichnen. ExperimentalStableMemory, zugehörige Legacy-Primitiven und das Schlüsselwort flexible wurden entfernt; für Stable-Memory-Funktionen ist nun Region erforderlich. Bestehende klassische Canister können während eines Upgrades auf die verbesserte Persistenz migrieren, diese Änderung ist jedoch irreversibel.
Mehrere Compiler-Warnungen sind nun Fehler, darunter nicht vollständige Muster, ignorierte Async-Werte, ungültige Record-Felder, implizite One-Way-Funktionen, Konstantenvergleiche, mehrdeutige Typinferenz und übersprungene Migrationsdateien. Motoko 2.0 bietet außerdem eine schlankere Switch-Syntax, verbesserte kontextabhängige Punktnotation, die Auflösung verschachtelter Module, stärkere Diagnosen und automatische Korrekturen für ausgewählte Warnungen.
Zu den Änderungen an der Kommandozeile gehören die unabhängige Prüfung von an moc --check übergebenen Dateien, die Entfernung veralteter Flags und Primitiven sowie Änderungen an Motoko.run, das Dateien nicht mehr vorab lädt. Release-Binaries für Intel-Macs werden nicht mehr angeboten, während Builds für Linux und Apple Silicon weiterhin verfügbar sind.
Für ICP-Trader ist Motoko 2.0 hauptsächlich ein Update der Entwicklerwerkzeuge und Infrastruktur und kein direkter Token-Katalysator. Langfristig könnte es die Zuverlässigkeit von Anwendungen und die Sicherheit von Migrationen stärken, doch Kompatibilitätsarbeiten könnten die Entwickleraktivität vorübergehend erhöhen. Die kurzfristigen Auswirkungen auf den Preis dürften begrenzt und marktneutral sein.
Neutral
Motoko 2.0 verändert die Ökonomie des ICP-Tokens, das Angebot, das Staking oder die Netzwerkgebühren nicht direkt und bietet daher keinen unmittelbaren fundamentalen Preistreiber. Kurzfristig könnten Entwickler mit Migrationsaufwand, inkompatiblen Änderungen und Kompatibilitätsproblemen konfrontiert sein, was die Anwendungsaktivität begrenzen oder vorübergehende Unsicherheit schaffen könnte. Ohne Hinweise auf eine schwächere Netzwerknutzung dürften diese Effekte ICP jedoch nicht wesentlich beeinflussen.
Langfristig könnten eine verbesserte orthogonale Persistenz, stärkere Compiler-Prüfungen, 64-Bit-Speicher und inkrementelle Garbage Collection die Zuverlässigkeit von Anwendungen verbessern und Upgrade-Risiken im gesamten Internet-Computer-Ökosystem verringern. Dies könnte im Laufe der Zeit die Akzeptanz durch Entwickler und die Nachfrage nach ICP unterstützen, doch die Auswirkungen würden von der tatsächlichen Implementierung, dem Wachstum der Canister und der Nutzeraktivität abhängen. Historische Reaktionen auf Compiler- und Infrastruktur-Upgrades fallen in der Regel verhalten aus, sofern sie nicht zu klaren Zuwächsen bei Nutzung oder Einnahmen führen. Daher ist die erwartete direkte Auswirkung auf ICP neutral.