链·游戏丨聚众互动CTO霍兴凯带你​​解读“大众棋牌游戏链”

2018中国国际数字互动娱乐展览会（ChinaJoy）于8月3日至6日在上海新国际会议中心隆重举行。 今天，由ChinaJoy首创的“中国区块链技术与游戏开发者大会”在上海浦东嘉里大酒店正式召开。 该大会是国内最具前瞻性、国际化、专业化的游戏产业研发技术大会。

本届中国区块链技术与游戏开发者大会的主题是“链·游戏”。 基于区块链技术开发游戏，已被全球游戏从业者视为重要的发展方向之一。 本次大会将从各个层面深入探讨如何将区块链技术与游戏技术相结合，让更多的游戏开发者更容易将游戏上链，分享区块链技术带来的创新与收益。

本次大会邀请了国内外众多应用区块链技术的游戏公司和行业专业人士。 其中，聚众互动是国内棋牌游戏行业的“先行者”。 其首席技术官霍兴凯先生受邀出席大会并发表了“棋牌游戏链的业务执行与VM设计”的主题演讲。 研究成果，以及个人对区块链技术在游戏行业应用的独到见解。

霍兴凯，聚众互动CTO，Nexusguard云平台创始团队成员，曾在电信运营商、游戏、网络安全等行业从事研发工作多年。 为多个东南亚互联网集团和银行提供防攻击服务，为多个国家的电信运营商提供安全服务解决方案和技术平台。 是华为云安全的海外技术提供商。

此外，霍兴凯先生是资深区块链游戏制作人，主导和参与开发了多款区块链游戏； 为全球十余款区块链游戏提供技术平台、安全服务解决方案和攻击防范服务。

以下为演讲实录：

“大家好，我是聚众互动CTO霍兴凯，同时也是KKGame区块链游戏开发平台的技术总监。首先简单介绍一下，KKGame是一个基于区块链，主要承载棋牌游戏业务，是棋牌游戏平台上的一个基础价值体，是一般等价物。”

棋牌业务的主要特点是：

1. 基于共识的区域化规则

2.收敛性高，细节复杂，灵活性低

3、价值频繁周转

“可能在座的有些朋友是从事棋牌游戏的，棋牌游戏也非常适合整个区块链的商业模式，因为棋牌业务本身就是一个比较窄的，可以玩也可以创造. 类别. 棋牌业务其实有一个基本的共识，是玩家认可的游戏规则，而在大量的棋牌游戏中，其实我们运营棋牌游戏的基本规则是几乎一样，是一个特别完整的逻辑体系，逻辑本身是不可修改的，而棋牌游戏本身最终承载的是价值传递，而价值传递的过程会比一般游戏更为重要和明显。 “

棋牌业务执行流程：

1. 在可控的有限变量下进行严格的判断

2.确定性结果

3、过程可追溯，结果可验证

“在具体的业务执行过程中，由于棋牌类游戏几乎是一个在可控变量下执行的逻辑过程，不像其他类型的游戏，有很大的设计、策划、策划的空间。棋牌类游戏在在非常有限的条件下执行的过程，最终业务的逻辑是确定的，结果是确定的，而且棋牌类游戏业务本身对逻辑的完整性和传递的确定性要求比较高最终的价值，已经没有发展的余地，也不能再犯错了，其他类型的游戏有BUG或者返修，其实是比较常见的，但是在棋牌类游戏中，玩家对这些几乎是零容忍的错误。”

公链有待完善的基础技术：

1. VM&合约语言

2. 智能合约结果验证

3. 智能合约隐私保护

