On 07/13/2018 10:37 PM, Bernd Fix wrote:
> On 07/13/2018 04:50 PM, Christian Grothoff wrote:
>> On 07/13/2018 06:39 PM, Bernd Fix wrote:
>>> This constraint of course make things trickier, because that means we
>>> are stuck in using Ed25519 for ECDHE. A possible solution (again: not
>>> for
On 07/13/2018 04:50 PM, Christian Grothoff wrote:
> On 07/13/2018 06:39 PM, Bernd Fix wrote:
>> This constraint of course make things trickier, because that means we
>> are stuck in using Ed25519 for ECDHE. A possible solution (again: not
>> for GNUnet itself, but for implementators in general)
Mike just told me the changes will (probably) be done this weekend.
Nils Gillmann transcribed 2.9K bytes:
> Okay, done.
> Or at least initiated.
> Blurb description change has to wait a while longer.
>
> Nils Gillmann transcribed 2.5K bytes:
> > Christian Grothoff transcribed 4.1K bytes:
> > >
On 07/13/2018 06:39 PM, Bernd Fix wrote:
>> Well, there is one tricky bit with that I forgot to point out in my
>> previous message: we do use (rarely) the same point/key for both
>> ECDHE and EdDSA (specifically, in Taler). Hence, here it is
>> relevant to have the same public key
On 07/13/2018 11:26 AM, Bernd Fix wrote:
> I think that most problems mentioned in my previous post originate in
> the '#define CURVE "Ed25519"' statement at curve_ecc.c:37. All key
> parameter definitions (EdDSA, ECDSA and ECDHE) use that value leading to
> the described problems. I think that
I think that most problems mentioned in my previous post originate in
the '#define CURVE "Ed25519"' statement at curve_ecc.c:37. All key
parameter definitions (EdDSA, ECDSA and ECDHE) use that value leading to
the described problems. I think that the curve key parameter needs to be
set