ERC-777是一種新的代幣合約標(biāo)準(zhǔn)，解決了 ERC-20 的一些安全問題，可以讓合約創(chuàng)建者、代幣持有者和受眾在無需更改代幣合約的情況下擴(kuò)展其功能。ERC-777 從 ERC-20 和 ERC-223 等標(biāo)準(zhǔn)處汲取了很多想法，并在此基礎(chǔ)上發(fā)展成為新一代標(biāo)準(zhǔn)，為開發(fā)者和用戶提供了很多強(qiáng)大的特性。

本文主要介紹了代幣合約，并講解了 ERC-777 代幣合約的特性、功能和用途。請注意，本文不涉及 ERC-20 。如果你想了解關(guān)于 ERC-20 代幣合約的信息，可以看看另一篇文章（編者注：中譯本見文末超鏈接《理解ERC-20 token合約》）。

什么是代幣合約？

代幣合約指的是一個包含了一組賬戶地址及其對應(yīng)余額的智能合約，如下圖所示。余額表示由合約創(chuàng)建者定義的一種價值：代幣合約可以使用余額來表示實(shí)物、幣值或持幣者的聲譽(yù)。一個單位的余額就是我們通常所說的代幣。

需要注意的是，一個最終用戶可能會擁有任意多個地址。造成這種情況的原因有很多，例如，用戶想把自己所持有的代幣分散到不同的邏輯賬戶（儲蓄、稅務(wù)、開支等）中，或使用不同的賬戶來代表不同的來源（ICO、投資、服務(wù)費(fèi)支付等）。

每當(dāng)代幣從一個賬戶轉(zhuǎn)移到另一個賬戶，代幣合約就會更新這兩個賬戶的余額。例如，從 0x2299…3ab7 向 0x1f59…3492 轉(zhuǎn)移 10 個代幣之后，余額更新情況如下表所示：

可以通過鑄成新的代幣來增加其總供應(yīng)量（通常是代幣合約所有者的功能）。例如，在 0x4ba5..ae22 中鑄成 100 個代幣，則余額的更新情況如下表所示：

代幣的總供給量可以通過銷毀已有代幣來減少（如果合約允許的話，任何代幣持有者都可以銷毀代幣）。例如，0x4919…413d 銷毀了 50 個代幣之后，余額的變化情況如下表所示：

簡單的代幣合約會將上述信息保存在地址與余額的映射表中。如果是在更復(fù)雜的場景下，如分紅等，通常會另外采用更加強(qiáng)大的結(jié)構(gòu)。然而，無論具體的實(shí)現(xiàn)細(xì)節(jié)如何，代幣余額情況始終如上文的圖表所示。

ERC-777 代幣合約的運(yùn)營者

ERC-777 代幣合約引入了 運(yùn)營者 的概念。運(yùn)營者是代表代幣持有者進(jìn)行操作的第三方，可以將代幣從持有者的地址轉(zhuǎn)移出來。請注意，由于運(yùn)營者擁有很大權(quán)力，應(yīng)該謹(jǐn)慎添加。

每個地址都包含一個經(jīng)授權(quán)的運(yùn)營者列表，如上表所示：

如上表所示，代幣持有地址 0x1f59…3492 擁有兩個運(yùn)營者，其他兩個地址各自擁有一個運(yùn)營者。當(dāng)然了，沒有運(yùn)營者的地址也是有效的。

使用運(yùn)營者的一個簡單例子是，用戶在多個地址代幣上都有代幣，必須分別管理這些地址。在一般情況下，在將代幣從一個地址發(fā)送到另一個地址之前，要先確保發(fā)送者的地址內(nèi)有一筆 ETH ，足以用來支付 gas 費(fèi)用。因此，在將 ETH 從一個賬戶發(fā)送到另一個賬戶之時，發(fā)送者需要先完成幾個交易，如下圖所示：

如上圖所示，地址 0x93f1…1b09 先向地址 0x1f59…3492 發(fā)送 ETH ，等待該交易完成后，地址 0x1f59…3492 向 0x4ba5…ae22 發(fā)送代幣。如此繁多的步驟既降低了用戶體驗(yàn)，又加大了網(wǎng)絡(luò)負(fù)載量。

