Quote from: rorrim on January 22, 2018, 04:25:36 PM

Quote from: Vadim Valirov on January 22, 2018, 01:55:19 PM

1. "ОК, конкретнее: множество узлов формируют блоки, какой из них пойдет в цепочку?" это вопрос реализации правил игрового процесса. Вне зависимости от того, как реализован проект, цепь блоков служит, для хранения данных и не может быть фикцией (пример - proof of stake).
2. "Если proof of game это консенсус, тогда в цепочку пойдет тот блок, какой скажет игровой сервер. Т.е. метод принятия решения исключительно централизованный, в таком случае вся цепочка блоков просто фикция." - почемы Вы это утверждаете? Возможно заранее прописать правила, по которым будет выбрано достижение, для записи блока в цепь. Алгоритм, по которому будет приниматься консенсус, между приложениями. Например, коофицент уровня игрока к уровню монстра (чем круче был монстр, по отношению к игроку, тем большая вероятность, что достижение используется, для подтверждения блока).
Сервер только подтверждает наличае достижения (что тоже можно проверить, поскольку приложения синхронизированы).

В PoS/DPoS все узлы знают у кого сколько ресурса (монеток) есть. В случае с сервером, сервер может любые достижения генерировать для отдельных пользователей.

Я же уже об этом говорил выше - "приложения сверяют подтвержденные сервером результаты между собой). Например, игрок HTGHY убил монстра №34kuyylk8787T, теперь этого монстра нет на карте (в течении определенного интервала времени), следовательно, никакое другое приложение (игрок), не может получить вознаграждение, за это достижение".
Все приложения хранят обновляют и сверяют между собой информацию об игровом процессе: монстрах, местах локации игроков, их перемещении в пространстве и времени, характеристиках, битвах в игре (в зашифрованом виде). После победы над монстром (подтверждение с сервера), подается запрос на проведение консенсуса. Приложения сверяют данные, если по каким то причинам приложения других участников (оговоренный %) опровергают достижение (монстр был убит и еще не возродился, все еще присутствует в игре, локации не совпадают, время не совпадает, процесс поединка содержит ошибки/нарушения, характеристики игрока не позволяют осуществить достижение, во время боя отсутствовала обратная связь с приложением (нет исходящих запросов к серверу) и т.д.), система не принимает его (достижение не прошло процедуру ревизии). С течением времени, устаревшая информация об игровом процессе сжигается, для освобождения дискового пространства. Достижения игроков сохраняются, в качестве подтверждения блоков.