-
Notifications
You must be signed in to change notification settings - Fork 0
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
[SPEC] Keyring #451
Comments
all the "known" keys we "need" registration:
signing:
program deployment:
registered accounts program modification
|
possible api alterations to be made in the entropy class (future issue?): |
if done this way we can make keyring optional on initialization |
@mixmix and i did some thinking around the example code here are the "notes" from that |
live notes for/from mix https://hackmd.io/@esjFsrEDTMahtSwNs1zZHA/SJYA3SVwJg |
@entropyxyz/sdk/keys
The purpose of the keyring is to create functional signers for the
keyData
providedexample from app perspective:
types
methods
Instance Methods
new Keyring(keyData: Keydata) => keyring
keyring.json() => KeyData
keyring[context].signer => Signer
keyring. creatEephemeralSigner() => Signer
Class Methods
Keyring.createSigner(pair: KeyPairJson) => Signer
notes
should take all "3" seeds but only requires
programMod
i'm still stuck on this name i'd prefer not to call it it the program mod sense it's not that till we register itare curent way of thinking is to have an admin key and registration key
the key that pays for registartion and the key that gets set as the programMod
they can be one in the same (infact they are right now)
however they can also be different. In my personal case i would want them to be different
i think also for "sponsorship" reason we should allow them to be different
Open questions:
The text was updated successfully, but these errors were encountered: