Substrate应用开发基础架构

文章介绍了Substrate应用开发的基础架构，重点分析了区块链应用开发的复杂性，涉及链上链下不同部分的操作。
详细解释了Substrate Application Structure的各个组成部分及其功能：
- 外界通过Json RPC与substrate node交互
- 所有对链上状态的修改都应通过transaction提交到Runtime logic处理
- Runtime logic对Runtime Storage有完全读写能力，对Offchain Storage有写能力
- Substrate node可直接读写Offchain Storage
- Offchain Workers可读写Offchain Storage，但只能读取Runtime Storage
- Offchain Worker可提交新交易更新链上状态
- Offchain Worker可请求外部服务获取数据并更新状态
- Substrate node通过Runtime API读取链上状态
- 链上状态变更会生成event，通过rpc被外界监听
提出了基于Substrate的Web3.0应用编程范式：
- 修改状态操作提交到链上处理，部分信息可存储在Offchain Storage
- 查询操作可通过本地存储或链上链下结合方式
- Offchain层可作为与外界隔离的缓存层
还探讨了一些创新玩法，如完全使用substrate node实现传统应用服务，或通过offchain worker代理提交交易
最后指出当前Offchain storage功能还比较弱，建议考虑嵌入sqlite等增强功能

熟悉Web开发流程的同学应该都清楚，开发一个完整的服务器后端，无非要弄清楚几样东西。

1.请求如何接入？是http，restful, 还是 rpc？

2.应用逻辑写在哪里，怎么写

3.数据如何存储？用什么数据库？

4.当前服务如何调用其它服务（高级，异步）

将此模式应用到 Substrate 上，官方给出了如下结构图。在这个图中，Off-chain workers 起到了非常重要的作用。

笔者通过对 substrate 的深度分析，在这里给出上图的一个细化图，基于此图，采用 substrate 进行 Web3.0 的开发就就豁然开朗了。

区块链应用开发更加复杂一些，因为涉及到链上链下不同部分的操作。对上图 Substrate Application Structure 的解释如下：

1.外界使用 Json RPC 与 substrate node 进行交互

2.（几乎）所有对链上状态的修改，都应该使用 transaction 提到到 Runtime logic 中进行处理

3.Runtime logic 对 Runtime 的 Storage 具有完全的读写能力。对 Offchain Storage 具有写能力

4.Substrate node 能直接对 Offchain Storage 进行读写

5.Offchain Workers 能直接对 Offchain Storage 进行读写，只能读 Runtime Storage 中的东西

6.Offchain Worker 可以提交新的交易来实现对链上状态的更新

7.Offchain Worker 可以请求外部服务，获取相应的数据回来，（异步）更新链上状态或者本地存储

8.Substrate node 可以通过 Runtime API 机制对链上状态进行读取，也可以传参数进 Runtime logic 以更灵活地读状态

9.链上状态的变更，会生成 event，发送到 substrate node 中，经由 rpc 被外界监听到

基于 Substrate 这种清晰的结构，我们可以设计一些不同的 Web3.0 应用的编程范式。比如其中一种是：

1.所有修改状态的操作，都提交到链上处理。但是链上不一定存储所有信息，可以通过 Offchain Indexing 存一部分到 local storage (offchain storage)

2.所有查询状态的操作，可以只通过 local storage 查询。或者链下与链上 storage 相结合的方式查询（链上存储代价较大，而链下存储代价小）。

3.Offchain 层可以作为与外界服务完全隔离的缓存层。使得链上逻辑，只需要专注于 substrate 体系本身。而不受外部接口和数据的影响

还可能出现一些疯狂的玩法，比如：

● 直接使用 substrate node 和 offchain storage, offchain worker 部分，实现一个传统的应用服务。完全跟区块链没有关系

● 所有交易先提交到 offchain storage 中，由 offchain worker 监听后，来代理提交交易？：P

不过现在 Offchain storage 的能力和接口还比较弱。作为 kv 数据库，功能比 redis 之类差太远。而如果能有一层 sql 数据层就更完整更好用了——能否嵌入一个 sqlite 进去呢？