前言:
未来基于Dapp的游戏可能会多起来吧, 尤其是博彩类游戏, 由于区块链匿名特性, 加之数字货币不受国家监控, 几乎成了一个法外之地. 大量游戏团队都往之涌入.
今天讲讲当前Dapp的一种游戏模式--pvp, 结合一个github上的开源项目magic-maze-2d来解读.
简介:
代码是从github上搜索到的, 它是基于波场(公链)来发布合约的.
具体的github地址magic-maze-2d, 我这边权当搬运工了, 我觉得代码写的很好, 非常地敬佩作者.
设计思想:
pvp模式, 转变了之前人和平台博弈的局面, 转为人和人之间的博弈, 平台只作为组织者而存在. 这样游戏服务商可以承包大部分的业务逻辑, 而涉及数字货币的交易则由智能合约来管理. 公开透明, 玩家都能接受.
继续借用作者的流程图:
其合约的核心代码如下所示:
contract MagicMaze { // 用于创建房间(带着游戏房间信息的hash), 设定奖励规则 function create(uint256 id, string memory name, string memory mazeHash) public payable { require(msg.value >= SERVICE_FEE); require(mazes[id].bonus == 0); bytes32 hash = stringToBytes32(mazeHash); mazes[id] = Maze(id, name, hash, msg.value, msg.sender, address(0), address(0)); emit mazeCreated(id); } // 新玩家进行挑战注册 function challenge(uint256 id) public payable { require(mazes[id].bonus != 0); require(mazes[id].challenger == address(0)); require(mazes[id].bonus == msg.value); mazes[id].challenger = msg.sender; mazes[id].bonus += msg.value; } // 胜利者获取奖励(带着房间信息, 可生成hash, 用于验证) function takeBonus(uint256 id, string memory mazeInfo) public payable { require(mazes[id].bonus != 0); require(mazes[id].winner == address(0)); require(mazes[id].creator == msg.sender || mazes[id].challenger == msg.sender); require(msg.value >= SERVICE_FEE); bytes32 mazeHash = sha256(abi.encodePacked(mazeInfo)); if (mazeHash == mazes[id].mazeHash) { mazes[id].winner = msg.sender; msg.sender.transfer(mazes[id].bonus); emit winner(id, msg.sender); } else { emit falseClaim(id, msg.sender); } serviceCharge += msg.value; } }
简单来说, 可以归纳如下:
1. 玩家调用服务端创建房间, 后端根据房间信息+秘钥(MazeInfo), 生成hash, 返回给玩家.
2. 玩家带着房间信息 + hash, 去智能合约创建房间(create).
3. 有另外一个玩家来挑战, 先在智能合约中注册为该房间的挑战者(challenge), 然后和服务端交互确认, 如果胜利, 服务端下发房间信息和秘钥(MazeInfo)
4. 赢家可以根据这个MazeInfo去合约中获取奖金(takeBonus).
在整个流程中, 服务端都没有参与合约里奖池建立和提取, 而服务端相当于公平的裁判者.
总结:
这种pvp的模式, 平台不参与博弈, 只收取服务费. 而且挑战双方, 不需要同时在线, 可玩性极强, 感觉会流行一波, 不过PVP模式的游戏, 也是一个潜在的缺点, 就是有些不良平台会搞托(机器人), 这样即做裁判员, 又做运动员, 轻松赢得奖池.
我还是相信大浪淘沙后, 最终会留下几款体验超好, 又值得信赖的精品.