--- Log opened Thu Apr 22 00:00:33 2021
00:44 -!- jonatack [jon@gateway/vpn/airvpn/jonatack] has joined ##miniscript
02:47 -!- gevs [~greg@194.red-81-33-44.dynamicip.rima-tde.net] has joined ##miniscript
05:24 -!- mol [~mol@unaffiliated/molly] has quit [Ping timeout: 246 seconds]
05:32 -!- roconnor [~roconnor@host-45-58-225-218.dyn.295.ca] has joined ##miniscript
05:50 -!- mol [~mol@unaffiliated/molly] has joined ##miniscript
06:04 -!- Netsplit *.net <-> *.split quits: _0x0ff, jonatack
06:05 -!- Netsplit over, joins: jonatack, _0x0ff
08:33 -!- shesek [~shesek@unaffiliated/shesek] has quit [Remote host closed the connection]
08:33 -!- shesek [~shesek@164.90.217.137] has joined ##miniscript
08:33 -!- shesek [~shesek@164.90.217.137] has quit [Changing host]
08:33 -!- shesek [~shesek@unaffiliated/shesek] has joined ##miniscript
10:43 -!- willcl_ark_ [~quassel@unaffiliated/willcl-ark/x-8282106] has joined ##miniscript
10:48 -!- Netsplit *.net <-> *.split quits: willcl_ark
12:52 -!- robot-dreams [sid463268@gateway/web/irccloud.com/x-jjvjapxrkryudzji] has quit [Ping timeout: 248 seconds]
12:52 -!- digi_james [sid281632@gateway/web/irccloud.com/x-gjrjamphazsicukr] has quit [Read error: Connection reset by peer]
12:52 -!- sgeisler [sid356034@gateway/web/irccloud.com/x-wesvymoohpdslvhx] has quit [Read error: Connection reset by peer]
12:58 -!- digi_james [sid281632@gateway/web/irccloud.com/x-sbdwtdtfrunzahfu] has joined ##miniscript
12:58 -!- robot-dreams [sid463268@gateway/web/irccloud.com/x-rqvjjsxrdvczbmuj] has joined ##miniscript
12:58 -!- sgeisler [sid356034@gateway/web/irccloud.com/x-aebihukmkatrmuct] has joined ##miniscript
18:18 < jeremyrubin> one weird observation andytoshi, suppose that BIP-118 were merged, the definition of SIGHASH_ANYPREVOUT https://github.com/ajtowns/bips/blob/bip-anyprevout/bip-0118.mediawiki would make it such that the specific tapleaf hash gets signed
18:18 < jeremyrubin> therefore key-reuse in policy would be "safe" as long as a key is only represented once per leaf
18:19 < jeremyrubin> but in taproot (no 118), the leaf is not comitted
18:19 < jeremyrubin> So this trick doesn't really work
18:20 < jeremyrubin> of course then *key* reuse would be dangerous, but it seems odd that there is not a sighash flag in taproot for signing which leaf you're on
18:22 < jeremyrubin> or wait...
18:22 < jeremyrubin> it seems you *do* via the ext field
18:23 < jeremyrubin> ext_flag
18:24 < jeremyrubin> so as long as you ensure that you have no duplicate leafs (why would you?) then it's safe to reuse keys across branches!
18:25 < jeremyrubin> You can even make it safe to have multiple of the same key by having the second appearance followed by a codeseparator
18:25 < jeremyrubin> so it seems that it should be possible to lift the restriction entirely!
18:25 < jeremyrubin> sanket1729 ^ 
--- Log closed Fri Apr 23 00:00:34 2021