Muling hinuhubog ng Motoko 2.0 ang persistence ng Internet Computer
Nagpapakilala ang Motoko 2.0 ng malalaking breaking change para sa mga developer ng Internet Computer. Persistent na ngayon bilang default ang mga actor, kapalit ng classical na 32-bit persistence, at gumagamit ito ng pinahusay na orthogonal persistence, 64-bit memory at incremental garbage collection.
Dapat markahan ng mga developer bilang transient ang mga field na kailangang ma-reset pagkatapos ng upgrade. Inalis na ang ExperimentalStableMemory, mga kaugnay na legacy primitive at ang flexible keyword; kailangan na ngayon ang Region para sa stable-memory functionality. Maaaring mag-migrate ang mga kasalukuyang classical canister sa enhanced persistence habang nag-a-upgrade, pero hindi na mababawi ang pagbabagong ito.
May ilang compiler warning na ngayon ay errors na, kabilang ang non-exhaustive patterns, hindi pinansing async values, invalid record fields, implicit one-way functions, constant comparisons, malabong type inference at nilaktawang migration files. Nagdagdag din ang Motoko 2.0 ng mas magaan na switch syntax, pinahusay na contextual dot notation, nested-module resolution, mas mahusay na diagnostics at automatic fixes para sa piling warning.
Kabilang sa mga pagbabago sa command line ang hiwalay na pag-check sa mga file na ipinasa sa moc --check, pag-aalis ng mga lumang flag at primitive, at mga pagbabago sa Motoko.run na hindi na nagpe-preload ng mga file. Itinigil na ang release binaries para sa Intel Mac, habang available pa rin ang Linux at Apple Silicon builds.
Para sa mga trader ng ICP, ang Motoko 2.0 ay pangunahing developer-tooling at infrastructure update, hindi direktang catalyst para sa token. Maaari nitong palakasin sa pangmatagalan ang reliability ng application at kaligtasan ng migration, ngunit maaaring pansamantalang tumaas ang developer activity dahil sa compatibility work. Malamang na limitado at market-neutral ang epekto sa presyo sa maikling panahon.
Neutral
Hindi direktang binabago ng Motoko 2.0 ang ekonomiya ng ICP token, supply, staking, o mga bayarin sa network, kaya wala itong agarang pangunahing katalista para sa presyo. Sa maikling panahon, maaaring harapin ng mga developer ang gawaing migration, mga pagbabagong maaaring makasira sa kasalukuyang functionality, at mga isyu sa compatibility, na maaaring maglimita sa aktibidad ng application o lumikha ng pansamantalang kawalan ng katiyakan. Malamang na hindi makabuluhang maapektuhan ng mga epektong ito ang ICP kung walang ebidensiya ng paghina ng paggamit ng network.
Sa mas mahabang panahon, maaaring mapahusay ng pinahusay na orthogonal persistence, mas mahigpit na compiler checks, 64-bit memory at incremental garbage collection ang pagiging maaasahan ng mga application at mabawasan ang mga panganib sa pag-upgrade sa buong Internet Computer ecosystem. Maaari nitong suportahan ang pag-aampon ng mga developer at demand para sa ICP sa paglipas ng panahon, ngunit nakadepende ang epekto sa aktuwal na deployment, paglago ng mga canister at aktibidad ng user. Karaniwang limitado ang mga makasaysayang reaksyon sa mga compiler at infrastructure upgrade maliban kung nagdudulot ang mga ito ng malinaw na pagtaas sa paggamit o kita. Samakatuwid, neutral ang inaasahang direktang epekto sa ICP.