资讯专栏INFORMATION COLUMN

Dapp开发教程三 Asch Dapp Mini DAO

hsluoyz / 1312人阅读

摘要:前边两篇教程可以称之为热身,从这里开始,进入正题。这一次,我们要正式创建新的交易类型或者智能合约了。这个的功能是对账户进行操作,这个操作包括对数字的加减法数组的增删字符串的设置等。

前边两篇教程可以称之为热身,从这里开始,进入正题。 这一次,我们要正式创建新的交易类型或者智能合约了。

1 创建合约

首先要进入dapp所在目录

cd dapps//

然后执行asch-cli的contract子命令

asch-cli contract -a

接下来会提示输入合约的名字,这里输入的是"Project"

? Contract file name (without .js) Project
New contract created: ./contracts/Project.js
Updating contracts list
Done

这个命令会帮我们做三件事

新增了合约模板文件modules/contracts/Project.js
在modules/helper/transaction-types.js注册了交易类型
在modules.full.json中注册了新的模块
2 定义实体字段

在实现一个智能合约之前,需要定义好合约执行后生成的交易数据实体,即最终存储到区块链上的是哪些数据,也就是相当于创建关系数据的表格 一个合约类型对应一张表格 表格的schema在blockchain.json中进行配置

project类型比较简单,只包含name和description字段 另外transactionId字段是每个实体表格都需要的,是作为基础交易transactions的外键。

{
        "table": "asset_project",
        "alias": "t_p",
        "type": "table",
        "tableFields": [
            {
                "name": "name",
                "type": "String",
                "length": 16,
                "not_null": true
            },
            {
                "name": "description",
                "type": "Text",
                "not_null": true
            },
            {
                "name": "transactionId",
                "type": "String",
                "length": 21,
                "not_null": true
            }
        ],
        "foreignKeys": [
            {
                "field": "transactionId",
                "table": "transactions",
                "table_field": "id",
                "on_delete": "cascade"
            }
        ]
    }

然后需要在join字段种加入新的配置,还是为了联合查询以及序列化和反序列化时使用

{
                "type": "left outer",
                "table": "asset_project",
                "alias": "t_p",
                "on": {
                    "t.id": "t_p.transactionId"
                }
            }

将来,asch会把这些配置通过自动化的方式生成,开发者只需要输入实体字段的名称和类型即可。

3 实现合约接口

一个合约包含如下接口,有的必须要实现,有个则使用默认生成的代码即可

create              # 创建一个交易的数据对象,主要是赋值操作
calculateFee        # 设置交易费,即生成一次交易需要消耗的XAS数量
verify              # 验证交易数据,比如字段是否合法,依赖条件是否满足等
getBytes            # 返回交易的二进制数据,类型为Buffer
apply               # 合约的执行逻辑,在区块打包时调用,主要是分配和转移交易涉及到的各个账户的资产,以及账户其他字段的设置等
undo                # apply的相反操作,在区块回滚时会调用
applyUnconfirmed    # 合约的预执行逻辑,与apply类似,但是这个会实时的调用,就是说区块打包前就会调用,因此涉及到的账户操作都是临时、未确认的
undoUnconfirmed     # applyUnconfirmed的相反操作,回滚时使用
ready               # 交易是否准备完毕,是否满足打包的条件,这是个高级功能,大部分情况都不需要,以后会多带带讲解
save                # 交易数据的序列化操作,就是将json字段映射到数据库表格字段
dbRead              # 交易的反序列化操作,将数据库表格字段映射到json字段
normalize           # 交易数据的格式化,把不相关的对象字段删除,相关的对象统一类型,一般情况不需要

上面的接口大部分情况下使用默认的就可以了 开发者需要注意的主要是apply和applyUnconfirmed两个接口,这是业务逻辑的主体部分。

4 实现Project合约

实现create

    trs.recipientId = null;
  // 创建项目只需要发起者,不需要接收者,所以设为null

    trs.amount = 0;
  // 也不需要金额,只需要手续费

    trs.asset.project = {
        name: data.name,
        description: data.description
    }
  // project对象的两个数据字段

    return trs;

