From 43252b08b980ef4edefaad788b9896f8eb9339fd Mon Sep 17 00:00:00 2001 From: Tronica Date: Tue, 28 Jan 2025 11:40:00 +0100 Subject: [PATCH 1/2] fix spelling eip-7819.md --- EIPS/eip-7819.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/EIPS/eip-7819.md b/EIPS/eip-7819.md index 32ed772916cb3f..8238a0a340607a 100644 --- a/EIPS/eip-7819.md +++ b/EIPS/eip-7819.md @@ -84,7 +84,7 @@ Reusing EIP-7702 behavior, including clearing the code if the target is 0, resul ### Delegator chaining -As documented in EIP-7702, designator chains or loops are not resolved. This means that, unlike clones, chaining is an issue. This is however something developpers are used to, as chaining proxy can result in strange behaviors, including infinite delegation loops. +As documented in EIP-7702, designator chains or loops are not resolved. This means that, unlike clones, chaining is an issue. This is however something developers are used to, as chaining proxy can result in strange behaviors, including infinite delegation loops. Factories may want to protect against this risk by verifying that the `target` doesn't contain a designator. This can be achieved using a legacy contract helper that has access to `EXTCODEHASH`. It could also be done using other forms of introspection such as an `ACCOUNT_TYPE` instruction. From 36c367fb8cd6a53288c57fb037808ada23aa97a7 Mon Sep 17 00:00:00 2001 From: Tronica Date: Tue, 18 Mar 2025 20:37:31 +0100 Subject: [PATCH 2/2] Update eip-7819.md --- EIPS/eip-7819.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/EIPS/eip-7819.md b/EIPS/eip-7819.md index 8238a0a340607a..1907eae3ba8b44 100644 --- a/EIPS/eip-7819.md +++ b/EIPS/eip-7819.md @@ -90,7 +90,7 @@ Factories may want to protect against this risk by verifying that the `target` d ### Front running initialization -Unlike EIP-7702 signature, which can be included in any transaction, and can thus lead to initialization front-running if the implementation doesn't check the authenticity of the initialization parameters, `CREATE_DELEGATION` is executed by a smart contract that can execute the initialization logic atomically, just after the delegation is created. This process is well-known to developers that initialize clones and proxies just after creation. +Unlike EIP-7702 signature, which can be included in any transaction, and can thus lead to initialization front-running if the implementation doesn't check the authenticity of the initialization parameters, `CREATE_DELEGATE` is executed by a smart contract that can execute the initialization logic atomically, just after the delegation is created. This process is well-known to developers that initialize clones and proxies just after creation. ## Copyright