登录 注册

Bytom 储蓄分红 DAPP 开发指南

本贴最后更新于 1936 天前，其中的信息可能已经渤澥桑田

储蓄分红 DAPP

储蓄分红合约简介

储蓄分红合约指的是项目方发起了一个锁仓计划（即储蓄合约和取现合约），用户可以在准备期自由选择锁仓金额参与该计划，等到锁仓到期之后还可以自动获取锁仓的利润。用户可以在准备期内（dueBlockHeight）参与储蓄，按照合约规定可以 1：1 获取同等数量的储蓄票据资产，同时用户锁仓的资产（deposit）将放到取现合约中，并且项目方是无法动用的，等到锁仓期限（expireBlockHeight）一到，用户便可以调用取现合约将自己储蓄的资产连本待息一同取出来。其示意图如下:

从上图中可以看出，项目方发布了一个利润为 20% 的锁仓项目，其中储蓄合约 FixedLimitCollect 锁定了 1000 个票据资产（bill），同时项目方将 200 个储蓄资产（deposit）锁定到利息合约中。待项目方发布完合约之后，所有用户便可以参与了。例如上图中 user1 调用合约储蓄了 500，这 500 个储蓄资产将被锁定在取现合约 FixedLimitProfit 中，同时 user1 获得了 500 个票据资产，剩余找零的资产将继续锁定在储蓄合约 FixedLimitCollect 中，以此类推，user2 和 user3 也是相同的流程，直到储蓄合约没有资产为止。取现合约 FixedLimitProfit 跟储蓄合约的模型大致相同，只是取现合约是由多个 UTXO 组成的，用户在取现的时候可以并行操作。但是如果合约中的面值不能支持用户一次性取现的话，需要分多次提取。例如 user1 拥有 500 个票据资产，而可以获得的本息总额为 600，但是取现的 UTXO 面值为 500,那么 user1 一次最多只能取 500,剩下的 100 需要再构造一笔交易来提现。

合约源代码

// 储蓄合约
import "./FixedLimitProfit"
contract FixedLimitCollect(assetDeposited: Asset,
                        totalAmountBill: Amount,
                        totalAmountCapital: Amount,
                        dueBlockHeight: Integer,
                        expireBlockHeight: Integer,
                        additionalBlockHeight: Integer,
                        banker: Program,
                        bankerKey: PublicKey) locks billAmount of billAsset {
    clause collect(amountDeposited: Amount, saver: Program) {
        verify below(dueBlockHeight)
        verify amountDeposited <= billAmount && totalAmountBill <= totalAmountCapital
        define sAmountDeposited: Integer = amountDeposited/100000000
        define sTotalAmountBill: Integer = totalAmountBill/100000000
        verify sAmountDeposited > 0 && sTotalAmountBill > 0
        if amountDeposited < billAmount {
            lock amountDeposited of assetDeposited with FixedLimitProfit(billAsset, totalAmountBill, totalAmountCapital, expireBlockHeight, additionalBlockHeight, banker, bankerKey)
            lock amountDeposited of billAsset with saver
            lock billAmount-amountDeposited of billAsset with FixedLimitCollect(assetDeposited, totalAmountBill, totalAmountCapital, dueBlockHeight, expireBlockHeight, additionalBlockHeight, banker, bankerKey)
        } else {
            lock amountDeposited of assetDeposited with FixedLimitProfit(billAsset, totalAmountBill, totalAmountCapital, expireBlockHeight, additionalBlockHeight, banker, bankerKey)
            lock billAmount of billAsset with saver
        }
    }
    clause cancel(bankerSig: Signature) {
        verify above(dueBlockHeight)
        verify checkTxSig(bankerKey, bankerSig)
        unlock billAmount of billAsset
    }
}