设置交易费

这个项目不希望与XAS对接,那么就把交易费设置为0就行了

Project.prototype.calculateFee = function (trs) {
    return 0;
}

数据检验

这个没啥可解释的

Project.prototype.verify = function (trs, sender, cb, scope) {
    if (trs.recipientId) {
        return cb("Recipient should not exist");
    }
    if (trs.amount != 0) {
        return cb("Amount should be zero");
    }
    if (!trs.asset.project.name) {
        return cb("Project must have a name");
    }
    if (trs.asset.project.name.length > 16) {
        return cb("Project name must be 16 characters or less");
    }
    if (!trs.asset.project.description) {
        return cb("Invalid project description");
    }
    if (trs.asset.project.description.length > 1024) {
        return cb("Project description must be 1024 characters or less");
    }
    cb(null, trs);
}

获取二进制数据

二进制数据主要是为了生成签名数据,所以只需要把交易的实体数据组合起来打包成Buffer就可以了。 组合的方式可以随便,比如,可以通过bytebuffer,也可以通过简单的字符串连接。

Project.prototype.getBytes = function (trs) {
    try {
        var buf = new Buffer(trs.asset.project.name + trs.asset.project.description, "utf8");
    } catch (e) {
        throw Error(e.toString());
    }

    return buf;
}

合约执行逻辑

先看未确认合约的执行

Project.prototype.applyUnconfirmed = function (trs, sender, cb, scope) {
    if (sender.u_balance["POINTS"] < BURN_POINTS) {
        return setImmediate(cb, "Account does not have enough POINTS: " + trs.id);
    }
    if (private.uProjects[trs.asset.project.name]){
        return setImmediate(cb, "Project already exists");
    }
    modules.blockchain.accounts.mergeAccountAndGet({
        address: sender.address,
        u_balance: { "POINTS": -BURN_POINTS }
    }, function (err, accounts) {
        if (!err) {
            private.uProjects[trs.asset.project.name] = trs;
        }
        cb(err, accounts);
    }, scope);
}

在这一步,检查用户的余额是否足够,否则拒绝执行, 接着判断是否已经存在相同的项目名称, 最后会看到一个dapp开发中最重要的api,即modules.blockchain.accounts.mergeAccountAndGet。

这个api的功能是对账户进行操作,这个操作包括对数字的加减法、数组的增删、字符串的设置等。 这里对账户余额执行了减法操作,即把u_balance中的POINTS资产,减去BURN_POINTS。 这里取名BURN_POINTS主要是为了表达这个合约的执行需要燃烧一定数量的资产,因为没有指定被消耗掉的资产的去向,那么这些被消耗的资产就只有消失了,也就是被燃烧了。 这里只是为了简单起见,如果业务逻辑不希望燃烧,可以把这些资产作为手续费,转给应用的开发者或者节点运营者,或者转移到一个基金账户中,用作将来的开发经费,完全由你自己决定。

接下来再看看确认合约的执行代码

Project.prototype.apply = function (trs, sender, cb, scope) {
    modules.blockchain.accounts.mergeAccountAndGet({
        address: sender.address,
        balance: {"POINTS": -BURN_POINTS}
    }, cb, scope);
}

非常简单,只有一个操作,仅仅是对账户资产进行一个减法操作。 大部分情况下, applyUnconfirmed是比apply要复杂的,特别是涉及到资产的减法操作时,因为前者要比后者执行的更早,后者就没必要做多余的条件检查了。 我们要注意到,apply修改的是balance字段,applyUnconfirmed修改的是u_balance字段,

所以如果u_balance满足条件(即有足够的剩余资产),那么balance一定也会满足条件,所以就没必要进行进一步检查了。

接下来的save, dbRead就没必要解释了,开发者可以自己发现其中的规律,直接套用即可。

5 实现http接口

在上一个步骤,已经定义了一个project合约的所有逻辑了。 在这一步,我们需要增加两个接口,都是为客户端或前端服务的,一个是用于创建交易,一个是用于查询交易历史。

几乎所有的交易创建都是类似的,一般可以分解成一下几步

