Skip to content
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

Draft
wants to merge 4 commits into
base: master
Choose a base branch
from

Conversation

forshtat
Copy link
Contributor

@forshtat forshtat commented Mar 4, 2025

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:

  • The PR edits only existing draft PRs.
  • The build passes.
  • Your GitHub username or email address is listed in the 'author' header of all affected PRs, inside .
  • If matching on email address, the email address is the one publicly listed on your GitHub profile.

@eip-review-bot
Copy link
Collaborator

eip-review-bot commented Mar 4, 2025

🛑 eip-review-bot failed for an unknown reason. Please see logs for more details, and report this issue at the eip-review-bot repository.

Copy link

@bomanaps bomanaps left a 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.

Comment on lines +95 to +96
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.
Copy link

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Suggested change
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.

Comment on lines +113 to +114
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.
Copy link

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Suggested change
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.

Comment on lines +120 to +121
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).
Copy link

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Suggested change
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).

Comment on lines +17 to +18
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.
Copy link

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Suggested change
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.

Comment on lines +31 to +32
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.
Copy link

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Suggested change
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.

Comment on lines +43 to +44
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.
Copy link

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Suggested change
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.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

Successfully merging this pull request may close these issues.

3 participants