sipa changed the topic of #bitcoin-wizards to: This channel is for discussing theoretical ideas with regard to cryptocurrencies, not about short-term Bitcoin development | http://bitcoin.ninja/ | This channel is logged. | For logs and more information, visit http://bitcoin.ninja
Theopolisme has quit []
son0p has quit [Quit: leaving]
AaronvanW has joined #bitcoin-wizards
mdunnio has joined #bitcoin-wizards
shush has joined #bitcoin-wizards
isis_ is now known as isis
shush has quit [Client Quit]
justanotheruser has quit [Ping timeout: 240 seconds]
mdunnio has quit [Ping timeout: 265 seconds]
rusty has joined #bitcoin-wizards
rusty has quit [Client Quit]
nick_freeman has quit [Read error: Connection reset by peer]
AaronvanW has quit [Ping timeout: 265 seconds]
nick_freeman has joined #bitcoin-wizards
mdunnio has joined #bitcoin-wizards
mdunnio has quit [Ping timeout: 256 seconds]
skorgon has joined #bitcoin-wizards
marcoagner has quit [Ping timeout: 244 seconds]
rusty has joined #bitcoin-wizards
arowser has quit [Remote host closed the connection]
arowser has joined #bitcoin-wizards
justanotheruser has joined #bitcoin-wizards
mdunnio has joined #bitcoin-wizards
nick_fre_ has joined #bitcoin-wizards
nick_freeman has quit [Ping timeout: 260 seconds]
Belkaar has quit [Ping timeout: 240 seconds]
Belkaar has joined #bitcoin-wizards
Belkaar has quit [Changing host]
Belkaar has joined #bitcoin-wizards
proofofkeags has quit [Quit: Leaving]
proofofkeags has joined #bitcoin-wizards
mdunnio has quit [Remote host closed the connection]
jeremyrubin has quit [Remote host closed the connection]
jeremyrubin has joined #bitcoin-wizards
kerbyu has quit []
brianhoffman has joined #bitcoin-wizards
cbeams has joined #bitcoin-wizards
brianhoffman has quit [Client Quit]
cbeams has quit [Ping timeout: 240 seconds]
arowser has quit [Remote host closed the connection]
arowser has joined #bitcoin-wizards
arowser has quit [Remote host closed the connection]
arowser has joined #bitcoin-wizards
nick_freeman has joined #bitcoin-wizards
<jeremyrubin>
If we disable CLTV/CSV time checks in Taproot by making them uninterpreted, we give ourselves an opportunity to ensure that for transactions only comprising taproot outputs there is not timelock incompatibility issues.
<jeremyrubin>
A future soft-fork can re-interpret time based checks to not reference the nLockTime or the sequence value.
<jeremyrubin>
sipa: roconnor:
<sipa>
removing nLockTime/nSequence semantics would be a hardfork
<jeremyrubin>
no; we're not removing the sematic of the field
<sipa>
so given that those fields inevitably exist, what is the point of not having the opcodes?
<jeremyrubin>
we're removing the semantic of the opcode in a Taproot context
<jeremyrubin>
Guarantee that any two taproot outputs can be combined in a tx?
<sipa>
at the cost of removing locktime functionality
<sipa>
i think it would be more feasible if there was a realistic replacement already specced out
<sipa>
using annexes or whatever
<jeremyrubin>
which can be added back later with identical script semantics (but different rules on txn) later
<sipa>
you can't assume a future softfork will be succesful, so this would potential risk ending up with no locktime functionality in taproot at all...
<jeremyrubin>
ah
<jeremyrubin>
you still have locktime height
<jeremyrubin>
just not locktime time
<jeremyrubin>
you're specifically only un-defining the time based params