00:57:23 RE: ring signature based relative locks (https://github.com/monero-project/research-lab/issues/161), this is probably an incredibly dumb question, but why couldn't you use a rangeproof instead? Have the spend authorization sign L = jH + xG like in this proposal, but use BP+ to show R_h*H - L = (R_h - j)*H + (-x)*G, where (R_ [... too long, see https://mrelay.p2pool.observer/e/qJr_2JkLbVBNS0RX ] 00:57:52 please explain to me, don't shoot 01:09:10 @blurt4949 how do you tie the lock to the membership proof? The ring sig idea works because you have to sign the root hash and lock index together. 01:11:38 Do you mean R_h as in the root hash's blinded lock index? I'm not sure how that would work 01:12:52 How it would work without revealing R_h* which is a privacy leak 03:36:17 I may have misunderstood the point of the proposal. Is the core of it to enable payment channels though this feature, or to implement the feature itself one use of which is payment channels? If it's the feature itself we're after then yeah my idea is moot. Sorry if I wasn't being clear. 03:36:17 What I was talking about was basically a private equivalent to nLockTime, which AFAIU would also allow for payment channels. 03:37:21 (UkoeHB: ) 03:37:22 Maybe I'm wrong though, that's a very very real possibility lol 04:52:18 Relative locks is the feature, however that's implemented. One use is payment channels. 04:55:59 It seems like your idea reveals which root hash is used while hiding the specific lock depth, but that leaks a range of possible lock values. For it to be a relative lock, you'd need to specify and sign a 'max lock depth' that your range proof can use and that consensus can use to check the referenced root hash. 06:50:16 @blurt4949:matrix.org The equivalent of nLockTime is not sufficient for payment channels. You need the equivalent of nSequence, which needs to tie to the FCMP root because Monero hides the true spend, unlike Bitcoin, where you can simply check the apend age and compare to nSequence. 14:59:54 > The equivalent of nLockTime is not sufficient for payment channels. You need the equivalent of nSequence 14:59:54 I see, thank you for this explanation 22:28:10 Has the mx25519 library been audited?