LearnBitcoin

Bitcoin Dev Archive 2020

Schnorr sigs vs pairing sigs

2 messages, 5 to 6 Mar 2020. Started by Erik Aronesty.

Erik Aronesty, Lloyd Fournier

Permalink Original thread on gnusha.org

Erik Aronesty permalink original

Schnorr sigs rely so heavily on the masking provided by a random nonce. There are so many easy ways to introduce bias (hash + modulo, for example).

Even 2 bits of bias can result in serious attacks:

https://ecc2017.cs.ru.nl/slides/ecc2017-tibouchi.pdf

Maybe pairing based sigs - which are slower - might be both more flexible, and better suited to secure implemetnations?

Lloyd Fournier in reply to Erik Aronesty permalink original

Hi Erik,

There are a strong arguments for and against pairing based sigs in Bitcoin. One very strong argument in favour over non-deterministic signatures like Schnorr over BLS is it enables a kind of signature encryption called "adaptor signatures". This construction is key to many exciting up and coming layer 2 protocols and isn't possible unless the signature scheme uses randomness.

self plug: I have a paper on this topic called "One-Time Verifiably Encrypted Signatures A.K.A Adaptor Signatures" https://github.com/LLFourn/one-time-VES/blob/master/main.pdf

LL

On Fri, Mar 6, 2020 at 6:03 AM Erik Aronesty via bitcoin-dev < bitcoin-dev@lists•linuxfoundation•org> wrote:

Quoted text (15 lines)
> Schnorr sigs rely so heavily on the masking provided by a random
> nonce.   There are so many easy ways to introduce bias (hash + modulo,
> for example).
>
> Even 2 bits of bias can result in serious attacks:
>
> https://ecc2017.cs.ru.nl/slides/ecc2017-tibouchi.pdf
>
> Maybe pairing based sigs  - which are slower - might be both more
> flexible, and better suited to secure implemetnations?
> _______________________________________________
> bitcoin-dev mailing list
> bitcoin-dev@lists•linuxfoundation•org
> https://lists.linuxfoundation.org/mailman/listinfo/bitcoin-dev
>