Что означает DA (доступность данных) в контексте Rollup и почему Rollup должен загружать DA на уровень 1?
Ник Лин: Если мы уже знакомы с цепочкой Layer1, мы вообще не будем знать о проблеме DA. Поскольку сами данные находятся в цепочке, данные каждого из наших блоков и транзакций можно увидеть на каждом узле, поэтому мы вообще не знаем о проблеме недоступности данных.
Однако, например, время блока Layer1 зафиксировано на 12 секундах и 13 секундах, а его лимит газа теперь составляет 30 миллионов, что является максимальным. Поэтому, если вы хотите расшириться, все DApps и команды не смогут выполнять транзакции на уровне 1.
Поэтому давно упомянутое решение Scaling заключается в том, что мы входим на Layer 2 и перемещаем исполнение и данные вниз по цепочке, вместо Layer 1, потому что Layer 1 слишком дорогой и медленный, и нам приходится конкурировать со всеми, а ресурсы мало. В прошлом было много различных решений для расширения, таких как Sidechain, Plasma и Rollup . На самом деле, было несколько ключевых улучшений в середине. Раньше я рассматривал Sidechain, Plasma и Rollup как эволюционную дорожную карту.
Для сравнения, сайдчейн сейчас самый небезопасный.Плазма изменила сайдчейн в том, что он убирает роль оператора с большой централизованной властью и заменяет ее смарт-контрактами. А Rollup решает проблему недоступности данных для Plasma.
Плазма фактически отдает информацию оператору.Хотя оператор не может забрать деньги по своему желанию,или если он сделает что-то плохое,вы можете оставить Плазму самостоятельно.В этом ее преимущество,потому что она прописывает эти правила в смарт внутри договора . Но если сегодня оператор скрывает данные, вы не сможете самостоятельно сгенерировать какие-то доказательства. Например, сколько денег на Plasma, потому что вам нужно передать фактические данные о транзакциях, чтобы рассчитать, сколько денег у вас есть сейчас, но если эти данные находятся в руках централизованной роли, риск атаки все равно остается.
Решение Rollup — загружать все данные на Layer1, но выполнять транзакции не на Layer1, а перенести выполнение транзакций вне цепочки, то есть на Layer2.
Каковы характеристики транзакции сегментированного BLOB-объекта, введенной EIP-4844?
Ник Лин: По сути, транзакция сегментированных BLOB-объектов предназначена для Rollup. Поскольку цель calldata не соответствует цели Rollup, а стоимость слишком высока, для Rollup разработан новый тип транзакции для Rollup для хранения их данных.
Поэтому в транзакции shard blob у него на одно поле BLOB-объекта больше, чем в общей транзакции, которая используется для Rollup для хранения своих данных. Этот большой двоичный объект имеет следующие два свойства:
В отличие от calldata, к данным blob можно получить доступ по контракту;
данные blob имеют период хранения, это не похоже на calldata, пока данные хранятся в calldata, все узлы должны сохранять их навсегда.