// 取现合约(本金加利息)
contract FixedLimitProfit(assetBill: Asset,
                        totalAmountBill: Amount,
                        totalAmountCapital: Amount,
                        expireBlockHeight: Integer,
                        additionalBlockHeight: Integer,
                        banker: Program,
                        bankerKey: PublicKey) locks capitalAmount of capitalAsset {
    clause profit(amountBill: Amount, saver: Program) {
        verify above(expireBlockHeight)
        define sAmountBill: Integer = amountBill/100000000
        define sTotalAmountBill: Integer = totalAmountBill/100000000
        verify sAmountBill > 0 && sTotalAmountBill > 0 && amountBill < totalAmountBill
        define gain: Integer = totalAmountCapital*sAmountBill/sTotalAmountBill
        verify gain > 0 && gain <= capitalAmount
        if gain < capitalAmount {
            lock amountBill of assetBill with banker
            lock gain of capitalAsset with saver
            lock capitalAmount - gain of capitalAsset with FixedLimitProfit(assetBill, totalAmountBill, totalAmountCapital, expireBlockHeight, additionalBlockHeight, banker, bankerKey)
        } else {
            lock amountBill of assetBill with banker
            lock capitalAmount of capitalAsset with saver
        }
    }
    clause cancel(bankerSig: Signature) {
        verify above(additionalBlockHeight)
        verify checkTxSig(bankerKey, bankerSig)
        unlock capitalAmount of capitalAsset
    }
}

合约的源代码说明可以具体参考Equity合约介绍.

注意事项：

  • 时间期限不是具体的时间，而是通过区块高度来大概估算的（平均区块时间间隔大概为 2.5 分钟）
  • 比原的精度是 8, 即 1BTM = 100000000 neu，正常情况下参与计算都是以 neu 为单位的，然而虚拟机的 int64 类型的最大值是 9223372036854775807，为了避免数值太大导致计算溢出，所以对计算的金额提出了金额限制（即 amountBill/100000000）
  • 另外 clause cancel 是项目方的管理方法，如果储蓄或者取现没有满额，项目方也可以回收剩余的资产

编译并实例化合约

编译 Equity 合约可以参考一下Equity 编译器的介绍说明。假如储蓄合约 FixedLimitCollect 的参数如下：

assetDeposited          :c6b12af8326df37b8d77c77bfa2547e083cbacde15cc48da56d4aa4e4235a3ee
totalAmountBill         :10000000000
totalAmountCapital      :20000000000
dueBlockHeight          :1070
expireBlockHeight       :1090
additionalBlockHeight   :1100
banker                  :0014dedfd406c591aa221a047a260107f877da92fec5
bankerKey               :055539eb36abcaaf127c63ae20e3d049cd28d0f1fe569df84da3aedb018ca1bf

其中 bankerKey 是管理员的 publicKey，可以通过比原链的接口list-pubkeys来获取，注意管理员需要保存一下对应的 rootXpub 和 Path，否则无法正确调用 clause cancel。

实例化合约命令如下：

// 储蓄合约
./equity FixedLimitCollect --instance c6b12af8326df37b8d77c77bfa2547e083cbacde15cc48da56d4aa4e4235a3ee 10000000000 20000000000 1070 1090 1100 0014dedfd406c591aa221a047a260107f877da92fec5 055539eb36abcaaf127c63ae20e3d049cd28d0f1fe569df84da3aedb018ca1bf

// 取现合约
./equity FixedLimitProfit --instance c6b12af8326df37b8d77c77bfa2547e083cbacde15cc48da56d4aa4e4235a3ee 10000000000 20000000000 1090 1100 0014dedfd406c591aa221a047a260107f877da92fec5 055539eb36abcaaf127c63ae20e3d049cd28d0f1fe569df84da3aedb018ca1bf

发布合约交易

发布合约交易即将资产锁定到合约中。由于目前无法在比原的 dashboard 上构造合约交易，所以需要借助外部工具来发送合约交易，比如 postman。按照上述示意图所示，项目方需要发布 1000 个储蓄资产的储蓄合约和 200 个利息资产取现合约。假设项目方需要发布 1000 个储蓄资产（假如精度为 8,那么 1000 个在比原链中表示为 100000000000）的锁仓合约，那么他需要将对应数量的票据锁定在储蓄合约中，其交易模板如下：

