Crates.io | ed448-goldilocks |
lib.rs | ed448-goldilocks |
version | 0.9.0 |
source | src |
created_at | 2020-05-09 17:04:55.29933 |
updated_at | 2023-03-10 23:31:18.146751 |
description | A pure-Rust implementation of Ed448 and Curve448 and Decaf |
homepage | https://github.com/crate-crypto/Ed448-Goldilocks |
repository | https://github.com/crate-crypto/Ed448-Goldilocks |
max_upload_size | |
id | 239316 |
size | 360,421 |
THIS CODE HAS NOT BEEN AUDITED OR REVIEWED. USE AT YOUR OWN RISK.
The field size is a Solinas trinomial prime 2^448 - 2^224 -1. This prime is called the Goldilocks prime.
This repository implements three curves explicitly and another curve implicitly.
The three explicitly implemented curves are:
Ed448-Goldilocks
Curve448
Twisted-Goldilocks
This curve is 2-isogenous to Ed448-Goldilocks. Details of Curve448 can be found here: https://tools.ietf.org/html/rfc7748
The main usage of this curve is for X448.
N.B. In that document there is an Edwards curve that is birationally equivalent to Curve448, with a large d
value. This curve is not implemented and to my knowledge, has no utility.
The main strategy for group arithmetic on Ed448-Goldilocks is to perform the 2-isogeny to map the point to the Twisted-Goldilocks curve, then use the faster Twisted Edwards formulas to perform scalar multiplication. Computing the 2-isogeny then the dual isogeny will pick up a factor of 4 once we map the point back to the Ed448-Goldilocks curve, so the scalar must be adjusted by a factor of 4. Adjusting the scalar is dependent on the point and the scalar. More details can be found in the 2-isogenous paper.
The Decaf strategy [link paper] is used to build a group of prime order from the Twisted Goldilocks curve. The Twisted Goldilocks curve is used as it has faster formulas. We can also use Curve448 or Ed448-Goldilocks. Decaf takes advantage of an isogeny with a Jacobi Quartic curve which is not explicitly defined. Details of this can be found here: https://www.shiftleft.org/papers/decaf/decaf.pdf However, to my knowledge there is no documentation for the Decaf protocol implemented in this repository, which is a tweaked version of the original decaf protocol linked in the paper.
Deviating from Curve25519-Dalek, this library will implement Extensible points instead of Completed Points. Due to the following observation:
The library design was taken from Dalek's design of Curve25519. The code for Montgomery curve arithmetic was also taken from Dalek's library.
The golang implementation of Ed448 and libdecaf were used as references.
Special thanks to Mike Hamburg for answering all of the questions asked regarding Decaf and goldilocks.