Слишком длинно; не читал

• Конструкция движка MUD основана на принципе «ориентированности на базу данных»
• Момент AMM для игр на полной цепи еще не наступил
• Крипто-родной является ценностью

перед началом

mud2048.fun - наша попытка получить микроскопическое представление о разработке игр по полной цепочке. Целью является испытание версии игры 2048 (play2048.co) по полной цепочке путем ее репликации для получения опыта разработки игр по полной цепочке. Температура воды, получение ощущения тела первой линии.

Эта статья является обобщением опыта и мыслей, накопленных в процессе разработки, и призвана вдохновить читателей.

Возможно, это самая простая попытка разработать полностью ончейновые игры. Ранее мы пытались реализовать полноцепочечную версию игры Chrome Offline Dinosaur Game (Chrome Dino Game), но позже обнаружили, что она не является нативной для блокчейна. С поддержкой механизма Tick игры трудно воспроизвести полноцепочечную версию, близкую к оригинальному геймплею.

Онлайн версия игры Chrome Dino на:https://dinorunner.com/

Это может быть связано с распространенным недоразумением: проще реализовать полноцепочечную версию простых игр. На самом деле это не так, потому что время подтверждения транзакции блокчейна (даже мейнстримного Layer 2) еще не достигло уровня времени отклика интерфейса централизованного сервера; Кроме того, после того, как игровая логика загружена в цепочку, она вносит инженерную сложность, которой не было в централизованном сценарии. , приводящий к тому, что не все простые казуальные игры могут легко реализовать полноцепочечные версии. Это также в определенной степени объясняет нынешнее разделение игровой экологии full-chain:

Главным образом RTS (игры стратегии в реальном времени), такие как: Loot Survivor, Primodium, Sky Strife, Cellula и т. д., дополняются Мета Правилами (игры-метаправила/песочницы), такие как: PixeLAW, Briq, OpCraft и т. д. Оба типа игр избегают недостатков, вызванных длительным временем подтверждения транзакций в блокчейне с точки зрения формы игры.

На изображении показан интерфейс запуска Sky Strife, URL:https://playtest.skystrife.xyz/

Почему выбрать MUD движок?

MUD - первый полноцепной игровой движок в экосистеме EVM (и первая среда разработки приложений в экосистеме EVM). Встроенный кошелек Session и тестовая цепочка Faucet, которую можно вызвать через API, могут снизить барьер входа для игроков.

Еще одна причина заключается в том, что MUD является открытым исходным кодом, имеет много документов и материалов сообщества, и легко начать. Вопрос о том, является ли игровой движок открытым исходным кодом, связан с проблемами бизнес-модели, которые будут обсуждаться далее.

Введение в MUDs. источник:https://github.com/latticexyz/mud

Теперь давайте перейдем к сути. Мы поговорим о некоторых наших опытах использования движка MUD. Существуют макроперцептивные отраслевые уровни и микрорациональные инженерные практические уровни. Они нацелены на разные группы аудитории. Вы можете использовать их сами (пропустите прямо). часть, которая не интересна).

Инженерное дело

Что такое движок MUD в общем?

MUD engine = on-chain relational database + on-chain application development framework.

Функции MUD. источник:https://github.com/latticexyz/mud

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

Будь то «цепная реляционная база данных» или «фреймворк разработки приложений на цепи», они крайне важны для развития Ethereum, «мирового компьютера»。

Мы узнали из разработки интернет-приложений: удобство использования программного обеспечения базы данных/разумность проектирования структуры таблицы базы данных во многом определяет сложность всего процесса разработки. Другими словами, разработка интернет-приложений осуществляется с базой данных в центре, давайте назовем это "основанное на базе данных".

Итак, давайте посмотрим, следует ли дизайн MUD движка также идее «основанной на базе данных». С точки зрения дизайна MUD движка решает три основные проблемы:

1. Как сделать данные на цепи легкими для чтения, записи и хранения экономичным способом,

2. Автоматическая синхронизация данных между on-chain/клиентами,

3. Общее управление сложностью разработки приложений.

Давайте сначала рассмотрим первый вопрос: «Как данные на цепи могут быть легко прочитаны, записаны и хранимы экономично».

Эта проблема может быть разбита на два элемента:

1> Легко читать и писать

2> Экономическое хранение

