--- Day changed Mon Apr 25 2016 00:22 -!- jl2012 [uid133844@gateway/web/irccloud.com/x-jauuklmdfarjmiwo] has joined #secp256k1 02:55 < jonasschnelli> sipa: Is there a downside when using secp256k1_ecdsa_recoverable_signature over secp256k1_ecdsa_sign? (performance or security)? 02:56 < sipa> no 02:56 < jonasschnelli> So secp256k1_ecdsa_recoverable_signature - the last byte = secp256k1_ecdsa_sign? 02:56 < sipa> ecdsa_recoverable_signature is just an abstract data type, but its serialization is the same as the compact serialization of ecdsa_signature plus 1 byte 02:57 < jonasschnelli> Ok. Thanks. 05:04 -!- jtimon [~quassel@79.31.134.37.dynamic.jazztel.es] has joined #secp256k1 05:31 -!- molly [~molly@unaffiliated/molly] has joined #secp256k1 05:33 -!- molz [~molly@unaffiliated/molly] has quit [Ping timeout: 244 seconds] 06:00 -!- jtimon [~quassel@79.31.134.37.dynamic.jazztel.es] has quit [Ping timeout: 268 seconds] 06:01 -!- jtimon [~quassel@79.31.134.37.dynamic.jazztel.es] has joined #secp256k1 10:09 -!- jtimon [~quassel@79.31.134.37.dynamic.jazztel.es] has quit [Ping timeout: 260 seconds] 10:42 < gmaxwell> jonasschnelli: your question is a bit unclear to me... on the sign side, using the recoverable is basically inconsequential. But on the verify side, verifying from a recoverable is considerably slower, and the scheme may have patent problems. 11:31 < jonasschnelli> gmaxwell: Yes. I agree. For our hardware wallet project we where just considering always returning recoverable signatures. 11:32 < jonasschnelli> And then remove the recid on the off-chip application 11:32 < jonasschnelli> s/on/in the off ship application layer 11:38 -!- GAit [~GAit@2-230-161-158.ip202.fastwebnet.it] has joined #secp256k1 12:34 -!- GAit [~GAit@2-230-161-158.ip202.fastwebnet.it] has quit [Read error: Connection reset by peer] 12:35 -!- moli [~molly@unaffiliated/molly] has joined #secp256k1 12:35 -!- GAit [~GAit@2-230-161-158.ip202.fastwebnet.it] has joined #secp256k1 12:36 -!- molly [~molly@unaffiliated/molly] has quit [Ping timeout: 240 seconds] 12:52 -!- jl2012 [uid133844@gateway/web/irccloud.com/x-jauuklmdfarjmiwo] has quit [Remote host closed the connection] 13:57 -!- droark [~droark@c-24-22-36-12.hsd1.or.comcast.net] has joined #secp256k1 14:11 -!- sipa [~pw@unaffiliated/sipa1024] has quit [Ping timeout: 250 seconds] 14:11 -!- sipa [~pw@2a02:348:86:3011::1] has joined #secp256k1 14:11 -!- sipa is now known as Guest32930 14:58 -!- Guest32930 is now known as sipa 14:58 -!- sipa is now known as Guest98871 14:59 -!- Guest98871 is now known as sipa_ 15:00 -!- moli [~molly@unaffiliated/molly] has quit [Read error: Connection reset by peer] 15:01 -!- droark [~droark@c-24-22-36-12.hsd1.or.comcast.net] has quit [Read error: Connection reset by peer] 15:01 -!- moli [~molly@unaffiliated/molly] has joined #secp256k1 15:04 -!- Madars_ [~null@unaffiliated/madars] has quit [Ping timeout: 246 seconds] 15:28 -!- sipa_ [~pw@2a02:348:86:3011::1] has quit [Changing host] 15:28 -!- sipa_ [~pw@unaffiliated/sipa1024] has joined #secp256k1 15:46 -!- jl2012 [uid133844@gateway/web/irccloud.com/x-bdjsuzcdfltiidak] has joined #secp256k1 16:23 -!- jtimon [~quassel@79.31.134.37.dynamic.jazztel.es] has joined #secp256k1 16:34 -!- GAit [~GAit@2-230-161-158.ip202.fastwebnet.it] has quit [Read error: Connection reset by peer] 16:34 -!- GAit [~GAit@2-230-161-158.ip202.fastwebnet.it] has joined #secp256k1 17:04 -!- Madars_ [~null@unaffiliated/madars] has joined #secp256k1 17:06 -!- sipa_ is now known as sipa 17:13 -!- jtimon [~quassel@79.31.134.37.dynamic.jazztel.es] has quit [Ping timeout: 240 seconds] 21:42 -!- luke-jr [~luke-jr@unaffiliated/luke-jr] has quit [Excess Flood] 21:51 -!- luke-jr [~luke-jr@unaffiliated/luke-jr] has joined #secp256k1 21:51 -!- luke-jr [~luke-jr@unaffiliated/luke-jr] has quit [Excess Flood] 21:57 -!- luke-jr [~luke-jr@unaffiliated/luke-jr] has joined #secp256k1