ligo/src
Eitan Chatav 2864152e15 use 256 bit target for proof of work
* SHA256 produces 256 bits pseudo-randomly uniformly, so you may
compare to a 256 bit target to get a proof of work
* If you pretend that the hash and targets are both integers between 0
and 2^256 - 1, then the target partitions the range into passing and
failing segments.
* In order to match the use of the `get_uint16` function from
`ocplib-endian`, the easiest way to encode `target` is as a `int list`
which works if not ideal
* This seems like the same thing bitcoin does; difficulty there is
actually not a primary notion but is calculated from a 256 bit target,
which is what gets adjusted over time
2016-11-17 12:02:32 -08:00
..
client Client: use contextual completion 2016-11-16 00:53:40 +01:00
compiler Compiler: use explicit functor in Environment 2016-11-16 00:53:40 +01:00
node Merge branch 'resolve_prefix' into 'master' 2016-11-17 01:50:49 +01:00
proto Compiler: use explicit functor in Environment 2016-11-16 00:53:40 +01:00
utils use 256 bit target for proof of work 2016-11-17 12:02:32 -08:00
.merlin First public release 2016-09-08 19:29:33 -07:00
client_main.ml Client: add command "complete". 2016-11-16 00:52:48 +01:00
compiler_main.ml First public release 2016-09-08 19:29:33 -07:00
Makefile Merge branch 'resolve_prefix' into 'master' 2016-11-17 01:50:49 +01:00
Makefile.config Testsuite/Coverage: initial commit for code coverage 2016-10-24 14:05:24 +02:00
node_main.ml Base48: encode the "data" before its "hash" 2016-11-16 00:52:48 +01:00
tezos-deps.opam Testsuite/Coverage: initial commit for code coverage 2016-10-24 14:05:24 +02:00