DEVS ON DEVS: Диалог TDOT и БЕН ДЖОНСА

В этом специальном интервью Devs on Devs мы пригласили разработчика основного протокола Plasma Mode tdot(, а также разработчика Redstone ) и соучредителя Optimism Бена Джонса. Optimism является основным двигателем OP Stack. Plasma Mode позволяет разработчикам строить на OP Stack, но не требует публикации данных в L1, а вместо этого можно гибко переключаться на поставщиков данных вне цепи, тем самым экономя средства и увеличивая масштабируемость. В этом разговоре они обсудили происхождение сотрудничества Redstone и Optimism, важность возрождения Plasma, необходимость внедрения экспериментальных протоколов в производственную среду, будущее Plasma Mode и OP Stack, а также их ожидания по развитию области игр на блокчейне.

01.Как улучшить OP Stack с помощью режима Plasma

Ben: Каков процесс начала улучшения OP Stack?

tdot: Я присоединился к Lattice примерно год назад и отвечаю за Plasma Mode. Цель была ясна: у нас есть много MUD-приложений, которые потребляют много газа, и при этом мы пытаемся разместить на цепочке большое количество данных, поэтому нам нужно решение, которое бы поддерживало эти требования и было дешевым. Команда Lattice уже провела несколько экспериментов на OP Stack, например, прототипировала некоторые онлайновые миры и развернула их на OP Stack. Мы обнаружили, что OP Stack уже очень хорошо работает.

Так мы задаем себе вопрос: "Как сделать это дешевле?" Основное предположение: "Мы считаем, что OP Stack является самым соответствующим идеологии Ethereum и полностью совместимым с EVM фреймом." То, что работает в основной сети, может также работать на OP Stack, что является идеальным решением. Но мы хотим, чтобы это было дешевле.

В то время calldata по-прежнему был источником доступности данных OP Stack цепи (DA), что было очень дорого. Поэтому мы явно не могли использовать calldata для запуска L2, так как наши полные цепочные игры и миры MUD требуют более высокой пропускной способности. Поэтому мы решили начать пробовать другие решения доступности данных (Alt DA). На самом деле, в первоначальных документах OP Stack уже упоминалось о необходимости изучения Alt DA.

Итак, мы спросили себя: "Что будет, если начать с оффчейн DA?" Мы надеемся, что вся модель безопасности и всё остальное смогут полагаться на L1 Эфириум. Поэтому мы избежали других решений Alt DA и решили хранить данные в централизованном DA хранилище, а затем найти эффективную модель безопасности на L1.

Вот почему мы хотим повторно использовать некоторые старые концепции Plasma и разместить их над rollup. Здесь есть некоторые различия. Главный вопрос заключается в том, как реализовать оффчейн DA и ончейн вызовы данных на существующем OP Stack? Наша цель состоит в том, чтобы как можно меньше изменить OP Stack, не влияя на путь rollup, так как мы не хотим затрагивать безопасность других rollup цепей, использующих OP Stack.

При проектировании rollup вы не думаете: "Что произойдет, если кто-то изменит процесс генерации данных, чтобы хранить данные из другого места?" Даже с этими изменениями OP Stack по-прежнему очень мощен и отлично работает из коробки. Это первое изменение, которое мы сделали.

После этого нам необходимо написать контракт для создания этих вызовов. Существует DA-вызов, который принудительно записывает данные в блокчейн. Это второй шаг, интеграция контракта в процесс. Мы должны построить всю интеграционную систему в процессе вывода, чтобы вы могли производить данные как из источника DA вне цепи, так и из контракта L1 DA-вызова, на случай, если данные будут отправлены в цепь во время разрешения вызова.

Вот в чем суть. Это сложно, потому что мы хотим сохранить элегантность и надежность. В то же время, это относительно простая концепция. Мы не пытались изобрести все заново или изменить весь OP Stack, а стремились сохранить простоту в сложной среде. Так что в общем, это очень крутое инженерное путешествие.

Ben: Я могу поговорить с точки зрения OP. Вы упомянули некоторые ранние работы Lattice. Как раз в то же время мы в Optimism практически полностью переписали весь OP Stack, и этот релиз мы назвали Bedrock.

