777:科普 | 什么是 ERC-777 代幣合約？

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

本文主要介紹了代幣合約，并講解了ERC-777代幣合約的特性、功能和用途。請注意，本文不涉及ERC-20。如果你想了解關于ERC-20代幣合約的信息，可以看看另一篇文章。

什么是代幣合約？

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

-圖1：地址及其代幣余額表-

需要注意的是，一個最終用戶可能會擁有任意多個地址。造成這種情況的原因有很多，例如，用戶想把自己所持有的代幣分散到不同的邏輯賬戶中，或使用不同的賬戶來代表不同的來源。

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

-圖2：從0x2299…3ab70向0x1f59…3492轉移10個代幣之后，余額的變化情況如標紅處所示-

可以通過鑄成新的代幣來增加其總供應量。例如，在0x4ba5..ae22中鑄成100個代幣，則余額的更新情況如下表所示：

-圖3：在0x4ba5..ae22中鑄成100個代幣，則余額的變化情況如標紅處所示-

代幣的總供給量可以通過銷毀已有代幣來減少。例如，0x4919…413d銷毀了50個代幣之后，余額的變化情況如下表所示：

-圖4：銷毀0x4919…431d中的50個代幣之后，余額的變化情況如標紅處所示-

簡單的代幣合約會將上述信息保存在地址與余額的映射表中。如果是在更復雜的場景下，如分紅等，通常會另外采用更加強大的結構。然而，無論具體的實現細節如何，代幣余額情況始終如上文的圖表所示。

ERC-777代幣合約的運營者

徐明星新書《趣說金融史》正式發布 科普金融發展之道:金色財經現場報道，9月23日，歐科云鏈創始人徐明星攜手著名財經作家李霽月、行業觀察者顧澤輝力作《趣說金融史》一書，跨越5000年金融歷史，重讀金錢故事，并預測新的金融時代。該書由中信出版社出版，將于近期正式發售。據了解，本書可以更好地呈現金融的起源與發展，幫助人們理解貨幣、金融與未來經濟。作為區塊鏈行業領軍企業——歐科云鏈的創始人，徐明星深知技術探索對經濟社會的重要推動作用，他曾先后出版過《圖說區塊鏈》、《區塊鏈：重塑經濟與世界》、《通證經濟》、《鏈與未來》等行業權威著作，解讀區塊鏈等新型技術的推動下，金融與社會的升級之道，對經濟社會發展做出了重大貢獻。其中，《區塊鏈：重塑經濟與世界》曾作為新中國70周年重點推薦圖書之一被相關書店推薦。[2021/9/23 17:00:57]

ERC-777代幣合約引入了運營者的概念。運營者是代表代幣持有者進行操作的第三方，可以將代幣從持有者的地址轉移出來。請注意，由于運營者擁有很大權力，應該謹慎添加。

每個地址都包含一個經授權的運營者列表，如上表所示：

-圖5：代幣持有地址的運營者-

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

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

-圖6：發送代幣之前先往賬戶打錢-

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

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

-圖7：代表另一個賬戶發送代幣-

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

國務院：推進科普與區塊鏈技術深度融合:為貫徹落實黨中央、國務院關于科普和科學素質建設的重要部署，依據《中華人民共和國科學技術進步法》、《中華人民共和國科學技術普及法》制定《全民科學素質行動規劃綱要（2021－2035年）》，其中要求實施智慧科普建設工程。推進科普與區塊鏈等技術深度融合，強化需求感知、用戶分層、情景應用理念，推動傳播方式、組織動員、運營服務等創新升級，加強“科普中國”建設，強化科普信息落地應用，與智慧教育、智慧城市、智慧社區等深度融合。（新華社）[2021/7/10 0:40:52]

運營者也有可能是合約的形式，而且在代幣合約創建的時候就可以為所有持幣者預先定義好代幣運營者合約。這樣一來，運營者可以為所有持幣用戶提供服務，同時其功能又被限制在智能合約的功能范圍內，代幣合約就可以不費吹灰之力地為持有者提供更多功能。后文將詳細闡述代幣合約運營者擁有哪些權力。

ERC-777代幣合約的定義

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

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

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

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

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

-圖8：代幣內部所示數額是終端用戶所見數額的1018-

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

代幣合約的granularity是代幣內部所示數額的最小可分割單位。緊接著上面的例子，許可證代幣的粒度應當是1018，而黃金代幣的粒度應當是1016。