“前面的介绍基本都是棋牌游戏的业务，这次我们主要讲一下我们如何基于棋牌游戏的业务来设计我们的公链，我觉得现有的公链有三个基本点。它可以用还是需要完善，毕竟现在基础基本完善了，第一个是VM，在VM方向，主流的VM其实已经从以太坊引入了EVM虚拟机机制，这个机制是一开始并不完善，比如它的语言；二是合约的结果验证机制，以太坊的合约验证机制其实是非常耗资源的，它采用了几乎全网全验证的方式来验证执行结果，这个结果可能更适合基础公链，但是对于业务链来说资源成本太高；第三是智能合约的隐私保护，据我了解，目前的可以运行在所有公链上的虚拟机只有四种。 第一个是EVM。 EVM经过大概2-3年的发展已经比较成熟了，但是上面的语言还不够成熟。 有4-5种语言可供开发，上个月推出了一种新语言。 可以说VM上的开发语言太多了，重叠太频繁了，其实对于开发者来说是很迷惑的。 二是EOS引入了新的虚拟机和新的开发语言。 EOS的主要开发语言是C++。 C++的问题使得在EOS上开发的合约非常复杂，合约的复杂性引入了很多问题。 安全问题对于代码审计来说也是非常复杂和麻烦的，他的Review成本非常高，因为整个开发合约面向对象的机制，引入了太多人为的不可控因素。 国内一些开发的公链大多使用JavaScript。 底层主要使用V8。 V8 是 JavaScript 引擎中比较好的引擎。 如果用V8来运行智能合约，核心问题是， V8引擎本身有垃圾回收，这就引入了很多不确定性，因为合约的执行实际上是在可控的时间内，以可控的资源完成自己的任务，但是垃圾回收实际上是对整体性能和整个合约的执行有很大影响的一件事。 由于Lua是对外发布的，所以具体是哪家公司的并不清楚。 他们现在正计划使用 Lua 来做这件事。 Lua本身的VM实现还是不错的，但是4.0和5.0有很大的区别，不知道是用Lua4还是Lua5来实现他们的VM。 他们的 VM 的问题是如何设计它。 相应的GAS机制需要一定的工作量，实现起来还是不太方便。”

VM&语言设计方向：

1. 增强EVM

2. DSL解析器语义模型业务模板

3. 从字节码设计虚拟机

“再说一下VM整个语言的设计方向。现阶段，整个行业的公链中，除了EOS和以太坊肯定已经实现了他们的整个合约机制和语言之外，其他很多公链其实都是还在探索中，要改善这件事，第一个方向就是增强EVM，很多公链都声称兼容EVM，我觉得他们只是fork了EVM的代码，可能不是fork的官方代码，因为EVM有多个语言并且有多套实现，他们用某种实现来完成他们所谓的VM的底层构建，或者增强他们的VM构建。其实在区块链中设计一个VM并不是很复杂，但是需要改进一下，体量还是比较大的但十年前，这些做3D网游的兄弟可能是最后一波了。 我已经实现了自己的虚拟机。 在Lua和Ethereum还没有普及的时候，MMO上的3D游戏其实也有自己类似VM的机制，有一点自己的小脚本。 几乎每个大厂商都有自己的小脚本。 这套东西其实很多游戏行业的同学都实现过； 第二个方向是创建DSL。 正如我之前提到的，许多游戏合作伙伴已经实施了某种 DSL。 大部分DSL都不是图灵完备的，而是基于业务表达自己的业务。 可能是基于规划或者运营的需要，逐步完善一套DSL，但是这个东西是基于业务增长的。 ，不是一个完整的计划，但是现在，在现有的方向上搭建垂直行业公链，实现语言方向做DSL是一个很好的方向，因为业务是一定的，而DSL本身已经在游戏中了圆圈。 我有多年的经验； 第三个方向是从字节码开始重新设计一整套VM。 从字节码来设计并不算太复杂，但是像现有的以太坊和EOS，他们的思路太大了，要承载的东西太多的时候，就把整个底层基础开放的太多了，不一定好事物。 如果你是一个产业链，如果你不仅要参与设计，还要收缩自己的想法，你必须克制自己，不要想带着所有这些想法，设计一些更简单的东西可能会更好。”

KKGAME VM设计：

1.从业务模板设计

2. 自上而下的设计理念

3. 抽象语义限制表达能力

