作者： 孙博山（ArcBlock 软件工程师）

校对： 傅禹翰（ArcBlock 实习生）

什么是 Forge？

犹如 Ruby on Rails 是一套构建 Web 应⽤的框架，Forge 是一套构建区块链 dApps 的框架。区块链可以简单地理解成数据库，公开可验证的去中心化数据库。

一个传统的应用把数据储存在数据库里，一个 dApp 去中心化应用把数据放在区块链之中。

构建⼀个 dApp 比较于传统的应⽤要复杂许多，P2P、共识算法、网络协议等⼀系列底层的架构要先搭好，然后才写用户逻辑来实现业务需求。Forge 作为⼀个构建基于区块链的 dApp 框架，将大量的工作已经做好，并且提供了一套接口供应⽤程序调用。所以对于一名应用程序的开发者，只需关心自己业务逻辑，Forge 会将数据保存在区块链中供应⽤程序使⽤。

区块链是什么？

Forge 中有一些概念是源于区块链的，而很多开发者对于区块链并不是很熟悉，这里简单介绍一下一些最基本的概念，以助于之后开发的理解，

区块链就是一条由区块组成的链，它其实是一种数据结构。⻓的样子有点像 Linked List 链表。用链表可以存些简单的数据如 1、2、3，那区块链中存储的数据是什么呢？答案是 Transaction。

Transaction 是什么？

transaction 交易，简称为 tx，是存储在每个区块中的数据。

一个区块由区块头和内容组成，头中保存了块高、上个区块的哈希等信息，而内容则是一个个的 tx。为什么区块中的数据叫做 transaction 交易呢？因为世界上第一个区块链项目比特币中，每一区块中存的就是一笔笔比特币交易记录，所以后续的各种区块链项目都用交易即 transaction 来作为区块链中的数据。

Forge 中的概念

当我们要做一个有用的应用程序时，通常会涉及到用户，用户会创建一些资产，并且将这些资产进行交易等行为。Forge 将这些行为抽象为两个基本的概念：

  • account 账号
  • asset 资产

Account

Account 就是传统应用中账户的概念，只不过在传统应用中，一个用户账号是用用户名和密码来创建的；而在区块链的世界中，用户账号是由链包地址和私钥来创建的。

为什么不用用户名/密码来创建用户账户呢？ 因为在区块链的世界中，其实是没有一个用户登陆的概念的。我们知道，在传统的应用中，用户登陆成功后可以进行一些操作。比如说转账、发微博等。在比特币中，用户之间是如何在不登陆账户的情况下进行转账的呢？答案是通过数字签名，即将转账交易用比特钱包的私钥进行签名后发到区块链上；之后这个签名的交易经由别人验证后就算是有效的了，这样一笔转账的交易就算是完成了。所以钱包的概念也是比特币引进的。

Asset

Asset 资产则用来表示任何东西，可以是一篇文章、一张图片、一张地图或是一个证书。资产可以由某个用户创建，或者应用程序来创建，一旦创建后，可以用来进行交易、使用等行为。具体是做什么取决于应用程序。

Forge 中的 Transaction

前面说到，比特币中有且仅有的一种 Transaction 就是转账，Forge 作为一个全功能框架，原生支持十几种 Transaction，包括创建账号、创建资产、转账、交换等。每一次事件的发生，都等价成一个个的 Transaction 发布到链上。

所以说若开发者想在区块链上做开发，归根结底就是通过 Forge 在区块链上发布一个个 Transaction。

我们知道，当 Forge 启动之后，便是一个单独的操作系统进程，开发者开发的应用程序如何与 Forge 交互来告知其应当发什么 Transaction 呢？ Forge 提供了两种方式，GraphQL 和 gRPC。

如何与 Forge 交互？

Forge 本身提供了两种与其交互的形式：

  • GraphQL
  • gRPC

这可能与我们平时调用某个服务器提供的 API 不太一样。我们平日接触的 API 调用大都是通过 JSON 发送一些 HTTP 请求访问某个 API 来获取一些资源，为什么 Forge 没有用 JSON API 呢？

原因很简单，效率。关于 GraphQL 和 gRPC 的优点，这里不再展开，不过会简单介绍一下这二种技术。

GraphQL 怎么用？

GraphQL 是 Facebook 开源的一项技术，皆在帮助用户更高效快捷地从服务器获取资源，

Graphql

GraphQL 在网络的应用层面用的是 HTTP/1.1 或 HTTP/2 协议的 POST 请求，服务器接收从客户端发来的 Query 请求，经过处理后返回一个 JSON 的结果。

客户端能发送的请求分三类：

  • Query：用来读取资源
  • Mutation：用来创建、改变资源
  • Subscription：用来订阅事件

在 Forge 中，Query 一般用来作查询链上的数据； Mutation 一般用来作向链发送 Transaction；Subscription 用来订阅链上发生的事件。

gRPC 怎么用？

gRPC 是 Google 出的一套 RPC 框架，简单来说：

