Motoko 2.0 geeft persistentie binnen Internet Computer een nieuwe vorm
Motoko 2.0 introduceert ingrijpende, niet-compatibele wijzigingen voor ontwikkelaars van Internet Computer. Actors zijn nu standaard persistent. Daarmee wordt klassieke 32-bits persistentie vervangen door verbeterde orthogonale persistentie, 64-bits geheugen en incrementele garbagecollection.
Ontwikkelaars moeten velden die na upgrades opnieuw moeten worden ingesteld, markeren als transient. ExperimentalStableMemory, de bijbehorende verouderde primitives en het sleutelwoord flexible zijn verwijderd; voor stable-memoryfunctionaliteit is Region nu verplicht. Bestaande klassieke canisters kunnen tijdens een upgrade migreren naar verbeterde persistentie, maar deze wijziging is onomkeerbaar.
Verschillende compilerwaarschuwingen zijn nu fouten geworden, waaronder niet-uitputtende patronen, genegeerde asynchrone waarden, ongeldige recordvelden, impliciete one-wayfuncties, vergelijkingen van constanten, ambigue type-inferentie en overgeslagen migratiebestanden. Motoko 2.0 voegt ook een lichtere switch-syntaxis, verbeterde contextuele puntnotatie, resolutie van geneste modules, sterkere diagnostiek en automatische oplossingen voor bepaalde waarschuwingen toe.
De wijzigingen in de opdrachtregel omvatten het onafhankelijk controleren van bestanden die aan moc --check worden doorgegeven, het verwijderen van verouderde flags en primitives en wijzigingen aan Motoko.run, dat niet langer bestanden vooraf laadt. Releasebinaries voor Intel-Macs zijn stopgezet, terwijl builds voor Linux en Apple Silicon beschikbaar blijven.
Voor ICP-traders is Motoko 2.0 vooral een update van ontwikkeltools en infrastructuur, en geen directe katalysator voor de token. De update kan de betrouwbaarheid van applicaties en de veiligheid van migraties op lange termijn versterken, maar compatibiliteitswerk kan de ontwikkelaarsactiviteit tijdelijk verhogen. De kortetermijnimpact op de prijs zal naar verwachting beperkt en marktneutraal zijn.
Neutral
Motoko 2.0 verandert de economie van de ICP-token, het aanbod, staking of netwerkvergoedingen niet rechtstreeks en biedt daarom geen onmiddellijke fundamentele katalysator voor de prijs. Op korte termijn kunnen ontwikkelaars te maken krijgen met migratiewerk, incompatibele wijzigingen en compatibiliteitsproblemen, wat de activiteit van applicaties kan beperken of tijdelijke onzekerheid kan veroorzaken. Zonder aanwijzingen voor een afgenomen netwerkgebruik zullen deze effecten ICP waarschijnlijk niet wezenlijk beïnvloeden.
Op langere termijn kunnen verbeterde orthogonale persistentie, strengere compilercontroles, 64-bits geheugen en incrementele garbagecollection de betrouwbaarheid van applicaties verbeteren en upgraderisico’s binnen het Internet Computer-ecosysteem verminderen. Dit kan de adoptie door ontwikkelaars en de vraag naar ICP na verloop van tijd ondersteunen, maar het effect zal afhangen van de daadwerkelijke implementatie, de groei van canisters en gebruikersactiviteit. Historisch gezien zijn reacties op compiler- en infrastructuurupdates doorgaans beperkt, tenzij ze duidelijke gebruiks- of omzetstijgingen opleveren. Daarom wordt verwacht dat de directe impact op ICP neutraal is.