Changes between Version 21 and Version 22 of NewMutableEncodingDesign


Ignore:
Timestamp:
2012-01-11T21:41:35Z (13 years ago)
Author:
davidsarah
Comment:

previous change to statement about readcap length in the 'pubkey in cap' scheme was incorrect. also the advantage is only simplification, not speedup, because the signature verification can be in done concurrently

Legend:

Unmodified
Added
Removed
Modified
  • NewMutableEncodingDesign

    v21 v22  
    179179exponent would allow meet-in-the-middle attacks. ECDSA or Ed25519 pubkeys are
    180180slightly more than 2*K long, so this would increase the length of the readcaps
    181 because 2*K > T. The advantage would be simplifying/speeding up the download
    182 process. It is highly unlikely that there is any public key algorithm
     181relative to the scheme above whenever K > T. The advantage would be simplifying
     182the download process. It is highly unlikely that there is any public key algorithm
    183183with keys shorter than 2*K for a K-bit security level. Since we can use shorter
    184184hashes than public keys, the H(pubkey) design above gives us shorter read caps,