{
  "base_transaction": null,
  "actions": [
    {
      "account_id": "0ILGLSTC00A02",
      "amount": 20000000,
      "asset_id": "ffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffff",
      "type": "spend_account"
    },
    {
      "account_id": "0ILGLSTC00A02",
      "amount": 100000000000,
      "asset_id": "13016eff73ffb7539a69e122f80f5c1cc94446773ac3f64dec290429f87e73b3",
      "type": "spend_account"
    },
    {
      "amount": 100000000000,
      "asset_id": "13016eff73ffb7539a69e122f80f5c1cc94446773ac3f64dec290429f87e73b3",
      "control_program": "20055539eb36abcaaf127c63ae20e3d049cd28d0f1fe569df84da3aedb018ca1bf160014dedfd406c591aa221a047a260107f877da92fec5024c04024204022e040500c817a8040500e40b540220c6b12af8326df37b8d77c77bfa2547e083cbacde15cc48da56d4aa4e4235a3ee4d3b02597a642f0200005479cda069c35b797ca153795579a19a695a790400e1f5059653790400e1f505967c00a07c00a09a69c35b797c9f9161644d010000005b79c2547951005e79895d79895c79895b7989597989587989537a894caa587a649e0000005479cd9f6959790400e1f5059653790400e1f505967800a07800a09a5c7956799f9a6955797b957c96c37800a052797ba19a69c3787c9f91616487000000005b795479515b79c1695178c2515d79c16952c3527994c251005d79895c79895b79895a79895979895879895779895679890274787e008901c07ec1696399000000005b795479515b79c16951c3c2515d79c16963aa000000557acd9f69577a577aae7cac890274787e008901c07ec169515b79c2515d79c16952c35c7994c251005d79895c79895b79895a79895979895879895779895679895579890274787e008901c07ec169632a020000005b79c2547951005e79895d79895c79895b7989597989587989537a894caa587a649e0000005479cd9f6959790400e1f5059653790400e1f505967800a07800a09a5c7956799f9a6955797b957c96c37800a052797ba19a69c3787c9f91616487000000005b795479515b79c1695178c2515d79c16952c3527994c251005d79895c79895b79895a79895979895879895779895679890274787e008901c07ec1696399000000005b795479515b79c16951c3c2515d79c16963aa000000557acd9f69577a577aae7cac890274787e008901c07ec16951c3c2515d79c169633b020000547acd9f69587a587aae7cac747800c0",
      "type": "control_program"
    }
  ],
  "ttl": 0,
  "time_range": 1521625823
}

合约交易成功后，合约 control_program 对应的 UTXO 将会被所有用户查询到，使用比原链的接口list-unspent-outputs即可查询。

此外，开发者需要存储一下合约 UTXO 的 assetID 和 program，以便在 DAPP 的前端页面的 config 配置文件和 bufferserver 缓冲服务器中调用。如上所示：

