1703876975
1703876976
1703876977
1703876978
1703876979
1703876980
1703876981
1703876982
data代表EVM理解的字节码（bytecode）。源代码首先转换成opcode，然后再转换成字节码。每个opcode都有相关gas。
1703876983
1703876984
web3.eth.contract的第一个实参是ABI定义。在创建交易时使用ABI定义，因为它包含所有方法的原型。
1703876985
1703876986
现在在开发者模式下启用挖矿，运行geth。运行如下命令：
1703876987
1703876988
1703876989
1703876990
1703876991
现在打开另一个命令行窗口，在其中输入下面的命令，以打开geth的交互JavaScript操作台：
1703876992
1703876993
1703876994
1703876995
1703876996
这将使JS操作台连接到在另一个窗口运行的geth实例上。
1703876997
1703876998
在browser Solidity的右侧复制web3部署文本框的全部内容，并将其粘贴到交互操作台上。现在按键，将首先得到交易哈希值，待交易被挖出来之后，将得到合约地址。交易哈希值是该交易的，每个交易的哈希都不一样。每个被部署的合约都有一个独特的合约地址，以便在区块链中标识合约。
1703876999
1703877000
合约地址是确定的，它由生成器（creator）的地址（from address）和生成器发送的交易数量（交易随机数）计算得到。这二者用RLP编码，然后使用keccak-256 hashing算法进行哈希计算。我们在后面还将深入学习交易随机数。若要更深入地学习RLP，请访问https://github.com/Ethereum/wiki/wiki/RLP。
1703877001
1703877002
下面存储文件细节并检索。
1703877003
1703877004
用如下代码广播交易以存储文件细节：
1703877005
1703877006
1703877007
1703877008
1703877009
1703877010
1703877011
1703877012
这里用得到的合约地址代替合约地址。proofContract.at方法的第一个实参是合约地址。这里并没有提供gas，它是自动计算的。
1703877013
1703877014
下面发现文件细节。为了发现文件细节，运行如下代码：
1703877015
1703877016
1703877017
1703877018
1703877019
会得到这样的输出：
1703877020
1703877021
1703877022
1703877023
1703877024
call方法用于在EVM当前状态上调用一个合约的方法。它不广播交易。若要读取数据，则不需要广播，因为会有自己的区块链复制。