cd ~/fisco/console/contracts/solidity # 创建Asset.sol合约文件 vi Asset.sol # 将Assert.sol合约内容写入。 # 并键入wq保存退出。 Asset.sol的内容如下： pragma solidity ^0.4.24; import "./Table.sol"; contract Asset { // event event 会引入前一个区块的hash信息，再用hash算法和本 区块的数据生成唯一的数据指纹，从而形成环环相扣的块链状结构，称为“Blockchain”也即区块链。精 巧的数据结构设计，使得链上数据按发生时间保存，可追溯可验证，如果修改任何一个区块里的任意一 个数据，都会导致整个块链验证不通过，从而篡改的成本会很高。 一个区块的基本数据结构是区块头和区块体，区块头包含区块高度，hash、出块者签名、状态树根等一 数据，然后将交易打包到区块里，和 状态数据一起落盘存储，该交易即为被确认，被确认的交易被认为具备了事务性和一致性。 随着交易确认相应还会有交易回执（receipt）产生，和交易一一对应且保存在区块里，用于保存一些交 易执行过程生成的信息如结果码、日志、消耗的gas量等。用户可以使用交易hash检查交易回执，判定交 易是否完成。 和“写操作”的交易对应，还有一种”只读”调用方式，用于读取链上数据，节点收到请求后会根据请求的

cd ~/fisco/console/contracts/solidity # 创建Asset.sol合约文件 vi Asset.sol # 将Assert.sol合约内容写入。 # 并键入wq保存退出。 Asset.sol的内容如下： pragma solidity ^0.4.24; import "./Table.sol"; contract Asset { // event event 会引入前一个区块的hash信息，再用hash算法和本 区块的数据生成唯一的数据指纹，从而形成环环相扣的块链状结构，称为“Blockchain”也即区块链。精 巧的数据结构设计，使得链上数据按发生时间保存，可追溯可验证，如果修改任何一个区块里的任意一 个数据，都会导致整个块链验证不通过，从而篡改的成本会很高。 一个区块的基本数据结构是区块头和区块体，区块头包含区块高度，hash、出块者签名、状态树根等一 数据，然后将交易打包到区块里，和 状态数据一起落盘存储，该交易即为被确认，被确认的交易被认为具备了事务性和一致性。 随着交易确认相应还会有交易回执（receipt）产生，和交易一一对应且保存在区块里，用于保存一些交 易执行过程生成的信息如结果码、日志、消耗的gas量等。用户可以使用交易hash检查交易回执，判定交 易是否完成。 和“写操作”的交易对应，还有一种”只读”调用方式，用于读取链上数据，节点收到请求后会根据请求的

cd ~/fisco/console/contracts/solidity # 创建Asset.sol合约文件 vi Asset.sol # 将Assert.sol合约内容写入。 # 并键入wq保存退出。 Asset.sol的内容如下： pragma solidity ^0.4.24; import "./Table.sol"; contract Asset { // event event 会引入前一个区块的hash信息，再用hash算法和本 区块的数据生成唯一的数据指纹，从而形成环环相扣的块链状结构，称为“Blockchain”也即区块链。精 巧的数据结构设计，使得链上数据按发生时间保存，可追溯可验证，如果修改任何一个区块里的任意一 个数据，都会导致整个块链验证不通过，从而篡改的成本会很高。 一个区块的基本数据结构是区块头和区块体，区块头包含区块高度，hash、出块者签名、状态树根等一 数据，然后将交易打包到区块里，和 状态数据一起落盘存储，该交易即为被确认，被确认的交易被认为具备了事务性和一致性。 随着交易确认相应还会有交易回执（receipt）产生，和交易一一对应且保存在区块里，用于保存一些交 易执行过程生成的信息如结果码、日志、消耗的gas量等。用户可以使用交易hash检查交易回执，判定交 易是否完成。 和“写操作”的交易对应，还有一种”只读”调用方式，用于读取链上数据，节点收到请求后会根据请求的