// 储蓄合约
assetID：13016eff73ffb7539a69e122f80f5c1cc94446773ac3f64dec290429f87e73b3
program：20055539eb36abcaaf127c63ae20e3d049cd28d0f1fe569df84da3aedb018ca1bf160014dedfd406c591aa221a047a260107f877da92fec5024c04024204022e040500c817a8040500e40b540220c6b12af8326df37b8d77c77bfa2547e083cbacde15cc48da56d4aa4e4235a3ee4d3b02597a642f0200005479cda069c35b797ca153795579a19a695a790400e1f5059653790400e1f505967c00a07c00a09a69c35b797c9f9161644d010000005b79c2547951005e79895d79895c79895b7989597989587989537a894caa587a649e0000005479cd9f6959790400e1f5059653790400e1f505967800a07800a09a5c7956799f9a6955797b957c96c37800a052797ba19a69c3787c9f91616487000000005b795479515b79c1695178c2515d79c16952c3527994c251005d79895c79895b79895a79895979895879895779895679890274787e008901c07ec1696399000000005b795479515b79c16951c3c2515d79c16963aa000000557acd9f69577a577aae7cac890274787e008901c07ec169515b79c2515d79c16952c35c7994c251005d79895c79895b79895a79895979895879895779895679895579890274787e008901c07ec169632a020000005b79c2547951005e79895d79895c79895b7989597989587989537a894caa587a649e0000005479cd9f6959790400e1f5059653790400e1f505967800a07800a09a5c7956799f9a6955797b957c96c37800a052797ba19a69c3787c9f91616487000000005b795479515b79c1695178c2515d79c16952c3527994c251005d79895c79895b79895a79895979895879895779895679890274787e008901c07ec1696399000000005b795479515b79c16951c3c2515d79c16963aa000000557acd9f69577a577aae7cac890274787e008901c07ec16951c3c2515d79c169633b020000547acd9f69587a587aae7cac747800c0

// 取现合约
assetID：c6b12af8326df37b8d77c77bfa2547e083cbacde15cc48da56d4aa4e4235a3ee
program：20055539eb36abcaaf127c63ae20e3d049cd28d0f1fe569df84da3aedb018ca1bf160014dedfd406c591aa221a047a260107f877da92fec5024c040242040500c817a8040500e40b540220c6b12af8326df37b8d77c77bfa2547e083cbacde15cc48da56d4aa4e4235a3ee4caa587a649e0000005479cd9f6959790400e1f5059653790400e1f505967800a07800a09a5c7956799f9a6955797b957c96c37800a052797ba19a69c3787c9f91616487000000005b795479515b79c1695178c2515d79c16952c3527994c251005d79895c79895b79895a79895979895879895779895679890274787e008901c07ec1696399000000005b795479515b79c16951c3c2515d79c16963aa000000557acd9f69577a577aae7cac747800c0

储蓄分红 DAPP 架构模型

比原链的 DAPP 总体框架模型描述了 DAPP 的大致结构模型，结合储蓄分红合约案例，其具体流程如下：

DAPP 前端