使用客户端传过来的secret生成密钥对keypair
使用公钥查询或新建账户数据,通过api modules.blockchain.accounts.getAccount
然后使用客户端传过来的交易实体数据和账户数据以及密钥对,创建一个交易对象,通过api modules.logic.transaction.create
最后是调用api modules.blockchain.transactions.processUnconfirmedTransaction来处理这个交易
有一点需要注意的是library.sequence.add接口的使用,这个接口可以保证多个交易按先后顺序严格执行,如果你的合约逻辑中涉及到异步操作,应该要使用这个api。

再来看一下list这个查询接口,熟悉sql的同学一眼就看出,这只不过是个联表查询操作。

为什么要联表查询呢?

因为transactions和asset_xxx表示的是一个交易的不同部分,前者是数据的基础数据,所有交易都通用,比如交易的发起者,交易数据的签名,金额等等, 后者则属于交易数据的扩展部分,是用户自定义的数据,与具体的业务逻辑相关。

6 实现投票合约

这个就不逐行解释了,开发者可以自己研究asch-mini-dao的源码,有了上面的基础后,不难理解。

文章版权归作者所有,未经允许请勿转载,若此文章存在违规行为,您可以联系管理员删除。

转载请注明本文地址:https://www.ucloud.cn/yun/81333.html

相关文章

  • Dapp开发教程 Asch Dapp Mini DAO

    摘要:前边两篇教程可以称之为热身,从这里开始,进入正题。这一次,我们要正式创建新的交易类型或者智能合约了。这个的功能是对账户进行操作,这个操作包括对数字的加减法数组的增删字符串的设置等。 前边两篇教程可以称之为热身,从这里开始,进入正题。 这一次,我们要正式创建新的交易类型或者智能合约了。 1 创建合约 首先要进入dapp所在目录 cd dapps// 然后执行asch-cli的contr...

    qqlcbb 评论0 收藏0
  • Dapp开发教程Asch Dapp Dice Game

    摘要:但是我觉得在原理上与上一个项目相比,并没有什么不同。源码是最好的老师。 这个dice game与上一个mini dao相比,代码规模大了许多,功能也复杂了很多,创建了三个合约类型,彼此之间有依赖关系,合约的执行还要依赖历史交易数据。 但是我觉得在原理上与上一个项目相比,并没有什么不同。 源码是最好的老师。

    xiaowugui666 评论0 收藏0
  • Dapp开发教程Asch Dapp Dice Game

    摘要:但是我觉得在原理上与上一个项目相比,并没有什么不同。源码是最好的老师。 这个dice game与上一个mini dao相比,代码规模大了许多,功能也复杂了很多,创建了三个合约类型,彼此之间有依赖关系,合约的执行还要依赖历史交易数据。 但是我觉得在原理上与上一个项目相比,并没有什么不同。 源码是最好的老师。

    mtunique 评论0 收藏0
  • Dapp开发教程Asch Dapp Hello World

    摘要:基本流程有三种,,,,后两种是发布到线上的,可通过公网访问。第一种是运行在本地的只有一个节点的私链,主要是为了方便本地测试和开发。 1 基本流程 Asch有三种net,localnet,testnet,mainnet,后两种是发布到线上的,可通过公网访问。 第一种localnet是运行在本地的、只有一个节点的私链,主要是为了方便本地测试和开发。 Dapp的开发同样要涉及到这三种网络,即...

    maxmin 评论0 收藏0
  • Dapp开发教程Asch Dapp Asset

    摘要:前一篇文章介绍了开发的基本流程,这一次打算创建一个拥有内置资产的,并顺便介绍下前后端通讯的协议和常用接口。我们的程序目前只能创建一种内置资产,如果有创建多种资产的需求,我们可以考虑开发。 前一篇文章介绍了asch dapp开发的基本流程,这一次打算创建一个拥有内置资产的dapp,并顺便介绍下前后端通讯的协议和常用接口。 1 创建一个带内置资产的dapp 其实这篇文章有些标题党,因为创建...

    VPointer 评论0 收藏0

发表评论

0条评论

最新活动
阅读需要支付1元查看
<