Применение zk-SNARKs в полномасштабных играх: на примере игр на уничтожение
В разработке игр на основе всей цепочки оптимизация пользовательского опыта всегда была в центре внимания отрасли. В качестве примера возьмем игру на базе всей цепочки под названием "игра на устранение", продолжительность которой составляет 4 минуты. Игрокам необходимо устранить все элементы на игровом поле в течение установленного времени, чтобы получить токен в качестве награды. Однако из-за особенностей взаимодействия с блокчейном игрокам необходимо ожидать как минимум 2 секунды после каждого действия, что серьезно ухудшает игровой опыт.
Чтобы решить эту проблему, разработчики предложили использовать технологии zk-SNARKs для уменьшения частоты взаимодействия игроков с блокчейном. Их концепция заключается в следующем: игровой процесс не записывается в блокчейн, но с помощью определенных механизмов обеспечивается отсутствие риска мошенничества. Более конкретно, каждое действие игрока генерирует zk-SNARK, а zk-SNARK для последующих действий основан на предыдущем, образуя самодостаточную структуру zk-SNARK, аналогичную блокчейну. В конце игры достаточно отправить zk-SNARK последнего действия в блокчейн для проверки результата смарт-контрактом.
Однако этот план сталкивается с множеством проблем в процессе реализации:
Защита от мошенничества в процессе игры и результатах: необходимо не только генерировать ZKP для окончательного результата, но и проверять весь процесс игры.
Технические проблемы, возникающие при поэтапном создании ZKP: каждый шаг операции ZKP зависит от предыдущего шага, и существует сомнение в обеспечении возможности генерации и проверки.
Обработка открытых игровых данных: данные этой игры сами по себе открыты, использование zk-SNARKs для скрытия информации кажется излишним. В то же время, как сохранить игровые данные на стороне смарт-контракта также становится проблемой.
Проблема расхода игровых предметов: когда речь идет о расходе токенов, представляющих игровые предметы, как обрабатывать передачу токенов в системе ZKP - это сложная задача.
Скрывающая способность ZKP: в ситуациях, где не требуется скрывать игровые данные, использование ZKP, наоборот, увеличивает сложность получения данных и неопределенность реализации.
После глубокого анализа мы пришли к следующим выводам:
Для таких полноценных игр, где нет необходимости скрывать игровые данные, использование ZKP для сокрытия информации может принести больше вреда, чем пользы. Чтобы улучшить игровой опыт, можно рассмотреть возможность не записывать процесс игры в блокчейн, а только записывать финальный результат для верификации. Ключевым моментом является нахождение способа, который гарантирует, что на каждом этапе игры, начиная с её начала и заканчивая, не будет возможности для мошенничества.
В настоящее время технологии ZKP в игровой сфере в основном применимы к двум типам сценариев:
Скрытие информации в играх с неполной информацией, таких как Темный лес, Техасский холдем, Мафия и т.д.
Доказательство результатов одиночной игры, таких как лотерея, угадывание числа, камень-ножницы-бумага и т. д.
Стоит отметить, что из-за сложности технологии zk-SNARKs анализ и выводы этой статьи могут иметь определенные ограничения. Мы надеемся, что больше специалистов углубится в эту тему, чтобы предоставить больше инновационных идей для развития игр на блокчейне.
На этой странице может содержаться сторонний контент, который предоставляется исключительно в информационных целях (не в качестве заявлений/гарантий) и не должен рассматриваться как поддержка взглядов компании Gate или как финансовый или профессиональный совет. Подробности смотрите в разделе «Отказ от ответственности» .
12 Лайков
Награда
12
7
Репост
Поделиться
комментарий
0/400
CountdownToBroke
· 08-02 02:20
2 секунды ожидания лучше потратить на игру в мобильные игры
Посмотреть ОригиналОтветить0
MidnightSnapHunter
· 07-31 11:56
Четыре минуты, чтобы сыграть? Ждите, пока сервер зависнет.
Посмотреть ОригиналОтветить0
TokenomicsTrapper
· 07-31 10:50
лmao еще один полумертвый zkp копиум... классический паттерн выхода на памп загружается rn fr
Посмотреть ОригиналОтветить0
ImpermanentLossFan
· 07-30 10:06
Ну когда же это закончится, даже в игре "消消乐" нужно использовать zk-SNARKs?
Посмотреть ОригиналОтветить0
NftDataDetective
· 07-30 10:01
хмм, задержка в 2 секунды? если честно, все равно кажется немного медленным для игры в жанре три в ряд.
Посмотреть ОригиналОтветить0
TrustMeBro
· 07-30 09:59
Две секунды задержка уже не двигается.
Посмотреть ОригиналОтветить0
ZKProofster
· 07-30 09:55
технически говоря... 2сек задержка все еще ужасна для игр, если быть честным. никакое количество zkp не может исправить эту фундаментальную проблему.
Вызовы и ограничения внедрения технологии zk-SNARKs в игры на блокчейне
Применение zk-SNARKs в полномасштабных играх: на примере игр на уничтожение
В разработке игр на основе всей цепочки оптимизация пользовательского опыта всегда была в центре внимания отрасли. В качестве примера возьмем игру на базе всей цепочки под названием "игра на устранение", продолжительность которой составляет 4 минуты. Игрокам необходимо устранить все элементы на игровом поле в течение установленного времени, чтобы получить токен в качестве награды. Однако из-за особенностей взаимодействия с блокчейном игрокам необходимо ожидать как минимум 2 секунды после каждого действия, что серьезно ухудшает игровой опыт.
Чтобы решить эту проблему, разработчики предложили использовать технологии zk-SNARKs для уменьшения частоты взаимодействия игроков с блокчейном. Их концепция заключается в следующем: игровой процесс не записывается в блокчейн, но с помощью определенных механизмов обеспечивается отсутствие риска мошенничества. Более конкретно, каждое действие игрока генерирует zk-SNARK, а zk-SNARK для последующих действий основан на предыдущем, образуя самодостаточную структуру zk-SNARK, аналогичную блокчейну. В конце игры достаточно отправить zk-SNARK последнего действия в блокчейн для проверки результата смарт-контрактом.
Однако этот план сталкивается с множеством проблем в процессе реализации:
Защита от мошенничества в процессе игры и результатах: необходимо не только генерировать ZKP для окончательного результата, но и проверять весь процесс игры.
Технические проблемы, возникающие при поэтапном создании ZKP: каждый шаг операции ZKP зависит от предыдущего шага, и существует сомнение в обеспечении возможности генерации и проверки.
Обработка открытых игровых данных: данные этой игры сами по себе открыты, использование zk-SNARKs для скрытия информации кажется излишним. В то же время, как сохранить игровые данные на стороне смарт-контракта также становится проблемой.
Проблема расхода игровых предметов: когда речь идет о расходе токенов, представляющих игровые предметы, как обрабатывать передачу токенов в системе ZKP - это сложная задача.
Скрывающая способность ZKP: в ситуациях, где не требуется скрывать игровые данные, использование ZKP, наоборот, увеличивает сложность получения данных и неопределенность реализации.
После глубокого анализа мы пришли к следующим выводам:
Для таких полноценных игр, где нет необходимости скрывать игровые данные, использование ZKP для сокрытия информации может принести больше вреда, чем пользы. Чтобы улучшить игровой опыт, можно рассмотреть возможность не записывать процесс игры в блокчейн, а только записывать финальный результат для верификации. Ключевым моментом является нахождение способа, который гарантирует, что на каждом этапе игры, начиная с её начала и заканчивая, не будет возможности для мошенничества.
В настоящее время технологии ZKP в игровой сфере в основном применимы к двум типам сценариев:
Скрытие информации в играх с неполной информацией, таких как Темный лес, Техасский холдем, Мафия и т.д.
Доказательство результатов одиночной игры, таких как лотерея, угадывание числа, камень-ножницы-бумага и т. д.
Стоит отметить, что из-за сложности технологии zk-SNARKs анализ и выводы этой статьи могут иметь определенные ограничения. Мы надеемся, что больше специалистов углубится в эту тему, чтобы предоставить больше инновационных идей для развития игр на блокчейне.