有了運(yùn)營者之后，只要一個賬戶里有 ETH ，其他賬戶里有其他代幣，即可由持有 ETH 的賬戶進(jìn)行代幣轉(zhuǎn)賬。接著上一個例子往下看，如果把 0x93f1…1b09 作為 0x1f59…3492 的運(yùn)營者，那么由 0x1f59…3492 向 0x4ba5…ae22 發(fā)送代幣的過程就可以簡化為：

這就大大降低了用戶的負(fù)擔(dān)。此外，這可以讓用戶在通過一個運(yùn)營者賬戶控制 ETH 資金的同時，確保其代幣分散于多個持幣賬戶之中。

運(yùn)營者也有可能是合約的形式（即 “代幣運(yùn)營者合約”），而且在代幣合約創(chuàng)建的時候就可以為所有持幣者預(yù)先定義好代幣運(yùn)營者合約。這樣一來，運(yùn)營者可以為所有持幣用戶提供服務(wù)，同時其功能又被限制在智能合約的功能范圍內(nèi)，代幣合約就可以不費(fèi)吹灰之力地為持有者提供更多功能。后文將詳細(xì)闡述代幣合約運(yùn)營者擁有哪些權(quán)力。

ERC-777 代幣合約的定義

每個部署到以太坊上的 ERC-777 代幣合約都會被分配一個地址，即代幣地址。這個代幣合約將會包含一些定義合約操作的參數(shù)。

首先要理解的是，由于代幣合約缺少一個中心化的注冊表，無法保證名稱或符號具有唯一性。這樣一來，獲得并保有唯一身份的最佳方法就是公開你的代幣合約。一旦你創(chuàng)建了一個代幣合約，就應(yīng)該把它添加到一些常用網(wǎng)站上，如 Etherscan、MyEtherWallet、MyCrypto 和 CoinMarketCap 等等，不過要確保遵守每個網(wǎng)站的要求，這樣你的提交得到接受的可能性才最大。

代幣合約的 name 就是用來指代合約本身的長名稱，例如 “My token”。名稱的長度并沒有限制，但是一些錢包應(yīng)用可能會將過長的名稱截短，因此要將名稱的長度控制在較短的范圍內(nèi)。

代幣合約的 symbol 就是用來指代合約本身的短符號，例如 “MYT”。這個符號跟股票代碼差不多，雖然沒有長度限制，但是通常都在 3 至 4 個字符左右。

Solidity（以太坊主要使用的編程語言）不支持小數(shù)，但是可分割性對于代幣來說是一個常見需求。ERC-777 采用的解決方案是，所有代幣的內(nèi)部所示數(shù)額均使用其實(shí)際數(shù)額的 1018 整數(shù)倍來表示。例如，終端用戶看到的 1.2345 代幣其實(shí)在內(nèi)部是用 1.2345×1018 來表示的。這樣一來，即使一個代幣被分割成了 0.000000000000000001 ，在內(nèi)部也依舊是以整數(shù)表示的，如下表所示：

一些代幣合約的創(chuàng)建者可能不想讓他們的代幣分割得這么細(xì)。例如，有一名用戶創(chuàng)建了一個軟件許可證代幣合約，他可能不想看見一個完整的許可證被分割的情況。又或者，有一名用戶創(chuàng)建了一個黃金代幣合約，用 1 token 代表 1 Kg 黃金，他可能想將轉(zhuǎn)賬金額限制在 0.01 Kg 及以上。

代幣合約的 granularity（粒度） 是代幣內(nèi)部所示數(shù)額的最小可分割單位。緊接著上面的例子，許可證代幣的粒度應(yīng)當(dāng)是 1018 （因?yàn)?1018/ 1018 = 1），而黃金代幣的 粒度應(yīng)當(dāng)是 1016（因?yàn)?1016/1018 = 0.01）。

可以預(yù)期的是，絕大多數(shù)代幣合約的粒度都是 1 ，也就是說，這個代幣可以被分割成 1/1018 ，或是 0.000000000000000001 。根據(jù)上面給出的例子，如果對代幣的可分割性有具體要求，可以選擇不同的粒度。

不妨來探究一下 ERC-777 的粒度和 ERC-20 的小數(shù)之間的區(qū)別。雖然二者的都可以實(shí)現(xiàn)代幣的可分割性，ERC-20 是基于具體的值來移動小數(shù)點(diǎn)的位置，而 ERC-777 的小數(shù)點(diǎn)位置是固定的。這樣一來，ERC-777 代幣的值就更容易在用戶界面上顯示，因?yàn)樾?shù)點(diǎn)的位置始終是固定的，只是去掉了后面一連串的 0 。