》KKGame目前正在开发全平台，我先从VM的设计层面说一下我们考虑的方向，一般VM的设计都是自下而上的，很多实际做过VM的兄弟可能比较理解，比如Let's first先看看CPU是怎么回事，因为CPU的设计是一个很完整的基础，然后再看看内存分配和内存管理，然后从下往上开始设计VM，大部分语言和VM都是设计在同时但是作为一个行业公链，我们的思路出发点是自上而下的设计，首先定义我们的业务，然后克制自己过多的想法，把业务最集中最准确的抽象出来，依赖在需求上Layer-down设计，所以我们在设计整个VM的时候，其实不是技术人员来做的，而是业务人员商量说我们需要技术，提供给我们的最小原型是什么，应该是abl e 要改进什么，基于这个，我们再设计一下，在VM这个层面应该做什么。 我的意思是VM和语言同时设计，VM本身是图灵完备的，但是我们约束语言，我们不想那么图灵完备的东西，我们把更多的业务抽象成模板，用模板来实现基础服务而不是给开发者更多的灵活性来实现自己的业务。 由于我前面提到的棋牌业务的特点，它没有更多的发展和扩张空间。 如何实现它是一个非常确定性的事情。 如果在基础业务层面没有更多的想法，将基础业务完全实现和抽象出来，保持基础业务的完整性就行了。”

KKGame业务模板：

1. 具有通用规则的卡和板业务模板

2.区域规则业务模板

3、自建业务模板库

“我们在设计模板的时候，因为国内棋牌业务的种类很多，比如斗地主的牌类游戏，地方规矩很多；麻将比较多，几乎每个县都有自己的规矩，甚至一个county有自己的rule，两三个rule，实现通用模板的抽象层次很麻烦，我们在设计整个VM的时候，做了大量的研究工作，如何在规则？在业务模板之上做一个更灵活的表达。现阶段我们只是在现有业务的基础上改进这件事，所以我们在设计VM的时候有一定的开放性，可以在里面添加更多未来，我们系统的厂商或者开发者提供某种自定义接口，提供某种可继承的空间来实现自己的一些业务，这个可能需要自己生态中更多的评测者和小伙伴共同开发来决定。 是否接受这套东西，或者验证是对还是错，因为业务本身对逻辑的要求太严，如果逻辑本身不够正确，玩家是不会接受的。

虚拟机实现细节：

1.如何处理256bit浮点数

2.GC垃圾回收机制 3.GAS机制

“在设计这套VM的时候，我们遇到了很多技术问题，第一个问题是如何处理浮点数以太坊棋牌赚钱，我觉得所有兼容EVM的链都没有真正考虑过256bit的问题，它是一种数据类型这对业务表达不太好，我觉得他们这样做是因为EVM承担了太多的金融资产，金融资产要求浮点数的计算绝对准确，他们在这件事上很棘手嗯，其实，他们没有浮点数的概念，都是用整数，然后做移位处理具体金融资产的小数点。但是如果你做一个产业链，除了金融资产，还有很多业务逻辑 当时使用超长整数来处理业务逻辑，首先对开发者很不友好，所以我们在设计VM的时候，采用了类似以太坊的方案，为f做一个超长整数金融资产，但是对于业务数据方面，我们还是设计了标准，比如8位，16位，32位，64位，但是这个只对模板开发者开放，不对业务开发者开放到底; 第二个问题Garbage collection，我们把garbage collection抑制在一个最小范围内，甚至我们想尽量不做garbage collection。 在一个GAS机制中，我觉得GAS机制其实就是一种链上资产的分配，或者说是一种资源分配的机制，这个机制其实是非常有必要的。 其他现有链所谓的某种机制，最终会发现资源分配的成本太高，远高于GAS，对开发者和玩家非常不友好。

智能合约结果验证：无需全节点同步验证

“关于合约验证的问题，我简单说一下最重要的一点，以太坊现有的链几乎都是全节点合约验证，对于大部分业务来说，没有必要去全节点验证你的业务。其他的就没必要了。值得注意的是，只要有一定的参与者和不固定的验证节点，保证结果可信，就不需要全节点验证。相对于商业，棋牌游戏是一个小商业。”

智能合约隐私保护：

一、交易

2. 智能合约

“最后说说隐私保护，棋牌业务比隐私保护更敏感，我们也在考虑隐私保护的程度，我们也在做计划。棋牌业务需要隐私保护以太坊棋牌赚钱，但我们是否最后能不能实现还在努力中。”

“由于时间原因，今天就分享到这里，谢谢大家！”