@jnptzl exácto! es bastante buen símbolo de lo malo que es el estado de la UX a la que nos acostumbramos
1) muchos usuarios de cuevas (y mismo varias cuevas) no saben que tienen que hacer esto
2) si lo hacés y falla, ahora qué pasa? debuggearlo requiere alguien que entienda
@callebtc 100%
It’s a block space efficiency optimization (put in the chain only what you need). If there’s some privacy gained by doing that then great, but clearly not the design goal.
There are better (but way less efficient) tools for making the spending condition private.
@callebtc@lightcoin Non-custody = non-freezable + non-seizable
Unilateral exits only talk about non-freezability.
You also need non-seizability for non-custody. Eg. operators shouldn't be able to run with your money at any time, otherwise it's just non-freezable.
@david_seroy@moneyball@Ethan_Heilman@TheBlueMatt@theinstagibbs The trust model of a watchtower is nicer since they don’t have a big incentive to lie. Monetizing an attack is much harder.
It’s also a dynamic group: you can add as many new participants as you want, whenever you want.
We probably need more nuance when comparing trust models
@david_seroy@moneyball@Ethan_Heilman@TheBlueMatt@theinstagibbs In theory, it doesn't sound that different from an offline lightning node with watchtowers (1-of-N honest security assumption).
In practice, though, whether I trust 1 of N parties to be honest depends very much on who they are, how many they are, and whether I can choose them.