Permit 功能（EIP-2612）

什麼是 Permit 功能（EIP-2612）？

由 EIP-2612 定義的 Permit 功能，是 ERC-20 代幣的擴充功能，讓代幣持有者可以透過簽署鏈下訊息授權支出方，而不必另外送出鏈上授權交易。

在加密貨幣領域，這項功能相當重要，因為它能讓代幣授權流程更順暢、成本更低，也更容易與其他智能合約操作整合。

官方 EIP-2612 規格指出，此標準透過新增名為

的函式擴充 ERC-20。該函式會透過簽章訊息修改 allowance 對應表，而不是透過 修改。

簡單來說，EIP-2612 讓使用者可以在錢包中簽署訊息，表示「我授權這個智能合約使用一定數量的代幣」。

之後，其他帳戶或合約便可將這份簽署後的授權提交至鏈上。

這表示代幣持有者不必直接送出授權交易。

也表示代幣持有者可能不必只為了授權 ERC-20 代幣支出，就持有該鏈的原生 Gas 代幣。

Permit 功能本身不會轉移代幣。

它只會設定 allowance，之後可由

或其他會使用已核准 allowance 的合約流程使用。

這項區別至關重要，因為授權支出方並不等於將代幣轉給該支出方。

Permit 最適合理解為一種簽署授權：簽章提交後，會在鏈上更新 ERC-20 allowance 狀態。

Permit 功能重點

• • EIP-2612 在 ERC-20 代幣中新增
    permit
    、
    nonces
    和
    DOMAIN_SEPARATOR
    。
  • Permit 功能讓使用者透過鏈下簽章授權 ERC-20 代幣支出。
  • 簽署訊息遵循 EIP-712 型別化結構資料規則。
  • Permit 會變更 allowance，但本身不會轉移代幣。
  • Nonce 可防止同一個 permit 簽章被重複使用。
  • 截止期限會限制已簽署 permit 的有效時間。
  • Permit 能改善使用者體驗，但不會消除授權風險或簽章網路釣魚風險。

EIP-2612 的創建原因

ERC-20 代幣採用授權機制，讓一個地址可以授權另一個地址代為支出代幣。

原始的 ERC-20 標準定義了

、 和 等函式。

這套授權機制讓代幣能在錢包、智能合約、支付系統、交易介面、借貸協議、質押合約及其他去中心化應用程式中重複使用。

然而，一般 ERC-20 授權流程通常需要兩筆鏈上交易。

第一筆是

授權交易。

第二筆則是實際使用已核准代幣的智能合約操作。

這會增加使用者操作上的阻力，因為使用者必須支付兩次 Gas、等待兩次確認，並理解兩個不同的錢包提示。

對於持有 ERC-20 代幣、但沒有提交授權交易所需原生 Gas 代幣的使用者而言，這也會造成問題。

EIP-2612 透過允許使用者以簽署訊息的方式授權，解決了這個特定問題。

代幣持有者在鏈下簽署 permit，再由其他方提交至鏈上。

如此一來，智能合約流程便能更有效率地整合授權與其他操作。

例如，使用者可以簽署 permit，再由合約使用該 permit 並在單一交易流程中轉移代幣。

這並不代表網路層級的交易變成免費。

仍然有人必須支付 Gas，才能將 permit 提交至鏈上。

好處在於，支付 Gas 的人不一定要是代幣持有者。

Permit 功能的運作方式

EIP-2612 的核心函式形式如下：

。

是簽署授權的代幣持有者。

是獲得 allowance 的地址。

是核准支出的代幣數量。

是 permit 可使用的最晚時間。

、 和 是加密簽章的組成部分。

提交 permit 時，代幣合約會檢查簽章是否有效。

合約也會檢查是否已超過截止期限。

此外，合約會確認簽署訊息中的 nonce 是否符合該持有者目前的 nonce。

如果所有必要檢查都通過，合約就會將

設為核准的數值。

接著，合約會增加該持有者的 nonce，避免同一個簽章再次使用。

合約也會發出

事件，使其行為符合 ERC-20 授權的預期。

這個流程會將錢包簽章轉換為鏈上的 allowance 更新。

EIP-2612 的 3 個主要函式

EIP-2612 要求符合標準的代幣在 ERC-20 基礎上新增 3 個函式。

第一個函式是

。

函式會驗證已簽署的授權並更新 allowance。