Protocol Buffer 简称 Protobuf，也是 Google 自家出的一种序列化/反序列化标准。是比 XML、JSON 更加高效的序列化方式。它是通过预先定义好一个 .proto 文件，记录了要传输的信息都有哪些字段以及它们的编号，之后序列化的时候只对字段的值进行编码，以达到节省空间的目的，使用方法如下：

grac

  1. 用户定义要传输的信息有哪些字段，写到一个 .proto 文件中，然后用官方或社区提供的你要用的语言的插件将其编译成 .cpp 或 .ex 或 .py 文件中。
  2. 在你的程序中，用刚才生成出来的模块提供的序列化函数，将一个数据对象转化成二进制以便在网络中进行传输，接受方用反序列化函数得到的二进制转化回数据对象。

用 Protobuf 进行的对数据的序列化能很大程度上节省空间，这样传输在网络上的数据变少了，请求就更高效了。但是需要付出的代价就是：

  1. 首先要有服务端定义的 .proto 文件
  2. 你要用的语言要有 protoc（官方提供的 protobuf 的编译器）的插件。

Forge 所有用到的 proto 文件都在 ArcBlock/forge-abi 仓库中；Google 官方支持 C++、C#、Go、Python 的插件，其他的语言要到社区中去找了。

那么，gRPC 是啥呢？看图说话：

grac

  • 首先服务器端定义好一套请求/响应的.proto 文件
  • 客户端把要发的请求通过 protobuf 序列化成二进制后，通过 HTTP/2 协议发给服务器
  • 服务器收到请求，处理之，然后再以 protobuf 序列化的二进制发回响应——客户端收到响应后，反序列化拿到结果

之所以用 HTTP/2 协议而不再用 HTTP/1.1 是为了能够更高效地传输数据。同时，需要用一个官方提供的或是社区提供的 gRPC 的库来使用 gRPC。

GraphQL 还是 gRPC？

Forge 提供了 GraphQL 和 gRPC 两种方式来与其交互，那么到底用哪个好呢？

GraphQL 上手简单，只需要用一个 HTTP 客户端和一个 JSON 的源就能收发数据了，而 gRPC 上手复杂，需要了解 protobuf，并用一个 gRPC 才能收发数据。

我们推荐用 gRPC，虽然看起来上手难点，但是其使用起来更灵活； 而 GraphQL 上手简单，更适合一些简单的查询。

Forge 中如何发送 transaction？

前面讲了若开发者想在区块链上做开发，归根到底就是通过 Forge 在区块链上发布一个一个 transaction。又讲了 Forge 提供 GraphQL 和 gRPC 的方式来交互。接下来就讲一下如何在 Forge 中通过 gRPC 中发送 transaction。

transaction

怎么样，发送的流程简单吧！就是把 Forge 中定义的 transaction 通过 gRPC 发给 Forge，之后 Forge 会返回一个哈希作为结果。

好的，那么接下来，我们就来看一下 Forge 中定义的 transaction 长什么样。

Forge 中对于 transaction 的定义可以在 arcblock/forge-abi/lib/protobuf/type.proto 下面找到。

我们需要做的事情就是构造出来这个 transaction 后，将其发送给 Forge，接下来我们会用一个具体的例子来演示如何在链上创建一个钱包账号。

Forge 中的钱包

创建钱包分 2 步，

  1. 在本地创建一个钱包
  2. 把这个钱包申明（declare）到链上去，这样就算完成了用户账号的创建

所以说了这么久，钱包究竟是什么东西呢？

钱包其实就是一个存储了公钥/私钥/地址的一个数据结构，被定义于 protobuf 中，

我们的钱包是一个支持 DID 规范的钱包，里面有 3 个选项可选：

  • role type：角色
  • key type：私钥算法
  • hash type：哈希算法

这里的细节请参考 arcblock/abt-did-spec 里面关于创建 DID 的文档。

以下的参考代码内为 Elixir 代码，用的是我们已经开源的 Forge-elixir-sdk 的库：

好的，这样我们创建的钱包已是在本地创建的，还是要把它申明到链上去，

还记得之前说的，要在链上搞事情就得需要发一个 transaction。

还剩下 signature， signatures 和 itx 未填， signaures 是多方签名，我们这一步还用不到，不用管它，在看签名之前我们先来看一下 itx。

Forge 中的 itx 是什么?

itx 是 inner transaction 的缩写，都已经有了 tx，为啥还要有 itx 呢？

itx

做个比喻，这个就像写信一样，每封信都有标题、抬头、正文、日期和签名等，但是不同的信的正文内容是不同的。

tx 就是信的模版，包括寄信人，标题，签名；而 itx 则是信的正文，代表了具体内容。Forge 支持了十几种 tx，也就是说，有十几种 itx。

我们要做的将刚创建的钱包申明上的链的 itx 叫做 declare：

这里忽视了其他一些用不上的字段。那么如何将这个 declare tx 创建成一个 itx 呢？ 我们再来看一下 transaction 中定义的 itx 类型：

google.protobuf.Any itx = 15;

