开发 Substrate 运行时模块和开发 Substrate 智能合约(例如使用 ink! 语言)有什么区别?
有哪些应用程序最好以一种或另一种形式编写的示例?
开发 Substrate 运行时模块和开发 Substrate 智能合约(例如使用 ink! 语言)有什么区别?
有哪些应用程序最好以一种或另一种形式编写的示例?
Substrate 运行时模块和 Substrate 智能合约是使用 Substrate 框架构建“去中心化应用程序”的两种不同方法。
传统的智能合约平台允许用户在一些核心区块链逻辑之上发布额外的逻辑。由于任何人都可以发布智能合约逻辑,包括恶意行为者和缺乏经验的开发人员,因此围绕智能合约平台构建了许多有意的安全防护。一些例子是:
这些不同的开销使运行合约更慢且成本更高,但同样,合约开发的“目标受众”与运行时开发人员不同。
合约可以让您的社区在您的运行时逻辑之上扩展和开发,而无需经历所有疯狂的提案、运行时升级等......它甚至可以用作未来运行时更改的测试场,但在一种将您的网络与可能发生的任何成长的痛苦或错误隔离开来的方法。
总之,Substrate 智能合约:
另一方面,运行时模块无法提供智能合约为您提供的这些保护或安全防护。作为运行时开发人员,进入您生成的代码的门槛会大幅上升。
您可以完全控制网络上每个节点将运行的底层逻辑。您可以完全访问所有模块中的每个存储项目,并且可以对其进行修改和控制。你甚至可以用不正确的逻辑或糟糕的错误处理来破坏你的链。
Substrate Runtime Module 开发旨在产生精益、高性能和快速的节点。它没有提供任何保护或交易恢复的开销,也没有隐含地将任何费用系统引入到您链上的节点运行的计算中。这意味着在您开发运行时功能时,您可以正确评估运行时逻辑的不同部分并将费用应用到不同部分,这样它就不会被不良行为者滥用并损害您的网络。
总之,Substrate 运行时模块:
Substrate 运行时模块和 Substrate 智能合约是提供给您解决问题的工具。
每个人可以解决的问题类型可能存在一定程度的重叠,但也有一组明确的问题仅适用于两者中的一个。两个仅在每个类别中给出一个示例:
除了上面写的所有内容之外,您还需要考虑使用特定工具设置 DApp 的成本。由于您利用了现有网络,因此部署合约是一个相对简单易行的过程。您的唯一成本是您为部署和维护合同而支付的费用。
另一方面,建立你自己的区块链需要建立一个在你的服务中发现价值的社区或建立一个私有网络的成本,其中包括云计算系统和一般网络维护的开销。
我认为现在真的是第一次如此简单和平易近人地构建运行时逻辑。过去,每个人都使用他们可用的工具智能合约来构建他们的“去中心化应用程序理念”,即使这不是最适合这项工作的工具。
随着 Substrate 的引入,有一个新工具可用于构建你的去中心化应用程序;但是再一次,认为你所有的想法都应该是一个 Substrate Runtime Module 是错误的。
相反,作为一个社区,我们第一次拥有两种工具,我们需要一起找出最适合每种情况的工具。我认为今天并不存在所有答案,但我们可以在此过程中学习并做出一些有根据的猜测。