You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Initial designs for main network presumed the usage of an administrative pallet for managing trust-critical operations and intended to embed the root certificate authority within the chain specification. In doing so, it was found that this provided a lack of flexibility (i.e. set the canonical root certificate in stone with future updates being "iterations" rather than replacements) and had a single point of failure (i.e. the sudo pallet has its powers assigned only to one key with no multi-signature functionality)
Therefore, taking inspiration from Certificate Stores, the creation of a key-value database that is modifiable only by a 3/4ths majority of the "foundation pool" (i.e. identities linked with key decision-makers of the organization) would mimic both, a certificate store and a revocation list.
The text was updated successfully, but these errors were encountered:
Description
Initial designs for main network presumed the usage of an administrative pallet for managing trust-critical operations and intended to embed the root certificate authority within the chain specification. In doing so, it was found that this provided a lack of flexibility (i.e. set the canonical root certificate in stone with future updates being "iterations" rather than replacements) and had a single point of failure (i.e. the
sudo
pallet has its powers assigned only to one key with no multi-signature functionality)Therefore, taking inspiration from Certificate Stores, the creation of a key-value database that is modifiable only by a 3/4ths majority of the "foundation pool" (i.e. identities linked with key decision-makers of the organization) would mimic both, a certificate store and a revocation list.
The text was updated successfully, but these errors were encountered: