ERC-8187：代幣提取接口標準

大家好，

我是 Guillo Narvaja（X 帳號：@gnarvaja），Ensuro 的共同創辦人兼技術長。這是我的第一個 ERC 提案——很高興（也有一點緊張）能與社群分享並向大家學習。

我起草了一個名為 Token Puller Interface（代幣提取介面）的標準，其主要目標是讓支付、訂閱和其他支出流程能直接從投資或產生收益的倉位中進行——而無需強迫支出者了解或關心代幣實際上是如何或從何處取得的。

核心概念很簡單：

• 持有者預先授權一個 Puller（提取器，可以是一個合約，甚至是智慧帳戶本身）根據需求獲取代幣（從 Aave 提款、贖回金庫份額、抵押借貸、串聯到另一個提取器等）。

• 支出者（支付應用、商家處理器、守護者服務等）只需請求提取特定數量和種類的代幣。

• Puller 以原子化方式處理來源獲取並轉移代幣——支出者永遠看不到其中的複雜性。

支出授權可以透過調用 approvePull（與 ERC-20 的 approve 非常相似）在鏈上給予，或者透過無 Gas 的 EIP-712 簽名許可（Permit，與 ERC-2612 精神相同）在離線給予。

這將支出邏輯（簡單、快速、專注於支付）與資產管理（收益優化、風險策略、流動性管理）解耦。用戶不需要保留大量閒置的流動餘額，支出者也不需要為每個收益協議進行自定義整合。

關鍵特性：

• 鏈上授權 + 無 Gas EIP-712 許可（相容 ERC-6492）

• 額度委派（例如：守護者為每日/商家限制補充子額度）

• 針對一次性支付的原子化許可 + 提取（Permit + Pull）

• maxPullable(token, owner, upTo) 視圖函數，用於安全查詢可用容量（帶有針對串聯來源的短路優化）

完整草案在此：

  [github.com/gnarvaja/ERCs](https://github.com/gnarvaja/ERCs/blob/master/ERCS/erc-xxxx.md)

ERCS/erc-xxxx.md

master

  ---

eip: 待定
title: Token Puller Interface
description: 標準化介面，用於具備自定義來源邏輯、許可支持和額度委派的授權按需代幣提取
author: Guillermo Narvaja (@gnarvaja)
discussions-to: https://ethereum-magicians.org/t/draft-erc-token-puller-interface-spending-without-liquid-balances/27896
status: Draft
type: Standards Track
category: ERC
created: 2026-02-27
requires: 20, 2612, 6492, 712, 5267

摘要 (Abstract)

本 ERC 提議為「Puller」合約建立標準化介面，使獲得授權的支出者能夠從持有者帳戶發起代幣轉移，而無需持有者維持流動餘額。Puller 處理獲取代幣的自定義邏輯（例如：從 Aave 等借貸協議提款、清算倉位或其他操作），並執行轉移至指定目的地。

該介面支持：

• 帶有限額的鏈上授權

此文件已截斷。顯示原文

我希望能針對以下具體問題聽聽早期的想法：

• 這種解耦「來源獲取」與「支出角度」的做法是否足夠新穎/有用？還是與現有的許可/提取（permit/pull）模式重疊過多？

• 額度轉移功能（transferPullAllowance）對於守護者/補充模式是否有價值？還是會引入不必要的風險/複雜性？

• 帶有 upTo 參數的 maxPullable——這對效率有幫助嗎？還是應該更簡單（不帶 upTo）？

• 智慧帳戶原生實現（owner == address(this)）——對於模組化錢包來說現實嗎？需要任何指導嗎？

• 命名、事件、參數順序——是否有任何感覺不對或不一致的地方？

非常感謝您抽空提供任何時間或反饋。

真的很感激有機會為以太坊標準做出貢獻。

祝好，

Guillo Narvaja

@gnarvaja

        6 則貼文 - 2 位參與者

        [閱讀完整主題](https://ethereum-magicians.org/t/erc-8187-token-puller-interface/27896)