[ 
https://issues.apache.org/jira/browse/IGNITE-22914?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Roman Puchkovskiy updated IGNITE-22914:
---------------------------------------
    Description: 
Currently, for each Metastorage revision, we store the revision number and its 
timestamp. We should add the third element a checksum.

The checksum is to be calculated from the Metastorage command generating the 
revision (it is enough to include in the checksum the changes the command 
applies to the Metastorage AND the result it returns to the caller), and it 
should also contain the previous checksum, so the checksums will form a chain. 
First revision would use a zero checksum as the 'previous revision checksum'.

When Metastorage is compacted up to revision N, checksums up to revision N are 
to be removed.

  was:
Currently, for each Metastorage revision, we store the revision number and its 
timestamp. We should add the third element: a hash or a checksum.

The hash/checksum is to be calculated from the Metastorage command generating 
the revision, and it should also contain the previous hash/checksum, so the 
hashes will form a chain. First revision would use a zero hash/checksum as the 
'previous revision hash'.


> Store a checksum with each Metastorage revision
> -----------------------------------------------
>
>                 Key: IGNITE-22914
>                 URL: https://issues.apache.org/jira/browse/IGNITE-22914
>             Project: Ignite
>          Issue Type: Improvement
>            Reporter: Roman Puchkovskiy
>            Assignee: Roman Puchkovskiy
>            Priority: Major
>              Labels: iep-128, ignite-3
>          Time Spent: 10m
>  Remaining Estimate: 0h
>
> Currently, for each Metastorage revision, we store the revision number and 
> its timestamp. We should add the third element a checksum.
> The checksum is to be calculated from the Metastorage command generating the 
> revision (it is enough to include in the checksum the changes the command 
> applies to the Metastorage AND the result it returns to the caller), and it 
> should also contain the previous checksum, so the checksums will form a 
> chain. First revision would use a zero checksum as the 'previous revision 
> checksum'.
> When Metastorage is compacted up to revision N, checksums up to revision N 
> are to be removed.



--
This message was sent by Atlassian Jira
(v8.20.10#820010)

Reply via email to