После десятилетий практики в области интернета, «легкость чтения и записи», «реляционная база данных» считается оптимальным решением. Хотя блокчейн является моделью цепного хранения, очень отличающейся от традиционной модели хранения базы данных (см. рисунок ниже), эта модель не является удобной даже для простых операций в одном сценарии (например, суммирование/нахождение среднего значения суммы транзакции определенной коллекции NFT) / поиск максимальных и минимальных значений и т. д.), не говоря уже о более сложных сценариях.

Источник изображения:https://mempool.space/mining

Таким образом, решение для MUD заключается в реализации «реляционной базы данных» поверх цепочного хранилища (соответствующего таблице в разделе Store в механизме MUD). Для разработчиков опыт использования такой же, как и для работы с обычными реляционными базами данных (такими как MySQL, SQL Server, PostgreSQL, SQLite и т. д.). Это действительно более дружелюбно к большинству интернет-разработчиков. На рисунке ниже показана соответствующая структура таблицы, когда мы разрабатывали full-chain версию 2048 на основе движка MUD.

Источник:https://github.com/themetacat/MUD2048/blob/main/packages/contracts/mud.config.ts

Мы можем проанализировать точку зрения “экономического хранения” с позиции Ethereum, мирового компьютера.

Все современные компьютеры подчиняются «структуре фон Неймана», которая делится на пять частей: ввод, вывод, управление, управление и хранение (см. рисунок ниже).

Изображения взяты из Интернета

С точки зрения самого полноцепочечного игрового движка, он может оптимизировать только «хранилище», потому что «ввод» и «вывод» находятся на его верхнем уровне и не могут контролироваться; «Эксплуатация» и «контроль» — это блокчейн Ethereum Что вы делаете. Как «базовое прикладное программное обеспечение», работающее на этом «мировом компьютере», полноцепочечный игровой движок может оптимизировать ввод «хранилища» только через него.

Конкретное решение для оптимизации хранения данных заключается в реализации очень эффективной и компактной «битовой упаковки» для входных данных. Поскольку плата за хранение данных в блокчейне взимается в зависимости от объема данных, меньший объем данных означает более низкие затраты на хранение. Полностью оптимизированные затраты на хранение являются предпосылкой для появления крупномасштабных сложных ончейн-приложений. На рисунке ниже показан конкретный случай оптимизации хранилища с помощью MUD. Подробнее см."Полноценный игровой движок MUD от 0 до V2".

Источник изображения:https://lattice.xyz/blog/mud-zero-to-v2

Подводя итог, по вопросу номер один, MUD в основном решает проблему с позиции «основанной на базе данных».

Теперь мы переходим ко второму вопросу: “Автоматическая синхронизация данных между on-chain/клиентами”.

Это также основная функция, предоставляемая движком MUD, которая помогает разработчикам избавиться от тяжелой работы по управлению сложной синхронизацией состояния. Конкретный план реализации заключается в реальном времени синхронизации базы данных на клиенте. Другими словами, у каждого клиента есть встроенная локальная копия, которая синхронизируется с базой данных в реальном времени.

Это в основном достигается через Indexer в движке MUD. Ниже приведено официальное введение MUD в Indexer, которое в основном предназначено для сценариев, где вы хотите построить и запустить его на проектном сервере (конечно, это описание также относится к Indexer, который автоматически запускается в клиенте полной цепи игр).

Источник изображения:https://mud.dev/services/indexer

Что касается разработчиков, то у них изначально есть ончейн-база данных с пользовательским интерфейсом, близким к локальной базе данных. Однако, что касается текущей реализации MUD, клиенту сложно реализовать такие функции, как генерация глобального списка; Кроме того, не является экономически выгодным подходом для каждого клиента создание глобального списка.

Кстати, все наверняка спросят: почему бы не создать глобальный список на цепи? Причина в том, что, хотя движок MUD уже реализовал предварительную реляционную базу данных, MUD пока не поддерживает общие функции, такие как суммирование/усреднение/максимальное и минимальное значения в реляционных базах данных.

Поэтому в mud2048.fun мы создаем узел индексации MUD на централизованном сервере для формирования глобального рейтинга игроков относительно затратно-эффективным способом (см. рисунок ниже).

URL:https://www.mud2048.fun/

Однако предоставление каждому клиенту возможности иметь базу данных on-chain в реальном времени также имеет недостатки. Например, перед запуском приложения данные необходимо синхронизировать с цепью, чтобы установить последнюю копию цепочечной базы данных локально, что увеличит время ожидания игроков для входа в игру. Сотрудники MUD также осведомлены об этой проблеме и упомянули связанные оптимизационные решения (сегментированная синхронизация данных и кэширование клиентов) в версии MUD V2. Тем не менее, на мой взгляд, они являются временными решениями и не могут полностью решить проблему синхронизации цепочки со временем. С появлением данных возникают все новые и новые проблемы.

