Add ERC: App Keys for Fully Embedded Accounts #615
Conversation
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
eip-review-bot
changed the title
danfinlay
changed the title
danfinlay
force-pushed
the
wallet_getExposedAppKey
branch
from
bca569a to
f793cf0
Compare
|
Sorry, had some files from other branches. Cleaning up. |
eip-review-bot
changed the title
danfinlay
force-pushed
the
wallet_getExposedAppKey
branch
from
f793cf0 to
e972ff0
Compare
eip-review-bot
changed the title
Merged by EIP-Bot.
danfinlay
force-pushed
the
wallet_getExposedAppKey
branch
from
e972ff0 to
158a896
Compare
eip-review-bot
changed the title
danfinlay
force-pushed
the
wallet_getExposedAppKey
branch
from
158a896 to
3fdb552
Compare
As we build infrastructure that facilitates embedded wallets, sites have a new opportunity to manage keys to manage permissions they receive (like via ERC-7715). Alternatively, the site may want to defer key backup to the wallet, while still wanting the benefits of being able to sign on their own behalves. This is one extremely minimal initial approach to granting sites key material that is deterministically generated to them. It probably needs some refinement in its algorithm, but can be treated as a general outline of an approach for consideration even in this initial draft form.
danfinlay
force-pushed
the
wallet_getExposedAppKey
branch
from
3fdb552 to
1d2de27
Compare
eip-review-bot
changed the title
abcoathup
reviewed
Sep 5, 2024
abcoathup
reviewed
Sep 5, 2024
Co-authored-by: Andrew B Coathup <28278242+abcoathup@users.noreply.github.com>
danfinlay
force-pushed
the
wallet_getExposedAppKey
branch
from
cdcdfb6 to
3bb1270
Compare
danfinlay
changed the title
eip-review-bot
changed the title
abcoathup
reviewed
Sep 6, 2024
Co-authored-by: Andrew B Coathup <28278242+abcoathup@users.noreply.github.com>
SamWilsn
reviewed
Oct 14, 2024
| As the Ethereum ecosystem continues to evolve, standardized approaches to key management and permissions become increasingly important. This ERC aims to contribute to the ongoing development of user-friendly and secure wallet interfaces, fostering innovation in decentralized applications while maintaining strong security practices. | ||
|
|
||
| By adopting this standard, wallets and dApps can work together more effectively, providing users with a more streamlined and secure experience in the Web3 environment. As the community continues to refine and expand upon these concepts, we anticipate further improvements in user experience, security, and interoperability across the Ethereum ecosystem. | ||
|
|
There was a problem hiding this comment.
Suggested change
| ## Copyright | |
| Copyright and related rights waived via [CC0](../LICENSE.md). |
The copyright section is not optional.
Comment on lines
+123
to
+131
| ## Conclusion | ||
|
|
||
| This ERC proposes a standardized method for wallets to generate and manage app-specific keys, providing a secure and consistent approach to permission management in decentralized applications. By implementing this standard, wallets can offer enhanced privacy and security for users while enabling more seamless interactions between dApps and user accounts. | ||
|
|
||
| The proposed `wallet_getAppKey` method allows for the creation of unique, deterministic keys for each application, reducing the risk of cross-app tracking and improving overall user privacy. This approach also facilitates easier permission management and potential future upgrades to more advanced account structures. | ||
|
|
||
| As the Ethereum ecosystem continues to evolve, standardized approaches to key management and permissions become increasingly important. This ERC aims to contribute to the ongoing development of user-friendly and secure wallet interfaces, fostering innovation in decentralized applications while maintaining strong security practices. | ||
|
|
||
| By adopting this standard, wallets and dApps can work together more effectively, providing users with a more streamlined and secure experience in the Web3 environment. As the community continues to refine and expand upon these concepts, we anticipate further improvements in user experience, security, and interoperability across the Ethereum ecosystem. |
There was a problem hiding this comment.
All of this content probably belongs in the Motivation section, since it's trying to convince the reader to pick this particular standard.
|
The commit 85cd73a (as a parent of 4229bc8) contains errors. |
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
As we build infrastructure that facilitates embedded wallets, sites have a new opportunity to manage keys to manage permissions they receive (like via ERC-7715).
Alternatively, the site may want to defer key backup to the wallet, while still wanting the benefits of being able to sign on their own behalves.
This is one extremely minimal initial approach to granting sites key material that is deterministically generated to them. It probably needs some refinement in its algorithm, but can be treated as a general outline of an approach for consideration even in this initial draft form.