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
For correctness we need that the signature and the witness data is always injected within the content of the page to ensure that we have correctness. This is part of moving towards inblockio/aqua-improvement-proposal#2
Current state:
witness is stored next to the revision
witness does not trigger a new revision to be written into the page
the witness data itself is stored alongside the revision which is witnessed
witnessed to a test network, but not if the latest was already witnessed to mainnet).
signature has an option to not inject, and create no new revision
signature data is stored alongside the revision with is signed
New state:
witness always triggers an inject into the page leading to a new revision
witness is stored in the newly created revision
when calculating the verification hash, it takes the witness verification hash as input as well
the witness publisher should not write a new revision if the latest revision already has a witness event for the network the witness event was published to.
Older witness events are always more valuable then new ones.
Mainnet is always more importent then testnet (therefore it writes a new revision if the latest revision was
signature is always injected and always leads to a new revision (remove the option)
signature is stored alongside the new revision which is created by the inject
signature verification hash is used by calculating the verification hash of the newly created revision
The text was updated successfully, but these errors were encountered:
For correctness we need that the signature and the witness data is always injected within the content of the page to ensure that we have correctness. This is part of moving towards inblockio/aqua-improvement-proposal#2
Current state:
New state:
witness always triggers an inject into the page leading to a new revision
witness is stored in the newly created revision
when calculating the verification hash, it takes the witness verification hash as input as well
the witness publisher should not write a new revision if the latest revision already has a witness event for the network the witness event was published to.
signature is always injected and always leads to a new revision (remove the option)
signature is stored alongside the new revision which is created by the inject
signature verification hash is used by calculating the verification hash of the newly created revision
The text was updated successfully, but these errors were encountered: