devbox
知新_RL
这个屌丝很懒，什么也没留下！
关注作者
热门标签
热门文章
当前位置:   article > 正文

以太坊智能合约开发入门_block sealing failed err="unauthorized signer

作者：知新_RL | 2024-05-22 13:46:20

赞

踩

block sealing failed err="unauthorized signer
1、进入以太坊开发控制台（开发环境）： 
geth console --datadir "~/electrumx/ethdev" --dev 2>>eth.log

通过tail -f eth.log查看日志：

2、查看当前有哪些账户 
eth.accounts

默认会有一个coinbase账户（挖矿账户），默认挖矿会挖到这个账户里。

3、创建一个新的账号 
personal.newAccount('密码')
我们这里除了coinbase账户，又创建了两个账户

4、可以把账户赋值给某一个变量，同时查询账户中的余额

可以看到新加的两个账户中的以太币都是0.但coinbase账户默认已经有了余额。

5、在geth控制台中启动挖矿： 
miner.start()

执行挖矿返回的是null，日志中输出开始挖矿，并提交了挖矿的工作量，但同时也有提示区块处理失败，错误信息显示等待交易。（在geth1.7.3之后，挖矿的工作量确认需要有交易产生的时候才能确认），我用到的geth是1.8.3

使用miner.stop()停止挖矿


对比了挖矿前后，coinbase账户里面的余额并没有变化。

6、那我们来尝试发起一笔交易看看会发生什么

从coinbase用户向user1转账 
eth.sendTransaction({from: user1,to: user2,value: web3.toWei(3,"ether")})
交易地址：0xba9419f284c4e473597363a37b4e6fb399dac5f291b7682c638a5f9f872354bf
输出日志

如果出现账户锁定的提示，需要先解锁账户 
personal.unlockAccount(user1, "123456")

从user1向user2转账

7、再次查看以太币转移后的user2账户余额
但是发现user2的账户还是为0.这是因为没有矿工来挖矿处理。根据区块链的概念，我们知道，每次交易的确认，其实都是需要挖矿的，也就是被其他矿工共识确认，然后才能加入区块链的账本中。

好，我们执行“miner.start()”开始挖矿,

注意，前面挖矿操作因为没有交易，没有成功，这次有交易的情况下挖矿miner.start()虽然返回的是null，但日志中出现了挖矿的记录。

再次查看user1中的余额，3以太币到账

不过奇怪的是转账并没有使coinbase里面的余额减少，挖矿似乎也没有增加。

eth.blockNumber变为1了

试试把挖矿地址设置成user2

再增加一个账户


从user1向user3转2个以太币

解锁账户



交易号：0xad59d8ec919c253e3246e2eb0fe7d6c8cb8011553a6138cfe2957a16f47a865e

再次查看各个账户余额情况


user3收到了2以太币，不过user1里面不足1以太币，而user2原本是0，现在多出了21000，注意前面我们已经把旷工地址设成了user2，所以挖矿所得计入了user2的账户中，而这个挖矿所得正好是user1转给user3所支付的gas费用（如果把user1和user2中的相加正好是1以太币）。

再做一次测试，user3转1以太币给user1


交易号：0x4016fe195db95b1b303ecf14d6cad24ca8b2e707bb5ffd8be9ed55e28656e598

执行转账后余额


日志中出现的挖矿记录

以上操作都是在挖矿开启miner.start()开启的状态下执行的。

如果停掉挖矿的话，转账是不能成功的，如果在挖矿停掉的情况下发生了转账，则需要在挖矿开启之后才能到账。

停掉挖矿后，user1再转1以太币给user3


日志可见提交了交易，但并没有产生挖矿的操作，用户账户余额也未发生变化。当前区块数：

为什么是3，自此我们执行了4次交易，分别是：
1、coinbase_user转账3以太币给user1
交易号：0xba9419f284c4e473597363a37b4e6fb399dac5f291b7682c638a5f9f872354bf
2、user1转账2以太币给user3
交易号：0xad59d8ec919c253e3246e2eb0fe7d6c8cb8011553a6138cfe2957a16f47a865e
3、user3转账1以太币给user1
交易号：0x4016fe195db95b1b303ecf14d6cad24ca8b2e707bb5ffd8be9ed55e28656e598
4、user1转账给1以太币给user3（该笔转账在挖矿停掉后执行，还未被确认）
交易号：0xd06a72f2fdf0a81623491788fa78ce680187019e6e2ab4b9d704a22560afde6b

我们再重新开启挖矿看看会发生什么？


