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

Proving access to an authorized account #423

Closed
turbolent opened this issue Oct 21, 2020 · 2 comments
Closed

Proving access to an authorized account #423

turbolent opened this issue Oct 21, 2020 · 2 comments

Comments

@turbolent
Copy link
Member

Issue To Be Solved

A common use-case is proving access to an authorized account AuthAccount.

Suggest A Solution

  • Declare a new type Identity that cannot be constructed
  • Add a new field let identity: &Identity to AuthAccount. The reference ensures the value cannot be stored
@turbolent turbolent self-assigned this Oct 21, 2020
@turbolent turbolent removed their assignment Jan 15, 2021
@jacob-tucker
Copy link

Hello, has there been any update on this front? I know it has been a long time, but I believe it will be very beneficial to have this paradigm. I use this a lot in my own smart contracts, although I have to develop the &Identity myself. If it was built in, it'd be amazing!

For context, I think this would be super beneficial to proving ownership of an account. You can pass in the &Identity and use identity.owner!.address to get the address of the identity, and you can be sure who you are interacting with.

@turbolent
Copy link
Member Author

The FLIP proposing the addition of this feature has been rejected, so closing this issue. Please see the comment on the FLIP for the reasoning.

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

Successfully merging a pull request may close this issue.

2 participants