ERC-777 代幣合約的功能

ERC-777 代幣合約具有很多功能，可以讓用戶查找賬戶余額，并且在不同條件下將代幣從一個賬戶轉(zhuǎn)到另一個賬戶上。這些函數(shù)的詳情如下。

totalSupply（）函數(shù)說明了所有地址持有的代幣總量。如果有新的代幣被鑄造出來，這個值就會增加，如果已有的代幣被銷毀，這個值就會減少。

balanceOf（） 函數(shù)說明了特定地址所持有的代幣數(shù)量。要注意的是，任何人都可以詢問任意地址的余額，因?yàn)?a href="http://www.brongaenegriffin.com/v/tag/5687/" target="_blank">區(qū)塊鏈上的所有數(shù)據(jù)都是公開的。

send（）函數(shù)將一定數(shù)量的代幣從信息發(fā)送方的地址轉(zhuǎn)到另一個地址上。相比于 ERC-20 代幣，ERC-777 代幣的發(fā)送功能更完善，詳情見后文。

burn（） 函數(shù)會銷毀信息發(fā)送方所持有的一部分代幣。相比于 ERC-20 代幣，ERC-777 代幣的銷毀功能更完善，詳情見后文。

authorizeOperator（） 函數(shù)允許消息發(fā)送方將自己的代幣授權(quán)給另一個地址（譯者注：即給運(yùn)營者授權(quán)）。

revokeOperator（） 函數(shù)可以將撤銷現(xiàn)有運(yùn)營者控制消息發(fā)送方代幣的權(quán)限。

isOperatorFor（） 說明了某個地址是否是某個代幣持有者的運(yùn)營者。

只要發(fā)送方擁有某個賬戶的運(yùn)營者權(quán)限，就可以通過 operatorSend（） 函數(shù)將一定數(shù)量的代幣從那個賬戶發(fā)送至另一個賬戶。

defaultOperators（）函數(shù)提供了一個代幣運(yùn)營者合約列表，列表中的運(yùn)營者均已得到所有代幣的全部權(quán)限；關(guān)于這個功能，可以參見下文的 “代幣運(yùn)營者合約” 一節(jié)。

ERC-777 代幣合約所涉及的事件

ERC-777 定義了一些事件，可以用來追蹤一個代幣合約的個體和整體信息。

一旦有新的代幣被鑄造出來，就會觸發(fā)Minted（） 事件。該事件包含了新鑄代幣的數(shù)量，及其目標(biāo)地址的信息。

一旦現(xiàn)有代幣被銷毀，就會觸發(fā) Burned（） 事件。該事件包含了被銷毀代幣的數(shù)量及源地址的信息。

一旦有代幣從一個地址轉(zhuǎn)移到另一個地址，就會觸發(fā) Sent（） 事件。該事件包含了被轉(zhuǎn)移代幣的數(shù)量，以及持有者地址和接收者地址的信息。

除了上述幾個事件之外，ERC-777 代幣標(biāo)準(zhǔn)還包含了兩個管理型事件。一旦用戶為己方地址添加了一個運(yùn)營者，就會觸發(fā) AuthorizedOperator（） 事件。一旦用戶將己方地址的某個運(yùn)營者移除，就會觸發(fā) RevokedOperator（） 事件。要注意的是，這些事件不會包含關(guān)于代幣數(shù)量和所有權(quán)變化的信息。

詳解 ERC-777 代幣合約的發(fā)送功能

將 ERC-777 代幣從一個地址發(fā)送到另一個地址需要經(jīng)過幾個步驟來完成。在這一流程，ERC-777 代幣標(biāo)準(zhǔn)在功能性和安全性上都展現(xiàn)出了優(yōu)越之處。

常見的代幣發(fā)送流程如下圖所示：

具體步驟如下：

· 驗(yàn)證：確保輸入?yún)?shù)是有效的，需驗(yàn)證該地址是否有足額代幣可用來發(fā)送，以及所發(fā)送數(shù)額是否是該代幣粒度的倍數(shù)

· 授權(quán)：確保發(fā)送方有權(quán)發(fā)送代幣，發(fā)送方必須是這些代幣的持有者或是擁有對應(yīng)地址權(quán)限的運(yùn)營者

· 發(fā)送：執(zhí)行代幣轉(zhuǎn)賬，更新代幣合約上每個地址的持幣信息

