• <option id="cacee"><noscript id="cacee"></noscript></option>
  • <table id="cacee"><noscript id="cacee"></noscript></table>
  • <td id="cacee"></td>
  • <option id="cacee"></option>
  • <table id="cacee"></table>
  • <option id="cacee"><option id="cacee"></option></option>
  • <table id="cacee"><source id="cacee"></source></table><td id="cacee"><rt id="cacee"></rt></td>
    <option id="cacee"><option id="cacee"></option></option>
     找回密碼
     立即注冊

    掃一掃,登錄網站

    首頁 百科 查看內容
    • 13737
    • 0
    • 分享到

    收藏 | 80%的人都不知道,ERC-223、ERC-621、ERC-721這些到底說了啥,還好意思說自己懂智能合約?

    2018-7-23 22:30

    來源: 區塊鏈大本營 作者: Lauren Stephanian

    ERC-223


    狀態:打開
    提出日期:2017年5月3日

    開發人員Dexaran詳細描述了ERC-223標準適用的兩種場景:

    在ERC20通證標準中執行交易有兩種方式:

    1. transfer方法。

    2. approve + transferFrom 機制。

    通證余額只是通證合約中的一個變量。

    通證的交易在合同中的表現是變量的變化:轉出賬戶的余額將減少,接收賬戶的余額將增多。

    交易發生時, transfer方法不會通知接收賬戶,接受賬戶也將無法識別傳入交易!下面是我寫的一個例子,來展示導致交易未處理和資金損失的過程 。

    如果接收賬戶接受到的是合約,用戶必須使用approve +transferFrom 機制來轉移通證;如果接收賬戶是外部帳戶地址,用戶必須通過 transfer方法轉移通證;如果選擇了錯誤的方法,通證將被卡在合約中(合約將不會識別交易),那么,我們將無法提取這些被卡住的通證。

    Dexaran提出的ERC-223標準就解決了這一問題,而且,它與ERC-20標準非常相似。當通證轉移到智能合約時,該合約的一個特殊方法tokenFallback將允許接收合約、拒絕通證或觸發進一步的操作。在大多數情況下,tokenFallback方法可以用來代替approve方法。

    版權申明:本內容來自于互聯網,屬第三方匯集推薦平臺。本文的版權歸原作者所有,文章言論不代表鏈門戶的觀點,鏈門戶不承擔任何法律責任。如有侵權請聯系QQ:3341927519進行反饋。
    相關新聞
    發表評論

    請先 注冊/登錄 后參與評論

      回頂部
    • <option id="cacee"><noscript id="cacee"></noscript></option>
    • <table id="cacee"><noscript id="cacee"></noscript></table>
    • <td id="cacee"></td>
    • <option id="cacee"></option>
    • <table id="cacee"></table>
    • <option id="cacee"><option id="cacee"></option></option>
    • <table id="cacee"><source id="cacee"></source></table><td id="cacee"><rt id="cacee"></rt></td>
      <option id="cacee"><option id="cacee"></option></option>
      妖精视频