第二個函式是

。

函式會傳回某個持有者地址目前的 nonce。

第三個函式是

。

函式會傳回 EIP-712 網域分隔符，讓簽章與特定代幣合約及簽署網域相連。

這 3 個函式會共同運作。

Permit 簽章會定義授權內容。

Nonce 可防止重放攻擊。

網域分隔符則有助於將簽章綁定至正確的合約與鏈上環境。

如果缺少這些支援機制，permit 簽章就更容易遭到誤用，或在錯誤的情境中被重放。

什麼是 Allowance？

Allowance 是持有者授權支出方使用的 ERC-20 代幣數量。

例如，如果 Alice 授權某個智能合約支出 100 枚代幣，Alice 對該智能合約的 allowance 就會變成 100 枚代幣。

之後，支出方可以呼叫

，在代幣合約與應用程式流程允許的範圍內，轉移不超過核准數量的代幣。

Permit 功能不會移除 allowance 機制。

它改變的是建立 allowance 的方式。

EIP-2612 讓持有者透過簽署訊息授權更新 allowance，不必直接呼叫

。

這能改善使用便利性，同時保留使用者熟悉的 ERC-20 allowance 機制。

使用者仍應謹慎管理 allowance，因為已獲授權的支出方可能可以在核准額度內轉移代幣。

無限額 permit 授權雖然方便，但如果支出方合約具有惡意、遭到入侵或遭到誤解，也可能造成重大損失。

Permit 功能與 Approve 功能的差異

傳統的

函式由代幣持有者直接透過鏈上交易呼叫。

Permit 功能則由代幣持有者透過鏈下簽章授權，再由其他方提交至鏈上。

使用

時，代幣持有者必須為授權交易支付 Gas。

使用

時，代幣持有者只需簽署訊息，之後可由中繼者、應用程式或支出方支付 Gas 並提交訊息。

使用

時，授權操作會直接與 綁定。

使用

時，授權操作則會與經驗證的持有者簽章綁定。

兩者最終都可能更新相同的 allowance，但使用者體驗不同。

因此，EIP-2612 常被稱為可實現免 Gas 授權。

更準確地說，它讓代幣持有者不必自行提交授權交易。

區塊鏈仍需要交易與 Gas，才能更新狀態。

EIP-712 對 Permit 的重要性

EIP-2612 使用以 EIP-712 為基礎的型別化結構資料。

EIP-712 是一種對結構化資料進行雜湊與簽署的標準，而非簽署難以辨識的位元組字串。

這很重要，因為錢包使用者需要了解自己簽署的內容。

原始十六進位簽章請求可能令人困惑，也可能帶來危險。

型別化簽章可以更清楚地顯示 owner、spender、value、nonce 和 deadline 等欄位。

EIP-712 也會使用網域分隔符。

網域分隔符有助於區分不同的簽署情境。

在 EIP-2612 中，網域通常包含代幣名稱、版本、鏈 ID 和驗證合約地址等資訊。

這種設計有助於避免原本用於某個代幣或區塊鏈的簽章，在其他情境中也有效。

EIP-712 本身指出，它並未內建重放保護。

EIP-2612 則透過每位持有者各自的 nonce 加入重放保護。

Nonce 與重放保護

Nonce 是只能使用一次的數值。

在 EIP-2612 中，代幣合約會追蹤每個持有者地址的 nonce。

使用者簽署 permit 時，簽署資料會包含持有者目前的 nonce。

Permit 成功使用後，代幣合約會增加該 nonce。

如果有人再次提交相同的 permit，nonce 就不會再相符。

因此，重複使用的簽章會失敗。

Nonce 保護至關重要，因為簽章可能遭到複製。

如果沒有 nonce 保護，支出方或攻擊者可能會多次重複使用同一個已簽署的 permit。

完善的 permit 實作必須將 nonce 納入簽署訊息，且只在 permit 成功時更新 nonce。

對使用者而言，實際意義很簡單。

有效的 permit 簽章應只能使用一次，而不是永久有效。

截止期限與簽章到期

參數會限制 permit 簽章的可使用時間。

如果目前區塊時間戳記已晚於截止期限，permit 就應失敗。

這能避免過期簽章在原定使用時間很久之後才遭提交。

較短的截止期限可縮短提交時間範圍，因而降低風險。

