Closed ioggstream closed 6 years ago
FAQ 1 discusses this briefly. Basically, something outside the payload needs to vouch for the top-level hash or else there's no reason to trust it any more than the other bytes of the payload. Once the client has that vouch, there's no reason to transmit the top-level hash a second time within the payload.
The encoded payload:
contains all the information to reconstruct the original payload skipping the validation:
rs
record sizedoes not contain all the information to verify the validation
IF:
we could:
the MI header would then be
8-bytes rs
+32-bytes
NB: I'm not proposing of removing the
MI
header, just asking if it has sense to add the mi-sha256 to the encoded payload.