--- Day changed Tue Aug 14 2018 00:54 -!- Guest43987 [~Guest4398@87.225.19.252] has joined #secp256k1 00:54 -!- Guest43987 [~Guest4398@87.225.19.252] has quit [Remote host closed the connection] 01:16 -!- luke-jr [~luke-jr@unaffiliated/luke-jr] has quit [Ping timeout: 260 seconds] 01:34 -!- ken2812221_ is now known as ken2812221 01:34 -!- luke-jr [~luke-jr@unaffiliated/luke-jr] has joined #secp256k1 02:04 -!- deusexbeer [~deusexbee@095-129-172-082-dynamic-pool-adsl.wbt.ru] has quit [Ping timeout: 240 seconds] 02:05 -!- deusexbeer [~deusexbee@079-170-136-190-dynamic-pool-adsl.wbt.ru] has joined #secp256k1 03:47 -!- Char0n [~Char0n@123.176.19.57] has joined #secp256k1 03:48 -!- Char0n [~Char0n@123.176.19.57] has quit [K-Lined] 06:04 -!- aaron7 [~aaron7@pD9F7493A.dip0.t-ipconnect.de] has joined #secp256k1 06:04 -!- aaron7 [~aaron7@pD9F7493A.dip0.t-ipconnect.de] has quit [Remote host closed the connection] 06:22 -!- jcjordyn12022 [~jcjordyn1@123-243-195-217.static.tpgi.com.au] has joined #secp256k1 06:28 -!- jcjordyn12022 [~jcjordyn1@123-243-195-217.static.tpgi.com.au] has quit [Ping timeout: 265 seconds] 07:02 -!- agris_ [~agris@gateway/tor-sasl/agris] has joined #secp256k1 07:02 -!- agris__ [~agris@gateway/tor-sasl/agris] has quit [Remote host closed the connection] 07:24 -!- harding_ [quassel@2600:3c03::f03c:91ff:fe7b:78d1] has quit [Quit: http://quassel-irc.org - Chat comfortably. Anywhere.] 07:24 -!- harding [quassel@2600:3c03::f03c:91ff:fe7b:78d1] has joined #secp256k1 07:28 -!- Erenzie22 [~Erenzie@190.197.0.67] has joined #secp256k1 07:29 -!- Erenzie22 [~Erenzie@190.197.0.67] has quit [K-Lined] 08:50 -!- deusexbeer [~deusexbee@079-170-136-190-dynamic-pool-adsl.wbt.ru] has quit [Quit: Konversation terminated!] 08:54 -!- PuppyKun24 [~PuppyKun@190-207-191-167.dyn.dsl.cantv.net] has joined #secp256k1 08:59 -!- PuppyKun24 [~PuppyKun@190-207-191-167.dyn.dsl.cantv.net] has quit [Ping timeout: 272 seconds] 09:12 -!- belcher_ [~belcher@unaffiliated/belcher] has joined #secp256k1 09:32 -!- Guest55548 [~albel727@103.85.150.131] has joined #secp256k1 09:40 -!- Guest55548 [~albel727@103.85.150.131] has quit [Ping timeout: 248 seconds] 10:30 -!- deusexbeer [~deusexbee@093-092-177-253-dynamic-pool-adsl.wbt.ru] has joined #secp256k1 10:30 -!- cloe9 [~cloe@171.113.65.193] has joined #secp256k1 10:32 -!- cloe9 [~cloe@171.113.65.193] has quit [Remote host closed the connection] 11:00 -!- Krenair21 [~Krenair@27.26.37.76] has joined #secp256k1 11:00 -!- Krenair21 [~Krenair@27.26.37.76] has quit [Remote host closed the connection] 11:05 -!- deusexbeer [~deusexbee@093-092-177-253-dynamic-pool-adsl.wbt.ru] has quit [Ping timeout: 240 seconds] 12:22 -!- jonasschnelli_ is now known as jonasschnelli 13:06 -!- arubi [~ese168@gateway/tor-sasl/ese168] has quit [Remote host closed the connection] 13:06 -!- arubi [~ese168@gateway/tor-sasl/ese168] has joined #secp256k1 13:40 < roconnor> I suppose it kinda doesn't matter but the call to calls secp256k1_fe_sqrt @ https://github.com/bitcoin-core/secp256k1/blob/master/src/bench_internal.c#L189 violates the correctness precodition that the arguments to secp256k1_fe_sqrt don't alias. 13:40 < roconnor> I'm not sure what happens when a pointer to const aliases to a pointer to non-const. 13:41 <@gmaxwell> we should probably fix that, if nothing else so that we can add a verify check that compares the pointers. 15:07 -!- rosseaux12 [~rosseaux@178.217.71.78] has joined #secp256k1 15:08 -!- rosseaux12 [~rosseaux@178.217.71.78] has quit [Killed (Sigyn (Spam is off topic on freenode.))] 15:31 -!- belcher_ [~belcher@unaffiliated/belcher] has quit [Quit: Leaving] 15:52 < andytoshi> can we add a global fixed context object that has no precomputations? so users can use e.g. the serialization functions without allocating even once 15:55 <@gmaxwell> ha. 15:55 <@gmaxwell> so the reason 99.9% of those functions take a context is for api consistency and the ability to use a context later if we need one. 15:56 <@gmaxwell> if you look, e.g. they don't actually use it. 15:56 < andytoshi> right, and i considered that maybe we're undermining the second reason 15:56 < andytoshi> yeah some you can give NULL to :P 15:56 <@gmaxwell> and right, thats what I was about to say. 15:57 <@gmaxwell> At that point maybe we should consider dropping the context from those functions? 15:57 < andytoshi> but, given that you can create a context object now without precomputation, if we later wanted to require a "real" context object with nontrivial context, they'd have to change their code anyway 15:57 < andytoshi> yeah, i'd support that 15:57 < andytoshi> i'm asking so that i can drop it from the corresponding functions in the rust bindings :P 15:58 <@gmaxwell> andytoshi: but we could make those flagless context objects get the relevant precomputations. 15:58 <@gmaxwell> but the question is what functions if any does this apply to? 15:58 <@gmaxwell> it's like we're going to "precompute" serializations. :P 16:00 < andytoshi> `secp256k1_ecdsa_signature_parse_der`, `secp256k1_ecdsa_signature_parse_compact`, `secp256k1_ecdsa_signature_normalize`, `secp256k1_ecdsa_signature_serialize_der`, `secp256k1_ecdsa_signature_serialize_compact`, the corresponding functions for recovery plus `secp256k1_ecdsa_recoverable_signature_convert` 16:00 < andytoshi> `secp256k1_ec_seckey_verify`, tweak_add, tweak_mul 16:00 < andytoshi> `secp256k1_ec_pubkey_parse`, `secp256k1_ec_pubkey_combine` 16:01 < andytoshi> (unrelatedly, is there a good reason pubkey_combine exists? i always forget about it and then it turns out people are using it to combine schnorr keys or other dangerous stuff) 16:01 < andytoshi> that's a complete list, of all the things rust-secp supports anyway. (it was easy to check because we use the type system to enforce capabilities, so i could quickly grep for functions that weren't requiring anything) 16:33 <@gmaxwell> I think we added it for schnorr and then accidentally forgot to remove it. 16:40 < andytoshi> inexplicably i seem to have added it to rust-secp in december.. i wonder what triggered that 16:41 < andytoshi> https://github.com/rust-bitcoin/rust-secp256k1/pull/20 matt and jonas were aware, possibly one of them might remember 16:48 <@gmaxwell> I'd previously researched the history and was pretty sure keeping it was a mistake. 16:49 <@gmaxwell> as in it didn't get removed just because it was low in order. 17:27 -!- SuperSeriousCat2 [~SuperSeri@71-82-64-147.dhcp.bycy.mi.charter.com] has joined #secp256k1 17:29 -!- SuperSeriousCat2 [~SuperSeri@71-82-64-147.dhcp.bycy.mi.charter.com] has quit [Remote host closed the connection] 18:56 -!- Dworf [~Dworf@186-95-60-225.genericrev.cantv.net] has joined #secp256k1 18:59 -!- Dworf [~Dworf@186-95-60-225.genericrev.cantv.net] has quit [Killed (Sigyn (Spam is off topic on freenode.))] 19:46 -!- Guest74563 [~Bkid@120.157.46.56] has joined #secp256k1 19:48 -!- Guest6208 [~Me4502@91.98.161.157] has joined #secp256k1 19:48 -!- Guest74563 [~Bkid@120.157.46.56] has quit [Remote host closed the connection] 19:50 -!- Guest6208 [~Me4502@91.98.161.157] has quit [Remote host closed the connection] 20:04 -!- Xoc14 [~Xoc@179.54.151.95] has joined #secp256k1 20:05 -!- Xoc14 [~Xoc@179.54.151.95] has quit [Remote host closed the connection] 21:37 -!- Vercas6 [~Vercas@2a01:540:8f04:fd00:21f:ceff:fe62:a449] has joined #secp256k1 21:37 -!- Vercas6 [~Vercas@2a01:540:8f04:fd00:21f:ceff:fe62:a449] has quit [Killed (Unit193 (Spam is not permitted on freenode.))] 22:09 -!- k6ka1 [~k6ka@5.26.152.151] has joined #secp256k1 22:11 -!- k6ka1 [~k6ka@5.26.152.151] has quit [Killed (Unit193 (Spam is not permitted on freenode.))] 23:04 -!- maaku [~maaku@173.234.25.100] has quit [Quit: ZNC - https://znc.in] 23:07 -!- maaku [~maaku@173.234.25.100] has joined #secp256k1 23:11 -!- Ceber [~Ceber@87.110.138.192] has joined #secp256k1 23:15 -!- Ceber [~Ceber@87.110.138.192] has quit [Remote host closed the connection] 23:51 -!- fryst17 [~fryst@65.99.184.96] has joined #secp256k1 23:54 -!- fryst17 [~fryst@65.99.184.96] has quit [Killed (Sigyn (Spam is off topic on freenode.))]