Good morning list, and all,
Rene Pickhardt mentioned strongly about the new Boomerang paper:
https://arxiv.org/pdf/1910.01834.pdf
I would like to compare it with my own proposal which combines High AMP
("Discrete Log AMP" or "DAMP" or "DLAMP") with Stuckless to provide a similar
facility:
*
Hi all,
After having some more thinking I think I have another cool thing that can
be done with barrier escrows.
We already have established that pay-for-atomic-multi-payment-setup can be
provided by using a High AMP to a node that is trusted not to collude with
the parties involved (along with p
Good morning Jonas, Orfeas, and all,
> > hashing out old ideas in public like an out-of-the-loop person
>
> Being fully in-the-loop literally seems undesirable anyway. As the scriptless
> scripts space gets bigger, I invite everyone to consider contributing to the
> scriptless scripts repo at
> ht
> hashing out old ideas in public like an out-of-the-loop person
Being fully in-the-loop literally seems undesirable anyway. As the scriptless
scripts space gets bigger, I invite everyone to consider contributing to the
scriptless scripts repo at
https://github.com/ElementsProject/scriptless-scrip
Good morning,
> * Sub-payment - one or more attempts, each of which semantically pay
for "the same thing" for "the same value", set up in parallel.
> a sub-payment may have multiple attempts running in parallel, but only
one attempt will be claimable.
> * Payment - one or more sub-payments, each o
Good morning Nadav and Lloyd,
> I really like the Premium-free American Call Option mitigation you've
> described here! I totally agree that it is probably best to move to
> computational security rather than rational security. I hadn't thought about
> how well High AMP inter-operates with the
Hi ZmnSCPxj,
> I think, it is possible to make, a miniscript-like language for such
things.
> Indeed, the only material difference, between SCRIPT-based `OP_CHECKSIG`s
and Lightning, would be the requirement to reveal scalars rather than prove
your knowledge of them.
I've thought about this too.
Hi Nadav,
I've thought about similar problems before. Essentially you are trying to
create an "access structure" on discrete logarithm (the completion of the
adaptor signature in "pay-to-point"). I think the term for arbitrary
combinations of AND and ORs and even N-of-M is called a *monotone
acces
Hi list and ZmnSCPxj,
Glad this has been helpful and I'm not just stating obvious things :)
always hard to tell once the idea has been had.
> I think, it is possible to make, a miniscript-like language for such
things.
> Indeed, the only material difference, between SCRIPT-based
`OP_CHECKSIG`s
Good morning list, and Nadav,
> I would also like to point out the below assumption, which underlies Bass
> Amplifier ("multipath payments", "base AMP") and its claim to atomicity:
>
> - If we agree that my secret `s` is worth `m` millisatoshi, then I (as a
> perfectly rational economic a
Good morning Nadav,
Thank you very much for this framework!
It seems very good idea, kudos to making this framework.
I think, it is possible to make, a miniscript-like language for such things.
Indeed, the only material difference, between SCRIPT-based `OP_CHECKSIG`s and
Lightning, would be the
Hi list,
I'm back again with another idea about Payment Points and fun things to do
with them! Hopefully this time I'm not entirely just hashing out old ideas
in public like an out-of-the-loop person :)
*TLDR: Adding and ECDH-ing points gives us AND and OR functionality which
we can compose to m
12 matches
Mail list logo