較長的截止期限則更方便，因為簽章在更長時間內都能使用。

無限期或距離過遠的截止期限可能帶來風險，因為已簽署的授權可能長時間有效，除非已被使用、作廢，或透過 nonce 機制取代。

錢包顯示型別化 permit 資料時，使用者應留意截止期限。

除非有明確理由，開發者應避免使用過於寬鬆的截止期限。

應用程式應以使用者能理解的方式說明截止期限的意義。

網域分隔符與鏈上環境

網域分隔符是 EIP-712 簽署的重要部分。

對 EIP-2612 而言，它有助於將 permit 綁定至特定代幣合約與網域。

常見網域會包含代幣名稱、代幣版本、鏈 ID 和驗證合約地址。

這能降低原本針對某個合約簽署的 permit 被重放至另一合約的風險。

也能降低在某條鏈上簽署的 permit 被重複用於另一條鏈的風險。

然而，網域分隔符的安全性取決於實作是否正確。

如果代幣合約使用不完整的網域分隔符，重放風險可能會增加。

如果鏈 ID 變更，或合約部署至多個網路，開發者必須審慎考慮如何區隔簽章。

對使用者而言，網域分隔符通常隱藏在錢包介面背後。

對開發者而言，這是安全實作 permit 時最重要的細節之一。

免 Gas 授權說明

「免 Gas 授權」這個說法可能令人困惑。

EIP-2612 不會讓 Ethereum 或 EVM 交易變成免費。

它讓代幣持有者透過簽署訊息授權支出，而不是自行送出交易。

之後，中繼者、應用程式、智能合約或支出方可以將已簽署的 permit 提交至鏈上並支付 Gas。

這有助於持有 ERC-20 代幣、但沒有足夠原生 Gas 代幣進行授權的使用者。

也能協助應用程式打造更順暢的一步式體驗。

例如，使用者簽署 permit 後，可以完成存入、付款或代幣操作，而不必先手動送出另一筆授權交易。

使用者體驗雖然更簡單，但區塊鏈仍會透過鏈上交易記錄狀態變更。

開發者應清楚說明這點，否則使用者可能會誤以為簽署訊息不會造成任何影響。

Permit 簽章一旦遭他人提交，可能會產生實際的鏈上影響。

EIP-2612 在加密貨幣領域的常見用途

EIP-2612 常用於去中心化金融和代幣應用程式。

借貸協議可以使用 permit，讓使用者在同一流程中授權抵押品並將其存入。

質押合約可以使用 permit，讓使用者無須另外提交授權交易就能核准質押代幣。

支付應用程式可以使用 permit，讓付款者透過更順暢的結帳流程授權代幣轉移。

錢包可以使用 permit，減少常見 ERC-20 操作所需的交易步驟。

中繼服務可以代使用者支付 Gas，再透過其他方式收回費用。

智能合約可以將 permit 與

結合，讓授權與代幣轉移在同一交易流程中完成。

這種模式可減少使用者流程中斷，因為主要操作不必等待授權先單獨上鏈。

也能減少困惑，因為應用程式可以引導使用者完成一個整合流程。

主要好處不只是節省 Gas。

更重要的是降低代幣授權流程的阻力。

Permit 功能與帳戶抽象

Permit 功能有時會與帳戶抽象一同討論，因為兩者都能改善錢包使用者體驗。

Permit 讓 ERC-20 代幣持有者透過簽章授權變更 allowance。

帳戶抽象則旨在讓加密貨幣帳戶更具可程式化能力與彈性。

兩者是不同工具，但目標相似。

兩者都試圖降低區塊鏈互動的操作阻力。

Permit 著重於代幣授權。

帳戶抽象則更廣泛地著重於帳戶如何授權操作及支付費用。

加密貨幣應用程式可以在同一產品設計中使用這兩種概念。

例如，錢包或智能帳戶系統可以支援交易代付，同時使用相容 permit 的代幣授權方式。

使用者不必理解每個技術層，但開發者必須正確實作各個層面。

Permit 功能的安全風險

對使用者而言，最大的風險是簽章網路釣魚。

惡意網站可能要求使用者簽署 permit，授權危險的支出方。

由於 permit 簽章不是一般代幣轉帳，有些使用者可能會以為簽署它沒有危險。

這種想法很危險。

Permit 可以授權支出方日後轉移代幣。

