Плазма не является прорывом, прорыв заключается в том, чтобы рассматривать движение стейблкоинов как систему расчетов, а не как игровую площадку общего назначения. Большинство людей этого не замечают, потому что судят о цепочках по спискам функций, а не по операционным гарантиям. Это меняет задачу для строителей и пользователей с "надеюсь, что цепочка будет вести себя" на "разработка вокруг предсказуемого окончательного результата и стоимости."
Я наблюдал за рынками достаточно долго, чтобы знать, что "торговля" редко является сложной частью; сложная часть — это то, что происходит после того, как вы нажали отправить. В спокойных условиях почти любая сеть кажется нормальной. В беспорядочных условиях — перегрузка, риск перезаписи, скачки сборов, частичные отключения — разница между игрушечной железной дорогой и настоящей железной дорогой проявляется быстро. Стейблкоины сделали этот контраст для меня более резким, потому что их используют как деньги, а не как предметы коллекционирования.
Конкретное трение просто: если вы рассчитываете платежи со стабильными монетами, вы не просто хотите пропускную способность, вы хотите четкое определение «сделано». Торговцы, маркет-мейкеры и платежные приложения должны знать, когда перевод окончателен, сколько это будет стоить, и что произойдет, если сеть будет перегружена. На многих универсальных цепочках пользовательский опыт зависит от условий мемпула, ставок на сборы и поведения валидаторов под нагрузкой. Это выживаемо для спекулятивной деятельности, но становится налогом на все, что похоже на коммерцию.
Это как пытаться запустить расчет заработной платы на шоссе, где цены на проезд меняются каждую минуту.
Основная идея Plasma, как я понимаю, заключается в Layer-1, состояние и приоритеты валидации которого формируются вокруг расчетов со стабильными монетами, а не произвольной сложности. На практике это означает, что «модель состояния» цепочки оптимизирована для частых, повторяющихся действий, которые на самом деле выполняют пользователи стабильных монет: переводы, одобрения и связанные с расчетом вызовы, которые должны завершаться быстро и последовательно. Процесс транзакции заключается в минимизации неопределенности: транзакция входит, упорядочивается, проверяется по набору правил, настроенному на быструю финальность, и завершается, чтобы системы downstream могли считать ее завершенной, не оставляя длинное «возможно» открытым.
Проверка здесь менее касается запихивания всех возможных паттернов приложения в базовый уровень и больше касается того, чтобы сделать базовый уровень скучным в тех местах, где расчет должен быть скучным. Валидаторы (или как бы ни назывались производители блоков в дизайне Plasma) получают стимулы для поддержания производства блоков и продвижения финальности, потому что жизнеспособность является частью продукта. Дизайн стимула сети по сути представляет собой контракт надежности: участвуйте честно, оставайтесь онлайн, следуйте правилам порядка, зарабатывайте вознаграждения; отклоняйтесь или останавливайтесь, сталкивайтесь с штрафами или потерянными вознаграждениями. Режимы отказа все еще существуют: сетевые разделения, ошибки клиентов, концентрация валидаторов или экстремальный спам, но суть заключается в том, чтобы сделать эти режимы отказа понятными: если что-то пойдет не так, вы хотите ясного деградированного режима, а не цепочки, которая превращается в аукционный дом для включения.
То, что не гарантируется, стоит сказать вслух. Быстрая финальность не является тем же самым, что и абсолютная финальность при всех возможных противостоящих условиях; это обещание, обусловленное предположениями честного большинства сети и операционной устойчивостью. Даже если протокол разработан для расчетов со стабильными монетами, эмитенты стабильных монет и их механизмы соблюдения могут по-прежнему создавать пограничные случаи: замораживания, черные списки или обновления контрактов, которые существуют выше цепочки и могут удивить пользователей. Plasma может дисциплинировать путь, но не может переписать юридический уровень.
Утилита XPL соответствует этой рамке расчетов: он используется для оплаты сетевых сборов (чтобы транзакции обрабатывались), его можно ставить для обеспечения цепочки и согласования валидаторов с временем работы и корректностью, и его можно использовать для управления, чтобы корректировать параметры, которые влияют на то, как расчетный путь ведет себя с течением времени. Если цепочка должна быть предсказуемой, управление имеет меньшее значение для атмосферы и больше для управления рисками, изменяя механизмы сборов, правила валидаторов или пороги безопасности, не нарушая социальный контракт.
Одна честная неопределенность: цепочка, ориентированная на расчет, остается «ориентированной на расчет» только в том случае, если управление, экономика валидаторов и реальные давление политики стабильных монет не будут постепенно подталкивать ее к исключениям, которые вновь вводят непредсказуемость.
Если бы вы сегодня строили приложение для платежей со стабильными монетами, что бы вы ценили больше: самую широкую экосистему или самое четкое определение окончательного расчета?
