Draft ERC: Transferable Asynchronous Tokenized Vault Requests
Ethereum Magicians
github.com/ethereum/ERCs ERCS/erc-7540-transferable.md 6a628e54c --- eip: XXXX title: Transferable Asynchronous Tokenized Vault Requests description: Extension of ERC-7540 enabling optional transferability of pending deposit and redeem requests author: Cain O'Sullivan (@cosullivan), Jeroen Offerijns (@hieronx) discussions-to: ??? status: Draft type: Standards Track category: ERC created: 2025-02-12 requires: 165, 7540 --- ## Abstract This standard extends [ERC-7540](./eip-7540.md) by adding optional transferability of pending deposit and redeem Requests. It introduces two separate interfaces that allow a controller to transfer their pending Request balance to a new controller. Implementations MAY support either or both interfaces independently. ## Motivation [ERC-7540](./eip-7540.md) asynchronous Requests can remain in the Pending state for an extended period of time. During this period, controllers have no way to transfer their position to another address. This creates friction for users who need to migrate wallets, restructure positions across accounts, or integrate with protocols that compose on top of pending Request positions. This file has been truncated. show original This ERC proposal extends ERC-7540 by allowing pending deposit and redeem requests to be transferred between controllers. Problem : ERC-7540 async requests can sit in a pending state for extended periods. During that time, controllers are stuck, they can’t move their position to another address without canceling and resubmitting. This creates friction for wallet migrations, account restructuring, and any protocol that wants to compose on top of pending request positions. This unlocks secondary market liquidity for pending positions and simplifies account management across the ERC-7540 ecosystem. We’d love feedback from the community, particularly any security considerations we may have missed around operator trust and pricing of pending requests in secondary markets. Thanks. 1 post - 1 participant Read full topic