簽署前，使用者應查看支出方地址、代幣數量、代幣名稱和截止期限。

如果簽章內容不清楚、出乎意料，或是由不明網站要求，使用者應拒絕簽署。

另一項風險是無限額授權。

如果使用者簽署的 permit 設定了非常大的數值，支出方可能因此取得該代幣 allowance 的廣泛支出權限。

第三項風險是實作不良。

如果代幣合約未正確處理 nonce、網域區隔、簽章復原或截止期限，簽章可能遭到重放，或在應該失敗時仍被接受。

第四項風險是使用者介面造成混淆。

如果錢包未清楚顯示型別化資料，使用者可能會簽署自己不理解的授權。

Permit 能改善使用便利性，但也讓簽章安全教育變得更加重要。

Permit 不會消除授權風險

EIP-2612 改變授權方式，但不會改變授權支出方本身的基本風險。

如果支出方具有惡意、遭到入侵，或獲得過多 allowance，使用者仍可能損失代幣。

Permit 授權的效力可能與一般

交易同樣強大。

兩者差別在於，授權一開始是以簽章而非代幣持有者發起的交易建立。

因此，使用者應以看待授權交易的相同謹慎態度看待 permit 簽章。

除非完全信任支出方並了解風險，否則應避免簽署無限額 permit。

不再需要的 allowance 應予以撤銷。

使用者應將高風險 dApp 操作與長期持有資產分別放在不同錢包中。

授權有價代幣前，應透過可信來源驗證合約地址。

Permit 與搶先交易

任何取得 permit 簽章的人都可以提交該簽章。

因此，permit 有一項特殊的搶先交易考量。

使用者將 permit 簽章傳送給應用程式後，看到該簽章的其他人可能會先行提交。

許多情況下，這只會消耗 permit，並設定使用者原本打算設定的相同 allowance。

然而，如果應用程式預期 permit 執行會與另一項操作一併完成，搶先提交的 permit 可能會讓後續整合交易失敗，因為 nonce 已經變更。

開發者應設計能妥善處理此情況的流程。

智能合約通常可以先檢查預期的 allowance 是否已存在，再繼續執行，而不是無故失敗。

使用者介面也應清楚說明 permit 流程失敗的原因。

使用者應注意，已簽署的 permit 在使用或到期前都可以轉交他人。

除非信任該流程，否則不要分享已簽署的 permit 資料。

開發者實作考量

開發者應嚴格遵循 EIP-2612 規格。

Permit 型別雜湊應符合預期的簽署結構。

摘要應採用 EIP-712 編碼，並使用網域分隔符與 permit 結構雜湊。

合約應拒絕已過期的 permit。

合約應拒絕無效簽章。

合約應拒絕復原出的簽署者並非持有者的 permit。

合約應拒絕不適當的零地址持有者情況。

成功執行 permit 後，合約應增加持有者的 nonce。

allowance 變更後，合約應發出標準的

事件。

開發者應盡可能使用經充分審查的函式庫。

OpenZeppelin 的 ERC20Permit 說明文件提供了 Solidity 專案廣泛採用的實作模式。

OpenZeppelin 也說明了其他環境中的 ERC-20 Permit 用法，例如 Stylus 的 ERC-20 Permit。

即使使用函式庫，開發者仍應仔細測試代幣的實際行為。

Permit 功能與中介交易

中介交易是一種更廣泛的模式：使用者簽署訊息，再由其他方代表使用者提交交易。

EIP-2612 可視為專注於授權的特定簽章模式。

它不會將所有代幣操作都概括為簽章操作。

它只標準化 ERC-20 allowance 的簽署授權。

這種有限的適用範圍是刻意設計的。

精簡的標準更容易採用，也更容易整合至不同錢包、合約和應用程式。

若開發者需要簽署轉帳、批次操作或自訂 Gas 代付功能，可能還需要其他合約或標準。

Permit 的優勢在於不必改變整個 ERC-20 模型，就能解決常見問題。

它可以與中介交易系統互補，而不是取代所有這類系統。

Permit 功能與代幣轉帳

Permit 不是轉帳。

轉帳會將代幣從一個地址移至另一個地址。

Permit 會更新一個地址授予另一個地址的 allowance。

這表示使用者簽署 permit 後，代幣仍可留在同一個錢包中，直到支出方使用 allowance。

實際代幣轉移通常透過

完成。

