-
Notifications
You must be signed in to change notification settings - Fork 15
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
More crypto updates #43
Conversation
This removes a bunch of TODOs, and uses the single serializers everywhere possible to clean up duplicate code.
This cleans up all the crypto to be ordered in the same standard order as well as add most support for keys. They do need some tests added, but it is much more standardized now.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I think I found one copy-paste-o, and hope we get to do a proper test of multi-key Verify (as noted in TODO) before 1.0
PublicKey() PublicKey | ||
|
||
// Signature return the signature bytes | ||
// Signature is a typed signature that can be verified by the public key. It must be a valid on-chain representation | ||
// // and cannot be something like Secp256k1Signature on its own. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
extra //
Yeah, I expect to test everything before I make it 1.0, but I will stabilize in a release before then |
Description
This reworks TransactionAuthenticators to support Fee Payer, and other signers.
It's important to rework, because otherwise, it only supports single sender on Ed25519.
Test Plan
Secp256k1 does not work properly when tested on-chain, but Ed25519 works with single sender and the legacy format. MultiEd25519 and MultiKey were tested for cryptography, but not for on-chain representation. That will need to be tested in a future release.
Related Links