✨ feat: Stub: EIP-7702

docs/_sidebar.md

@@ -22,7 +22,7 @@
 - [Contributing](contributing.md)
 - **Protocol Wiki**
 - The Protocol
-  - [Prehistory](/wiki/protocol/prehistory.md) 
+  - [Prehistory](/wiki/protocol/prehistory.md)
   - [Architecture](/wiki/protocol/architecture.md)
   - [Design rationale](/wiki/protocol/design-rationale.md)
   - [Evolution](/wiki/protocol/history.md)
@@ -79,6 +79,8 @@
     - [Preconfirmations](/wiki/research/Preconfirmations/Preconfirmations.md)
     - [Based Sequencing with Preconfs](/wiki/research/Preconfirmations/BasedSequencingPreconfs.md)
   - [Light clients](/wiki/research/light-clients.md)
+  - Account abstraction
+    - [EIP-7702](/wiki/research/account-abstraction/eip-7702.md)
 - [Cryptography](/wiki/Cryptography/intro.md)
   - [ECDSA](/wiki/Cryptography/ecdsa.md)
   - [BLS](/wiki/Cryptography/bls.md)

docs/wiki/research/account-abstraction/eip-7702.md

@@ -0,0 +1,21 @@
+# EIP-7702: Set EOA code
+
+> :warning: This article is a [stub](https://en.wikipedia.org/wiki/Wikipedia:Stub), help the wiki by [contributing](/contributing.md) and expanding it.
+
+[EIP-7702](https://eips.ethereum.org/EIPS/eip-7702)  is a proposal aimed at enhancing Ethereum's account abstraction capabilities. Account abstraction allows for more flexible and programmable account management, enabling features such as multi-signature wallets, social recovery, and gasless transactions. This proposal seeks to improve the user experience and security by decoupling the logic of transaction validation from the underlying account model.
+
+The primary goal of EIP-7702 is to introduce a standardized framework that allows developers to create custom transaction validation logic. A new transaction type (Type 4) is introduced to secure and allow user-friendly wallet solutions, as well as innovative use cases that were previously not possible with the traditional account model. By abstracting the account logic, EIP-7702 aims to reduce the complexity of smart contract interactions and lower the barrier to entry for new users.
+
+With this feature, users can set their address to be represented by a code of an existing smart contract. Type 4 transaction allows address owners to sign an authorization that sets their address to mimic a chosen smart contract.
+With this EIP, users can opt in to programmable wallets that allow new features like transaction bundling, gasless transacting and custom asset access for alternative recovery schemes. It's another step towards [account abstraction](https://ethereum.org/roadmap/account-abstraction/) that improves user experience and security when interacting with Ethereum.
+
+Review `@lightclient's` technical deep dive:
+
+<!-- markdownlint-disable-next-line MD033 -->
+<iframe width="560" height="315" src="https://www.youtube.com/embed/_k5fKlKBWV4?si=Y4DehqLu5fpT7-a3" title="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" allowfullscreen></iframe>
+
+other resources:
+
+- [EIP-7702](https://eips.ethereum.org/EIPS/eip-7702)
+- [EIP-7702 Discussion](https://ethereum-magicians.org/t/eip-7702-account-abstraction/)
+- [Decoding 7702](https://medium.com/inception-capital/decoding-vitaliks-eip-7702-507c56f9f70c)