Один из моих твитов недавно стал вирусным и привлек большое внимание в онлайн-сообществе Web3! Это очень краткий пост в Твиттере, состоящий из четырех частей, но я слышал, вы спрашиваете, что именно он означает? Позволь мне объяснить.
Открыть сводную статью на такие темы, как «Что такое накопительный пакет» или «Зачем нам нужен накопительный пакет» — это все равно, что убить дядю Бена или застрелить маму и папу в каждой версии фильмов «Человек-паук» и «Бэтмен». Если вы читаете эту статью, вы, вероятно, уже знакомы с этими хорошо документированными аргументами. Кроме того, если вы это читаете, я думаю, мы можем выйти за рамки дебатов о цепочке приложений и объединении приложений. Итак, давайте перейдем к делу.
Рост количества накопительных пакетов для конкретных приложений
Универсальный накопительный пакет разочаровывает
Universal Rollup похож на индийскую школьную систему (я считаю, что они имеют схожие характеристики с другими школьными системами, но это то, с чем я имею личный опыт).
Спортсмены, певцы, математики, мыслители, экономисты и рассказчики — все должны пройти один и тот же процесс, чтобы получить проходной балл. Технически система не «предвзята» по отношению к какой-либо конкретной группе, но она также и не «справедлива» ни к кому. Но эй, мы подружились! (Это будет важно позже).
Аналогично, для приложений в универсальном накопителе узким местом является сама среда, поскольку она не может удовлетворить потребности каждого приложения в отдельности. Каждому приложению может потребоваться свой тип оптимизации, но было бы неразумно ожидать чего-то специально разработанного для них. Однако, если вы просто хотите опробовать и получить общее представление, это наиболее удобный вариант. Кроме того, для некоторых приложений, например, для обычных студентов, это может быть правильным решением!
А как насчет друзей? Это экосистема приложений, созданная вместе с вашими приложениями. Если вы предприниматель, вы можете просто позвонить своему другу-бухгалтеру и попросить его помочь вам скрыть налоги от правительства :)
Накопительный пакет для конкретного приложения сбивает с толку
Что ж, мой ребенок слишком спортивен для государственной школы, и ему нужна специальная подготовка. Нужно ли отдавать ее в спортивную школу или стоит нанять личного тренера….
##Особая сложность
Давай сыграем в игру.
Ниже приведен список из 8 накопительных пакетов для конкретных приложений. Однако внутри каждой группы есть элемент, который не принадлежит этой группе. Сможете ли вы определить, какой именно?
Термин «специфичность приложения» становится запутанным. Существуют накопительные пакеты для конкретных приложений, которые позволяют развертывать контракты поверх самих себя, а есть накопительные пакеты для конкретных приложений, которые позволяют развертывать контракты, поскольку их виртуальная машина (ВМ) поддерживает это, но их владелец ограничивает это. Существуют также накопительные пакеты для конкретных приложений, которые имеют закрытую виртуальную машину или вообще не поддерживают виртуальную машину и не поддерживают другие типы разработки.
Справедливо ли объединять их в одну категорию?
Ответ на предыдущий вопрос~
Группа 1: Celo — странный выбор, поскольку он позволяет другим разработчикам создавать приложения, в то время как другие могут использовать приложения напрямую. Другие проекты, которые можно отнести к группе 1, — Fuel-v1, Aevo, RhinoFi и др.
Группа 2: Loopring является странным, поскольку это единственный специально созданный накопительный пакет, который работает «из коробки», в то время как остальные представляют собой сети, оптимизированные для определенных функций, таких как конфиденциальность, NFT и TPS для приложений, развернутых на них. Вы можете наследовать эти функции. Другие проекты, которые можно отнести ко второй группе: «Кинто», «Крома», сеть общественных благ и др.
Проблемы с развертыванием контрактов на модифицированных общих виртуальных машинах
Эти виртуальные машины, которые развертывают смарт-контракты, представляют собой не что иное, как полные по Тьюрингу конечные автоматы. Контракты, которые вы развертываете поверх них, — это всего лишь дополнительные модификации самого состояния. На самом деле это не влияет на основные правила перехода состояний виртуальной машины. Объединение — это, по сути, виртуальная машина, на которой находится ваша бизнес-логика.
Ваша бизнес-логика отделена от функции перехода состояний накопительного пакета.
Я также называю это «парадигмой смарт-контрактов для создания приложений», потому что вы развертываете дополнительную логику поверх виртуальной машины. Rollup не занимается «напрямую» проверкой логики приложения. Виртуальная машина — это накопительный пакет, а не ваше приложение.
Конечно, вы являетесь единственным владельцем виртуальной машины, ваши приложения являются ее единственными гражданами, и вы можете постоянно улучшать саму базу, чтобы сделать ее подходящей для ваших приложений. Вы можете продолжать совершенствовать функцию перехода состояния (STF) и добавлять/удалять коды операций для повышения производительности приложения, но приложение остается независимым и ограничивается самой виртуальной машиной.
Это как Lamborghini Urus тащит Lamborghini Huracan.
Отдельное приложение в накопительном пакете для конкретного приложения может работать лучше! намного лучше!
Что, если STF будет постоянно расширяться, и его область действия будет становиться все меньше и меньше, чтобы соответствовать бизнес-логике приложения? В конце концов, по мере того, как вы продолжаете его совершенствовать, STF сойдётся до точки, где бизнес-логика и STF перекроются, и в этот момент вы поймете... ох, черт, подождите!
Таким образом, Micro-Rollup — это не что иное, как объединение, в котором функцией изменения состояния приложения является сама бизнес-логика.
Приложение становится накопительным, состоянием можно управлять любым возможным способом в любой среде выполнения, а правила перехода состояний можно применять непосредственно к среде выполнения приложения. Приложение можно настроить без каких-либо ограничений. Эти доказательства относятся к вашей бизнес-логике, а не к машине. Это делает ваше приложение легким.
Эти специальные функции перехода состояний требуют отдельной статьи, так что следите за обновлениями :)
С точки зрения опыта разработчика, Micro-Rollup не ограничен. Вы можете создавать их, используя любые инструменты, которые вам нравятся, поскольку они не зависят от виртуальной машины. Они выглядят как серверные приложения Web2, но периодически отправляют подтверждение транзакций родительскому L1. Я думаю, что это будет основным фактором, побудившим разработчиков Web2 перейти в пространство Web3.
На самом деле лучший пример — Rimac Nevera, поскольку он быстрее и электрический, поэтому, вероятно, дешевле в эксплуатации, но я не смог найти более привлекательной дорожной фотографии.
Единственным недостатком этого подхода является настройка механизма доказательства для каждого отдельного приложения. Если бы логику приложения можно было скомпилировать в общий посредник, то доказательство этого общего посредника избавило бы от необходимости проверять каждое приложение индивидуально, но я лично считаю, что это просто компромисс между эффективностью и более быстрой разработкой. Мы хотим улучшить каждую возможную эффективность.
Есть способы обойти это, не используя методы, задействующие виртуальную машину на уровне выполнения. Что, если бы существовал инструмент, позволяющий разработчикам делать это?
В этом заключается миссия Stackr Labs — мы создаем среду микрообъединений и SDK, чтобы каждый мог создавать свои приложения на любом языке без ограничений, точно так же, как вы создаете серверные приложения Web3. Делая разработку микро-агрегатов такой же простой, как написание и развертывание смарт-контрактов, не говоря уже о модульности, увеличивается мощь любой экосистемы, которую выберут разработчики.
Так реален ли микро-роллап?
Всегда. (Но это так же верно, как и объединение, извините, я не хочу расстраивать Джона)
Такие приложения, как Loopring, dYdX и Fuel-v1, существуют или существуют уже давно. Это гипероптимизированные накопительные пакеты со специальной логикой, работающей специально для конкретного случая использования. Первым объединением приложений, не использующим виртуальную машину, о котором я знаю и в котором лично участвовал, был пакет Hubble Optimistic, трехлетний проект, который одно время служил базовой инфраструктурой для токена Worldcoin. (Это также основной источник вдохновения для Stackr)
Только теперь становится важным различать эти термины.
Вы можете создавать неограниченное количество микро-роллапов:
Потребительские товары, такие как игры, биржи, рынки NFT и т. д.;
2.app-chain можно преобразовать в app-rollup;
Вы даже можете создавать новые типы виртуальных машин, которые поддерживают уникальные варианты использования, открывая двери для инноваций в области виртуальных машин.
Я напишу еще одну статью, в которой расскажу о плюсах и минусах Micro-Rollup и о том, какие приложения имеет смысл создавать с использованием платформы Micro-Rollup.
в заключение
Недостающий элемент в дереве, которое я показывал ранее, — это собственный конечный автомат.
Кроме того, развертывание одного протокола с использованием объединения на основе виртуальных машин или EVM неэффективно для автономных приложений. Он подходит для приложений, которые уже имеют кучу смарт-контрактов и работающих протоколов в цепочке EVM, но не для «приложений, которые хотят большего» и хотят избавиться от ограничений виртуальной машины.
Если мы обрежем дерево, окончательное дерево будет выглядеть вот так. Вот почему я думаю, что в ближайшем будущем App-rollup, micro-rollup или Rollup будут называться Apps.
Итак, микро-накопительные пакеты = приложения в накопительных пакетах. Приложения как накопительные пакеты.
Посмотреть Оригинал
На этой странице может содержаться сторонний контент, который предоставляется исключительно в информационных целях (не в качестве заявлений/гарантий) и не должен рассматриваться как поддержка взглядов компании Gate или как финансовый или профессиональный совет. Подробности смотрите в разделе «Отказ от ответственности» .
Микро-роллап: волна или бессовестный маркетинговый термин?
Автор: KAUTUK; Источник: Substack; Составитель: Kate, Marsbit.
Один из моих твитов недавно стал вирусным и привлек большое внимание в онлайн-сообществе Web3! Это очень краткий пост в Твиттере, состоящий из четырех частей, но я слышал, вы спрашиваете, что именно он означает? Позволь мне объяснить.
! [Rollup] (https://img-cdn.gateio.im/webp-social/moments-40baef27dd-e0d4e4d874-dd1a6f-6d2ef1.webp)
К черту роллап, обходи клише
Открыть сводную статью на такие темы, как «Что такое накопительный пакет» или «Зачем нам нужен накопительный пакет» — это все равно, что убить дядю Бена или застрелить маму и папу в каждой версии фильмов «Человек-паук» и «Бэтмен». Если вы читаете эту статью, вы, вероятно, уже знакомы с этими хорошо документированными аргументами. Кроме того, если вы это читаете, я думаю, мы можем выйти за рамки дебатов о цепочке приложений и объединении приложений. Итак, давайте перейдем к делу.
Рост количества накопительных пакетов для конкретных приложений
Универсальный накопительный пакет разочаровывает
Universal Rollup похож на индийскую школьную систему (я считаю, что они имеют схожие характеристики с другими школьными системами, но это то, с чем я имею личный опыт).
! [Rollup] (https://img-cdn.gateio.im/webp-social/moments-40baef27dd-d166a6f7a4-dd1a6f-6d2ef1.webp)
Спортсмены, певцы, математики, мыслители, экономисты и рассказчики — все должны пройти один и тот же процесс, чтобы получить проходной балл. Технически система не «предвзята» по отношению к какой-либо конкретной группе, но она также и не «справедлива» ни к кому. Но эй, мы подружились! (Это будет важно позже).
Аналогично, для приложений в универсальном накопителе узким местом является сама среда, поскольку она не может удовлетворить потребности каждого приложения в отдельности. Каждому приложению может потребоваться свой тип оптимизации, но было бы неразумно ожидать чего-то специально разработанного для них. Однако, если вы просто хотите опробовать и получить общее представление, это наиболее удобный вариант. Кроме того, для некоторых приложений, например, для обычных студентов, это может быть правильным решением!
А как насчет друзей? Это экосистема приложений, созданная вместе с вашими приложениями. Если вы предприниматель, вы можете просто позвонить своему другу-бухгалтеру и попросить его помочь вам скрыть налоги от правительства :)
Накопительный пакет для конкретного приложения сбивает с толку
Что ж, мой ребенок слишком спортивен для государственной школы, и ему нужна специальная подготовка. Нужно ли отдавать ее в спортивную школу или стоит нанять личного тренера….
##Особая сложность
Давай сыграем в игру.
Ниже приведен список из 8 накопительных пакетов для конкретных приложений. Однако внутри каждой группы есть элемент, который не принадлежит этой группе. Сможете ли вы определить, какой именно?
! [Rollup] (https://img-cdn.gateio.im/webp-social/moments-40baef27dd-1c153358cc-dd1a6f-6d2ef1.webp)
Термин «специфичность приложения» становится запутанным. Существуют накопительные пакеты для конкретных приложений, которые позволяют развертывать контракты поверх самих себя, а есть накопительные пакеты для конкретных приложений, которые позволяют развертывать контракты, поскольку их виртуальная машина (ВМ) поддерживает это, но их владелец ограничивает это. Существуют также накопительные пакеты для конкретных приложений, которые имеют закрытую виртуальную машину или вообще не поддерживают виртуальную машину и не поддерживают другие типы разработки.
Справедливо ли объединять их в одну категорию?
Ответ на предыдущий вопрос~
Группа 1: Celo — странный выбор, поскольку он позволяет другим разработчикам создавать приложения, в то время как другие могут использовать приложения напрямую. Другие проекты, которые можно отнести к группе 1, — Fuel-v1, Aevo, RhinoFi и др.
Группа 2: Loopring является странным, поскольку это единственный специально созданный накопительный пакет, который работает «из коробки», в то время как остальные представляют собой сети, оптимизированные для определенных функций, таких как конфиденциальность, NFT и TPS для приложений, развернутых на них. Вы можете наследовать эти функции. Другие проекты, которые можно отнести ко второй группе: «Кинто», «Крома», сеть общественных благ и др.
! [Rollup] (https://img-cdn.gateio.im/webp-social/moments-40baef27dd-64c9473ffb-dd1a6f-6d2ef1.webp)
Проблемы с развертыванием контрактов на модифицированных общих виртуальных машинах
Эти виртуальные машины, которые развертывают смарт-контракты, представляют собой не что иное, как полные по Тьюрингу конечные автоматы. Контракты, которые вы развертываете поверх них, — это всего лишь дополнительные модификации самого состояния. На самом деле это не влияет на основные правила перехода состояний виртуальной машины. Объединение — это, по сути, виртуальная машина, на которой находится ваша бизнес-логика.
Ваша бизнес-логика отделена от функции перехода состояний накопительного пакета.
Я также называю это «парадигмой смарт-контрактов для создания приложений», потому что вы развертываете дополнительную логику поверх виртуальной машины. Rollup не занимается «напрямую» проверкой логики приложения. Виртуальная машина — это накопительный пакет, а не ваше приложение.
Конечно, вы являетесь единственным владельцем виртуальной машины, ваши приложения являются ее единственными гражданами, и вы можете постоянно улучшать саму базу, чтобы сделать ее подходящей для ваших приложений. Вы можете продолжать совершенствовать функцию перехода состояния (STF) и добавлять/удалять коды операций для повышения производительности приложения, но приложение остается независимым и ограничивается самой виртуальной машиной.
Это как Lamborghini Urus тащит Lamborghini Huracan.
! [Rollup] (https://img-cdn.gateio.im/webp-social/moments-40baef27dd-a0a30d1c5f-dd1a6f-6d2ef1.webp)
Отдельное приложение в накопительном пакете для конкретного приложения может работать лучше! намного лучше!
Что, если STF будет постоянно расширяться, и его область действия будет становиться все меньше и меньше, чтобы соответствовать бизнес-логике приложения? В конце концов, по мере того, как вы продолжаете его совершенствовать, STF сойдётся до точки, где бизнес-логика и STF перекроются, и в этот момент вы поймете... ох, черт, подождите!
Рождаются микро-роллапы!
! [Rollup] (https://img-cdn.gateio.im/webp-social/moments-40baef27dd-e2c2171e24-dd1a6f-6d2ef1.webp)
Таким образом, Micro-Rollup — это не что иное, как объединение, в котором функцией изменения состояния приложения является сама бизнес-логика.
Приложение становится накопительным, состоянием можно управлять любым возможным способом в любой среде выполнения, а правила перехода состояний можно применять непосредственно к среде выполнения приложения. Приложение можно настроить без каких-либо ограничений. Эти доказательства относятся к вашей бизнес-логике, а не к машине. Это делает ваше приложение легким.
Эти специальные функции перехода состояний требуют отдельной статьи, так что следите за обновлениями :)
С точки зрения опыта разработчика, Micro-Rollup не ограничен. Вы можете создавать их, используя любые инструменты, которые вам нравятся, поскольку они не зависят от виртуальной машины. Они выглядят как серверные приложения Web2, но периодически отправляют подтверждение транзакций родительскому L1. Я думаю, что это будет основным фактором, побудившим разработчиков Web2 перейти в пространство Web3.
! [Rollup] (https://img-cdn.gateio.im/webp-social/moments-40baef27dd-9584f36fd3-dd1a6f-6d2ef1.webp)
На самом деле лучший пример — Rimac Nevera, поскольку он быстрее и электрический, поэтому, вероятно, дешевле в эксплуатации, но я не смог найти более привлекательной дорожной фотографии.
Единственным недостатком этого подхода является настройка механизма доказательства для каждого отдельного приложения. Если бы логику приложения можно было скомпилировать в общий посредник, то доказательство этого общего посредника избавило бы от необходимости проверять каждое приложение индивидуально, но я лично считаю, что это просто компромисс между эффективностью и более быстрой разработкой. Мы хотим улучшить каждую возможную эффективность.
Есть способы обойти это, не используя методы, задействующие виртуальную машину на уровне выполнения. Что, если бы существовал инструмент, позволяющий разработчикам делать это?
В этом заключается миссия Stackr Labs — мы создаем среду микрообъединений и SDK, чтобы каждый мог создавать свои приложения на любом языке без ограничений, точно так же, как вы создаете серверные приложения Web3. Делая разработку микро-агрегатов такой же простой, как написание и развертывание смарт-контрактов, не говоря уже о модульности, увеличивается мощь любой экосистемы, которую выберут разработчики.
Так реален ли микро-роллап?
Всегда. (Но это так же верно, как и объединение, извините, я не хочу расстраивать Джона)
Такие приложения, как Loopring, dYdX и Fuel-v1, существуют или существуют уже давно. Это гипероптимизированные накопительные пакеты со специальной логикой, работающей специально для конкретного случая использования. Первым объединением приложений, не использующим виртуальную машину, о котором я знаю и в котором лично участвовал, был пакет Hubble Optimistic, трехлетний проект, который одно время служил базовой инфраструктурой для токена Worldcoin. (Это также основной источник вдохновения для Stackr)
Только теперь становится важным различать эти термины.
Вы можете создавать неограниченное количество микро-роллапов:
2.app-chain можно преобразовать в app-rollup;
Я напишу еще одну статью, в которой расскажу о плюсах и минусах Micro-Rollup и о том, какие приложения имеет смысл создавать с использованием платформы Micro-Rollup.
в заключение
Недостающий элемент в дереве, которое я показывал ранее, — это собственный конечный автомат.
! [Rollup] (https://img-cdn.gateio.im/webp-social/moments-40baef27dd-278297d769-dd1a6f-6d2ef1.webp)
Кроме того, развертывание одного протокола с использованием объединения на основе виртуальных машин или EVM неэффективно для автономных приложений. Он подходит для приложений, которые уже имеют кучу смарт-контрактов и работающих протоколов в цепочке EVM, но не для «приложений, которые хотят большего» и хотят избавиться от ограничений виртуальной машины.
! [Rollup] (https://img-cdn.gateio.im/webp-social/moments-40baef27dd-652a2fb51d-dd1a6f-6d2ef1.webp)
Если мы обрежем дерево, окончательное дерево будет выглядеть вот так. Вот почему я думаю, что в ближайшем будущем App-rollup, micro-rollup или Rollup будут называться Apps.
! [Rollup] (https://img-cdn.gateio.im/webp-social/moments-40baef27dd-4e533a01c7-dd1a6f-6d2ef1.webp)
Итак, микро-накопительные пакеты = приложения в накопительных пакетах. Приложения как накопительные пакеты.