· 日志：發(fā)送包含所有操作細(xì)節(jié)的事件

ERC-777 在上述步驟的基礎(chǔ)上又新增了兩個步驟，如下圖所示：

可以看到，ERC-777 在常見流程中新增了 tokensToSend（） 和 tokensReceived（） 這兩個步驟。

tokensToSend（） 的調(diào)用放在了驗(yàn)證交易信息以及完成授權(quán)之后，但是在更新合約地址的持幣信息之前。

tokensReceived（） 的調(diào)用放在了更新合約地址的持幣信息之后。

乍一看，新增的步驟似乎沒有讓整個流程變得很復(fù)雜。但是， tokensToSend（） 和 tokensReceived（） 的強(qiáng)大之處在于，它們不是由合約地址定義的，而是分別位于代幣發(fā)送方和接收方的合約內(nèi)。由此一來，發(fā)送方和接收方就有權(quán)決定是否要達(dá)成交易，還可以實(shí)現(xiàn)更高級的功能。

tokensToSend（） 允許持幣者以 “在代幣離開該賬戶之前” 的形式提供條件和操作。

tokensReceived（） 允許代幣接收方以 “代幣何時到達(dá)該賬戶。..” 的形式提供條件和操作。

tokensToSend（） 的目的

想象一個場景。假設(shè)有一家公司的首席財(cái)務(wù)官制定了多種貨幣資金的轉(zhuǎn)出規(guī)則。這個首席財(cái)務(wù)官允許財(cái)務(wù)經(jīng)理在遵守公司規(guī)則的情況下使用資金，同時保留對規(guī)則以及資金的控制權(quán)，就如下圖所示：

如果這筆資金采用的是 ERC-777 代幣的形式，就可輕松實(shí)現(xiàn)上圖中的設(shè)置。需要執(zhí)行以下步驟：

1. 首席財(cái)務(wù)官制定的規(guī)則被編碼進(jìn)了一個代幣控制合約內(nèi)，且該合約被應(yīng)用于該公司的持幣地址

2. 首席財(cái)務(wù)官授權(quán)財(cái)務(wù)經(jīng)理成為公司持幣地址的運(yùn)營者

3. 財(cái)務(wù)經(jīng)理使用 operatorSend（） 發(fā)送資金

首席財(cái)務(wù)官可以制定哪些規(guī)則？幾乎所有規(guī)則都可以被編碼進(jìn)智能合約內(nèi)，下面舉了幾個例子：

· 只允許運(yùn)營者花費(fèi)一定量的資金（代幣）

· 對運(yùn)營者設(shè)置 每日/每周/每月 的支出限額

· 運(yùn)營者只能向一組經(jīng)過授權(quán)的收款方發(fā)送資金

· 只有提供了對首席財(cái)務(wù)官批準(zhǔn)過的發(fā)票的引用，運(yùn)營者才可以花費(fèi)這筆資金

· 等等

要留意的一點(diǎn)是，既可以針對公司所持有的不同種類的 ERC-777 代幣制定多套規(guī)則，也可以對多種 ERC-777 代幣實(shí)行同一套規(guī)則。這樣一來，首席財(cái)務(wù)官就可以制定合乎自己公司情況的規(guī)則了，財(cái)務(wù)經(jīng)理也只能遵守這些規(guī)則。

同一個地址也可以擁有多個運(yùn)營者。因此，如果財(cái)務(wù)經(jīng)理有代理人的話，只要其代理人也遵守同樣的規(guī)則（或其他規(guī)則），就有權(quán)訪問這筆資金。

tokensToSend（） 旨在通過對交易制定規(guī)則來控制一個或多個賬戶內(nèi)資金的轉(zhuǎn)出。說白了，tokensToSend（） 就是讓用戶把 “在代幣離開我的賬戶之前。..” 這句話補(bǔ)充完整。這些規(guī)則是在代幣控制合約中定義的。同一個代幣控制合約可用于多個 ERC-777 代幣合約，以及多個賬戶之間，從而保證各賬戶之間規(guī)則的統(tǒng)一。

tokensReceived（） 的目的

與 tokensToSend（） 類似，tokensReceived（） 會收到代幣已轉(zhuǎn)入該賬戶的通知。接著上文的例子，該公司有一個會計(jì)部門負(fù)責(zé)付款。每次收到付款，都需要核對是否與發(fā)票相符，并且分配給公司內(nèi)部的部門。收到這筆資金之后，會計(jì)部門需要執(zhí)行以下步驟：

