-
Notifications
You must be signed in to change notification settings - Fork 29
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
subcall wrapper + unit tests, and staking address generation #170
Conversation
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.
Please rename StakingPublicKey
to StakingAddress
. Also let's use term "address" for destination address instead of "account" for delegation/undelegation/withdrawal.
I'm not sure why I used public key, I even had a function called derive address from public key... |
180b363
to
95e714c
Compare
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.
Please document all external, public and internal functions and constants in Solidity code since that's what the docs will be generated of. Otherwise looks ok, will make another pass later.
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.
Some minor stylstic nits, otherwise LGTM.
…pphire more well defined
Co-authored-by: Matevž Jekovec <[email protected]>
a70ea0b
to
b49404e
Compare
This implements the following runtime-sdk functions:
It also supports generation of staking wallet addresses. via
Subcall.sol
:ConsensusUtils.generateStakingAddress
consensus.Deposit isn't supported.
I will need to update the documentation to include some subcall examples using the Subcall.sol library.
Subcall is no-longer in Sapphire.sol, all the functionality for subcalls is implemented in Subcall.sol.