储蓄分红合约前端逻辑处理流程大致如下：

  • 1）调用插件

    比原的 chrome 插件源码位于 Bytom-JS-SDK，开发比原 DAPP 时调用插件的说明可以参考 Dapp Developer Guide

  • 2）配置合约参数

    该 Dapp demo 中需要配置实例化的参数为 assetDeposited、totalAmountBill、totalAmountCapital、dueBlockHeight、expireBlockHeight、additionalBlockHeight、banker、bankerKey。其前端配置文件为configure.json.js

    var config = {
    "solonet": {
        "depositProgram": "2091194ddbf3614cafbadb1274c33e61afd4d5044c6ec4c30f8202980199c30083160014c800033d5e94de5f22e23a6d3cbeaed87b55bd640600204aa9d101050010a5d4e8203310d9951697418af3cdbe7a9cdde1dc49bb5439503dacb33828d6c9ef5af5a24dfc01567a64f5010000c358797ca153795579a19a6957790400e1f5059653790400e1f505967c00a07c00a09a69c358797c9f91616429010000005879c2547951005b79895a7989597989587989537a894c9a567a649300000057790400e1f5059653790400e1f505967800a07800a09a5a7956799f9a6955797b957c96c37800a052797ba19a69c3787c9f9161647c0000000059795479515979c1695178c2515b79c16952c3527994c251005b79895a79895979895879895779895679890274787e008901c07ec169638e0000000059795479515979c16951c3c2515b79c169639a000000567a567aae7cac890274787e008901c07ec169515879c2515a79c16952c3597994c251005a79895979895879895779895679895579890274787e008901c07ec16963f0010000005879c2547951005b79895a7989597989587989537a894c9a567a649300000057790400e1f5059653790400e1f505967800a07800a09a5a7956799f9a6955797b957c96c37800a052797ba19a69c3787c9f9161647c0000000059795479515979c1695178c2515b79c16952c3527994c251005b79895a79895979895879895779895679890274787e008901c07ec169638e0000000059795479515979c16951c3c2515b79c169639a000000567a567aae7cac890274787e008901c07ec16951c3c2515a79c16963fc010000567a567aae7cac747800c0",
        "profitProgram": "2091194ddbf3614cafbadb1274c33e61afd4d5044c6ec4c30f8202980199c30083160014c800033d5e94de5f22e23a6d3cbeaed87b55bd640600204aa9d101050010a5d4e820666f298d34806a6db0528c3b3d081bc00fa58aa393e7c42f90d67eb7db2a524f4c9a567a649300000057790400e1f5059653790400e1f505967800a07800a09a5a7956799f9a6955797b957c96c37800a052797ba19a69c3787c9f9161647c0000000059795479515979c1695178c2515b79c16952c3527994c251005b79895a79895979895879895779895679890274787e008901c07ec169638e0000000059795479515979c16951c3c2515b79c169639a000000567a567aae7cac747800c0",
        "assetDeposited": "3310d9951697418af3cdbe7a9cdde1dc49bb5439503dacb33828d6c9ef5af5a2",
        "assetBill": "666f298d34806a6db0528c3b3d081bc00fa58aa393e7c42f90d67eb7db2a524f",
        "totalAmountBill": 1000000000000,
        "totalAmountCapital": 2000000000000,
        "dueBlockHeight": 0,
        "expireBlockHeight": 0,
        "banker": "0014c800033d5e94de5f22e23a6d3cbeaed87b55bd64",
        "gas": 0.4
    },
    "testnet":{
        "depositProgram": "20f39af759065598406ca988f0dd79af9175dd7adcbe019317a2d605578b1597ac1600147211ec12410ce8bd0d71cab0a29be3ea61c71eb103c8260203da240203da2402060080f420e6b50600407a10f35a2000d38a1c946e8cba1a69493240f281cd925002a43b81f516c4391b5fb2ffdacd4d4302597a64370200005479cda069c35b790400e1f5059600a05c797ba19a53795579a19a695a790400e1f5059653790400e1f505967800a07800a09a6955797b957c9600a069c35b797c9f9161645b010000005b79c2547951005e79895d79895c79895b7989597989587989537a894ca4587a64980000005479cd9f6959790400e1f5059653790400e1f505967800a07800a09a5c7956799f9a6955797b957c967600a069c3787c9f91616481000000005b795479515b79c1695178c2515d79c16952c3527994c251005d79895c79895b79895a79895979895879895779895679890274787e008901c07ec1696393000000005b795479515b79c16951c3c2515d79c16963a4000000557acd9f69577a577aae7cac890274787e008901c07ec169515b79c2515d79c16952c35c7994c251005d79895c79895b79895a79895979895879895779895679895579890274787e008901c07ec1696332020000005b79c2547951005e79895d79895c79895b7989597989587989537a894ca4587a64980000005479cd9f6959790400e1f5059653790400e1f505967800a07800a09a5c7956799f9a6955797b957c967600a069c3787c9f91616481000000005b795479515b79c1695178c2515d79c16952c3527994c251005d79895c79895b79895a79895979895879895779895679890274787e008901c07ec1696393000000005b795479515b79c16951c3c2515d79c16963a4000000557acd9f69577a577aae7cac890274787e008901c07ec16951c3c2515d79c1696343020000547acd9f69587a587aae7cac747800c0",
        "profitProgram": "20f39af759065598406ca988f0dd79af9175dd7adcbe019317a2d605578b1597ac1600147211ec12410ce8bd0d71cab0a29be3ea61c71eb103c8260203da2402060080f420e6b50600407a10f35a20f855baf98778a892bad0371f5afca845191824dc8584585d566fbbc8ef1f304c4ca4587a64980000005479cd9f6959790400e1f5059653790400e1f505967800a07800a09a5c7956799f9a6955797b957c967600a069c3787c9f91616481000000005b795479515b79c1695178c2515d79c16952c3527994c251005d79895c79895b79895a79895979895879895779895679890274787e008901c07ec1696393000000005b795479515b79c16951c3c2515d79c16963a4000000557acd9f69577a577aae7cac747800c0",
        "assetDeposited": "00d38a1c946e8cba1a69493240f281cd925002a43b81f516c4391b5fb2ffdacd",
        "assetBill": "f855baf98778a892bad0371f5afca845191824dc8584585d566fbbc8ef1f304c",
        "totalAmountBill": 100000000000000,
        "totalAmountCapital": 200000000000000,
        "dueBlockHeight": 140506,
        "expireBlockHeight": 140506,
        "banker": "00147211ec12410ce8bd0d71cab0a29be3ea61c71eb1",
        "gas": 0.4
    }
}

  • 3）前端预计算处理

    以储蓄合约 FixedLimitCollect 为例，前端需要对该合约进行 verify 语句的预判断逻辑，以防用户输入参数之后执行失败。此外，合约中 billAmount of billAsset 表示锁定的资产和数量，而 billAmount、billAsset 和 utxohash 都是储存在缓冲服务器的数据表里面，因此前端需要调用 list-utxo 查找与该资产 asset 和 program 相关的所有未花费的 utxo。 具体可以参考DAPP DEMO 前端案例。

  • 4）交易组成

    比原的交易是多输入多输出的模板结构，如果合约中包含了多个 lock 或 unlock 语句，那么就需要用户构造多输入多输出的交易模板，同时，构造交易还需要根据 lock 语句或 unlock 语句来变换。交易构造具体可以参考储蓄合约交易模型和取现合约交易模型的前端源代码。

    • 交易 input 结构如下：

      spendUTXOAction(utxohash) 表示花费的合约 utxo，其中 utxohash 表示合约 UTXO 的 hash，而 spendWalletAction(amount, Constant.assetDeposited) 表示用户输入的储蓄或取现的数量（仅包含中需要资产交换的合约中），而资产类型则由前端固定。

      export function spendUTXOAction(utxohash){
    return {
        "type": "spend_utxo",
        "output_id": utxohash
    }
}

