--- Log opened Tue Mar 12 00:00:24 2024
00:15 -!- tromp [~textual@92-110-219-57.cable.dynamic.v4.ziggo.nl] has joined #secp256k1
01:09 -!- tromp [~textual@92-110-219-57.cable.dynamic.v4.ziggo.nl] has quit [Read error: Connection reset by peer]
01:33 -!- tromp [~textual@92-110-219-57.cable.dynamic.v4.ziggo.nl] has joined #secp256k1
01:48 -!- Srishti [~Srishti@103.151.209.156] has joined #secp256k1
01:54 -!- Srishti [~Srishti@103.151.209.156] has quit [Quit: Client closed]
02:29 -!- tromp [~textual@92-110-219-57.cable.dynamic.v4.ziggo.nl] has quit [Read error: Connection reset by peer]
03:30 < real_or_random> sipa: "it means we don't need to restrain ourselves from adding functions that might be abused " -- indeed, I think this what me think about a hazmat API again, even though the thought in mind wasn't as clear as you spell it out here 
03:56 -!- tromp [~textual@92-110-219-57.cable.dynamic.v4.ziggo.nl] has joined #secp256k1
04:05 -!- tromp [~textual@92-110-219-57.cable.dynamic.v4.ziggo.nl] has quit [Read error: Connection reset by peer]
04:39 -!- tromp [~textual@92-110-219-57.cable.dynamic.v4.ziggo.nl] has joined #secp256k1
05:17 -!- tromp [~textual@92-110-219-57.cable.dynamic.v4.ziggo.nl] has quit [Quit: My iMac has gone to sleep. ZZZzzz…]
06:40 -!- tromp [~textual@92-110-219-57.cable.dynamic.v4.ziggo.nl] has joined #secp256k1
08:01 -!- jonatack [~jonatack@user/jonatack] has quit [Ping timeout: 264 seconds]
08:06 -!- preimage [~halosghos@user/halosghost] has joined #secp256k1
08:45 -!- tromp [~textual@92-110-219-57.cable.dynamic.v4.ziggo.nl] has quit [Read error: Connection reset by peer]
09:51 -!- tromp [~textual@92-110-219-57.cable.dynamic.v4.ziggo.nl] has joined #secp256k1
11:04 -!- tromp [~textual@92-110-219-57.cable.dynamic.v4.ziggo.nl] has quit [Quit: My iMac has gone to sleep. ZZZzzz…]
12:14 -!- tromp [~textual@92-110-219-57.cable.dynamic.v4.ziggo.nl] has joined #secp256k1
13:06 -!- tromp [~textual@92-110-219-57.cable.dynamic.v4.ziggo.nl] has quit [Quit: My iMac has gone to sleep. ZZZzzz…]
13:19 -!- tromp [~textual@92-110-219-57.cable.dynamic.v4.ziggo.nl] has joined #secp256k1
13:49 -!- preimage [~halosghos@user/halosghost] has quit [Quit: WeeChat 4.2.1]
15:06 -!- tromp [~textual@92-110-219-57.cable.dynamic.v4.ziggo.nl] has quit [Quit: My iMac has gone to sleep. ZZZzzz…]
15:15 -!- tromp [~textual@92-110-219-57.cable.dynamic.v4.ziggo.nl] has joined #secp256k1
15:32 -!- jonatack [~jonatack@user/jonatack] has joined #secp256k1
15:58 -!- tromp [~textual@92-110-219-57.cable.dynamic.v4.ziggo.nl] has quit [Quit: My iMac has gone to sleep. ZZZzzz…]
18:11 < theStack> is it worth it to do a secp256k1_scalar counterpart of #1480, i.e. getting rid of the `sizeof(secp256k1_scalar) == 32` else-branches?
18:12 < theStack> i first thought that's a good idea and trivial to do, but in scalar_low.h secp256k1_scalar is typedef'd to uint32_t. one would need to pack that in a struct with unused fields to reach the 32 bytes, and adapt scalar_low_impl.h accordingly...
18:18 < theStack> ah nvm, it would also need changes in tests_exhaustive.c where the scalar is directly used as integer. so probably a bad idea
18:25 < sipa> theStack: secp256k1_scalar is an internal type, secp256k1_pubkey is not
18:27 < sipa> ah, i guess you're really talking about the secp256k1_ecdsa_signature type, which does contain serialized scalars
18:33 < theStack> sipa: yes indeed. that one, and also the secp256k1_ecdsa_recoverable_signature type in the recovery module
18:56 < sipa> right
23:09 -!- cfields [~cfields@user/cfields] has quit [Remote host closed the connection]
23:10 -!- cfields [~cfields@user/cfields] has joined #secp256k1
23:10 -!- lbia [~lbia@user/lbia] has quit [Ping timeout: 268 seconds]
23:11 -!- lbia [~lbia@user/lbia] has joined #secp256k1
--- Log closed Wed Mar 13 00:00:25 2024