❶ 用Go来做以太坊开发④智能合约
在这个章节中我们会介绍如何用Go来编译，部署，写入和读取智能合约。
与智能合约交互，我们要先生成相应智能合约的应用二进制接口ABI(application binary interface)，并把ABI编译成我们可以在Go应用中调用的格式。
第一步是安装 Solidity编译器 ( solc ).
Solc 在Ubuntu上有snapcraft包。
Solc在macOS上有Homebrew的包。
其他的平台或者从源码编译的教程请查阅官方solidity文档 install guide .
我们还得安装一个叫 abigen 的工具，来从solidity智能合约生成ABI。
假设您已经在计算机上设置了Go，只需运行以下命令即可安装 abigen 工具。
我们将创建一个简单的智能合约来测试。 学习更复杂的智能合约，或者智能合约的开发的内容则超出了本书的范围。 我强烈建议您查看 truffle framework 来学习开发和测试智能合约。
这里只是一个简单的合约，就是一个键/值存储，只有一个外部方法来设置任何人的键/值对。 我们还在设置值后添加了要发出的事件。
虽然这个智能合约很简单，但它将适用于这个例子。
现在我们可以从一个solidity文件生成ABI。
它会将其写入名为“Store_sol_Store.abi”的文件中
现在让我们用 abigen 将ABI转换为我们可以导入的Go文件。 这个新文件将包含我们可以用来与Go应用程序中的智能合约进行交互的所有可用方法。
为了从Go部署智能合约，我们还需要将solidity智能合约编译为EVM字节码。 EVM字节码将在事务的数据字段中发送。 在Go文件上生成部署方法需要bin文件。
现在我们编译Go合约文件，其中包括deploy方法，因为我们包含了bin文件。
在接下来的课程中，我们将学习如何部署智能合约，然后与之交互。
Commands
Store.sol
solc version used for these examples
如果你还没看之前的章节，请先学习 编译智能合约的章节 因为这节内容，需要先了解如何将智能合约编译为Go文件。
假设你已经导入从 abigen 生成的新创建的Go包文件，并设置ethclient，加载您的私钥，下一步是创建一个有配置密匙的交易发送器(tansactor)。 首先从go-ethereum导入 accounts/abi/bind 包，然后调用传入私钥的 NewKeyedTransactor 。 然后设置通常的属性，如nonce，燃气价格，燃气上线限制和ETH值。
如果你还记得上个章节的内容, 我们创建了一个非常简单的“Store”合约，用于设置和存储键/值对。 生成的Go合约文件提供了部署方法。 部署方法名称始终以单词 Deploy 开头，后跟合约名称，在本例中为 Store 。
deploy函数接受有密匙的事务处理器，ethclient，以及智能合约构造函数可能接受的任何输入参数。我们测试的智能合约接受一个版本号的字符串参数。 此函数将返回新部署的合约地址，事务对象，我们可以交互的合约实例，还有错误（如果有）。
就这么简单：）你可以用事务哈希来在Etherscan上查询合约的部署状态: https://rinkeby.etherscan.io/tx/
Commands
Store.sol
contract_deploy.go
solc version used for these examples
这写章节需要了解如何将智能合约的ABI编译成Go的合约文件。如果你还没看， 前先读 上一个章节 。
一旦使用 abigen 工具将智能合约的ABI编译为Go包，下一步就是调用“New”方法，其格式为“New<contractname style="box-sizing: border-box; font-size: 16px; -ms-text-size-adjust: auto; -webkit-tap-highlight-color: transparent;">”，所以在我们的例子中如果你 回想一下它将是 NewStore 。 此初始化方法接收智能合约的地址，并返回可以开始与之交互的合约实例。</contractname>
Commands
Store.sol
contract_load.go
solc version used for these examples
这写章节需要了解如何将智能合约的ABI编译成Go的合约文件。如果你还没看， 前先读 上一个章节 。
在上个章节我们学习了如何在Go应用程序中初始化合约实例。 现在我们将使用新合约实例提供的方法来阅读智能合约。 如果你还记得我们在部署过程中设置的合约中有一个名为 version 的全局变量。 因为它是公开的，这意味着它们将成为我们自动创建的getter函数。 常量和view函数也接受 bind.CallOpts 作为第一个参数。了解可用的具体选项要看相应类的 文档 一般情况下我们可以用 nil 。
Commands
Store.sol
contract_read.go
solc version used for these examples
这写章节需要了解如何将智能合约的ABI编译成Go的合约文件。如果你还没看， 前先读 上一个章节 。
写入智能合约需要我们用私钥来对交易事务进行签名。
我们还需要先查到nonce和燃气价格。
接下来，我们创建一个新的keyed transactor，它接收私钥。
然后我们需要设置keyed transactor的标准交易选项。
现在我们加载一个智能合约的实例。如果你还记得 上个章节 我们创建一个名为 Store 的合约，并使用 abigen 工具生成一个Go文件。 要初始化它，我们只需调用合约包的 New 方法，并提供智能合约地址和ethclient，它返回我们可以使用的合约实例。
我们创建的智能合约有一个名为 SetItem 的外部方法，它接受solidity“bytes32”格式的两个参数（key，value）。 这意味着Go合约包要求我们传递一个长度为32个字节的字节数组。 调用 SetItem 方法需要我们传递我们之前创建的 auth 对象（keyed transactor）。 在幕后，此方法将使用它的参数对此函数调用进行编码，将其设置为事务的 data 属性，并使用私钥对其进行签名。 结果将是一个已签名的事务对象。
现在我就可以看到交易已经成功被发送到了以太坊网络了: https://rinkeby.etherscan.io/tx/
要验证键/值是否已设置，我们可以读取智能合约中的值。
搞定！
Commands
Store.sol
contract_write.go
solc version used for these examples
有时您需要读取已部署的智能合约的字节码。 由于所有智能合约字节码都存在于区块链中，因此我们可以轻松获取它。
首先设置客户端和要读取的字节码的智能合约地址。
现在你需要调用客户端的 codeAt 方法。 codeAt 方法接受智能合约地址和可选的块编号，并以字节格式返回字节码。
你也可以在etherscan上查询16进制格式的字节码 https://rinkeby.etherscan.io/address/#code
contract_bytecode.go
首先创建一个ERC20智能合约interface。 这只是与您可以调用的函数的函数定义的契约。
然后将interface智能合约编译为JSON ABI，并使用 abigen 从ABI创建Go包。
假设我们已经像往常一样设置了以太坊客户端，我们现在可以将新的 token 包导入我们的应用程序并实例化它。这个例子里我们用 Golem 代币的地址.
我们现在可以调用任何ERC20的方法。 例如，我们可以查询用户的代币余额。
我们还可以读ERC20智能合约的公共变量。
我们可以做一些简单的数学运算将余额转换为可读的十进制格式。
同样的信息也可以在etherscan上查询: https://etherscan.io/token/?a=
Commands
erc20.sol
contract_read_erc20.go
solc version used for these examples
❷ 【以太坊易错概念】nonce, 公私钥和地址，BASE64/BASE58,
以太坊里的nonce有两种意思，一个是proof of work nonce，一个是account nonce。
在智能合约里，nonce的值代表的是该合约创建的合约数量。只有当一个合约创建另一个合约的时候才会增加nonce的值。但是当一个合约调用另一个合约中的method时 nonce的值是不变的。
在以太坊中nonce的值可以这样来获取（其实也就是属于一个账户的交易数量）：
但是这个方法只能获取交易once的值。目前是没有内置方法来访问contract中的nonce值的
通过椭圆曲线算法生成钥匙对（公钥和私钥），以太坊采用的是secp256k1曲线,
公钥采用uncompressed模式，生成的私钥为长度32字节的16进制字串，公钥为长度64的公钥字串。公钥04开头。
把公钥去掉04，剩下的进行keccak-256的哈希，得到长度64字节的16进制字串，丢掉前面24个，拿后40个，再加上"0x"，即为以太坊地址。
整个过程可以归纳为：
2）有些网关或系统只能使用ASCII字符。Base64就是用来将非ASCII字符的数据转换成ASCII字符的一种方法，而且base64特别适合在http，mime协议下快速传输数据。Base64使用【字母azAZ数字09和+/】这64个字符编码。原理是将3个字节转换成4个字节(3 X 8) = 24 = (4 X 6)
当剩下的字符数量不足3个字节时，则应使用0进行填充，相应的，输出字符则使用'='占位，因此编码后输出的文本末尾可能会出现1至2个'='。
1）Base58是用于Bitcoin中使用的一种独特的编码方式，主要用于产生Bitcoin的钱包地址。相比Base64，Base58不使用数字"0"，字母大写"O"，字母大写"I"，和字母小写"l"，以及"+"和"/"符号。
Base58Check是一种常用在比特币中的Base58编码格式，增加了错误校验码来检查数据在转录中出现的错误。 校验码长4个字节，添加到需要编码的数据之后。校验码是从需要编码的数据的哈希值中得到的，所以可以用来检测并避免转录和输入中产生的错误。使用 Base58check编码格式时，编码软件会计算原始数据的校验码并和结果数据中自带的校验码进行对比。二者不匹配则表明有错误产生，那么这个 Base58Check格式的数据就是无效的。例如，一个错误比特币地址就不会被钱包认为是有效的地址，否则这种错误会造成资金的丢失。
为了使用Base58Check编码格式对数据（数字）进行编码，首先我们要对数据添加一个称作“版本字节”的前缀，这个前缀用来明确需要编码的数 据的类型。例如，比特币地址的前缀是0（十六进制是0x00），而对私钥编码时前缀是128（十六进制是0x80）。 表4-1会列出一些常见版本的前缀。
接下来，我们计算“双哈希”校验码，意味着要对之前的结果（前缀和数据）运行两次SHA256哈希算法：
checksum = SHA256(SHA256(prefix+data))
在产生的长32个字节的哈希值（两次哈希运算）中，我们只取前4个字节。这4个字节就作为校验码。校验码会添加到数据之后。
结果由三部分组成：前缀、数据和校验码。这个结果采用之前描述的Base58字母表编码。下图描述了Base58Check编码的过程。
相同:
1） 哈希算法、Merkle树、公钥密码算法
https://blog.csdn.net/s_lisheng/article/details/77937202?from=singlemessage
2）全新的 SHA-3 加密标准 —— Keccak
https://blog.csdn.net/renq_654321/article/details/79797428
3）在线加密算法
http://tools.jb51.net/password/hash_md5_sha
4）比特币地址生成算法详解
https://www.cnblogs.com/zhaoweiwei/p/address.html
5）Base58Check编码实现示例
https://blog.csdn.net/QQ604666459/article/details/82419527
6） 比特币交易中的签名与验证
https://www.jianshu.com/p/a21b7d72532f
❸ 比特币区块里的各个字段含义(先写了个nonce)
nonce是个啥意思？根据bitcoin wiki
nonce是一个4-byte大小的区域，nonce的值设定使得该块的hash是以一串0开头的。
对于块数据的一点点改变（比如nonce）都会引起block hash的巨大变化。由于逆向预测hash值相对应的一组bit值（hash原文）是不可行的，在尝试足够多的nonce值且计算每个nonce值相对应的block hash之后可以找到一个满足有指定数量 0 bits (0比特位) 的hash值。而 0 bits的数量值是由difficult设定的。最终产生的hash须得是一个小于当前difficulty值。
因为这个迭代的计算耗费时间和资源，块的出现也就是得到了正确的nonce值，这构成了 proof of work
关于以太坊里的nonce 网上很多解释，很多一上来就是 交易计数器 ， 然而却把跟POW有关的丢了吗？事实上以太坊里的nonce有两种意思，一个是proof of work nonce，一个是account nonce。
那智能合约呢？合约也算是Account的一种，那也有nonce吗？
是的，而且合约里面的nonce也差不多，也是一个counter。在智能合约里，nonce的值代表的是该合约创建的合约数量。只有当一个合约创建另一个合约的时候才会增加nonce的值。但是当一个合约调用另一个合约中的method时 nonce的值是不变的。
在以太坊中nonce的值可以这样来获取（其实也就是属于一个账户的交易数量）：
但是这个方法只能获取交易once的值。目前是没有内置方法来访问contract中的nonce值的，除了自己定义一个counter来计数...
那好，再来看一下Ethereum Block中的nonce：
以太坊和比特币区块链一样，也需要proof of work（计划转移到股份证明也早已在做了）。在比特币区块链中，pow应该是要算出一个符合难度要求的值，通常是以一串0开头的。这个难度一直在变化。可以查看 比特币区块链的POW难度变化 。
❹ ERC-721 文档翻译(上)
在之前的2篇文章中，已经讲了一些关于ERC-721的基本概念，适用范围，以及ERC-721与ERC-20的区别。本文是针对ERC-721 NFTS （Non-Fungible Tokens）标准的翻译，将会更加详细与准确，由于文章篇幅较长，所以分为上、下2部分来讲解。由于本人水平有限，如有错误，欢迎大家指正。
原文链接 https://github.com/ethereum/EIPs/blob/master/EIPS/eip-721.md
ERC-721是对于不可互换Token的一个标准接口，也称为契约
以下标准将允许在智能合约中去实现 NFTs 的标准API。这些标准提供了一些基本的函数去追踪和交易NFTs。
我们考虑了以下2种使用案例，NFTs由个人拥有和交易以及向第三方经纪人/钱包/运营商托运。NFTs可以代表数字或者物理资产的所有权。我们考虑了各种各样的资产，并且我们知道你会想象的更多：
一般来说，所有的房子都是独特的，没有2只猫是一样的。NFTs是可区分的，并且你必须单独追踪每一个的所有权。
标准接口允许钱包/经纪人/拍卖应用程序在以太坊的任何NFT上运行。我们提供了简单的ERC-721 智能合约以及追踪任意数量NFT的合约。其它的应用程序会在后面讨论。
ERC-721标准是受ERC-20 token 标准和EIP-20被创造2年来的经验的启发。EIP-20不足以追踪NFTs，因为每个资产都是不同的(不可置换的)，然而每一个Token都是相同的(可置换的)。
这个标准和EIP-20的区别如下。
在本文档中的关键字，"MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL NOT", "SHOULD", "SHOULD NOT", "RECOMMENDED", "MAY", and "OPTIONAL"将会按照RFC 2119中的描述进行解释。
每个符合ERC-721标准的合约都必须实现ERC721 和 ERC165接口(受以下注意事项的限制)
接口说明：
balanceOf(): 返回由_owner 持有的NFTs的数量。
ownerOf(): 返回tokenId代币持有者的地址。
approve(): 授予地址_to具有_tokenId的控制权，方法成功后需触发Approval 事件。
setApprovalForAll(): 授予地址_operator具有所有NFTs的控制权，成功后需触发ApprovalForAll事件。
getApproved()、isApprovedForAll(): 用来查询授权。
safeTransferFrom(): 转移NFT所有权，一次成功的转移操作必须发起 Transer 事件。函数的实现需要做一下几种检查：
调用者msg.sender应该是当前tokenId的所有者或被授权的地址
_from 必须是 _tokenId的所有者
_tokenId 应该是当前合约正在监测的NFTs 中的任何一个
_to 地址不应该为 0
如果_to 是一个合约应该调用其onERC721Received方法, 并且检查其返回值，如果返回值不为bytes4(keccak256("onERC721Received(address,uint256,bytes)"))抛出异常。
一个可接收NFT的合约必须实现ERC721TokenReceiver接口：
transferFrom(): 用来转移NFTs, 方法成功后需触发Transfer事件。调用者自己确认_to地址能正常接收NFT，否则将丢失此NFT。此函数实现时需要检查上面条件的前4条。
对于ERC-721智能合约， 元数据扩展(metadata extension) 是可选项(参见下面的注意事项)。这可以让你的智能合约被讯问其名称以及有关您NFTs资产的详细信息
接口说明：
name(): 返回合约名字，尽管是可选，但强烈建议实现，即便是返回空字符串。
symbol(): 返回合约代币符号，尽管是可选，但强烈建议实现，即便是返回空字符串。
tokenURI(): 返回_tokenId所对应的外部资源文件的URI（通常是IPFS或HTTP(S)路径）。
外部资源文件需要包含名字、描述、图片，其格式的要求如下：
对于ERC-721智能合约，枚举扩展(enumeration extension)是可选的。这允许您的合约发布完整的NFTs列表并且使其可以被发现。主要目的是提高合约中NTF的可访问性。
接口说明：
totalSupply(): 返回NFT总量
tokenByIndex(): 通过索引返回对应的tokenId。
tokenOfOwnerByIndex(): 所有者可以一次拥有多个的NFT, 此函数返回_owner拥有的NFT列表中对应索引的tokenId。
❺ 【ETH钱包开发04】web3j转账ERC-20 Token
在上一篇文章中讲解了ETH转账，这一篇讲一下ERC-20 Token转账。
【ETH钱包开发03】web3j转账ETH
1、直接用web3j的API
2、java／Android调用合约的 transfer 方法
不管用哪种方式来转账，你都需要先写一个solidity智能合约文件来创建ERC-20 Token，然后部署合约，最后才是通过客户端来调用。
注意：erc-20 token转账和eth转账的区别如下：
1、erc-20 token创建交易对象用的是这个方法 createTransaction
2、erc-20 token需要构建 Function ，它其实对应的就是erc-20 token合约中的那些方法。它的第一个参数就是ERC20中那几个方法的名称，第二个参数的话就是对应合约方法中的参数，第三个参数是和第二个参数对应的，按照我那样就行了。转账的话就是 transfer ，我们从合约的 transfer 可以看到第一个参数是收款地址，第二个参数是金额，所以 Function 这里对应起来就好。
这种方法不需要使用web3j封装的方法，而是直接调用solidity合约的方法。
步骤
1、web3j加载一个已经部署的合约
2、验证合约是否加载成功 isValid
3、如何加载合约成功，则调用合约的 transfer 方法
注意：
1、这里的 TokenERC20 是根据solidity智能合约生成的对应的Java类，用于java／Android和智能合约交互的，如果你对这里不太清楚，不妨看看我之前的一篇文章。
以太坊Web3j命令行生成Java版本的智能合约
2、如果加载合约失败，可能的一个原因是合约对应的Java类中的 BINARY 的值不对，这个值是你部署合约成功之后的bytecode，你最好检查对比一下。
我发送一笔交易，可以通过这个地址查询
https://rinkeby.etherscan.io/tx/
❻ 以太坊合约中一个合约是否可以调用另外一个合约
可以的，参考合约之间的交互。数字货币交易平台币汇。比如我正试图从另一个工厂合约中签智能合约，然后重新部署新智能合约的地址。然而，它返回的地址是交易哈希值而不是合约地址。我相信这是因为当地址被返回时合约尚未开采。当我使用Web3部署智能合约时，它似乎一直等到智能合约被部署完成后才输出合约地址。
❼ 以太坊的智能合约
智能合约是运行在计算机里面的，用于保证让参与方执行承诺的代码，般情况下，普通合约上记录了甲方与乙方各方面的关系条款，并通常是通过法律强制执行或保护的，而“智能合约”则是用密码或密钥来执行关系。以更加直接的角度来理解的话，即“智能合约”的程序内容将同-开始大家一起设定好的那样百分百执行，并且零差错。
举个例子，以太坊用户可以使用智能合约在特定日期向朋友发送10个以太币。在这种情况下，用户可以操作创建一个合约，然后将程序推人该合约中进行特殊计算，以便它能够执行所需的命令。而以太坊就是专门把精力集中在这件事上的这么一个平台。
比特币是第一个支持“智能契约”的资源币种，因为网络的价值在于把价值或数据从一个点或人转移到另一个点或人身上。节点网络只在满足某些条件时才会进行验证，但是，比特币仅限于货币用例。相反，以大坊取代了比特币那种带有不小限制性的编程语言，取而代之的是一种允许开发人员编写自己程序的语言。以太坊允许开发人员编写他们自己的“智能契约”，即“自主代理”或“自治代理”，正如ETH白皮书所称的那样。该编程语言是“图灵完备”语言，这意味着它支持一组更广泛的计算指令。智能合约能做些什么呢？
1.“多签名”账户功能，只有在一定比例的人同意时才能使用资金。这个功能经常用在与众筹或募捐类似的活动中。
2.管理用户之间所签订的协议。例如，一方从另一方购买保险服务3.为其他合同提供实用程序。
4.存储有关应用程序的信息，如“域注册信息”或“会员信息记录”。概念有时候比较晦涩，我们举一个募捐的智能合约的例子来帮助理解：假设我们想向全网用户发起募捐，那就可以先定义一个智能账户，它有三个状态：当前募捐总量，捐款目标和被捐赠人的地址，然后给它定义两个函数：接收募捐函数和捐款函数。
接收募捐函数每次收到发过来的转账请求，先核对下发送者是否有足够多的钱(EVM会提供发送请求者的地址，程序可以通过地址获取到该人当前的区块链财务状况)，然后每次募捐丽数调用时，都会比较下当前募捐总量跟捐款目标的比较，如果超过目标，就把当前收到的捐款全部发送到指定的被捐款人地址，否则的话，就只更新当前募捐总量状态值。
捐款函数将所有捐款发送到保存的被捐赠人地址，并且将当前捐款总量清零。每一个想要募捐的人，用自己的ETH地址向该智能账户发起一笔转账，并且指明了要调用接受其募捐函数。于是我们就有一个募捐智能合约了，人们可以往里面捐款，达到限额后钱会自动发送到指定账户，全世界的矿工都在为这个合约进行计算和担保，不再需要人去盯着看有没有被挪用，这就是智能合约的魅力所在。
❽ 以太坊的ABI编码
ABI全称Application Binary Interface, 是调用智能合约函数以及合约之间函数调用的消息编码格式定义,也可以理解为智能合约函数调用的接口说明. 类似Webservice里的SOAP协议一样；也就是定义操作函数签名，参数编码，返回结果编码等。
使用ABI协议时必须要求在编译时知道类型,即强类型相关.
当一个智能合约编译出来后, 他的abi接口定义就确定了. 比如下面的智能合约:
生成的字节码:
生成的abi定义:
可以看出, 生成abi包含了2个定义: 函数 lotus , 事件 Log_lotus , 各个字段含义见上. 根据该abi定义,就可以生成调用该智能合约函数的abi格式的数据了.
格式简单的可以表示为: 函数选择器+参数编码
一个函数调用的前四个字节数据指定了要调用的函数签名。计算方式是使用函数签名的 keccak256 的哈希，取4个字节。
函数名如果有多个参数使用,隔开，要去掉表达式中的所有空格。在geth客户端,通过命令可以得到hash:
由于前面的函数签名使用了四个字节，参数的数据将从第五个字节开始。
根据参数类型,编码规则有所区别:
除了bytes,和string, 其他类型的数据不足32字节长度的需要加0补足32字节. 动态长度的编码在例子中介绍.
函数: function baz(uint32 x, bool y) :
调用: baz(69, true)
生成的数据如下:
返回结果是一个bool值，在这里，返回的是false:
函数: f(uint,uint32[],bytes10,bytes)
调用: (0x123, [0x456, 0x789], "1234567890", "Hello, world!")
函数选择器: bytes4(sha3("f(uint256,uint32[],bytes10,bytes)"))
对于 固定大小的类型 值 uint256 和 bytes10 ，直接编码值。
对于 动态内容类型 值 uint32[] 和 bytes ，我们先 编码偏移值 ，偏移值是整个值编码的开始到真正存这个数据的偏移值（这里不计算头四个用于表示函数签名的字节）。
所以参数编码数据依次为：
尾部部分的第一个动态参数， [0x456, 0x789] 编码拆解如下：
最后我们来看看第二个动态参数的的编码， Hello, world! 。
所以最终结果是:
❾ java中怎么样调用eth的智能合约
一般来说，部署智能合约的步骤为：
1启动一个以太坊节点 (例如geth或者testrpc)。
2使用solc编译智能合约。 => 获得二进制代码。
3将编译好的合约部署到网络。（这一步会消耗以太币，还需要使用你的节点的默认地址或者指定地址来给合约签名。） => 获得合约的区块链地址和ABI（合约接口的JSON表示，包括变量，事件和可以调用的方法）。(译注：作者在这里把ABI与合约接口弄混了。ABI是合约接口的二进制表示。)
4用web3.js提供的JavaScript API来调用合约。（根据调用的类型有可能会消耗以太币。）
❿ 以太坊智能合约开发：让合约接受转账
在以太坊智能合约开发中，通常会有向合约地址进行转账的需求，那么有几种向合约地址进行转账的方式呢？
有三种方式：
部署合约时转账
调用合约提供的方法
直接向合约地址进行转账
但有一个问题，以太坊的智能合约默认是拒绝来自任何地址的转账，那么如何让合约能够支持接收转账呢？
1、部署转账
在进行合约开发时，如果想要在部署时，直接向该合约进行转账，只需要给构造函数中添加payable修饰符。
示例：
2、执行合约转账
执行合约转账，则需要给你需要支持转账功能的方法添加payable修饰符
示例：
3、直接转账
支持直接转账，需要借助后备函数(fallback function)，只需要为后备函数添加 payable 修饰符
示例：