Replies: 1 comment
-
In zkSync, the concept of accounts differs significantly from that in Ethereum due to the implementation of account abstraction. In zkSync, all accounts, including what are traditionally known as Externally Owned Accounts (EOAs), are treated as smart contract accounts. This is because every address that does not have explicit contract code deployed on it implicitly contains the code defined in the DefaultAccount.sol. This contract is executed whenever a transaction is initiated from such an address. Here are some key points about account handling in zkSync:
Therefore, in the context of zkSync, it is accurate to consider all accounts, including EOAs, as types of smart contract accounts due to the way transactions are processed and the capabilities that each account has through the DefaultAccount.sol implementation. This is a fundamental aspect of zkSync's design to enhance flexibility and functionality across the network. Your feedback helps us serve you better. If this fully addresses your question, please give it a thumbs up. If it doesn't, please give it a thumbs down. This will inform the community and team so we can improve our support. |
Beta Was this translation helpful? Give feedback.
-
Environment
Testnet
Provide a brief description of the functionality you're trying to implement and the issue you are running into.
I have recently come across the DefaultAccount in the zkSync contracts codebase.
The zkSync docs say that zkSync has two kinds of accounts, EoAs and smart contracts, but if all EoAs are actually this implementation of smart contract wouldn't we consider all EoA also smart contract accounts?
Repo Link (Optional)
No response
Additional Details
No response
Beta Was this translation helpful? Give feedback.
All reactions