Exploring Extended Relative Timelocks

Protocol Design
18

having larger relative lock is definitely less convoluted than CLTV approach (I mentioned it’s a nit argument)

I’ll support this proposal any day.

1 Like