[Bitcoin-ml] BLS Signatures

[Amaury Séchet]

With the current talent pool, the timeline is never.

Le mar. 17 avr. 2018 à 06:29, Julian Smith via bitcoin-ml <
bitcoin-ml at lists.linuxfoundation.org> a écrit :

> At a high-level: Q. What is the likely timeline over which to select a BLS
> curve / implement? (30 days / 6 months / 1.5 years+)
>
> On Mon, Apr 9, 2018 at 11:56 PM, Tomas via bitcoin-ml <
> bitcoin-ml at lists.linuxfoundation.org> wrote:
>
>> I agree this is a very promising path. It also seems such scheme would
>> make interactive aggregation (Schnorr) irrelevant and would make
>> transactions non-malleable.
>>
>> On Fri, Apr 6, 2018, at 23:38, Jim Posen via bitcoin-ml wrote:
>>
>>
>> Secondly, signature verification is definitely slower than with
>> secp256k1. On my machine the secp256k1 verification benchmarks show ~75 us
>> per ECDSA verification with libsecp256k1 and ~7 ms per pairing operation
>> with https://github.com/ebfull/pairing.
>>
>>
>> It's interesting to note that the primitive operations in the rust
>> pairing library are also benching much slower than libsecp256k1 for the
>> field of similar size (Fr), which indicates a lot of optimizations may be
>> possible.
>>
>> Tomas
>>
>> _______________________________________________
>> bitcoin-ml mailing list
>> bitcoin-ml at lists.linuxfoundation.org
>> https://lists.linuxfoundation.org/mailman/listinfo/bitcoin-ml
>>
>>
> _______________________________________________
> bitcoin-ml mailing list
> bitcoin-ml at lists.linuxfoundation.org
> https://lists.linuxfoundation.org/mailman/listinfo/bitcoin-ml
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.linuxfoundation.org/pipermail/bitcoin-ml/attachments/20180417/7abd73e0/attachment-0001.html>