Чи пам’ятаєте ви ще ті часи? У ранні роки Ethereum існувала ідея масштабування під назвою Plasma, яка пропонувала досить радикальний підхід — не всі транзакції потрібно обробляти безпосередньо на основному ланцюгу. В результаті через недосконалість технологічних умов ця концепція поступово зникла з поля зору масової аудиторії. А тепер ця схема знову повертається у фокус галузі і навіть стає ключовим компонентом модульної архітектури масштабування. Сьогодні поговоримо про те, чому колись «відкинута» ідея знову стала популярною.

Спершу розглянемо логіку дизайну Plasma у ті часи. Тоді мережа Ethereum була дуже навантажена, а газові збори сягали неймовірних висот. Команда Plasma задумалася: оскільки основний ланцюг має обмежену пропускну здатність, чому б не перенести більшу частину транзакцій на сторонні ланцюги? Концепція полягала в тому, що щоденні транзакції швидко виконуються на сайд-ланцюгах, а «докази дійсності транзакцій» періодично подаються до основного ланцюга. Основний ланцюг виступає як арбітражний орган: зазвичай він не втручається, але при виникненні проблем — втручається і вирішує.

Ця схема тоді справила враження — ніби побудували швидкий проїзд поруч із забитими автомобільним рухом головними дорогами, що підвищує ефективність і знижує витрати. Але й недоліки були очевидними — складні смарт-контракти не могли працювати на цій системі, а з появою DeFi багато переключилися на рішення Rollup, сумісні з EVM. Plasma поступово вийшла з вжитку і стала синонімом «попередніх технологій».

Проте ситуація за останні роки змінилася. Визначення Ethereum поступово змістилося з «світового комп’ютера» на роль «розрахункового рівня», і галузь почала усвідомлювати: не всі застосунки потребують такої високої безпеки основного ланцюга. Архітектура Plasma — «виконання поза ланцюгом + арбітраж на основному ланцюгу» — ідеально підходить під сучасний модульний підхід до блокчейнів.