它的类型是 google.protobuf.Any, 这个是 google 提供的一种类型，如它的名字一样，是专门给任意类型用的一种通用的类型，它的定义如下：

既然是任意类型，那只用 value 来表示不就好了吗？ typeurl 是个什么鬼？ 这个其实是给应用程序用的，告诉它这个任意类型到底是个什么类型。google 设计的本意是这个 typeurl 是一个 url， 但是我们并不需要它是一个 url，可以是任何字符串。

Forge 中定义的 type_url 长这样：

好，现在再看一下我们的 tx

现在就差最后一步，签名了。

Forge 中如何给 tx 签名？

Forge 中的钱包支持两种椭圆曲线数字签名算法，ed25519 和 secp256k1。所谓的数字签名就是用钱包的私钥对 tx 的哈希做一个签名，之后别人可以用其公钥进行验证。

至此，我们的 tx 终于算是构造完成并且签好名了！

接下来只需要把这个 tx 发送给 Forge 啦！

如何向 Forge 发送 tx？

因为我们用 gRPC 与 Forge 进行交互，所以我们只需要使用一个 gRPC 提供的发送 tx 的服务就行了，这个服务在 Forge 中叫 send_tx，定义在 arcblock/forge-abi/lib/protobuf/service.proto 中。

进行这项操作需要参考你所用的语言的 gRPC 的库的文档，在 Elixir 中，这样做：

之后返回的哈希即是这个 tx 在链上的哈希喽！用这个哈希就可以在链上查到其状态了。当我们把 tx 发送请给 Forge 后，Forge 会做一系列的检查，包括发送 tx 的钱包地址是否有效，签名是否有效等。之后 Forge 会把这个 tx 发送给下层的共识引擎，并且广播到 P2P 网络中，最后会被打包到新的区块中，这样子我们发的 tx 相当于成功上链啦！ 当然上链并不代表这个 tx 就是成功了的，还需要检查这个 tx 的状态才行哦。

Forge 中常用的 tx

方才我们学习了如何构建并签名一个 declare tx， 并且成功将其发送给 Forge，这样我们就成功地在 Forge 上创建了一个钱包账户，接下来我们来看一下，Forge 中有那些常用的 tx。

假设有如下场景：

用户 A 创建了一个账户后，签到一次得到一些 token，之后创建了一个资产（游戏地图）， 并将这个资产免费转让了另一用户 B，之后用户 A 用一些 token 向用户 B 购买了该资产，完成了一次交换。

declare 之前我们已经看过了，接下来看 poke。

poke tx

poke 就是戳一下，作用是签到领取 25 个 token，一天只能领取一次。

我们知道，发送 tx 时，tx 的结构都是一样的，不同的仅仅是 itx 的内容及签名。我们再来看一下 tx 的结构。

poke tx 的定义如下：

然后把这个 itx 塞到上面的 tx 中，签名之后，发到链上吧！

成功以后去链上查询一下，此时我们的 jonsnow 账号就多了 25 个 token 啦！

好的，现在我们的钱包创建了，并且有了 25 个 token，接下来看看如何创建一个资产。

create_asset tx

asset 表示资产，可以代表任何可交易的物体，这里我们用游戏地图举例子，先看看 create_asset 的定义：

这里定义了 7 个字段，我们只关心其中 4 个，其余的可以不管。

接下来还有 asset 中的地址为空，我们需要自己将它算出来。

Forge 中的所有东西的 ID 都是支持 DID 标准，对于 asset 的地址，也是一个 DID。那么 asset 地址怎么算呢？

地址算好后填到上面的 asset 中：

接下来的步骤就是流水线作业，将：tx 塞入 tx 中，签名，发送成功后，一个 asset 就创建好了！里面的内容放的就是"this is my map"。

OK, 接下来我们要把该资产转移给另一个账户，这会用到 transfer tx：

transfer tx

转让 transfer 是一个单方面的用户行为。用户可以向用户 B 转钱或者转资产，所以我们需要先创建第二个钱包：

之后用 declare tx 将其申明到链上去，这里就不再详写了。

接下来看 transfer tx 的定义：

我们这里只转让一个刚才创建的地图资产，只需要 asset 地址即可。

之后老套路，itx 放入 tx 中，签名，发送上链。成功之后，本来属于用户 A 的资产现在就属于用户 B 了！

最后来看一下 exchange tx。

exchange tx

之前所有讲过的 tx 都只需要一个签名，而 exchange tx 则需要两个签名，因为是交换资产所以需要交换的双方都同意才行。

看一下 exchange tx 的定义

构建一下 itx：

接下俩老套路，itx 放进 tx，签名。至此，我们的 tx 还差最后一步，也是我们之前一直没用过的 Multisig 多方签名：

看下 multisig 的定义：

这个 multisig 该如何构建呢？很简单。将用户 B 的地址和公钥填入，再塞进 tx 中，然后用户 B 签名就行啦！

至此，我们的 tx 就被用户 A 和用户 B 都签名了，可以发送的链上去了！

成功后，资产被转移到 A 的名下，A 支付给 B 两个 token，交换成功！

整个流程的图示：

123