Ethereum Magicians
This proposal introduces a standardized interface that allows spenders to pull tokens from yield-generating positions or lending protocols, decoupling asset management from spending logic.
AI 生成摘要
這項提案介紹了一種標準化介面，讓支出者能直接從產生收益的倉位或借貸協議中提取代幣，實現資產管理與支出邏輯的解耦。
大家好，
我是 Guillo Narvaja（X 帳號 ），Ensuro 的共同創辦人兼技術長。這是我的第一個 ERC 提案 —— 很高興（也有一點緊張）能與社群分享並向大家學習。
我起草了一個名為 Token Puller Interface（代幣提取器介面） 的標準，其主要目標是讓支付、訂閱和其他支出流程能直接從投資或產生收益的倉位中進行 —— 而無需強迫支出者了解或關心代幣實際上是如何或從何處取得的。
核心概念很簡單：
持有者預先批准一個提取器（Puller，可以是一個合約，甚至是智能帳戶本身）來按需獲取代幣（例如從 Aave 提款、贖回金庫份額、抵押借貸、級聯至另一個提取器等）。
支出者（支付應用、商家處理器、守護者服務等）只需請求提取特定數量和種類的代幣。
提取器會原子化地處理來源獲取並轉移代幣 —— 支出者永遠看不到其中的複雜性。
支出批准可以透過調用 approvePull（與 ERC-20 的 approve 非常相似）在鏈上進行，或者透過無 Gas 的 EIP-712 簽名許可（Permit，與 ERC-2612 精神相同）在離線進行。
這將 支出邏輯（簡單、快速、專注於支付）與 資產管理（收益優化、風險策略、流動性管理）解耦。用戶不需要保留大量閒置的流動餘額，支出者也不需要為每個收益協議進行自定義集成。
關鍵特性：
鏈上批准 + 無 Gas 的 EIP-712 許可（兼容 ERC-6492）
額度委託（例如：守護者為每日/商家限制補充子額度）
針對一次性支付的原子化許可 + 提取（Permit + Pull）
maxPullable(token, owner, upTo) 視圖函數，用於安全地查詢可用額度（帶有針對級聯來源的短路優化）
完整草案在此：
---
本 ERC 提出了一個針對「提取器 (Puller)」合約的標準化介面，使獲得授權的支出者能夠從持有者帳戶發起代幣轉移，而無需持有者維持流動餘額。提取器處理獲取代幣的自定義邏輯（例如：從 Aave 等借貸協議提款、清算倉位或其他操作），並執行轉移至指定目的地。
該介面支持：
此文件已截斷。
我非常希望能聽聽關於以下特定問題的早期想法：
這種解耦「來源獲取 + 支出」的角度是否足夠新穎/有用？還是與現有的 permit/pull 模式重疊過多？
額度轉移功能（transferPullAllowance）對於守護者/補充模式是否有價值？還是它引入了不必要的風險/複雜性？
帶有 upTo 參數的 maxPullable —— 對效率有幫助嗎？還是應該更簡單（不帶 upTo）？
智能帳戶原生實現（owner == address(this)）—— 對於模組化錢包來說現實嗎？需要任何指導嗎？
命名、事件、參數順序 —— 有任何感覺不對勁或不一致的地方嗎？
非常感謝您抽空提供任何反饋。
真的很感激有機會為以太坊標準做出貢獻。
祝好，
Guillo Narvaja
[github.com/gnarvaja/ERCs](https://github.com/gnarvaja/ERCs/blob/master/ERCS/erc-xxxx.md) 1 則貼文 - 1 位參與者 [閱讀完整主題](https://ethereum-magicians.org/t/draft-erc-token-puller-interface-spending-without-liquid-balances/27896)