Большинство людей, говоря о масштабировании Блокчейн, видят только игру с цифрами пропускной способности.

Сжать транзакцию? Сжать. Сжать доказательство? Сжать. Сжать путь данных, сжать алгоритм сортировки... В любом случае, лишь бы цифры TPS выглядели красиво, как угодно сжимайте. С инженерной точки зрения, в этом нет ничего плохого - поддерживать скорость при высокой нагрузке, кто бы этого не хотел?

Но здесь есть одна фатальная проблема: настоящие ликвидационные системы никогда не занимаются компрессией.

Клирингу нужно не то, что "можно сжать", а как раз то, что "нельзя сжать".

Почему? Потому что, как только логика сжата, ответственность изменяется.

Подумай: система упрощает логику, переставляет пути и изменяет порядок выполнения при высокой нагрузке — так на какую версию будут рассчитываться результаты транзакций? Одна логика при низком давлении, другая логика при сильном давлении, а если что-то пойдет не так, кто будет нести ответственность? С юридической точки зрения невозможно определить вину.

Жесткое правило расчетной системы гласит: независимо от обстоятельств, должно быть только одно объяснение.

Но Блокчейн от природы легко «деформируется» под давлением:
Потеря сообщений узлами, повторная очередь mempool, сокращение окна выполнения, укороченные пути проверки, выбрасывание событий при трансляции, временное появление разветвлений консенсуса, увеличение времени окончательной проверки...

Эти действия являются обычными для блокчейна, но в системе расчетов? Каждая из них — это временная бомба.

Дизайн Plasma совершенно другой. Он строит структурированную сеть расчетов — независимо от нагрузки и масштаба, структурная логика остается неизменной, а путь всегда стабилен.

Это действительно цепочка, которая достигает «логической неконденсируемости». В отрасли это редко встречается.