mirror of
https://github.com/pezkuwichain/pezkuwi-runtime-templates.git
synced 2026-04-27 15:07:57 +00:00
Update documentation and templates for Pezkuwi branding
This commit is contained in:
@@ -2,7 +2,7 @@
|
||||
|
||||
* Multisig accounts do not have a private key. They are managed by their signatories.
|
||||
** Q: how can it be secure if it does not have a private key
|
||||
** A: substrate uses `origin` for accounts. Each account signs their transaction. Someone who does not belong to the signatories of a multisig account, cannot approve/dispatch calls in the name of the multisig account, even if they wanted to. Knowing the public key of the account is not enough, since the approval message needs to belong to signatories, and each message is signed by the private key. So, effectively, a multisig account indirectly has private keys as many as its signatory count, and thus, a multisig account does not need a separate private key.
|
||||
** A: bizinikiwi uses `origin` for accounts. Each account signs their transaction. Someone who does not belong to the signatories of a multisig account, cannot approve/dispatch calls in the name of the multisig account, even if they wanted to. Knowing the public key of the account is not enough, since the approval message needs to belong to signatories, and each message is signed by the private key. So, effectively, a multisig account indirectly has private keys as many as its signatory count, and thus, a multisig account does not need a separate private key.
|
||||
* Creating a multisig account is basically just deriving the public key of it. Just like the creation of a new personal account, we are just deriving the public key. We don’t store this public key on-chain for the creation of the account. The only difference between personal accounts and multisig accounts is, the public key derivation process:
|
||||
** for a single account, the process is roughly:
|
||||
*** generating a private key,
|
||||
|
||||
Reference in New Issue
Block a user