TRON數字錢包科普資料《波場錢包的現在過去與未來》已上線:據最新消息顯示，由TokenPocket聯合波場TRON官方，以及 TokenPocket 社區志愿者共同撰寫的《波場錢包的現在過去與未來》已正式上線。《波場錢包的現在過去與未來》又稱為波場錢包小白書，詳細介紹了當前TRON錢包與TRON生態密切結合的實例，是目前市面上最為詳細的TRON數字錢包科普資料。波場錢包作為波場公鏈生態中極為重要的入口，是波場生態的重要構成要素。波場錢包從一開始只提供權限管理、轉賬收款、節點投票等基礎功能，到如今不僅可以為用戶提供法幣交易、閃兌和去中心化交易所等方便快捷的交易服務，還能讓用戶直接在錢包上體驗波場上DApp，挖礦、DeFi、Staking等資產增值服務。詳情見原文鏈接。[2020/8/20]

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

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

ERC-777代幣合約的功能

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

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

balanceOf()函數說明了特定地址所持有的代幣數量。要注意的是，任何人都可以詢問任意地址的余額，因為區塊鏈上的所有數據都是公開的。

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

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

authorizeOperator()函數允許消息發送方將自己的代幣授權給另一個地址。

revokeOperator()函數可以將撤銷現有運營者控制消息發送方代幣的權限。

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

只要發送方擁有某個賬戶的運營者權限，就可以通過operatorSend()函數將一定數量的代幣從那個賬戶發送至另一個賬戶。

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

聲音 | ETC Labs主管：科普教育是未來幾年公鏈面臨的巨大挑戰:ETCLabs主管Darin Kotalik認為，科普教育是未來幾年公鏈面臨的巨大挑戰，人們必須要對區塊鏈有基本的認識，分清楚公鏈和私鏈的區別。[2019/8/25]

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

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

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

一旦現有代幣被銷毀，就會觸發Burned()事件。該事件包含了被銷毀代幣的數量及源地址的信息。

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

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

詳解ERC-777代幣合約的發送功能

將ERC-777代幣從一個地址發送到另一個地址需要經過幾個步驟來完成。在這一流程，ERC-777代幣標準在功能性和安全性上都展現出了優越之處。

常見的代幣發送流程如下圖所示：

-圖9：常見的代幣發送流程-

具體步驟如下：

驗證：確保輸入參數是有效的，需驗證該地址是否有足額代幣可用來發送，以及所發送數額是否是該代幣粒度的倍數

授權：確保發送方有權發送代幣，發送方必須是這些代幣的持有者或是擁有對應地址權限的運營者

發送：執行代幣轉賬，更新代幣合約上每個地址的持幣信息

日志：發送包含所有操作細節的事件

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

-圖10:ERC-777的代幣發送流程-

可以看到，ERC-777在常見流程中新增了tokensToSend()和tokensReceived()這兩個步驟。tokensToSend()的調用放在了驗證交易信息以及完成授權之后，但是在更新合約地址的持幣信息之前。tokensReceived()的調用放在了更新合約地址的持幣信息之后。乍一看，新增的步驟似乎沒有讓整個流程變得很復雜。但是，tokensToSend()和tokensReceived()的強大之處在于，它們不是由合約地址定義的，而是分別位于代幣發送方和接收方的合約內。由此一來，發送方和接收方就有權決定是否要達成交易，還可以實現更高級的功能。

財政部副部長朱光耀：數字經濟還處在發展的過程中，要以科普、推動的態度來推進數字經濟發展:今日，在中國發展高層論壇2018年會上，財政部副部長朱光耀表示：“數字經濟還處在發展的過程中，要以科普、推動的態度來推進數字經濟發展。也要關注數字經濟的其他影響，包括稅收征管、反洗錢監管措施等要跟上。”[2018/3/25]

-圖11：位于不同合約內的tokensToSend()和TokensReceived()-

tokensToSend()允許持幣者以“在代幣離開該賬戶之前”的形式提供條件和操作。tokensReceived()允許代幣接收方以“代幣何時到達該賬戶...”的形式提供條件和操作。

tokensToSend()的目的

想象一個場景。假設有一家公司的首席財務官制定了多種貨幣資金的轉出規則。這個首席財務官允許財務經理在遵守公司規則的情況下使用資金，同時保留對規則以及資金的控制權，就如下圖所示：

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

首席財務官制定的規則被編碼進了一個代幣控制合約內，且該合約被應用于該公司的持幣地址

首席財務官授權財務經理成為公司持幣地址的運營者

財務經理使用operatorSend()發送資金

首席財務官可以制定哪些規則？幾乎所有規則都可以被編碼進智能合約內，下面舉了幾個例子：

只允許運營者花費一定量的資金

對運營者設置每日/每周/每月的支出限額

運營者只能向一組經過授權的收款方發送資金

只有提供了對首席財務官批準過的發票的引用，運營者才可以花費這筆資金

等等