export function spendWalletAction(amount, asset){
    return {
        "amount": amount,
        "asset": asset,
        "type": "spend_wallet"
    }
}

const input = []
input.push(spendUTXOAction(utxohash))
input.push(spendWalletAction(amount, Constant.assetDeposited))

    • 交易 output 结构如下：

      根据合约中 if-else 判定逻辑，下面便是储蓄分红合约的 output 的构造模型。

      export function controlProgramAction(amount, asset, program){
    return {
        "amount": amount,
        "asset": asset,
        "control_program": program,
        "type": "control_program"
    }
}

export function controlAddressAction(amount, asset, address){
    return {
        "amount": amount,
        "asset": asset,
        "address": address,
        "type": "control_address"
    }
}

const output = []
if(amountDeposited < billAmount){
    output.push(controlProgramAction(amountDeposited, Constant.assetDeposited, Constant.profitProgram))
    output.push(controlAddressAction(amountDeposited, billAsset, saver))
    output.push(controlProgramAction((billAmount-amountDeposited), billAsset, Constant.depositProgram))
}else{
    output.push(controlProgramAction(amountDeposited, Constant.assetDeposited, Constant.profitProgram))
    output.push(controlAddressAction(billAmount, billAsset, saver))
}

  • 5）启动前端服务

    编译前端命令如下：

    npm run build

    启动之前需要先启动 bufferserver 缓冲服务器，然后再启动前端服务，其前端启动命令如下：

    npm start

DAPP 缓冲服务器

