Обговорення застосування технології zk-SNARKs в іграх на блокчейні
Повні ланцюгові ігри як нова сфера, що виникла на перетині технології блокчейну та ігрової індустрії, стикаються з певними технічними викликами. Наприклад, у одній з ігор на повному ланцюгу, гравець повинен за 4 хвилини знищити всі елементи на ігровому полі, щоб отримати винагороду у вигляді токенів. Однак, через особливості блокчейну, кожна дія вимагає взаємодії з ланцюгом, що погіршує ігровий досвід.
Щоб вирішити цю проблему, фахівці в галузі пропонують використовувати технологію zk-SNARKs (ZKP). Її основна ідея полягає в тому, що процес гри не записується в блокчейн, але через спеціальний механізм забезпечується відсутність ризику шахрайства. Конкретно, кожна дія гравця генерує ZKP, а наступна дія базується на ZKP попереднього кроку, утворюючи самозамкнений ZKP, схожий на структуру блокчейну. Після завершення гри останній ZKP надсилається в блокчейн для перевірки смарт-контрактом.
Проте, це рішення стикається з багатьма викликами в реальному застосуванні:
Потреби в захисті від шахрайства під час гри та її результатів є складними. Потрібно не лише згенерувати ZKP для результату, але й перевірити весь процес гри.
Поступове створення zk-SNARKs має технічні труднощі. Кожен крок zk-SNARKs залежить від попереднього, тому забезпечити узгодженість і правильність є великою проблемою.
Обробка відкритих ігрових даних. Самі ігрові дані є відкритими, функція приховування інформації ZKP у цьому контексті виглядає надлишковою.
Витрати ігрових предметів пов'язані з передачею токенів, як вирішити цей етап в рамках ZKP, ще потрібно з'ясувати.
Особливість приховування даних ZKP може ускладнити отримання ігрових даних та ускладнити реалізацію проекту.
Отже, у таких іграх застосування технології ZKP потребує зважування переваг і недоліків. На сьогодні ZKP більше підходить для використання в двох категоріях сцен: приховування інформації в іграх з неповною інформацією (наприклад, покер, гра в вовка тощо), а також підтвердження результатів одноразових ігор (наприклад, лотерея, вгадування чисел тощо).
Для повноцінних ігор на блокчейні ключовим є знаходження способу, який би забезпечував відсутність можливості шахрайства на всіх етапах гри, від початку до завершення, а також зменшував би кількість взаємодій з блокчейном, що підвищує ігровий досвід. Це потребує подальшого дослідження та інновацій з боку експертів галузі для знаходження технічних рішень, які краще підходять для характеристик повноцінних ігор на блокчейні.
Ця сторінка може містити контент третіх осіб, який надається виключно в інформаційних цілях (не в якості запевнень/гарантій) і не повинен розглядатися як схвалення його поглядів компанією Gate, а також як фінансова або професійна консультація. Див. Застереження для отримання детальної інформації.
8 лайків
Нагородити
8
3
Поділіться
Прокоментувати
0/400
LiquidationWatcher
· 08-04 21:50
чесно кажучи, ті zk докази виглядають так само підозріло, як мої ліквідовані лонг позиції в '22...
Переглянути оригіналвідповісти на0
GasGrillMaster
· 08-04 21:44
Чому здається, що це навіть гірше, ніж грати в мобільні ігри...
Переглянути оригіналвідповісти на0
SchrodingerPrivateKey
· 08-04 21:40
Цій технології ще потрібно почекати, перш ніж вона стане реальністю.
Аналіз викликів та перспектив застосування zk-SNARKs у всіх ланцюгових іграх
Обговорення застосування технології zk-SNARKs в іграх на блокчейні
Повні ланцюгові ігри як нова сфера, що виникла на перетині технології блокчейну та ігрової індустрії, стикаються з певними технічними викликами. Наприклад, у одній з ігор на повному ланцюгу, гравець повинен за 4 хвилини знищити всі елементи на ігровому полі, щоб отримати винагороду у вигляді токенів. Однак, через особливості блокчейну, кожна дія вимагає взаємодії з ланцюгом, що погіршує ігровий досвід.
Щоб вирішити цю проблему, фахівці в галузі пропонують використовувати технологію zk-SNARKs (ZKP). Її основна ідея полягає в тому, що процес гри не записується в блокчейн, але через спеціальний механізм забезпечується відсутність ризику шахрайства. Конкретно, кожна дія гравця генерує ZKP, а наступна дія базується на ZKP попереднього кроку, утворюючи самозамкнений ZKP, схожий на структуру блокчейну. Після завершення гри останній ZKP надсилається в блокчейн для перевірки смарт-контрактом.
Проте, це рішення стикається з багатьма викликами в реальному застосуванні:
Потреби в захисті від шахрайства під час гри та її результатів є складними. Потрібно не лише згенерувати ZKP для результату, але й перевірити весь процес гри.
Поступове створення zk-SNARKs має технічні труднощі. Кожен крок zk-SNARKs залежить від попереднього, тому забезпечити узгодженість і правильність є великою проблемою.
Обробка відкритих ігрових даних. Самі ігрові дані є відкритими, функція приховування інформації ZKP у цьому контексті виглядає надлишковою.
Витрати ігрових предметів пов'язані з передачею токенів, як вирішити цей етап в рамках ZKP, ще потрібно з'ясувати.
Особливість приховування даних ZKP може ускладнити отримання ігрових даних та ускладнити реалізацію проекту.
Отже, у таких іграх застосування технології ZKP потребує зважування переваг і недоліків. На сьогодні ZKP більше підходить для використання в двох категоріях сцен: приховування інформації в іграх з неповною інформацією (наприклад, покер, гра в вовка тощо), а також підтвердження результатів одноразових ігор (наприклад, лотерея, вгадування чисел тощо).
Для повноцінних ігор на блокчейні ключовим є знаходження способу, який би забезпечував відсутність можливості шахрайства на всіх етапах гри, від початку до завершення, а також зменшував би кількість взаємодій з блокчейном, що підвищує ігровий досвід. Це потребує подальшого дослідження та інновацій з боку експертів галузі для знаходження технічних рішень, які краще підходять для характеристик повноцінних ігор на блокчейні.