原文:Разделение переменных данных безопасности —— полынья
Переводчик: Эвелин|W3.Автостопом
Отказ от ответственности: Здесь все чисто умозрительно, есть много упрощений, ничего из этого не следует воспринимать всерьез, я просто надеюсь, что есть пища для размышлений.
Прекрасная идея Данкшардинга заключается в следующем: только сборщик (что в любом случае является предположением честного меньшинства) должен будет запускать дорогостоящее оборудование. Со временем накопительные пакеты масштабируются до миллионов TPS с минимальными затратами для валидаторов, пользователей и всех остальных. Проблема в том, что для подтверждения этого амбициозного видения потребуется время. Это может быть от 2 до 5 лет, конечно, в зависимости от того, кого я спрашиваю. Хотя криптопространство всегда страдало от крайних ошибок планирования, ситуация определенно улучшается, но я отказываюсь доверять каким-либо дорожным картам, пока не увижу появление полностью функционального прототипа.
EIP-4844 — это огромное улучшение, и я считаю, что в обозримом будущем его будет более чем достаточно для всех приложений и ценных транзакций, требующих высокой безопасности, и он позволит накопительным пакетам расширяться в 100 раз по сравнению с текущей активностью ~ в 1000 раз. Однако будут существовать различные категории приложений, требующих больших объемов данных, которым могут потребоваться «миллионы TPS», не требуя при этом высокой безопасности.
В то же время понятно, что разработчики не собираются ждать полноценного данкшардинга. Сегодня из 15 лучших проектов L2Beat 7 — это не накопительные пакеты, а валидии и оптимистичные цепочки, использующие внешние уровни доступности данных. (Здесь я предполагаю, что вы знакомы с этими структурами и знаете, почему они все же лучше, чем сайдчейны и т. д.) StarkEx (теперь 6 валидий!), Arbitrum и Metis уже имеют уровни доступности внешних данных, в то время как StarkNet, zkSync, Polygon и другие компании имеют; создание собственных уровней доступности данных, не говоря уже о таких, как EigenDA или Celestia. Эти гибридные решения не требуют ни EIP-4844, ни полного данксардирования, чтобы поддерживать низкую комиссию за транзакции, и, что особенно важно, они уже здесь.
Один из способов — позволить им делать свое дело, и пользователи выберут менее безопасный вариант валидия, если он им понадобится (но все же выше, чем alt-L1s). Магия Volitions заключается в том, что пользователи могут выбирать для каждой транзакции или для каждого пользователя.
Но есть и другой подход: как мы можем улучшить уровень доступности внешних данных?
Хотя это далеко не репрезентативная выборка, 20% валидаторов Ethereum сегодня превышают типичный диапазон. Между тем, 45% предпочитают иметь очень консервативные требования к пропускной способности/трафику. В EIP-4844 мы оптимизируем эти 45%, но оставшиеся 55% будут по-прежнему работать с недостаточно используемой полосой пропускания. Итак, идея состоит в том, чтобы использовать эту свободную полосу пропускания путем добавления простого сегментирования данных, при котором набор валидаторов будет разделен. Я ничего не знаю о инженерном деле, но поверю Данкраду на слово, что это «тривиально».
Благодаря EIP-4844 у нас появился новый уровень доступности данных. Я называю это осколком данных номер 0 (DS0). DS0 является обязательным и гарантируется полным набором валидаторов Ethereum.
Здесь у нас может быть больше осколков данных (S1, DS2... и т. д.), которые могут быть одобрены валидаторами. Таким образом, 30% из вышеуказанного лагеря емкостью от 2 до 10 ТБ могут поддерживать 2 или 3 сегмента данных. Таким образом, в то время как DS0 гарантируется 100% набора валидаторов Ethereum, DS1 — 55%, DS2 — 50% и так далее. Теперь, когда у нас работают валидаторы с гиперспецификациями (которые, очевидно, ошибочно приняли себя за валидаторов Solana), которым комфортно работать с трафиком более 20 ТБ или пропускной способностью более 100 Мбит/с, эти 20% также могут запускать больше осколков. Таким образом, ваш последний осколок данных (DS16) обеспечивает только 10% безопасности Ethereum. Конечно, я говорю это непринужденно, но в зависимости от того, как структурирован комитет Beacon Chain, могут быть некоторые четкие разделения. Но суть в том, что DS0 обеспечивает 100% безопасность (поэтому все накопительные пакеты будут HRE). DS1 безопасен на 50 %, DS10 – на 25 %, DS16 – на 10 % и т. д. Для нового типа конструкции он находится между полным развертыванием (DS0/100 % безопасностью) и цепочкой достоверности/оптимизма.
В действительности, поскольку мы видим, как в сеть выходит множество валидий и уровней данных, безопасность, необходимая для каждого приложения, пользователя и варианта использования, представляет собой спектр. Не все должно быть гарантировано сотнями миллиардов долларов экономической безопасности.
Но дело в том, что, если мы предположим, что 30% поставок ETH поставлено на карту, даже «минимальная безопасность» DS16 по-прежнему подкреплена экономической безопасностью в 5 миллиардов долларов даже на этом медвежьем рынке, и это все еще верхний диапазон безопасности уровня alt-L1. . Также важно помнить, что этот периметр безопасности предназначен только для доступности данных. Доказательства действительности и доказательства мошенничества по-прежнему проверяются со 100% безопасностью! Таким образом, даже полусвернутый/полувалидиум DS16 имеет значительно лучшую безопасность, чем альтернативный L1 высшего уровня.
Это все же может быть значительным улучшением по сравнению с вариантом уровня внешних данных. Конечно, финансовые транзакции с высокой стоимостью будут проводиться на DS0, но для некоторых NFT средней стоимости может потребоваться только DS8, а для игровых приложений с нулевой стоимостью даже DS16 может быть избыточным. Как упоминалось выше, в добровольном порядке каждое приложение может выбрать необходимый ему уровень безопасности исходя из своих обстоятельств.
А как насчет объединенных пользователей? Им нужно только запустить связанные с ними фрагменты данных, поэтому системные требования не будут отличаться от EIP-4844. Вот почему, даже если есть компромиссы в области безопасности, нет никаких компромиссов в отношении децентрализации по сравнению с EIP-4844. (Если только это не гигантский пакет, распределенный по нескольким фрагментам данных, но об этом его пользователи будут хорошо знать)
Чтобы внести ясность: я не ожидаю, что подобные вещи произойдут, это всего лишь бред сумасшедшего нетехнического блоггера-любителя. Путь наименьшего сопротивления — прийти к EIP-4844 в 2023 году, и как только через несколько лет он будет насыщен, сценарии использования, требующие данных, распространятся на многие внешние уровни данных, и все данные будут в значительной степени коммерциализированы и обогащены. В конце концов, с годами данксардинг появился в сети и стал лучшим решением. Но, возможно, кто-то прочитает это и найдет идею получше, чтобы заполнить огромный пробел между 4844 и полным шардингом...