這項差異與錢包安全息息相關。

使用者簽署 permit 後，錢包餘額可能不會立即變動。

但這不代表該簽章沒有影響。

支出方仍可能在日後取得轉移代幣的權限。

使用 dApp 後，使用者應檢查目前有效的 allowance，並撤銷不再需要的授權。

Permit 功能與 Permit2

EIP-2612 是代幣層級的標準。

代幣合約本身必須實作 permit 函式，該代幣才能支援 EIP-2612。

其他授權系統也可能透過外部合約提供類似 permit 的功能。

這些系統與原生支援 EIP-2612 並不相同。

這項差異很重要，因為錢包提示、支出方地址、nonce 系統、授權範圍和撤銷方式都可能不同。

使用者簽署類似 permit 的授權時，應確認哪個合約獲得了權限。

開發者整合 permit 時，應確認代幣是否直接支援 EIP-2612，或需要使用其他授權機制。

將所有簽署授權都稱為「EIP-2612」可能造成混淆。

EIP-2612 有特定的介面與簽章結構。

使用者如何查看 Permit 簽章提示

使用者應先確認代幣名稱。

接著確認支出方地址，或要求取得權限的應用程式。

確認核准的數量。

確認授權額度是否有限，或實際上是否為無限額。

確認截止期限。

確認該請求是否出現在自己刻意執行某項操作之後。

如果請求意外出現，應予以拒絕。

如果網站連續要求多次簽章，應格外謹慎。

避免簽署來自私人訊息連結、假客服聊天室、可疑廣告或不明代幣頁面的 permit 訊息。

請記住，簽署 permit 可能會讓另一個地址取得代幣支出權限。

安全的錢包提示應清楚顯示這些欄位，但使用者不應只依賴介面設計。

Permit 如何改善使用者體驗

Permit 透過減少所需的鏈上交易數量，改善使用者體驗。

它能在許多 dApp 流程中省去單獨的授權步驟。

即使使用者沒有足夠原生 Gas 代幣來單獨提交授權，也可能因此使用 ERC-20 代幣互動。

它能協助應用程式代付 Gas，或將授權與其他操作整合。

使用者授權代幣後忘記完成第二筆交易，可能導致流程中斷；Permit 有助於減少這類情況。

對剛接觸鏈上應用程式的使用者而言，它能讓註冊與入門流程更順暢。

這些優點特別重要，因為 ERC-20 授權是加密貨幣操作中最常見的阻礙之一。

然而，授權流程更順暢，不代表授權預設就更安全。

良好的使用者體驗仍須搭配清楚的簽署提示、審慎的支出方設計，以及容易使用的 allowance 管理功能。

使用 EIP-2612 時的常見錯誤

一種常見錯誤，是以為 permit 會立即轉移代幣。

Permit 只會更新 allowance。

另一種常見錯誤，是以為免 Gas 授權代表沒有人需要支付 Gas。

Permit 仍需要鏈上交易來更新合約狀態。

第三種常見錯誤，是不了解支出方風險就簽署無限額授權。

第四種常見錯誤，是忽略截止期限欄位。

第五種常見錯誤，是只因簽章請求看起來不像一般交易，就信任該請求。

第六種常見錯誤，是假設所有 ERC-20 代幣都支援 EIP-2612。

第七種常見錯誤，是整合 permit 時，未測試不同部署中的鏈 ID、網域分隔符和 nonce 行為。

第八種常見錯誤，是將所有類似 permit 的系統都視為與 EIP-2612 相同。

第九種常見錯誤，是未在整合合約流程中處理 permit 被搶先提交的情況。

第十種常見錯誤，是以使用者無法理解的方式顯示 permit 提示。

使用者最佳做法

只在信任的網站與應用程式上簽署 permit 訊息。

簽署前檢查代幣、支出方、數量和截止期限。

除非有充分理由，否則避免授予無限額授權。

盡可能使用較小的授權額度。

撤銷不再需要的舊 allowance。

不要簽署來自隨機連結、假客服訊息或不明空投頁面的 permit 訊息。

使用不同錢包分別操作實驗性 dApp 和長期持有資產。

仔細查看錢包警告。

不要只因簽章沒有直接顯示 Gas 費，就認定它是安全的。

請記住，在簽署的 permit 到期前，其他人可能會代為提交。

開發者最佳做法

