为了实现批量转账的成果，在陈设一个尺度 ERC-777 代币合约的同时会指定一个批量发送运营者合约作为默认的运营者。此刻，任何持币者都可以在代币运营者合约上挪用 send() 函数，仅通过一个生意业务就可以将多种代币从本身的账户上发送出去。假如代币合约没有注明将批量发送运营者合约作为默认的运营者合约，则持币者可以针对账户举办自界说设置。
代币合约的 symbol 就是用来指代合约自己的短标记，譬喻 “MYT”。这个标记跟股票代码差不多，固然没有长度限制，可是凡是都在 3 至 4 个字符阁下。
发送：执行代币转账，更新代币合约上每个地点的持币信息
代币合约的 granularity（粒度） 是代币内部所示数额的最小可支解单元。紧接着上面的例子，许可证代币的粒度该当是 1018 （因为 1018/ 1018 = 1），而黄金代币的 粒度该当是 1016（因为 1016/1018 = 0.01）。
本文主要先容了代币合约，并讲授了 ERC-777 代币合约的特性、成果和用途。请留意，本文不涉及 ERC-20 。假如你想相识关于 ERC-20 代币合约的信息，可以看看另一篇文章（编者注：中译本见文末超链接《领略ERC-20 token合约》）。
ERC-777 代币合约的成果ERC-777 代币合约具有许多成果，可以让用户查找账户余额，而且在差异条件下将代币从一个账户转到另一个账户上。这些函数的详情如下。
有了运营者之后，只要一个账户里有 ETH ，其他账户里有其他代币，即可由持有 ETH 的账户举办代币转账。接着上一个例子往下看，假如把 0x93f1…1b09 作为 0x1f59…3492 的运营者，那么由 0x1f59…3492 向 0x4ba5…ae22 发送代币的进程就可以简化为：
对 tokensToSend() 和 tokensReceived() 的要求tokensToSend() 是可选项；假如不选的话，就会凭据常见流程发送代币。tokensReceived() 也是可选的，除非收款账户是合约，在这种环境下就是强制的。强制所有收到代币的合约执行 tokensReceived() ，就可以确保代币只会被发送到主动说明可以处理惩罚这这些代币的合约处。这是 ERC-223 的主要方针。除此之外， ERC-777 还实施了其他保障法子，就是强制收款方挂号是否可以或许吸收 ERC-777 代币和 ERC-1820 代币。
与 ERC-20 的兼容性敏锐的读者大概已经留意到了，固然 ERC-20 和 ERC-777 提供的成果差不多，可是二者对这些成果的定名都不尽沟通；ERC-20 利用的名称是transfer()/approve()/transferFrom() ，而 ERC-777 利用的名称是send()/operatorSend() 。这就意味着，同一个代币合约有大概提供沟通的 ERC-20 和 ERC-777 成果。ERC-777 尺度中具体说明白详细的操纵方法和触发事件。
通过发送代币来调换其他代币（譬喻，ICO、漫衍式生意业务）
假如这笔资金回收的是 ERC-777 代币的形式，就可轻松实现上图中的配置。需要执行以下步调：
首席财政官可以拟定哪些法则？险些所有法则都可以被编码进智能合约内，下面举了几个例子：只答允运营者耗费必然量的资金（代币）
简朴的代币合约会将上述信息生存在地点与余额的映射表中。假如是在更巨大的场景下，如分红等，凡是会别的回收越发强大的布局。然而，无论详细的实现细节如何，代币余额环境始终如上文的图表所示。
-图 4：销毁 0x4919…431d 中的 50 个代币之后，余额的变革环境如标红地方示-
-图 8 ：代币内部所示数额是终端用户所见数额的 1018 -
ERC-777 是一种新的代币合约尺度，办理了 ERC-20 的一些安详问题，可以让合约建设者、代币持有者和受众在无需变动代币合约的环境下扩展其成果。ERC-777 从 ERC-20 和 ERC-223 等尺度处罗致了许多想法，并在此基本上成长成为新一代尺度，为开拓者和用户提供了许多强大的特性。
对运营者配置 逐日/每周/每月 的支出限额
-图 11：位于差异合约内的 tokensToSend() 和 TokensReceived()-
当持币者想要把代币发送到另一个地点之时，他会直接在该代币合约上挪用 send() ，如下图所示：
一旦有代币从一个地点转移到另一个地点，就会触发 Sent() 事件。该事件包括了被转移代币的数量，以及持有者地点和吸收者地点的信息。
运营者只能向一组颠末授权的收款方发送资金
常见的代币发送流程如下图所示：
在建设代币合约之时，就可为所有持有者都启用代币运营者合约（即 默认运营者 ），或是在有需要的环境下，为个体持有者启用该合约。
一旦有新的代币被锻造出来，就会触发Minted() 事件。该事件包括了新铸代币的数量，及其方针地点的信息。
ERC-777 代币合约的界说每个陈设到以太坊上的 ERC-777 代币合约城市被分派一个地点，即代币地点。这个代币合约将会包括一些界说合约操纵的参数。
代币持有者合约可觉得代币持有者提供特另外成果。譬喻，批量发送代币是一大常见需求，，可是没有在 ERC-777 尺度中注明。在陈设 ERC-777 代币合约之前，有大概会新增批量发送的成果，可是这样会为代币合约引入自界说属性，因此更容易呈现错误。
原文链接:
在得到持币者授权的环境下发送代币（“免手续费转账”）
一般而言，代币运营者合约偏重于扩展代币合约的成果。代币节制合约则偏重于节制来自账户的代币流。
首席财政官授权财政司理成为公司持币地点的运营者
不妨来探究一下 ERC-777 的粒度和 ERC-20 的小数之间的区别。固然二者的都可以实现代币的可支解性，ERC-20 是基于详细的值来移动小数点的位置，而 ERC-777 的小数点位置是牢靠的。这样一来，ERC-777 代币的值就更容易在用户界面上显示，因为小数点的位置始终是牢靠的，只是去掉了后头陆续串的 0 。
tokensReceived() 旨在通过对生意业务拟定法则来节制进入一个或多个账户的资金。说白了，tokensReceived() 就是让用户把 “今世币进入我的账户之时...” 这句话增补完整。这些法则都是在代币节制合约中界说的。同一个代币节制合约可用于多个 ERC-777 代币合约，以及多个账户之间，从而担保各账户之间法则的统一。
简言之，代币运营者合约可以通过修改法则来划定代币在何时可以从一个账户转移到另一个账户。这是一个很是强大的成果，需要用户充实信任代币运营者合约。可以设想的是，以太坊主网大将会陈设一些知名的代币运营者合约，用来实现特定的成果。代币合约建设者和小我私家持币者通过选择本身想要的代币运营者合约就可以扩展成果，从而提高代币转账的效率和安详性。在下一篇文章中，我们将更深入地探究代币运营者合约。
如上图所示，地点 0x93f1…1b09 先向地点 0x1f59…3492 发送 ETH ，期待该生意业务完成后，地点 0x1f59…3492 向 0x4ba5…ae22 发送代币。如此繁多的步调既低落了用户体验，又加大了网络负载量。
假如收到的资金来自一个已知的发送方，则直接记入相应部分的贷方
-图 3 ：在 0x4ba5..ae22 中铸成 100 个代币，则余额的变革环境如标红地方示-
代币运营者合约是可选的；任何持币者都可以忽视这个成果，直接挪用 send() 。而代币节制合约是强制性的，不能被忽视。
可是，任何用户也都可以通过挪用代币运营者合约来发送代币。通过该合约，任何用户都可以代表持有者发送代币，如下图所示：
授权：确保发送方有权发送代币，发送方必需是这些代币的持有者或是拥有对应地点权限的运营者
郑重声明：本文版权归原作者所有，转载文章仅为传播更多信息之目的，如作者信息标记有误，请第一时间联系我们修改或删除，多谢。