cd ~/fisco/console/contracts/solidity # 创建Asset.sol合约文件 vi Asset.sol # 将Assert.sol合约内容写入。 # 并键入wq保存退出。 Asset.sol的内容如下： pragma solidity ^0.4.24; import "./Table.sol"; contract Asset { // event event 会引入前一个区块的hash信息，再用hash算法和本 区块的数据生成唯一的数据指纹，从而形成环环相扣的块链状结构，称为“Blockchain”也即区块链。精 巧的数据结构设计，使得链上数据按发生时间保存，可追溯可验证，如果修改任何一个区块里的任意一 个数据，都会导致整个块链验证不通过，从而篡改的成本会很高。 一个区块的基本数据结构是区块头和区块体，区块头包含区块高度，hash、出块者签名、状态树根等一 数据，然后将交易打包到区块里，和 状态数据一起落盘存储，该交易即为被确认，被确认的交易被认为具备了事务性和一致性。 随着交易确认相应还会有交易回执（receipt）产生，和交易一一对应且保存在区块里，用于保存一些交 易执行过程生成的信息如结果码、日志、消耗的gas量等。用户可以使用交易hash检查交易回执，判定交 易是否完成。 和“写操作”的交易对应，还有一种”只读”调用方式，用于读取链上数据，节点收到请求后会根据请求的

运行ls命令，确保Asset.sol和Table.sol在目录 ~/fisco/console/contracts/solidity下。 # 将Assert.sol合约内容写入。 # 并键入wq保存退出。 pragma solidity ^0.4.24; import "./Table.sol"; contract Asset { // event event RegisterEvent(int256 增，新区块都会引入前一个区块的hash信息，再用hash算法和本区块的数据 生成唯一的数据指纹，从而形成环环相扣的块链状结构，称为“Blockchain”也 即区块链。精巧的数据结构设计，使得链上数据按发生时间保存，可追溯可 验证，如果修改任何一个区块里的任意一个数据，都会导致整个块链验证不 通过，从而篡改的成本会很高。 一个区块的基本数据结构是区块头和区块体，区块头包含区块高度，hash、 出块者签名、状 据，然后将交易打包到区块里，和状态数据一起落盘存储，该交易即为被确 认，被确认的交易被认为具备了事务性和一致性。 随着交易确认相应还会有交易回执（receipt）产生，和交易一一对应且保存 在区块里，用于保存一些交易执行过程生成的信息如结果码、日志、消耗的 gas量等。用户可以使用交易hash检查交易回执，判定交易是否完成。 和“写操作”的交易对应，还有一种”只读”调用方式，用于读取链上数据，节

运行ls命令，确保Asset.sol和Table.sol在目录 ~/fisco/console/contracts/solidity下。 # 将Assert.sol合约内容写入。 # 并键入wq保存退出。 pragma solidity ^0.4.24; import "./Table.sol"; contract Asset { // event event RegisterEvent(int256 增，新区块都会引入前一个区块的hash信息，再用hash算法和本区块的数据 生成唯一的数据指纹，从而形成环环相扣的块链状结构，称为“Blockchain”也 即区块链。精巧的数据结构设计，使得链上数据按发生时间保存，可追溯可 验证，如果修改任何一个区块里的任意一个数据，都会导致整个块链验证不 通过，从而篡改的成本会很高。 一个区块的基本数据结构是区块头和区块体，区块头包含区块高度，hash、 出块者签名、状 据，然后将交易打包到区块里，和状态数据一起落盘存储，该交易即为被确 认，被确认的交易被认为具备了事务性和一致性。 随着交易确认相应还会有交易回执（receipt）产生，和交易一一对应且保存 在区块里，用于保存一些交易执行过程生成的信息如结果码、日志、消耗的 gas量等。用户可以使用交易hash检查交易回执，判定交易是否完成。 和“写操作”的交易对应，还有一种”只读”调用方式，用于读取链上数据，节

运行ls命令，确保Asset.sol和Table.sol在目录 ~/fisco/console/contracts/solidity下。 # 将Assert.sol合约内容写入。 # 并键入wq保存退出。 pragma solidity ^0.4.24; import "./Table.sol"; contract Asset { // event event RegisterEvent(int256 增，新区块都会引入前一个区块的hash信息，再用hash算法和本区块的数据 生成唯一的数据指纹，从而形成环环相扣的块链状结构，称为“Blockchain”也 即区块链。精巧的数据结构设计，使得链上数据按发生时间保存，可追溯可 验证，如果修改任何一个区块里的任意一个数据，都会导致整个块链验证不 通过，从而篡改的成本会很高。 一个区块的基本数据结构是区块头和区块体，区块头包含区块高度，hash、 出块者签名、状 据，然后将交易打包到区块里，和状态数据一起落盘存储，该交易即为被确 认，被确认的交易被认为具备了事务性和一致性。 随着交易确认相应还会有交易回执（receipt）产生，和交易一一对应且保存 在区块里，用于保存一些交易执行过程生成的信息如结果码、日志、消耗的 gas量等。用户可以使用交易hash检查交易回执，判定交易是否完成。 和“写操作”的交易对应，还有一种”只读”调用方式，用于读取链上数据，节

