什么时候该构建 Substrate 智能合约而不是 Substrate Runtime Module

关注Polkadot生态的社区今天应该都收到一条消息：Gavin 正式公布了有关Kusama拍卖的时间安排，Kusama 网络目前已经开启众贷活动。波卡生态上的项目们早已摩拳擦掌，将早早准备好的平行链竞拍计划公之于众，吸引更多的社区成员参与其中。

在波卡上，开发者可以基于 Substate 框架构建出自己希望的区块链，达到链级别创新。然而写一条链的开发难度和拍槽成本过高，需要质押几百万的DOT/KSM ，如果项目方拍下了平行链插槽，还需要等到插槽租赁期过后才能解锁，而且平行链插槽租期至少半年轮换一次。

而用智能合约的方式，能够把一条平行链的资源按照 Gas 价格，以每个块的粒度实时拍卖出去。部署难度和运行成本都很低，还可以获得不同业务场景的可组合性。在 Gavin Wood 设计的波卡平台上，可容纳多种智能合约技术，形成最丰富的技术多样性，达到异构多链的状态。不仅可以吸收已有的生态，同时低成本开展新的创新。

那应该什么时候构建 SubstrateRuntime Modules而不是 Substrate 智能合约呢？在 stackoverflow.com 看到一位开发者是这样回答的（原文见文末）：

SubstrateRuntime Modules和 Substrate 智能合约是使用 Substrate 框架构建“去中心化应用”的两种不同方法。

合约可以让社区在你的runtime 逻辑之上扩展和开发，而无需经历所有疯狂的提案、runtime升级等......它甚至可以用作未来runtime更改的测试基础，以某种方式将你的网络与任何可能发生的增长烦恼或错误隔离开来的方法。

总之，Substrate 智能合约：

另一方面，Runtime modules无法提供智能合约为你提供的这些保护或安全防护。作为运行时开发人员，你生成代码的进入门槛就越来越高。

Substrate Runtime Modules 和 Substrate 智能合约是你可以用来解决问题的工具。

Runtime Modules：在区块链交易之上构建隐私层。

共享：构建像 Cryptokitties 这样的DApp，它可能需要建立一个用户社区（倾向于智能合约），或者可能需要扩展到每天数百万笔交易（倾向于Runtime Module）

—-

编译者/作者：PolkaWorld

玩币族申明：玩币族作为开放的资讯翻译/分享平台，所提供的所有资讯仅代表作者个人观点，与玩币族平台立场无关，且不构成任何投资理财建议。文章版权归原作者所有。