Пока эта проблема кажется неразрешимой (в ближайшей перспективе будет сложно добиться серьезных прорывов в эффективности передачи данных в сетях общего пользования и цепочечного извлечения данных). Мы надеемся, что с итерацией MUD можно будет найти более подходящее решение. Если эта проблема будет решена хорошо, это также проложит путь к рождению сложных приложений в других цепочках.

Теперь мы переходим к вопросу номер три: «Общее управление сложностью при разработке приложений».

До этого большинство приложений на цепи в экосистеме Ethereum были относительно простыми (объективным показателем является то, что количество контрактов, участвующих в одном продукте DeFi/NFT/DAO, ограничено, и в большинстве случаев возможность обновления после развертывания очень мала). Но для разработки сложных приложений логические обновления, управление доступом и управление разрешениями — все это повторяющиеся задачи, которые необходимо выполнять с нуля. Поэтому существует большая потребность в универсальной платформе/движке, который может помочь разработчикам справляться с этими проблемами унифицированным способом, чтобы разработчики могли посвятить себя разработке приложений.

Еще одна основная функция, предоставляемая движком MUD, - помочь разработчикам сэкономить время на решении вышеуказанных проблем через модуль World. Конкретно, World предоставляет логику и контроль доступа поверх Store. На следующей фигуре показан официальный веб-сайт MUD для World. Описание, это функция, предоставляемая общими фреймворками разработки приложений, поэтому я не буду вдаваться в детали здесь.

Image Source:https://mud.dev/world/introduction

Для разработки сложных приложений контроль доступа (или маршрутизация) является важным звеном в определении общего объема проекта. Качество проектирования контроля доступа напрямую определяет сложность и удобство обслуживания разработки приложений. MUD очевидно уделяет этому великое внимание. На рисунке ниже показана оптимизация модуля контроля доступа в версиях MUD v1 и v2.

Image Source:https://lattice.xyz/blog/mud-zero-to-v2

Вышеупомянуты некоторые из наших инженерных мыслей и опыта в процессе разработки mud2048.fun с использованием движка MUD. В целом можно сказать, что MUD-движки также следуют идее "основанной на базе данных", что в высшей степени соответствует методологии разработки интернет-приложений. Поэтому разработчики интернет-приложений не будут чувствовать себя чужими к MUD-движкам. Далее мы обсудим наши мысли о промышленности полноцепных игр.

Отрасль

Когда мы входим в область игр с полной цепочкой, три вопроса, которые мы постоянно себе задаем, -

1. Зачем нужна полноцепная игра?

2. Какие игры подходят для всей цепочки?

3. Какова связь между Fully on-Chain и Crypto native?

Далее мы обсудим по очереди:

По первому вопросу: почему нам нужны полноценные игры на блокчейне?

Эта проблема может быть дополнительно разложена на две подпроблемы:

1> Зачем блокчейн-индустрии нужны игры на полной цепи?

2> Почему криптовалютному рынку нужны игры полной цепочки?

С точки зрения блокчейн-индустрии:

Экосистема Ethereum развилась до стадии, требующей появления сложных ончейн-приложений (в прошлом ончейн-приложения DeFi/DAO/NFT были относительно простыми, что видно по количеству контрактов, поддерживающих приложение). Еще один обратный пример — поддержка пары Ethereum Layer 2 для всей цепочки игр. С точки зрения внутренней логики, без фарфоровой работы бриллианты не могут быть изготовлены. Layer 2 нуждается во всей фарфоровой работе во всей цепочке игр, чтобы достичь себя.

Сфера NFT не имела нового парадигмы для продвижения своего развития после пузыря PFP. Точка, отличающая NFT от ERC-20, - это комбинируемость, а игровая сцена - естественное место для комбинируемости NFT.

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

Официальный веб-сайт Autonomous Worlds:https://aw.network/

Взгляд на рынок криптовалют:

Оглядываясь на историю развития интернета, игры всегда были первыми, кто принимал новые технологические области. Игры представляют собой приложения для потребителей и легче достигают конечных пользователей.

Модель игры/GameFi на блокчейне была временно подделана, и изучение игр на блокчейне вернулось к истокам игр: игровому процессу. Игровой процесс на основе блокчейна (который полностью наследует преимущества и недостатки блокчейна) обещает предоставить новые возможности и парадигмы, недоступные в прошлом, тем самым привлекая пользователей.