挖矿重新开启后并没有变化，从日志中看出还需要再有交易发生才会处理，那我们再尝试第五笔转账交易

第五笔交易，按第四笔交易的结果，user3应该会接收到user11以太币的转账，所以user3的账户应该是大于1以太币，我们如果再让user3转账1以太币给user1，则第四笔和第五笔交易产生的gas费用应该是42000加上user2本身有的42000，user2应该是84000


但实际操作过程中，user3因为还没接收到user1的转账，余额是不足1以太币的，出现了gas和余额不足的问题。尝试把toWei中的ether单位换成Mwei


第5笔交易

交易号：0xe657e5b4a53dc72371837486b68edb9dce35d9ed3e20f9e893a2068dcbd604e6


但交易执行后，并没有预想那样执行，出现了Block sealing failed err=unauthorized的错误提示，不能正常执行挖矿。换成coinbase_user也不行。

输入exit退出后，重新进入又恢复正常 

geth console --datadir "~/electrumx/ethdev" --dev 2>>eth.log

查看区块数为4

但我们之前转账有5笔，我们根据交易号来查询下交易信息

1、coinbase_user转账3以太币给user1
交易号：0xba9419f284c4e473597363a37b4e6fb399dac5f291b7682c638a5f9f872354bf
2、user1转账2以太币给user3
交易号：0xad59d8ec919c253e3246e2eb0fe7d6c8cb8011553a6138cfe2957a16f47a865e
3、user3转账1以太币给user1
交易号：0x4016fe195db95b1b303ecf14d6cad24ca8b2e707bb5ffd8be9ed55e28656e598
4、user1转账给1以太币给user3
交易号：0xd06a72f2fdf0a81623491788fa78ce680187019e6e2ab4b9d704a22560afde6b
5、user3转账1 Mwei给user1
交易号：0xe657e5b4a53dc72371837486b68edb9dce35d9ed3e20f9e893a2068dcbd604e6
可以看到在之前在出现Block sealing failed err=unauthorized的错误提示重新进入geth之后，第4笔和第5笔已经生效了。

各个账户余额的情况
这里user2的余额没有变化，估计是因为出现Block sealing failed err=unauthorized重启之前把挖矿账号改成了coinbase_user.所以看到user2中余额并没有变化。在实际测试中，为了看到比较好的效果，建议通过miner.setEtherbase()改成普通用户比较好看到实际效果。

测试智能合约：

在geth中编写一个智能合约： 
pragma solidity ^0.4.0;

contract test {  
    function multiply(uint a) public returns(uint d) {  
        return a * 7;   
    }   
}

在geth中执行如下： 
source = "contract test { function multiply(uint a) returns(uint d) { return a * 7; } }"

然后编译该合约： 

contract = eth.compile.solidity(source).test

编译后的结果如下：


出现错误，查询之后得知，在geth1.6之后此方法被删除了。现在的做法，使用Remix在线工具编译。具体做法是：
1. 在浏览器中打开Remix工具，网址为: https://ethereum.github.io/browser-solidity 或者 http://remix.ethereum.org/；
2. 点击左上角+，新生成一个文件test.sol；
3. 将之前在本地写的test.sol中的代码拷贝到此文件中，如图所示

点击compile -> start to compile，下面会有一些警告，不用管它，然后点击Details按钮，拷贝json数据

json数据如下： 

[{"constant":false,"inputs":[{"name":"a","type":"uint256"}],"name":"multiply","outputs":[{"name":"d","type":"uint256"}],"payable":false,"type":"function","stateMutability":"nonpayable"}]

contract code: 
0x6060604052346000575b60a4806100176000396000f30060606040526000357c0100000000000000000000000000000000000000000000000000000000900463ffffffff168063c6888fa114603c575b6000565b3460005760546004808035906020019091905050606a565b6040518082815260200191505060405180910390f35b60006007820290505b9190505600a165627a7a72305820fc29182ab23ed8e9069c7ad64027ee1118135406673bd20c7dd58fab3b9593890029

部署合约到私有链： 

abi = [{"constant":false,"inputs":[{"name":"a","type":"uint256"}],"name":"multiply","outputs":[{"name":"d","type":"uint256"}],"payable":false,"type":"function","stateMutability":"nonpayable"}]

创建合约： 
multiplyContract = web3.eth.contract(abi)

获得合约实例(data后为前面获取的contract code)： 
multiply=multiplyContract.new({from:user1,data:"0x6060604052346000575b60a4806100176000396000f30060606040526000357c0100000000000000000000000000000000000000000000000000000000900463ffffffff168063c6888fa114603c575b6000565b3460005760546004808035906020019091905050606a565b6040518082815260200191505060405180910390f35b60006007820290505b9190505600a165627a7a72305820fc29182ab23ed8e9069c7ad64027ee1118135406673bd20c7dd58fab3b9593890029"})