В основном, через два года после создания rollup мы сделали шаг назад и задумались: "Ну что ж, если мы хотим максимально использовать все полученные знания, как это будет выглядеть?" Это превратилось в кодовую базу, которая в конечном итоге стала известна как Bedrock, что является нашим крупнейшим обновлением сети.

В то время мы сотрудничали с вами над проектом под названием OPCraft, и я считаю, что Biomes является его духовным наследником, это был наш самый веселый опыт в игре на блокчейне. В то же время, мы также выдохнули с облегчением, потому что другие люди тоже могут использовать OP Stack для разработки. Я думаю, что еще одним важным поворотным моментом в масштабировании за последние несколько лет стало то, что многие люди могут запускать блокчейн.

Не только те, кто разработал огромные сложные кодовые базы, могут это сделать. Когда мы начали сотрудничать, видеть, как другие могут взять на себя эту кодовую базу и сделать что-то действительно замечательное, было огромным подтверждением. Затем видеть, как эта ситуация расширяется в практическом применении на Plasma, было просто потрясающе. Я даже могу немного поговорить об этой истории.

Перед тем как Optimism стал Optimism, мы на самом деле изучали технологию под названием Plasma. Задача, которую мы тогда взяли на себя, значительно превышала возможности сообщества по масштабированию на тот момент. Дизайн, который вы видите в ранних версиях Plasma, возможно, не имеет прямого соответствия с сегодняшней версией Plasma.

Сегодня Plasma гораздо проще. Мы отделяем доказательства и вызовы состояния от вызовов данных. В конечном итоге, несколько лет назад мы поняли, что Rollups гораздо проще, чем Plasma. Я думаю, что в то время вывод сообщества был "Plasma мертва". Это была шутка в истории масштабирования Ethereum того периода.

Но мы всегда считали, что "Plasma не мертва, просто мы можем сначала попробовать более простую задачу". Сейчас мы используем другие термины. Например, тогда были концепции, такие как (exits), сейчас вы можете оглянуться назад и сказать: "О, это была задача доступности данных с некоторыми дополнительными шагами". Поэтому видеть, что не только OP Stack используется другими, но и эволюционирует в то, что мы изначально пытались сделать, но в очень запутанном и незрелом абстрактном виде, действительно удивительно. Мы завершили полный цикл, и вы создали вокруг этого замечательные абстракции, и сделали так, чтобы это работало разумным и логичным образом. Это действительно круто.

02.Самое важное - как можно скорее войти в производственную среду

tdot: В Plasma-режиме все еще существуют некоторые проблемы и нерешенные вопросы, над которыми мы продолжаем работать. Ключевым моментом является то, как избежать затраты времени до десяти лет? Ты понимаешь, о чем я? Нам нужно как можно скорее достичь стадии, на которой мы сможем предоставить результаты.

Вот наше мнение. У нас уже есть много приложений, разработанных на основе MUD, которые хотят немедленно выйти на основную сеть. Нам нужно как можно скорее подготовить основную сеть для этих игр. Люди уже ждут и готовы. Вам нужна цепочка, которая быстро запустится и будет работать, чтобы все эти приложения могли развиваться параллельно, становясь лучше, пока мы решаем проблемы. От разработки до достижения стабильности в производстве требуется много времени.

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

Ben: Или, скорее, техническая нагрузка. Принцип минимальных изменений, о котором вы упомянули, является одним из основных принципов, по которым мы проводим переписывание Bedrock. Я говорил о полном переписывании от начала до конца, но, что более важно, мы сократили примерно 50,000 строк кода, что само по себе очень мощно. Потому что вы правы, эти вещи действительно сложны.

Каждая добавленная строка кода уводит вас дальше от производственной среды, делая тестирование в реальных условиях более сложным и создавая больше возможностей для ошибок. Поэтому мы очень благодарны вам за все усилия, направленные на продвижение этого процесса, особенно за вклад в новую операционную модель OP Stack.

tdot: OP Stack действительно создал способ, который позволяет вам быстро продвигаться в таких вопросах. Координировать всех очень сложно, потому что, очевидно, мы две разные компании. В Lattice мы создаем игру, игровой движок и цепочку.

А вы строите сотни и тысячи вещей и регулярно поставляете все эти продукты. С точки зрения координации это действительно очень сложно.