node.nodeid 保存节点nodeid信息，在生成节点证书时自动生成。 d23058c33577f850832e47994df495c674ba66273df2fcb1e6ee7d7e1dbd7be78be2f7b 302c9d15842110b3db6239da2aa98ddf68e512b452df748d3d3e4c1cd node.serial 保存节点证书的序列号，在生成节点证书时自动生成。 /mydata/FISCO-BCOS/tools/contract node accountManager.js > godInfo.txt cat godInfo.txt 得到生成的god账号信息，此信息请妥善保存，在对链操作的某些场景 privKey : 0xc8a92524ac634721a9eac94c9d8c09ea719f3a01e0ed1f576f673af6eb90aeea pubKey : 物料包拉取FISCO-BCOS源码的github地址. github_url=https://github.com/FISCO-BCOS/FISCO-BCOS.git ; 物料包拉取FISCO-BCOS源码之后, 会将源码保存在本地的目录, 保存的目录名称为FISCO- BCOS. fisco_bcos_src_local=../ ; 需要使用FISCO-BCOS的版本号, 使用物料包时需要将该值改为需要使用的版本号. ; 版本号

cd ~/fisco/console/contracts/solidity # 创建Asset.sol合约文件 vi Asset.sol # 将Assert.sol合约内容写入。 # 并键入wq保存退出。 Asset.sol所引用的Table.sol已在~/fisco/console/contracts/solidity目录 下。该系统合约文件中的接口由FISCO BCOS底层实现。当业务合约需要操 增，新区块都会引入前一个区块的hash信息，再用hash算法和本区块的数据 生成唯一的数据指纹，从而形成环环相扣的块链状结构，称为“Blockchain”也 即区块链。精巧的数据结构设计，使得链上数据按发生时间保存，可追溯可 验证，如果修改任何一个区块里的任意一个数据，都会导致整个块链验证不 通过，从而篡改的成本会很高。 一个区块的基本数据结构是区块头和区块体，区块头包含区块高度，hash、 出块者签名、状 据，然后将交易打包到区块里，和状态数据一起落盘存储，该交易即为被确 认，被确认的交易被认为具备了事务性和一致性。 随着交易确认相应还会有交易回执（receipt）产生，和交易一一对应且保存 在区块里，用于保存一些交易执行过程生成的信息如结果码、日志、消耗的 gas量等。用户可以使用交易hash检查交易回执，判定交易是否完成。 和“写操作”的交易对应，还有一种”只读”调用方式，用于读取链上数据，节

cd ~/fisco/console/contracts/solidity # 创建Asset.sol合约文件 vi Asset.sol # 将Assert.sol合约内容写入。 # 并键入wq保存退出。 Asset.sol所引用的Table.sol已在~/fisco/console/contracts/solidity目录 下。该系统合约文件中的接口由FISCO BCOS底层实现。当业务合约需要操 增，新区块都会引入前一个区块的hash信息，再用hash算法和本区块的数据 生成唯一的数据指纹，从而形成环环相扣的块链状结构，称为“Blockchain”也 即区块链。精巧的数据结构设计，使得链上数据按发生时间保存，可追溯可 验证，如果修改任何一个区块里的任意一个数据，都会导致整个块链验证不 通过，从而篡改的成本会很高。 一个区块的基本数据结构是区块头和区块体，区块头包含区块高度，hash、 出块者签名、状 据，然后将交易打包到区块里，和状态数据一起落盘存储，该交易即为被确 认，被确认的交易被认为具备了事务性和一致性。 随着交易确认相应还会有交易回执（receipt）产生，和交易一一对应且保存 在区块里，用于保存一些交易执行过程生成的信息如结果码、日志、消耗的 gas量等。用户可以使用交易hash检查交易回执，判定交易是否完成。 和“写操作”的交易对应，还有一种”只读”调用方式，用于读取链上数据，节