TL; DR

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

перед початком

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

Ця стаття - це підсумок отриманих досвідів та думок під час цього процесу розробки, і призначена надихнути читачів.

Це, ймовірно, найпростіша спроба розробити повноцінні ігри на ланцюжку. Раніше ми намагалися реалізувати повноцінну версію гри Chrome Offline Dinosaur Game (Chrome Dino Game) на ланцюжку, але пізніше виявилося, що вона не є власною для блокчейну. За підтримки механізму Tick гри важко відтворити повноцінну версію, яка була б близькою до оригінального досвіду гри.

Онлайн-версія гри Chrome Dino за адресою:https://dinorunner.com/

Це може включати загальне непорозуміння: реалізувати повноцінну версію простих ігор на ланцюжку легше. Насправді це не так, оскільки час підтвердження транзакції блокчейну (навіть основний Шар 2) ще не досяг рівня часу відповіді інтерфейсу централізованого сервера; крім того, після того, як логіка гри завантажена на ланцюжок, це призводить до інженерної складності, яка не виникала в централізованому сценарії, що призводить до того, що не всі прості випадкові ігри можна легко реалізувати повноцінні версії на ланцюжку. Це також пояснює до певної міри поточні поділених екологічних ігор на повноцінний ланцюжок:

Головним чином 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 = ланцюжкова реляційна база даних + ланцюжкова рамка розробки додатків.

Функції MUD. джерело:https://github.com/latticexyz/mud

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

Чи то "ланцюжкова реляційна база даних", чи "фреймворк для розробки додатків на ланцюжку", вони є важливими для розвитку Ethereum, "світового комп'ютера".

Ми вивчили з розробки інтернет-додатків: зручність використання програмного забезпечення баз даних / обґрунтованість дизайну структури таблиць баз даних в значній мірі визначає складність всього проекту. іншими словами, розробка інтернет-додатків здійснюється з базою даних в якості основи, давайте назвемо це «на основі баз даних».

Тож давайте подивимося, чи дизайн двигуна MUD також слідує ідеї «бази даних». З точки зору дизайну двигуна MUD, він вирішує три основні проблеми:

1. Як зробити дані на ланцюжку легкими для читання, запису та зберігання економічним способом,

2. Автоматична синхронізація даних між ланцюжком/клієнтами,

3. Загальне управління складністю розробки програм.

Давайте спочатку розглянемо перше питання: «Як дані на ланцюжку можна легко читати, записувати та економно зберігати».

Ця проблема може бути розкладена на два елементи:

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

2> Економічне зберігання

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

Джерело зображення:https://mempool.space/mining

Отже, рішення для MUD полягає в тому, щоб реалізувати «реляційну базу даних» на верхньому рівні зв'язаного сховища (відповідає таблиці в механізмі MUD). Для розробників використання такого досвіду є таким самим, як операція звичайних реляційних баз даних (таких як MySQL, SQL Server, PostgreSQL, SQLite та ін.). Це дійсно більш дружнє для більшості розробників Інтернету. На рисунку нижче показана відповідна структура таблиці, коли ми розробили повноцінну версію 2048 на основі механізму MUD.

Джерело:https://github.com/themetacat/MUD2048/blob/main/packages/contracts/mud.config.ts

Ми можем проаналізувати поняття "економічного зберігання" з точки зору Ethereum, світового комп'ютера.

Сучасні комп'ютери всі відповідають структурі "Вон Неймана", яка поділена на п'ять частин: введення, виведення, операція, управління та зберігання (див. малюнок нижче).

Зображення беруться з Інтернету

З погляду самого двигуна повноцінного ланцюга його можна оптимізувати лише “зберігання”, оскільки “введення” та “виведення” знаходяться на його верхньому рівні і не можуть бути контрольовані; “operaція” та “контроль” – це те, що робить блокчейн Ethereum. Як “basic application software”, що працює на цьому “світовому комп'ютері”, двигун повноцінного ланцюга може оптимізувати введення “зберігання” через нього.

Конкретне рішення для оптимізації зберігання полягає в реалізації дуже ефективного та компактного «упаковування бітів» для вхідних даних. Оскільки зберігання даних на блокчейні оплачується в залежності від обсягу даних, менший обсяг даних означає більш низькі витрати на зберігання. Повністю оптимізовані витрати на зберігання є передумовою для появи масштабних складних додатків на ланцюгу. На рисунку нижче показано конкретний випадок оптимізації зберігання від MUD. Для отримання детальної інформації дивіться“Повний ланцюговий гральний рушій MUD від 0 до V2”.

Джерело зображення:https://lattice.xyz/blog/mud-zero-to-v2

Підсумовуючи, щодо першого питання, MUD головним чином вирішує проблему з точки зору «базованої на базі даних».

Тепер ми переходимо до другого питання: «Автоматична синхронізація даних між ланцюжком/клієнтами».

Це також основна функція, яку надає двигун MUD, що допомагає розробникам зекономити себе від важкої роботи з управління складним синхронізацією стану. Конкретний план реалізації полягає в реальному часі синхронізації бази даних на ланцюжку на клієнті. Іншими словами, у кожного клієнта є вбудована локальна копія, яка синхронізується з базою даних на ланцюжку в реальному часі.

