Проблеми зі станом є довгостроковими витратами мережі.

@0xMiden не продовжував оптимізувати «як швидше написати глобальний стан», а просто змінив модель.
Актор.

У Miden VM кожен рахунок змінює лише свій власний стан.
Не ділитися, не переписувати.
Без глобального запису немає і конкуренції за блокування.

Паралелізм не створюється за рахунок планування, він за замовчуванням існує в структурі.

Ці зміни стосуються не лише продуктивності, але й локалізації складності стану.
Поведение одного облікового запису більше не впливає на всю ланцюг.

Ви можете зрозуміти це як:
Мікросервісна архітектура в блокчейні.

Коли більшість ланцюгів ще латають проблему збільшення стану, Miden вибирає розрізати сам стан з кореня.