Мы переходим ко второму вопросу: Какие игры подходят для всей цепи?？

В настоящее время отрасль/рынок еще не достигли согласия по этому вопросу. С индуктивной точки зрения две упомянутые выше категории - это стратегии реального времени (RTS) и мета-правила (Meta Rules). Однако проблемы, такие как недостаточная инновационность, нечеткие бизнес-модели и несоответствие потребителям, по-прежнему остаются неизбежными проблемами в этой области.

Лично я считаю, что класс Meta Rules имеет относительно больший потенциал, потому что по крайней мере у него больше встроенных возможностей на уровне правил и уровне совместимости. Однако пока еще очень рано, и трудно оценить его определенность. На картинке ниже - интерфейс полной цепочки мета-правил игры PixeLAW.

Image Source:https://twitter.com/0xPixeLAW/status/1704375844674912515

Функциональная совместимость между играми может долгое время оставаться ложным утверждением. Несмотря на то, что полноцепочечные игры наследуют функциональную совместимость блокчейна, с точки зрения бизнеса/продукта/экологии трудно представить, что в краткосрочной перспективе будут разработаны два независимых продукта для совместимости, и этот момент также был в предыдущем цикле «Метавселенной». Она в определенной степени сфальсифицирована.

Теперь поговорим о третьем вопросе: Какова связь между Fully on-Chain и Crypto native?

Прежде всего, чрезмерное подчеркивание «на всей цепи» заставит людей попасть в порочный круг фундаментализма. Нынешняя инфраструктура блокчейна не может поддерживать широкий спектр игр, чтобы поместить все данные/логику на цепь. Кроме того, GubSheep, основатель «Тёмного леса», начальная формулировкаэто «Крипто-родные игры», чтобы подумать о том, как игры могут способствовать развитию блокчейн-индустрии в наибольшей степени с точки зрения Крипто-родных. Ниже показана часть оригинального текста GubSheep.

исходный текст:https://gubsheep.substack.com/p/the-strongest-crypto-gaming-thesis

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

В 2017 году CryptoKitties считался воплощением крипто-родного;

В 2018 году Uniswap был воплощением крипто-родноты;

В 2020 году CryptoArt является воплощением крипто-родной;

В 2021 году DAO является воплощением крипто-родной;

К 2023 году полноценные цепочечные игры, где данные и логика находятся на цепи, рассматриваются как модель крипто-родной.

Но по сути шифрование - это идея, а не догма。

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

Итак, будь то игры на полной цепи или крипто-родные игры, какие новые возможности они приносят?

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

Кроме того, полноценный игровой движок, подобный MUD (на самом деле, более уместно назвать его полноценным фреймворком для разработки приложений цепочек), как комбинация базы данных + фреймворка для разработки приложений, имеет самоочевидное значение в экосистеме EVMs. Однако базы данных/фреймворки для разработки приложений являются общественным благом и вообще не имеют бизнес-модели. К счастью, есть встроенный механизм токенов блокчейна, а такжеEIP-6969Такая схема роялти для разработчиков может помочь разработчикам этих справедливых товаров захватить ценность во внешнем виде. Это момент, когда блокчейн превосходит Web2.

«Консенсус» - это не только 51% вычислительной мощности, но и общие ценности, существующие среди обществ/групп. В этом смысле криптография - это своего рода ценность.

приложение:

1. Официальный сайт MUD 2048:https://www.mud2048.fun/

2. Проект MUD 2048, код:https://github.com/themetacat/MUD2048

3. Официальный сайт MUD движка: https://mud.dev/

4. Официальный сайт Autonomous Worlds Bible:https://aw.network/

5. GubSheep зашифрованная местная игровая теория:https://gubsheep.substack.com/p/the-strongest-crypto-gaming-thesis

Disclaimer：

1. Эта статья перепечатана с [MetaCat]. All copyrights belong to the original author [CK]. Если есть возражения против этой перепечатки, пожалуйста, свяжитесь с Gate Learnкоманда, и они незамедлительно справятся с этим.
2. Отказ от ответственности: Взгляды и мнения, выраженные в этой статье, принадлежат исключительно автору и не являются какими-либо инвестиционными рекомендациями.
3. Перевод статьи на другие языки выполняется командой Gate Learn. Если не указано иное, копирование, распространение или плагиат переведенных статей запрещены.