-
Notifications
You must be signed in to change notification settings - Fork 595
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Aa 429 new aa capabilities erc #947
base: master
Are you sure you want to change the base?
Aa 429 new aa capabilities erc #947
Conversation
🛑 |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
In general, when continuing a sentence, you don’t need to start it on a new line.
The purpose of this capability is allowing the applications to explicitly specify the time range during which | ||
the requested operations will be valid after signing. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
The purpose of this capability is allowing the applications to explicitly specify the time range during which | |
the requested operations will be valid after signing. | |
The purpose of this capability is allowing the applications to explicitly specify the time range during which the requested operations will be valid after signing. |
The Wallet Application MUST verify the time range [`validAfter`..`validUntil`] is valid and present it to the | ||
user in a human-readable way for confirmation as part of the transaction information. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
The Wallet Application MUST verify the time range [`validAfter`..`validUntil`] is valid and present it to the | |
user in a human-readable way for confirmation as part of the transaction information. | |
The Wallet Application MUST verify the time range [`validAfter`..`validUntil`] is valid and present it to the user in a human-readable way for confirmation as part of the transaction information. |
The purpose of this capability is allowing the applications to explicitly specify the components of the | ||
multidimensional nonce as defined in [ERC-4337](./eip-4337.md). |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
The purpose of this capability is allowing the applications to explicitly specify the components of the | |
multidimensional nonce as defined in [ERC-4337](./eip-4337.md). | |
The purpose of this capability is allowing the applications to explicitly specify the components of the multidimensional nonce as defined in [ERC-4337](./eip-4337.md). |
With EIP-5792, apps and wallets can communicate about any advanced features using "capabilities" - extensions | ||
to the base protocol that must be defined in separate documents. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
With EIP-5792, apps and wallets can communicate about any advanced features using "capabilities" - extensions | |
to the base protocol that must be defined in separate documents. | |
With EIP-5792, apps and wallets can communicate about any advanced features using "capabilities" - extensions to the base protocol that must be defined in separate documents. |
It extends the [EIP-5792](./eip-5792) wallet capability model to encompass critical aspects of AA, | ||
ensuring dApps can seamlessly adapt to different AA Wallets without requiring custom solutions. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
It extends the [EIP-5792](./eip-5792) wallet capability model to encompass critical aspects of AA, | |
ensuring dApps can seamlessly adapt to different AA Wallets without requiring custom solutions. | |
It extends the [EIP-5792](./eip-5792) wallet capability model to encompass critical aspects of AA, ensuring dApps can seamlessly adapt to different AA Wallets without requiring custom solutions. |
This capability is designed to use with [EIP-7702](./eip-7702) and requests the Wallet Application to provide | ||
an EIP-7702 authorization tuple for the specified address as part of the AA transaction. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
This capability is designed to use with [EIP-7702](./eip-7702) and requests the Wallet Application to provide | |
an EIP-7702 authorization tuple for the specified address as part of the AA transaction. | |
This capability is designed to use with [EIP-7702](./eip-7702) and requests the Wallet Application to provide an EIP-7702 authorization tuple for the specified address as part of the AA transaction. |
When opening a pull request to submit a new EIP, please use the suggested template: https://github.com/ethereum/EIPs/blob/master/eip-template.md
We have a GitHub bot that automatically merges some PRs. It will merge yours immediately if certain criteria are met: