From adf1a0beebd0f08fbf07feb01be3f0a513066c7e Mon Sep 17 00:00:00 2001 From: Colin Kennedy Date: Fri, 6 Sep 2024 13:51:07 -0300 Subject: [PATCH] Update eip-7702: Remove reference to post-tx code deletion --- EIPS/eip-7702.md | 3 +-- 1 file changed, 1 insertion(+), 2 deletions(-) diff --git a/EIPS/eip-7702.md b/EIPS/eip-7702.md index 66960805c7812..58e428f399ec6 100644 --- a/EIPS/eip-7702.md +++ b/EIPS/eip-7702.md @@ -164,12 +164,11 @@ This EIP is designed to be very forward-compatible with endgame account abstract Specifically: -* The code that users would need to sign could literally be existing ERC-4337 wallet code. +* The `address` that users sign could literally point to existing ERC-4337 wallet code. * The "code pathways" that are used are code pathways that would, in many cases (though perhaps not all), continue to "make sense" in a pure-smart-contract-wallet world. * Hence, it avoids the problem of "creating two separate code ecosystems", because to a large extent they would be the same ecosystem. There would be some workflows that require kludges under this solution that would be better done in some different "more native" under "endgame AA", but this is relatively a small subset. * It does not require adding any opcodes, that would become dangling and useless in a post-EOA world. * It allows EOAs to masquerade as contracts to be included in ERC-4337 bundles, in a way that's compatible with the existing `EntryPoint`. -* Once this is implemented, allowing EOAs to migrate permanently is "only one line of code": just add a flag to not set the code back to empty at the end. ## Backwards Compatibility