文章目录
  1. 1. 文档更新说明
  2. 2. 前言
  3. 3. 问题
    1. 3.0.1. 基于以太坊技术的智能合约ERC20的合约代码要注意哪些常见的代码安全,合约代码会有哪些常见的BUG和安全漏洞
    2. 3.0.2. 怎么降低矿工费,有什么好方案可以避免因矿工费问题偶尔导致交易失败的问题
    3. 3.0.3. Web3j代码调用合约的转移方法时,偶尔没有返回交易号,那我们怎么判断该交易是要成功还是失败,我们的业务会受影响,如何解决这个问题
    4. 3.0.4. Web3j代码通过交易号查询出来的交易凭证信息的方法里,有返回交易的很多信息,但是没有返回时间戳,也无法知道token
    5. 3.0.5. Thansfer的信息,不知道转移给哪个地址,转移了多少token,不知道有没有什么代码可以获取这些交易信息
    6. 3.0.6. 如何保证合约安全,如何保证交易稳定,交易延迟问题,交易失败问题,有没有一套比较好的方案,保证业务不受区块链的影响或者补偿机制
  • 4. 推荐文章
  • 文档更新说明

    • 最后更新 2018年06月27日
    • 首次更新 2018年06月27日

    前言

      解答新手若干问题.(其实大家都是新手, 都是随时成为先烈的人😉)   

    问题

    基于以太坊技术的智能合约ERC20的合约代码要注意哪些常见的代码安全,合约代码会有哪些常见的BUG和安全漏洞

      ERC20合约主要用户数字资产管理, 常见的攻击方式有溢出攻击如下:

    1. 溢出攻击(Over and under flows), 近期爆出的合约漏洞基本都是没有处理溢出问题. 可使用safemath库做四则运算解决这个问题.
    2. 可重入性, 这个攻击方式应该是编程严谨性问题.近期也有项目合约出现这个漏洞. 解决方案简单说就是在给他人转账之前, 一定要先把余额扣除, 再转账.
    3. 可见性攻击, 当涉及到权限问题的时候, 要注意做好控制,防止攻击者夺得合约的最高权限(owner)从而导致合约作废.

    怎么降低矿工费,有什么好方案可以避免因矿工费问题偶尔导致交易失败的问题

      降低矿工费嘛, 可以看看全球用户活跃时间段是什么时候,然后避开这个时间.除此之外没有其他办法了据我所知. 矿工费最好是设计成动态值, GETH本身是支持动态设置GAS的, 或者可以使用https://etherscan.io/上的一个API,得到当前时间段合适的GAS值.

    Web3j代码调用合约的转移方法时,偶尔没有返回交易号,那我们怎么判断该交易是要成功还是失败,我们的业务会受影响,如何解决这个问题

      暂时没有遇到这个问题, 如果没有返回hash值, 一般是节点的交易池满了导致的,但是按理说代码会报错才是.可以看看代码是否已经报错了然后开发者没有主动去接收.   

    Web3j代码通过交易号查询出来的交易凭证信息的方法里,有返回交易的很多信息,但是没有返回时间戳,也无法知道token

    交易被receipt之后,可以通过

    web3.eth.getTransactionReceipt("0xc79d3fe545c03a32a7bf85a02461101fc06423c6ae0fc1ee698149b5ec381b97").then(console.log)
    

    得到交易被打包的块, 再通过

    web3.eth.getBlock(2504695).then(console.log)
    

    得到具体打包的block, block里面会包含时间戳的. 至于说无法知道是哪个token, 这个应该是开发者没有看清楚吧, 一直都是有的.下面我展示一个完整的receipt结构, 里面的logs.address就是事件发生时候的合约地址.(下面例子是我近期开发的一个世界杯ERC721合约, 里面涵盖操作ERC721和ERC20的log)

    1
    2
    3
    4
    5
    6
    7
    8
    9
    10
    11
    12
    13
    14
    15
    16
    17
    18
    19
    20
    21
    22
    23
    24
    25
    26
    27
    28
    29
    30
    31
    32
    33
    34
    35
    36
    37
    38
    39
    40
    41
    42
    43
    44
    45
    46
    47
    48
    49
    50
    51
    52
    53
    54
    55
    56
    57
    58
    59
    60
    61
    62
    63
    64
    65
    66
    67
    68
    69
    70
    71
    72
    73
    74
    75
    76
    77
    78
    79
    {
    "jsonrpc":"2.0",
    "id":12,
    "result":{
    "blockHash":"0x53b0a553c1d773110330be1c6a30bb9629784954a4237f07c3c57b0138c0159a",
    "blockNumber":"0x2623e9",
    "contractAddress":null,
    "cumulativeGasUsed":"0x34683",
    "from":"0x96addf4fcf457a6065e63b56d7d91144e3203d57",
    "gasUsed":"0x19619",
    "logs":[
    {
    "address":"0xff620c44727c2af9a705598eb6781592986fc0a9",
    "topics":[
    "0xddf252ad1be2c89b69c2b068fc378daa952ba7f163c4a11628f55a4df523b3ef",
    "0x00000000000000000000000096addf4fcf457a6065e63b56d7d91144e3203d57",
    "0x0000000000000000000000007ccdddf38b7ea862e0a21faca72f464c4b8f0ef7"
    ],
    "data":"0x00000000000000000000000000000000000000000000000000000000004e4422",
    "blockNumber":"0x2623e9",
    "transactionHash":"0xacb80e05d5037503c0be884b133cb3d83df65947b0e33d9ea0ea10196e064a6e",
    "transactionIndex":"0x2",
    "blockHash":"0x53b0a553c1d773110330be1c6a30bb9629784954a4237f07c3c57b0138c0159a",
    "logIndex":"0x2",
    "removed":false
    },
    {
    "address":"0xff620c44727c2af9a705598eb6781592986fc0a9",
    "topics":[
    "0xddf252ad1be2c89b69c2b068fc378daa952ba7f163c4a11628f55a4df523b3ef",
    "0x00000000000000000000000096addf4fcf457a6065e63b56d7d91144e3203d57",
    "0x0000000000000000000000007ccdddf38b7ea862e0a21faca72f464c4b8f0ef7"
    ],
    "data":"0x000000000000000000000000000000000000000000000000000000000001d7ae",
    "blockNumber":"0x2623e9",
    "transactionHash":"0xacb80e05d5037503c0be884b133cb3d83df65947b0e33d9ea0ea10196e064a6e",
    "transactionIndex":"0x2",
    "blockHash":"0x53b0a553c1d773110330be1c6a30bb9629784954a4237f07c3c57b0138c0159a",
    "logIndex":"0x3",
    "removed":false
    },
    {
    "address":"0x36a784db7bfbb53d45cd2e92ab7293547d4edff9",
    "topics":[
    "0xddf252ad1be2c89b69c2b068fc378daa952ba7f163c4a11628f55a4df523b3ef",
    "0x0000000000000000000000007ccdddf38b7ea862e0a21faca72f464c4b8f0ef7",
    "0x00000000000000000000000096addf4fcf457a6065e63b56d7d91144e3203d57"
    ],
    "data":"0x000000000000000000000000000000000000000000000000000000000000000f",
    "blockNumber":"0x2623e9",
    "transactionHash":"0xacb80e05d5037503c0be884b133cb3d83df65947b0e33d9ea0ea10196e064a6e",
    "transactionIndex":"0x2",
    "blockHash":"0x53b0a553c1d773110330be1c6a30bb9629784954a4237f07c3c57b0138c0159a",
    "logIndex":"0x4",
    "removed":false
    },
    {
    "address":"0x36a784db7bfbb53d45cd2e92ab7293547d4edff9",
    "topics":[
    "0x572a794b7557155f243f15549b2831e2eb230a1fd79581438efc1cb541770e9b",
    "0x0000000000000000000000007ccdddf38b7ea862e0a21faca72f464c4b8f0ef7",
    "0x00000000000000000000000096addf4fcf457a6065e63b56d7d91144e3203d57"
    ],
    "data":"0x000000000000000000000000000000000000000000000000000000000000000f0000000000000000000000000000000000000000000000000000000000501bd0000000000000000000000000000000000000000000000000000000005b2b496d0000000000000000000000000000000000000000000000000000000000000032",
    "blockNumber":"0x2623e9",
    "transactionHash":"0xacb80e05d5037503c0be884b133cb3d83df65947b0e33d9ea0ea10196e064a6e",
    "transactionIndex":"0x2",
    "blockHash":"0x53b0a553c1d773110330be1c6a30bb9629784954a4237f07c3c57b0138c0159a",
    "logIndex":"0x5",
    "removed":false
    }
    ],
    "logsBloom":"0x00000000000000000000000000000000220000000000000000000000000000000000000000000000000000000000000000000000000002000000000008000000000000000000000000000008000000000004000000000000000000000002000008000000000080000000200000000000000100000000000000000010000000008000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000002000000004000000000000000c00000000000000000000000000000000000000000000000000000000000000000000000000000800000000000000000",
    "status":"0x1",
    "to":"0x36a784db7bfbb53d45cd2e92ab7293547d4edff9",
    "transactionHash":"0xacb80e05d5037503c0be884b133cb3d83df65947b0e33d9ea0ea10196e064a6e",
    "transactionIndex":"0x2"
    }
    }

    Thansfer的信息,不知道转移给哪个地址,转移了多少token,不知道有没有什么代码可以获取这些交易信息

      没看懂这个问题. 如果是ERC20的transfer, 是可以从log中得到所有相关信息的.   

    如何保证合约安全,如何保证交易稳定,交易延迟问题,交易失败问题,有没有一套比较好的方案,保证业务不受区块链的影响或者补偿机制

      合约只保留必备的功能, 减少代码复杂度. 少用循环语句. 交易失败一般是因为给出的手续费太少, 另外一个因素就是合约的代码执行复杂度会随着存储数据的增加而变得复杂, 当循环次数到达一定次数之后, 可能会导致合约被卡住了无法继续执行了.
      另外一个因素就是要尽量降低Gas的消耗.比如多使用view关键字,这样外部执行函数就完全免费了.使用结构体封装方式,封装整形,比如int8,int32等,也可以节省Gas的消耗;而单独定义变量int8和int256两者消耗的gas是相同的.

      

    推荐文章

    常见攻击方式
    以太坊第三方API

    文章目录
    1. 1. 文档更新说明
    2. 2. 前言
    3. 3. 问题
      1. 3.0.1. 基于以太坊技术的智能合约ERC20的合约代码要注意哪些常见的代码安全,合约代码会有哪些常见的BUG和安全漏洞
      2. 3.0.2. 怎么降低矿工费,有什么好方案可以避免因矿工费问题偶尔导致交易失败的问题
      3. 3.0.3. Web3j代码调用合约的转移方法时,偶尔没有返回交易号,那我们怎么判断该交易是要成功还是失败,我们的业务会受影响,如何解决这个问题
      4. 3.0.4. Web3j代码通过交易号查询出来的交易凭证信息的方法里,有返回交易的很多信息,但是没有返回时间戳,也无法知道token
      5. 3.0.5. Thansfer的信息,不知道转移给哪个地址,转移了多少token,不知道有没有什么代码可以获取这些交易信息
      6. 3.0.6. 如何保证合约安全,如何保证交易稳定,交易延迟问题,交易失败问题,有没有一套比较好的方案,保证业务不受区块链的影响或者补偿机制
  • 4. 推荐文章