缓冲服务器主要是为了在管理合约 UTXO 层面做一些效率方面的处理，包括了对 bycoin 服务器是如何同步请求的，此外对 DAPP 的相关交易记录也进行了存储。具体可以参考一下bufferserver 源代码。

  • 1）储蓄分红合约的架构说明如下：

    • 缓冲服务器构成，目前设计了 3 张数据表：base、utxo 和 balance 表。其中 base 表用于初始化该 DAPP 关注的合约 program，即在查找 utxo 集合的时候，仅仅只需过滤出对应的 program 和资产即可; utxo 表是该 DAPP 合约的 utxo 集合，其数据是从 bycoin 服务器中实时同步过来的，主要是为了提高 DAPP 的并发性; balance 表是为了记录用户参与该合约的交易列表。

    • 后端服务由 API 进程和同步进程组成，其中 API 服务进程用于管理对外的用户请求，而同步进程包含了两个方面：一个是从 bycoin 服务器同步 utxo，另一个是则是通过区块链浏览器查询交易状态

    • 项目管理员调用 update-base 接口更新 DAPP 关注的合约 program 和 asset。而 utxo 同步进程会根据 base 表的记录来定时扫描并更新本地的 utxo 表中的信息，并且根据超时时间定期解锁被锁定的 utxo

    • 用户在调用储蓄或取现之前需要查询合约的 utxo 是否可用，可用的 utxo 集合中包含了未确认的 utxo。用户在前端在点击储蓄或取现按键的时候，会调用 utxo 最优匹配算法选择最佳的 utxo，然后调用 update-utxo 接口对该 utxo 进行锁定，最后就用户就可以通过插件钱包调用 bycoin 服务器的构建交易接口来创建交易、签名交易和提交交易。倘若所有合约 utxo 都被锁定了，则会缩短第一个 utxo 的锁定时间为 60s，设置该时间间隔是为了保证未确认的交易被成功验证并生成未确认的 utxo。如果该时间间隔并没有产生新的 utxo，则认为前面一个用户并没有产生交易，则 60s 后可以再次花费该 utxo。

    • 用户发送交易成功后会生成两条 balance 记录表，默认状态是失败的，其中交易 ID 用于向区块链浏览器查询交易状态，如果交易成功则会更新 balance 的交易状态。此外，前端页面的 balance 列表表只显示交易成功的记录。

  • 2）编译 bufferserver 源代码

    按照README安装部署服务需要的软件包 Mysql 和 Redis，然后下载源代码并编译：

    make all

    编译完成之后，在 target 目录下会生成可执行文件 api 和 updater。

  • 3）启动服务

    使用 root 用户创建数据库和数据表，其命令如下：

    mysql -u root -p < database/dump.sql

    修改配置文件 config_local.json，字段说明参考README的 config 配置参数详解。

    启动 api 和 updater 服务器，其中 api 是提供 JSON RPC 请求的服务进程，updater 是提供同步 blockcenter 和区块链浏览器数据请求的服务进程。

    ./target/api config_local.json

./target/updater config_local.json
  • 比原链
    20 引用 • 2 回帖
  • DApp
    7 引用 • 21 回帖
  • 区块链

    区块链是分布式数据存储、点对点传输、共识机制、加密算法等计算机技术的新型应用模式。所谓共识机制是区块链系统中实现不同节点之间建立信任、获取权益的数学算法 。

    91 引用 • 751 回帖 • 4 关注
杭州 位置
684 27 70 113 27 33 1 33 368

相关帖子

回帖
Bytom 储蓄分红 DAPP 开发指南

欢迎来到这里！

我们正在构建一个小众社区，大家在这里相互信任，以平等 • 自由 • 奔放的价值观进行分享交流。最终，希望大家能够找到与自己志同道合的伙伴，共同成长。

注册 关于
请输入回帖内容 ...
bytom
一种多样性比特资产的区块链交互协议 杭州
回帖
1
 帖子
23
 积分
142