Ben: Да, действительно, впереди еще долгий путь. Но именно в этом и заключается основная привлекательность модульности. Для меня, с точки зрения OP Stack, это одна из самых захватывающих вещей, не говоря уже о тех потрясающих играх и виртуальных мирах, которые сейчас строятся на Redstone. Чисто с точки зрения OP Stack, это очень мощный пример того, что много отличных разработчиков уже присоединились и улучшили этот стек, что просто замечательно.

Это первый раз, когда вы можете существенно изменить свойства системы с помощью одного ключевого булева значения. Справиться с этим полностью, как вы и сказали, действительно еще предстоит долгий путь. Но даже для того, чтобы эффективно справиться с этим, потребуется модульная поддержка, верно? Для нас было облегчением видеть, что вы реализовали это без необходимости, например, переписывать L2 Geth. Для меня это доказывает, что модульность работает.

tdot: Сейчас ситуация стала лучше. Судя по этому примеру, вы превратили все в независимые маленькие модули, которые можно настраивать и изменять их свойства. Поэтому я очень жду, чтобы увидеть, какие новые функции будут интегрированы. Я помню, что мы когда-то беспокоились о том, что у нас есть форк, который включает все изменения в OP Stack, и его нужно будет объединить с основной веткой. Мы тогда думали: "Боже, проверять всё будет безумно."

Мы были вынуждены разбить это на более мелкие части, но весь процесс проходил очень гладко. Атмосфера сотрудничества с командой была очень хорошей, поэтому процесс проверки тоже был приятным. Это ощущалось очень естественно. И я считаю, что процесс проверки и решения некоторых потенциальных проблем проходил очень быстро. Все прошло неожиданно гладко.

Ben: Это действительно здорово. В этом году одним из наших приоритетов является создание путей для вклада в OP Stack. Поэтому я очень благодарен вам за участие в тестировании и продвижении этих процессов. Я рад, что эти процессы не оказались слишком сложными, и мы достигли некоторых результатов. Кстати, мне любопытно, как, на ваш взгляд, будет развиваться эта работа в будущем? Что вы ожидаете разработать в ближайшее время?

tdot: Есть много разных направлений работы. В основном это интеграция с механизмом доказательства неисправностей. Мы используем постепенный подход к децентрализации всего технологического стека и увеличению его безлицензионных характеристик, конечная цель — реализовать такие функции, как безлицензионность и принудительный выход.

У нас есть эта конечная цель, и мы постепенно достигаем её, сохраняя при этом безопасность. Одна из проблем заключается в том, что иногда легче не выходить на основную сеть, потому что в этом случае не требуется проводить жесткие форки. Вы можете подумать: "О, мне просто нужно подождать, пока всё будет полностью готово к запуску, так не придется делать жесткие форки и не будет технической нагрузки." Но если вы хотите быстро запустить основную сеть, вам придется справиться с этими сложными обновлениями и часто их выпускать. Сделать это и при этом поддерживать высокую доступность всегда является вызовом.

Я считаю, что после того как механизм доказательства сбоев и все эти части будут готовы, в области Plasma-модели будет много обновлений. Я думаю, что в отношении пакетной отправки обязательств все еще есть пространство для оптимизации. Сейчас мы делаем это очень просто, каждую транзакцию с одним обязательством. А обязательство — это просто хэш-значение входных данных, хранящихся вне цепи.

Мы временно остаемся как можно более простыми, чтобы проверка могла быть простой и быстрой, и при этом не иметь больших различий с OP Stack. Однако сейчас есть некоторые оптимизации, которые могут сделать это дешевле, например, пакетная обработка обязательств или их отправка в blob, или использование других различных методов. Поэтому мы определенно исследуем этот вопрос, чтобы снизить затраты на L1.

Это то, что нас очень волнует. Конечно, мы также с нетерпением ждем всего, что связано с предстоящей интероперабельностью, и возможности взаимодействовать между всеми цепочками. Понять это будет огромным шагом вперед для пользователей.

Много из этих работ определённо должны быть реализованы вами. Но мы хотим понять, как это выглядит в режиме Plasma и какие у него разные предположения о безопасности.

Ben: Говоря об этом, это будет касаться OP Stack