· 如果收到的資金帶有發(fā)票參考號，則將其與發(fā)票進(jìn)行核對，并記入相應(yīng)部門的貸方

· 如果收到的資金來自一個已知的發(fā)送方，則直接記入相應(yīng)部門的貸方

· 除上述情況之外，將資金存入持幣賬戶并進(jìn)行調(diào)查

就 tokensToSend（） 而言，上述過程只是一個實(shí)例，它實(shí)際上可以描述一切規(guī)則。例如，提早付款可享折扣（推遲付款需額外收費(fèi)），只接受哪幾種貨幣，等等。這只需要一個步驟：

1.該部門的流程被編程進(jìn)了一個代幣控制合約，且該合約被應(yīng)用于該公司的收款地址

通常來說，tokensReceived（） 之所以沒有 tokensToSend（） 那么復(fù)雜，是因?yàn)閮蓚€原因。第一，tokensReceived（） 通常只包含一個參與者（收款地址），而 tokensToSend（） 會涉及運(yùn)營者。第二，相比收款來說，用戶通常更關(guān)注付款。盡管如此，tokensReceived（） 是一個非常強(qiáng)大的功能，可以幫助像交易所之類的大型組織來管理已收到的資金。

tokensReceived（） 旨在通過對交易制定規(guī)則來控制進(jìn)入一個或多個賬戶的資金。說白了，tokensReceived（） 就是讓用戶把 “當(dāng)代幣進(jìn)入我的賬戶之時。..” 這句話補(bǔ)充完整。這些規(guī)則都是在代幣控制合約中定義的。同一個代幣控制合約可用于多個 ERC-777 代幣合約，以及多個賬戶之間，從而保證各賬戶之間規(guī)則的統(tǒng)一。

對 tokensToSend（） 和 tokensReceived（） 的要求

tokensToSend（） 是可選項(xiàng)；如果不選的話，就會按照常見流程發(fā)送代幣。tokensReceived（） 也是可選的，除非收款賬戶是合約，在這種情況下就是強(qiáng)制的。強(qiáng)制所有收到代幣的合約執(zhí)行 tokensReceived（） ，就可以確保代幣只會被發(fā)送到主動說明可以處理這這些代幣的合約處。這是 ERC-223 的主要目標(biāo)。除此之外， ERC-777 還實(shí)施了其他保障措施，就是強(qiáng)制收款方登記是否能夠接收 ERC-777 代幣和 ERC-1820 代幣。

代幣運(yùn)營者合約

如上文所述，代幣運(yùn)營者合約就是在 ERC-777 代幣合約上調(diào)用 operatorSend（） 的合約。這類合約的強(qiáng)大之處就在于，它們能夠在不需要改變 ERC-777 代幣合約本身的情況下擴(kuò)展 ERC-777 的功能。

當(dāng)持幣者想要把代幣發(fā)送到另一個地址之時，他會直接在該代幣合約上調(diào)用 send（） ，如下圖所示：

但是，任何用戶也都可以通過調(diào)用代幣運(yùn)營者合約來發(fā)送代幣。通過該合約，任何用戶都可以代表持有者發(fā)送代幣，如下圖所示：

在創(chuàng)建代幣合約之時，就可為所有持有者都啟用代幣運(yùn)營者合約（即 默認(rèn)運(yùn)營者 ），或是在有需要的情況下，為個別持有者啟用該合約。

代幣持有者合約可以為代幣持有者提供額外的功能。例如，批量發(fā)送代幣是一大常見需求，但是沒有在 ERC-777 標(biāo)準(zhǔn)中注明。在部署 ERC-777 代幣合約之前，有可能會新增批量發(fā)送的功能，但是這樣會為代幣合約引入自定義屬性，因此更容易出現(xiàn)錯誤。

另一種解決方案是，編寫一個可實(shí)現(xiàn)批量發(fā)送的獨(dú)立代幣運(yùn)營者合約，并單獨(dú)進(jìn)行部署。這個代幣運(yùn)營者合約可以接受來自持幣者的交易，并根據(jù)交易中所記錄的將哪種代幣發(fā)送給哪些收款方的細(xì)節(jié)，反復(fù)調(diào)用 operatorSend（） 來發(fā)送這些代幣。

