Plasma — это ранняя концепция масштабирования Ethereum, в которой создаются дочерние цепочки (plasma chains / child chains), периодически «якорящие» своё состояние в основную сеть. Идея Plasma: оставить безопасность L1 для финального разбирательства споров и вывода средств, но вынести большую часть транзакций и данных off-chain.
По сути, Plasma — это семейство дизайнов «L2-подобных» систем с fraud-proof’ами и exit-играми, но без полной публикации данных транзакций на L1. Это делает Plasma ближе к сайдчейнам, чем к классическим роллапам.
Базовая идея Plasma
Упрощённо:
- есть root-цепочка (Ethereum L1) и child-цепочка (Plasma chain);
- участники:
- вносят средства в специальный контракт на L1 (депозит);
- дальше работают в Plasma-цепочке, где операции проходят быстрее и дешевле;
- оператор Plasma:
- собирает транзакции в блоки;
- периодически публикует на L1 «коммит» — сжатое представление состояния (root Merkle-дерева, хеш блока и т.п.);
- если оператор ведёт себя честно, пользователи просто пользуются цепочкой;
- если что-то идёт не так — пользователь может выйти на L1 через специальную exit-процедуру, доказывая свои права на средства.
Главная идея: L1 — это арбитр и «суд», а не место исполнения всех транзакций. Именно там решаются споры по собственности, если Plasma-оператор нарушает правила или исчезает.
Как Plasma отличается от сайдчейна и роллапа
Частое заблуждение: «Plasma = сайдчейн». На самом деле:
- у сайдчейна обычно:
- свой набор валидаторов/майнеров;
- мост, который часто работает по доверенной модели;
- безопасность не наследуется автоматически от Ethereum (см. Sidechain).
- у Plasma:
- есть контракт на L1, который знает о депозитах и коммитах состояния;
- есть протокол выхода (exit game), позволяющий вернуть средства на L1 даже при злонамеренном операторе;
- используются fraud-proof’ы и доказательства включения/владения.
- у роллапов (rollup L2):
- данные транзакций (или достаточно данных для их восстановления) публикуются на L1;
- безопасность состояния напрямую наследуется от Ethereum, без необходимости сложных exit-игр;
- основной риск — корректность кода и временная жизнь в optimistic/zk-модели, но не «пропажа данных».
Ключевое отличие Plasma от роллапа — data availability (DA, доступность данных):
- в Plasma данные хранятся off-chain, на совести оператора и/или сторонних сервисов;
- в роллапах данные (или их сжатое представление) доступны на L1, и любой может проверить/восстановить состояние.
Exit-игры и fraud-proof’ы в Plasma
Чтобы защититься от злонамеренного оператора, Plasma использует:
- Fraud-proof’ы.
Если оператор публикует некорректный блок/коммит:
- любой участник может представить доказательство мошенничества;
- контракт на L1 признаёт коммит недействительным.
- Exit-процедуры.
Если пользователь считает, что оператор ведёт себя ненадёжно (или просто хочет забрать средства), он:
- отправляет на L1 «заявку на выход» (exit), прикладывая доказательство владения средствами;
- запускается challenge-период:
- если никто не оспаривает exit — пользователь выводит средства;
- если кто-то доказывает, что exit некорректен — заявка отклоняется.
- Exit-игры для сложных активов.
Для более сложных схем (например, Plasma Cash, Plasma MVP, Plasma Debit) используются специальные протоколы exit-игр, которые пытаются:
- уменьшить объём данных, который пользователь обязан хранить;
- предотвратить массовые «ложные» выходы.
На практике эти механизмы оказались сложными и неудобными для массового UX.
Ограничения Plasma и почему индустрия ушла к роллапам
Несмотря на сильную идею, Plasma столкнулась с рядом проблем:
- Проблема доступности данных.
Если оператор перестаёт честно публиковать данные:
- часть пользователей может не иметь полного набора информации для безопасного выхода;
- сервисы-«наблюдатели» должны постоянно мониторить сеть и держать полный набор доказательств.
- Сложность exit-игр.
Механизмы выхода и challenge-периоды:
- сложны в реализации и в UX;
- требуют от пользователя (или сторожей/операторов) постоянного «онлайна»;
- плохо масштабируются при массовых выходах (mass exit).
- Ограниченность в поддержке «общих» смарт-контрактов.
В ранних Plasma-дизайнах упор делался на простые платежи и UTXO-подобные модели. Реализация полноценной EVM-совместимой логики с богатым DeFi-стеком сильно усложняла дизайн.
- Появление роллапов.
Когда архитектура L2-роллапов стала зрелой:
- публикация данных на L1 решила главный DA-проблему;
- сложные exit-игры уступили место более понятным моделям доказательств (fraud-proof’ы для optimistic и validity-proof’ы для zk);
- стало проще строить обобщённые EVM-совместимые L2 с нормальным UX.
В итоге Plasma сегодня в основном рассматривается как исторический шаг в эволюции масштабирования Ethereum, а не как основная технология для новых L2.
Где Plasma всё ещё фигурирует
Хотя «чистые» Plasma-решения не стали доминирующими:
- некоторые проекты использовали элементы Plasma в ранних версиях (комбинации Plasma + сайдчейна + PoS-сети);
- идеи fraud-proof’ов, exit-игр и разделения ответственности между L1 и off-chain-слоями повлияли на:
- дизайн современных роллапов;
- решения класса validium и «гибридных» L2 с внешним DA-слоем.
Plasma стоит знать как важный этап в дорожной карте масштабирования: она помогает понять, почему индустрия выбрала именно роллап-путь и почему так много внимания уделяется data availability.