Це в основному досягається за допомогою Індексатора у двигуні MUD. Нижче наведено офіційне введення MUD до Індексатора, яке в основному призначене для сценаріїв, де ви хочете побудувати і запустити його на сервері проекту (звісно, цей опис також стосується Індексатора, який автоматично запускається в клієнті повного ланцюжка гри).

Джерело зображення: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. Опис, це функція, яку надають загальні фреймворки розробки програм, тому я не буду вдаватися в деталі тут.

Джерело зображення:https://mud.dev/world/introduction

Для складного розроблення додатків контроль доступу (або маршрутизація) є важливим зв'язком у визначенні загального обсягу проекту. Якість проектування контролю доступу безпосередньо визначає складність та зручність обслуговування розроблення додатків. MUD очевидно приділяє велике значення цьому. На рисунку нижче показана оптимізація його модуля контролю доступу в версіях MUD v1 та v2.

Джерело зображення:https://lattice.xyz/blog/mud-zero-to-v2

Вищезазначені - це деякі з наших інженерних думок та досвіду у процесі розробки mud2048.fun з використанням MUD-движка. Загалом MUD-движки також слідують ідеї «на основі бази даних», що досить узгоджується з методологією розробки інтернет-додатків. Тому розробники інтернет-додатків не відчують нічого дивного у MUD-движках. Далі ми обговоримо наші думки щодо повноцінної галузі геймінгу.

Промисловість

Коли ми виходимо на поле повноланцюгових ігор, ми постійно задаємо собі три питання:

1. Чому потрібна повноцінна ланцюжокова гра?

2. Які ігри підходять для цілого ланцюга?

3. Який зв'язок між Fully on-Chain та Crypto native?

Далі ми обговорюємо по одному:

Для першого питання: Чому нам потрібні повноцінні ланцюгові ігри?

Цю проблему можна подальше розкласти на дві підпроблеми:

1> Навіщо блокчейн-індустрії потрібні повноланцюгові ігри?

2> Чому ринок криптовалют потребує повноцінних ланцюгових ігор?

З погляду галузі блокчейну:

Екосистема Ethereum розвинулася до такого етапу, коли вимагається поява складних додатків on-chain (раніше on-chain додатки 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.

Джерело зображення:https://twitter.com/0xPixeLAW/status/1704375844674912515

Інтероперабельність між іграми може бути хибною пропозицією протягом тривалого часу. Хоча повноцінні ігри на основі блокчейн успадковують інтероперабельність, з бізнесової/продуктової/екологічної точки зору важко уявити, що два незалежні продукти будуть розроблятися для інтероперабельності в короткостроковій перспективі, і цей пункт також був спростований в попередньому циклі "Метавсвіт", хоча й до певної міри.

Тепер давайте поговоримо про третє питання: Яка взаємозв’язок між повністю на ланцюжку та криптовалютною ​​мовою?

Спочатку, надмірне підкреслення "на всьому ланцюжку" змусить людей потрапити в порочний коло фундаменталізму. Поточна інфраструктура блокчейну не може підтримати широкий спектр ігор для розміщення всіх даних/логіки на ланцюжку. Крім того, GubSheep, засновник "Темного лісу",початкова формулювання"Цифрові ігри-мешканці", щоб подумати про те, як ігри можуть сприяти розвитку галузі блокчейну у найбільшій мірі з погляду цифрових мешканців. На зображенні нижче показана частина оригінального тексту GubSheep.

джерело:https://gubsheep.substack.com/p/the-strongest-crypto-gaming-thesis

Crypto native - це концепція з постійно змінюваними конотаціями та відносно розмитими межами. На різних етапах розвитку блокчейну існують різні тлумачення.

У 2017 році CryptoKitties вважалися епітетом криптовалютного народження;

У 2018 році Uniswap був втіленням крипто-рідкого;

У 2020 році CryptoArt - це втілення криптовалютного походження;

У 2021 році DAO є втіленням крипто-родовища;

До 2023 року повні ігри ланцюга, де дані та логіка знаходяться на ланцюзі, вважаються моделлю криптовалютного світу.

Але суттєво шифрування - це ідея, а не догма.

Повністю на ланцюгу - це методологія, яка реалізує криптовалюту, але ми не можемо бути обмежені нею, так само як централізація/децентралізація, революція/контрреволюція - всі це відносні концепції, і легко зайти в тупик, якщо занадто заплутатиїся у буквальному значенні.

Так чи ігри на повному ланцюжку, чи крипто-рідні ігри, які нові можливості вони приносять?

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

Крім того, повноцінний гральний движок, такий як 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

Відмова від відповідальності:

1. Ця стаття була опублікована з [GateMetaCat]. Усі авторські права належать оригінальному автору [CK]. Якщо є зауваження до цього перевидання, будь ласка, зв'яжіться з Gate Learnкоманда, і вони оперативно займуться цим.
2. Відповідальність за відмову: Погляди та думки, висловлені в цій статті, належать виключно автору і не становлять жодної інвестиційної поради.
3. Переклад статті на інші мови виконує команда Gate Learn. Якщо не зазначено інше, копіювання, поширення або плагіатування перекладених статей заборонене.