為了實(shí)現(xiàn)批量轉(zhuǎn)賬的功能，在部署一個標(biāo)準(zhǔn) ERC-777 代幣合約的同時會指定一個批量發(fā)送運(yùn)營者合約作為默認(rèn)的運(yùn)營者。現(xiàn)在，任何持幣者都可以在代幣運(yùn)營者合約上調(diào)用 send（） 函數(shù)，僅通過一個交易就可以將多種代幣從自己的賬戶上發(fā)送出去。如果代幣合約沒有注明將批量發(fā)送運(yùn)營者合約作為默認(rèn)的運(yùn)營者合約，則持幣者可以針對賬戶進(jìn)行自定義配置。

請注意，由上圖可見，代幣運(yùn)營者合約只有一個send（） 函數(shù)，但是復(fù)雜的代幣運(yùn)營者合約可以有多個 send（） 函數(shù)。例如，一個批量發(fā)送代幣運(yùn)營者合約可能具備以下功能，即，向多個收款方發(fā)送相同數(shù)量的代幣，向多個收款方發(fā)送不同數(shù)量的代幣，等等。

除了上述例子中提到的功能之外，調(diào)用代幣運(yùn)營者合約的用戶也可以是除持幣者之外的人。讓外人代替持幣者發(fā)送代幣，這種做法可能聽起來很危險，但實(shí)際上在很多場景下都非常有用。將持幣者和要求轉(zhuǎn)賬的用戶分開，就可以實(shí)現(xiàn)更多功能，例如：

· 在獲得持幣者授權(quán)的情況下發(fā)送代幣（“免手續(xù)費(fèi)轉(zhuǎn)賬”）

· 通過發(fā)送代幣來換取其他代幣（例如，ICO、分布式交易）

· 一旦滿足特定條件，立即發(fā)送代幣（基于績效的獎勵、根據(jù)時間鎖定的代幣）

簡言之，代幣運(yùn)營者合約可以通過修改規(guī)則來規(guī)定代幣在何時可以從一個賬戶轉(zhuǎn)移到另一個賬戶。這是一個非常強(qiáng)大的功能，需要用戶充分信任代幣運(yùn)營者合約?？梢栽O(shè)想的是，以太坊主網(wǎng)上將會部署一些知名的代幣運(yùn)營者合約，用來實(shí)現(xiàn)特定的功能。代幣合約創(chuàng)建者和個人持幣者通過選擇自己想要的代幣運(yùn)營者合約就可以擴(kuò)展功能，從而提高代幣轉(zhuǎn)賬的效率和安全性。

在下一篇文章中，我們將更深入地探究代幣運(yùn)營者合約。

代幣運(yùn)營者合約和代幣控制合約之間的差別

乍一看，代幣運(yùn)營者合約跟代幣控制合約中的 tokensToSend（） 差異不大，其實(shí)二者還是有一些差別的。

代幣運(yùn)營者合約是可選的；任何持幣者都可以忽視這個功能，直接調(diào)用 send（） 。而代幣控制合約是強(qiáng)制性的，不能被忽視。

任何人都可以調(diào)用代幣運(yùn)營者合約。代幣控制合約是作為 send（） 和 operatorSend（） 操作的一部分調(diào)用的，因此只能由持幣者（或該持幣者的運(yùn)營者）調(diào)用。

一般而言，代幣運(yùn)營者合約側(cè)重于擴(kuò)展代幣合約的功能。代幣控制合約則側(cè)重于控制來自賬戶的代幣流。

下表匯總了代幣運(yùn)營者合約和代幣控制合約之間的不同點(diǎn)：

與 ERC-20 的兼容性

敏銳的讀者可能已經(jīng)注意到了，雖然 ERC-20 和 ERC-777 提供的功能差不多，但是二者對這些功能的命名都不盡相同；ERC-20 使用的名稱是transfer（）/approve（）/transferFrom（） ，而 ERC-777 使用的名稱是send（）/operatorSend（） 。這就意味著，同一個代幣合約有可能提供相同的 ERC-20 和 ERC-777 功能。ERC-777 標(biāo)準(zhǔn)中詳細(xì)說明了具體的操作方式和觸發(fā)事件。

ERC-777 實(shí)現(xiàn)

ERC-777 帶有一個參考實(shí)現(xiàn)，其中還包括了一個可兼容 ERC-20 標(biāo)準(zhǔn)的版本。代幣運(yùn)營者合約和代幣控制合約的樣本可單獨(dú)獲得。
責(zé)任編輯；zl