盡可能使用經稽核且維護良好的 permit 實作。

若要宣稱支援 EIP-2612，應完全遵循官方 EIP-2612 介面。

使用 EIP-712 型別化資料，讓錢包能清楚顯示簽署資訊。

正確實作網域區隔。

依持有者地址追蹤 nonce。

拒絕已過期的簽章。

拒絕無效簽署者和持有者為零地址的情況。

成功更新 allowance 後發出

事件。

設計整合 permit 的流程時，應能妥善處理 permit 在主要交易前已遭提交的情況。

以淺顯易懂的文字向使用者顯示支出方名稱、代幣數量和到期資訊。

提供簡明說明，教導使用者如何撤銷 allowance。

在不同鏈 ID、分叉、升級和錢包供應商的情況下測試簽章。

一句話認識 Permit 功能

EIP-2612 的 Permit 功能讓 ERC-20 代幣持有者透過 EIP-712 簽章授權支出方，使 allowance 能在鏈上更新，而無須由持有者另行提交授權交易。

常見問題

EIP-2612 的 Permit 功能是什麼？

Permit 功能是 ERC-20 擴充功能，讓代幣持有者透過鏈下簽章授權支出方，之後再由其他方將簽章提交至鏈上。

Permit 會轉移代幣嗎？

不會，permit 只會設定 allowance，本身不會轉移代幣。

EIP-2612 為什麼實用？

EIP-2612 能降低授權流程的阻力、提供免 Gas 授權體驗，並讓應用程式將授權與其他智能合約操作整合。

使用 permit 時，代幣持有者需要支付 Gas 嗎？

代幣持有者不必自行提交授權交易，但仍有人必須支付 Gas，才能將已簽署的 permit 提交至鏈上。

Approve 和 permit 有什麼差異？

Approve 是由代幣持有者送出的鏈上交易；permit 則是鏈下簽章，可由其他方提交至鏈上。

EIP-712 與 permit 有什麼關係？

EIP-712 提供型別化結構資料簽署方式，有助於錢包更清楚地顯示 permit 詳細資料，也能協助將簽章綁定至指定網域。

EIP-2612 中的 nonce 是什麼？

Nonce 是每位持有者各自使用的數值，可防止同一個 permit 簽章遭到重複使用。

Permit 中的截止期限是什麼？

截止期限是 permit 簽章到期的時間，超過期限後，簽章就不應再有效。

EIP-2612 安全嗎？

正確實作與使用時，EIP-2612 可以是安全的；但使用者仍須留意簽章網路釣魚、無限額授權、惡意支出方，以及不清楚的錢包提示。

所有 ERC-20 代幣都支援 permit 嗎？

不會，只有實作 EIP-2612 擴充功能的 ERC-20 代幣才支援標準的 Permit 功能。

Permit 簽章可能遭到搶先提交嗎？

可能，任何持有有效 permit 簽章的人都可能先於其他交易提交。因此，開發者應設計能妥善處理此情況的流程。

使用者如何降低 permit 風險？

使用者可以檢查支出方、限制授權數量、設定較短的截止期限、避開可疑網站，並撤銷不再使用的 allowance，以降低 permit 風險。

結論

EIP-2612 的 Permit 功能是改善 ERC-20 授權體驗的一項重要功能。

它讓使用者透過簽章授權代幣 allowance，而不必另外提交授權交易。

這有助於降低 Gas 操作阻力、改善 dApp 新手引導、支援交易代付流程，並讓 ERC-20 互動更容易整合為單一使用者流程。

此標準仰賴 EIP-712 型別化結構資料、網域區隔、nonce 和截止期限，讓簽署授權更安全且適用範圍更明確。

然而，permit 不會消除代幣 allowance 的基本風險。

已簽署的 permit 仍可能讓支出方取得實際支配使用者代幣的權限。

使用者應以看待授權交易的同等謹慎態度看待 permit 簽章。

開發者應仔細實作此標準、清楚顯示簽署資訊，並處理重放保護、過期簽章及 permit 遭搶先提交等特殊情況。

正確使用時，EIP-2612 能讓 ERC-20 代幣更容易使用，同時不改變以 allowance 為基礎的代幣支出核心概念。

這是一項規模不大但相當重要的標準，能在保留與更廣泛 ERC-20 生態系統相容性的同時，提升加密貨幣應用程式的實際易用性。