Motoko 2.0 по-новому формує постійне зберігання даних в Internet Computer
Motoko 2.0 запроваджує масштабні несумісні зміни для розробників Internet Computer. Відтепер актори є персистентними за замовчуванням, замінюючи класичну 32-бітну персистентність покращеною ортогональною персистентністю, 64-бітною пам’яттю та інкрементальним збиранням сміття.
Розробники повинні позначати як transient поля, які мають скидатися після оновлень. ExperimentalStableMemory, пов’язані застарілі примітиви та ключове слово flexible видалено, а для функцій стабільної пам’яті тепер обов’язково використовувати Region. Наявні класичні каністри можуть перейти на покращену персистентність під час оновлення, але ця зміна є незворотною.
Декілька попереджень компілятора тепер стали помилками, зокрема попередження про неповні шаблони, проігноровані асинхронні значення, недійсні поля записів, неявні односторонні функції, порівняння констант, неоднозначне виведення типів і пропущені файли міграції. Motoko 2.0 також додає легший синтаксис switch, покращену контекстну крапкову нотацію, розв’язання вкладених модулів, сильнішу діагностику та автоматичні виправлення для окремих попереджень.
Зміни командного рядка включають незалежну перевірку файлів, переданих до moc --check, видалення застарілих прапорців і примітивів, а також зміни в Motoko.run, який більше не завантажує файли попередньо. Випуск бінарних файлів для Mac на базі Intel припинено, тоді як збірки для Linux і Apple Silicon залишаються доступними.
Для трейдерів ICP Motoko 2.0 — це насамперед оновлення інструментів розробки та інфраструктури, а не прямий каталізатор для токена. Воно може посилити довгострокову надійність застосунків і безпеку міграцій, однак робота над сумісністю може тимчасово підвищити активність розробників. Короткостроковий вплив на ціну, ймовірно, буде обмеженим і нейтральним для ринку.
Neutral
Motoko 2.0 безпосередньо не змінює економіку токена ICP, його пропозицію, стейкінг чи мережеві комісії, тому не створює негайного фундаментального каталізатора для зростання ціни. У короткостроковій перспективі розробникам може знадобитися виконати роботи з міграції, а несумісні зміни та проблеми сумісності можуть обмежити активність застосунків або створити тимчасову невизначеність. Без доказів зниження використання мережі ці ефекти навряд чи матимуть істотний вплив на ICP.
У довгостроковій перспективі покращена ортогональна персистентність, надійніші перевірки компілятора, 64-бітна пам’ять і інкрементальне збирання сміття можуть підвищити надійність застосунків і зменшити ризики оновлень у всій екосистемі Internet Computer. З часом це може підтримати впровадження технології розробниками та попит на ICP, але вплив залежатиме від фактичного розгортання, зростання кількості каністрів і активності користувачів. Історично реакція на оновлення компілятора та інфраструктури зазвичай є стриманою, якщо тільки вони не забезпечують очевидного зростання використання або доходів. Отже, очікується, що прямий вплив на ICP буде нейтральним.