要留意的一點是，既可以針對公司所持有的不同種類的ERC-777代幣制定多套規則，也可以對多種ERC-777代幣實行同一套規則。這樣一來，首席財務官就可以制定合乎自己公司情況的規則了，財務經理也只能遵守這些規則。

同一個地址也可以擁有多個運營者。因此，如果財務經理有代理人的話，只要其代理人也遵守同樣的規則，就有權訪問這筆資金。

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

tokensReceived()的目的

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

如果收到的資金帶有發票參考號，則將其與發票進行核對，并記入相應部門的貸方

如果收到的資金來自一個已知的發送方，則直接記入相應部門的貸方

除上述情況之外，將資金存入持幣賬戶并進行調查

就tokensToSend()而言，上述過程只是一個實例，它實際上可以描述一切規則。例如，提早付款可享折扣，只接受哪幾種貨幣，等等。這只需要一個步驟：

1.該部門的流程被編程進了一個代幣控制合約，且該合約被應用于該公司的收款地址

通常來說，tokensReceived()之所以沒有tokensToSend()那么復雜，是因為兩個原因。第一，tokensReceived()通常只包含一個參與者，而tokensToSend()會涉及運營者。第二，相比收款來說，用戶通常更關注付款。盡管如此，tokensReceived()是一個非常強大的功能，可以幫助像交易所之類的大型組織來管理已收到的資金。

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

對tokensToSend()和tokensReceived()的要求

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

代幣運營者合約

如上文所述，代幣運營者合約就是在ERC-777代幣合約上調用operatorSend()的合約。這類合約的強大之處就在于，它們能夠在不需要改變ERC-777代幣合約本身的情況下擴展ERC-777的功能。

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

-圖13：直接發送代幣-

但是，任何用戶也都可以通過調用代幣運營者合約來發送代幣。通過該合約，任何用戶都可以代表持有者發送代幣，如下圖所示：

-圖14：通過代幣運營者合約發送代幣-

在創建代幣合約之時，就可為所有持有者都啟用代幣運營者合約，或是在有需要的情況下，為個別持有者啟用該合約。

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

另一種解決方案是，編寫一個可實現批量發送的獨立代幣運營者合約，并單獨進行部署。這個代幣運營者合約可以接受來自持幣者的交易，并根據交易中所記錄的將哪種代幣發送給哪些收款方的細節，反復調用operatorSend()來發送這些代幣。

為了實現批量轉賬的功能，在部署一個標準ERC-777代幣合約的同時會指定一個批量發送運營者合約作為默認的運營者。現在，任何持幣者都可以在代幣運營者合約上調用send()函數，僅通過一個交易就可以將多種代幣從自己的賬戶上發送出去。如果代幣合約沒有注明將批量發送運營者合約作為默認的運營者合約，則持幣者可以針對賬戶進行自定義配置。

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

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

在獲得持幣者授權的情況下發送代幣

通過發送代幣來換取其他代幣

一旦滿足特定條件，立即發送代幣

簡言之，代幣運營者合約可以通過修改規則來規定代幣在何時可以從一個賬戶轉移到另一個賬戶。這是一個非常強大的功能，需要用戶充分信任代幣運營者合約。可以設想的是，以太坊主網上將會部署一些知名的代幣運營者合約，用來實現特定的功能。代幣合約創建者和個人持幣者通過選擇自己想要的代幣運營者合約就可以擴展功能，從而提高代幣轉賬的效率和安全性。

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

代幣運營者合約和代幣控制合約之間的差別

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

代幣運營者合約是可選的；任何持幣者都可以忽視這個功能，直接調用send()。而代幣控制合約是強制性的，不能被忽視。

任何人都可以調用代幣運營者合約。代幣控制合約是作為send()和operatorSend()操作的一部分調用的，因此只能由持幣者調用。

一般而言，代幣運營者合約側重于擴展代幣合約的功能。代幣控制合約則側重于控制來自賬戶的代幣流。

下表匯總了代幣運營者合約和代幣控制合約之間的不同點：

與ERC-20的兼容性

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

ERC-777實現

ERC-777帶有一個參考實現，其中還包括了一個可兼容ERC-20標準的版本。代幣運營者合約和代幣控制合約的樣本可單獨獲得。

更多關于ERC-777的信息

這里還有一篇文章也深入剖析了ERC-777代幣運營者合約，里面提到了很多例子，都是關于如何使用該合約來擴展基本的ERC-777代幣合約的功能的。

原文鏈接:

https://www.wealdtech.com/articles/understanding-erc777-token-contracts/

作者:JimMcDonald

翻譯&校對:閔敏&阿劍

Tags：777KENTOKETOK777幣圖片Rover Inu TokenSafe Community Tokenimtoken官方網站

酷幣下載