Skip to content
This repository has been archived by the owner on Jan 29, 2024. It is now read-only.

Common: Use account abstraction instead of public key address #91

Open
adlrocha opened this issue Apr 13, 2023 · 1 comment
Open

Common: Use account abstraction instead of public key address #91

adlrocha opened this issue Apr 13, 2023 · 1 comment

Comments

@adlrocha
Copy link
Contributor

adlrocha commented Apr 13, 2023

Currently the account actor doesn't expose publicly the PubKeyAddress method to non builtin actors. There is no way to resolve the f1/f3 address by non-builtin actors, and this is a requirement for IPC, that leverages these addresses to treat consistently different addresses interacting with different subnets.

As a work around, the IPC actors are bundled with a modified account actor that exposes that method publicly to non-builtin actors. While this works for subnet, where we can have full control about the bundle they load, this will not work in mainnet.

According to the FVM team, the reason why this method was not exposed is in preparation for the introduction of account abstraction. Once this is a reality, we should reconsider how to handle consistently addresses among the different subnets, and the best way to authenticate messages from them.

This also may also allow us to make some changes into the actors where instead of storing addresses as public key addresses on-chain, we can directly use their corresponding IDs, this is something to be analyzed.

@adlrocha
Copy link
Contributor Author

Related references:

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

No branches or pull requests

1 participant