执行前先解锁user1

注意：部署合约的过程实际也是由创建合约的账户发送的一笔交易,需要挖矿进行确认

与合约交互：
获取合约对象 
MyContract = eth.contract(abi)

实例化合约： 
myContract = MyContract.at(multiply.address)

调用合约： 
myContract.multiply.call(5)

不过得到的结果是0，正确应该是35。暂时未知原因。


继续解决昨天未解决的问题。为了更加直观，新增了一个新的用户user4作为挖矿账户。

并且在挖矿停止情况下尝试部署合约

在Browser-solidity测试和检查合约代码：

新建test.sol

在Setting标签下可以查看当前的solidity的版本，并且要和代码框中的版本一致。并对之前合约代码做了一些修改。 
pragma solidity 0.4.23;

contract test {  
    function multiply(uint a) public returns(uint d) {  
        return a * 100;   
    }   
}
点击下拉框，可以选择不同的版本，包括还未成熟的最新构建版本，或者是之前的版本等。 个人强烈建议，尽量选择release版本，如下图所示的这些：

点击Create创建合约

点击Create可以在Browser-solidity中创建并调用所创建的智能合约。

点击Details查看创建详情，可以看到实际创建所消耗的Gas。 

transaction cost    102687 gas 
execution cost  37487 gas

输入数字，点击multiply（multiply是合约中定义的函数名），就可以进行合约的调用了。同样调用也会消耗gas，在详情页可以看到具体gas消耗数量


Compile标签 & 编译合约

切换到Compile标签，点击Publish on Swarm

提示成功之后，在左侧多出swarm菜单栏，可以看到合约编译结果


点击Detail按钮，找到WEB3DEPLOY

将 Browser-solidity编译后的合约部署到Geth
直接复制WEB3DEPLOY的代码到Geth console执行

from代表合约由哪个账户生成，哪个账户生成，则生成所需的gas就需要该账户承担，默认为eth.accounts[0]，这里为了方便看到实际效果，from: web3.eth.accounts[0], 改成from: user1,
解锁user1账户

发送部署合约的交易

输入test可以看到合约的一些信息

交易号：0x1a893bbccf44258417439b7e670ba8247eefb1f2cc4e0ef162ba2aa0609ec435

查看本地交易池中待确认的交易

查看待确认交易的详情
由于交易还未确认，所以所属区块为null，blockNumber: null。

调用合约
通过test.multiply.call调用：

出现TypeError: Cannot access member 'call' of undefined的错误，是因为我们没有挖矿，之前提到过，如果停止挖矿，是不能进行转帐和智能合约的部署。

重新启动挖矿，等待一段时间，调用合约，就可以输出正确的值了。
不过在实际操作过程中，又出现了区块处理错误的提示，导致一直不成功。（暂时不知道这个问题出现的原因是什么）。只要从一开始开启了挖矿的话就不会出现这个问题。

关掉geth console重新进入之后，会自动处理刚才的智能合约交易
查看之前未确认的交易详情：
交易号：0x1a893bbccf44258417439b7e670ba8247eefb1f2cc4e0ef162ba2aa0609ec435
已经处理，在第十二区块上。

确认挖矿开起的情况下，将挖矿账户设为了user4，继续执行前面合约的操作测试。


挖矿操作开启的时候，创建和实例化合约的时候会自动被挖矿确认，可以看到日志提示在第十三号区块成功创建。

调用合约
user1最初的余额为1000000000000418000，现在为1000000000000212626，差额205374，我这里实验过程中是创建了两次，平均下来每次102687gas，和前面创建细节里面transaction cost 102687 gas正好一致。这个钱到哪里去了呢？挖矿账户因为设置成了user4，我们可以看到在user4里正好增加了102687，不过还有102687应该是到了coinbase_user账户，因为之前出现问题，我重新进入geth console是用的coinbase_user做的第一个挖矿账户。
同样，我们调用合约,成功执行。


部分参考：


声明：本文内容由网友自发贡献，不代表【wpsshop博客】立场，版权归原作者所有，本站不承担相应法律责任。如您发现有侵权的内容，请联系我们。转载请注明出处：https://www.wpsshop.cn/w/知新_RL/article/detail/608558
推荐阅读
相关标签

Copyright © 2003-2013 www.wpsshop.cn 版权所有，并保留所有权利。

  

闽ICP备14008679号