org.simantics.maps.server/node/node-v4.8.0-win-x64/node_modules/npm/node_modules/request/node_modules/http-signature/node_modules/sshpk/node_modules/tweetnacl/CHANGELOG.md

   1 TweetNaCl.js Changelog
   2 ======================
   3
   4
   5 v0.13.2
   6 -------
   7
   8 * Fixed undefined variable bug in fast version of Poly1305. No worries, this
   9   bug was *never* triggered.
  10
  11 * Specified CC0 public domain dedication.
  12
  13 * Updated development dependencies.
  14
  15
  16 v0.13.1
  17 -------
  18
  19 * Exclude `crypto` and `buffer` modules from browserify builds.
  20
  21
  22 v0.13.0
  23 -------
  24
  25 * Made `nacl-fast` the default version in NPM package. Now
  26   `require("tweetnacl")` will use fast version; to get the original version,
  27   use `require("tweetnacl/nacl.js")`.
  28
  29 * Cleanup temporary array after generating random bytes.
  30
  31
  32 v0.12.2
  33 -------
  34
  35 * Improved performance of curve operations, making `nacl.scalarMult`, `nacl.box`,
  36   `nacl.sign` and related functions up to 3x faster in `nacl-fast` version.
  37
  38
  39 v0.12.1
  40 -------
  41
  42 * Significantly improved performance of Salsa20 (~1.5x faster) and
  43   Poly1305 (~3.5x faster) in `nacl-fast` version.
  44
  45
  46 v0.12.0
  47 -------
  48
  49 * Instead of using the given secret key directly, TweetNaCl.js now copies it to
  50   a new array in `nacl.box.keyPair.fromSecretKey` and
  51   `nacl.sign.keyPair.fromSecretKey`.
  52
  53
  54 v0.11.2
  55 -------
  56
  57 * Added new constant: `nacl.sign.seedLength`.
  58
  59
  60 v0.11.1
  61 -------
  62
  63 * Even faster hash for both short and long inputs (in `nacl-fast`).
  64
  65
  66 v0.11.0
  67 -------
  68
  69 * Implement `nacl.sign.keyPair.fromSeed` to enable creation of sign key pairs
  70   deterministically from a 32-byte seed. (It behaves like
  71   [libsodium's](http://doc.libsodium.org/public-key_cryptography/public-key_signatures.html)
  72   `crypto_sign_seed_keypair`: the seed becomes a secret part of the secret key.)
  73
  74 * Fast version now has an improved hash implementation that is 2x-5x faster.
  75
  76 * Fixed benchmarks, which may have produced incorrect measurements.
  77
  78
  79 v0.10.1
  80 -------
  81
  82 * Exported undocumented `nacl.lowlevel.crypto_core_hsalsa20`.
  83
  84
  85 v0.10.0
  86 -------
  87
  88 * **Signature API breaking change!** `nacl.sign` and `nacl.sign.open` now deal
  89  with signed messages, and new `nacl.sign.detached` and
  90  `nacl.sign.detached.verify` are available.
  91
  92  Previously, `nacl.sign` returned a signature, and `nacl.sign.open` accepted a
  93  message and "detached" signature. This was unlike NaCl's API, which dealt with
  94  signed messages (concatenation of signature and message).
  95
  96  The new API is:
  97
  98       nacl.sign(message, secretKey) -> signedMessage
  99       nacl.sign.open(signedMessage, publicKey) -> message | null
 100
 101  Since detached signatures are common, two new API functions were introduced:
 102
 103       nacl.sign.detached(message, secretKey) -> signature
 104       nacl.sign.detached.verify(message, signature, publicKey) -> true | false
 105
 106  (Note that it's `verify`, not `open`, and it returns a boolean value, unlike
 107  `open`, which returns an "unsigned" message.)
 108
 109 * NPM package now comes without `test` directory to keep it small.
 110
 111
 112 v0.9.2
 113 ------
 114
 115 * Improved documentation.
 116 * Fast version: increased theoretical message size limit from 2^32-1 to 2^52
 117   bytes in Poly1305 (and thus, secretbox and box). However this has no impact
 118   in practice since JavaScript arrays or ArrayBuffers are limited to 32-bit
 119   indexes, and most implementations won't allocate more than a gigabyte or so.
 120   (Obviously, there are no tests for the correctness of implementation.) Also,
 121   it's not recommended to use messages that large without splitting them into
 122   smaller packets anyway.
 123
 124
 125 v0.9.1
 126 ------
 127
 128 * Initial release