<div>Good morning,<br></div><div><br></div><div>I believe this is simply an argument about meanings of words; to me spontaneous means that the payee does not generate a new secret to be sold as a valuable good in exchange for money, using the mechanisms for routing on Lightning.<br></div><div>In any case, it would still be possible to perform an OG AMP payment without an invoice of any sort at all, which is the entire point of the sentence; there might not exist an invoice to put the "I support OG AMP" bit in.<br></div><div><br></div><div><br></div><div><br></div><div>Regards,<br></div><div>ZmnSCPxj<br></div><div><br></div><div class="protonmail_signature_block"><div class="protonmail_signature_block-user protonmail_signature_block-empty"><br></div><div class="protonmail_signature_block-proton">Sent with <a target="_blank" href="https://protonmail.com">ProtonMail</a> Secure Email.<br></div></div><div><br></div><div>‐‐‐‐‐‐‐ Original Message ‐‐‐‐‐‐‐<br></div><div> On Friday, November 16, 2018 11:32 AM, Olaoluwa Osuntokun &lt;laolu32@gmail.com&gt; wrote:<br></div><div> <br></div><blockquote type="cite" class="protonmail_quote"><div dir="ltr"><div>&gt; OG AMP is inherently spontaneous in nature, therefore invoice might not exist<br></div><div>&gt; to put the feature on.<br></div><div><br></div><div>That is incorrect. One can use an invoice along with AMP as is, in order to tag<br></div><div>a payment. As an example, I want to deposit to an exhcange, so I get an invoice<br></div><div>from them. I note that the invoice has a special (new) field that indicates<br></div><div>they accept AMP payments, and include an 8-byte identifier. Each of the payment<br></div><div>shards I send over to the exchange will carry this 8-byte identifier. Inclusion<br></div><div>of this identifier signals to them to credit my account with the deposit once<br></div><div>all the payments arrive. This generalizes to any case where a service or good<br></div><div>is to be dispersed once a payment is received.<br></div><div><br></div><div>-- Laolu<br></div><div><br></div><div><br></div><div class="gmail_quote"><div dir="ltr">On Mon, Nov 12, 2018 at 6:56 PM ZmnSCPxj via Lightning-dev &lt;<a href="mailto:lightning-dev@lists.linuxfoundation.org">lightning-dev@lists.linuxfoundation.org</a>&gt; wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div>Good Morning Rusty,<br></div><div> <br></div><div> OG AMP is inherently spontaneous in nature, therefore invoice might not exist to put the feature on.<br></div><div> Thus it should be global feature.<br></div><div> <br></div><div> Do we tie spontaneous payment to OG AMP or do we support one which is payable by base AMP or normal singlepath?<br></div><div> <br></div><div> Given that both `option_switch_ephkey` and `option_og_amp` require understanding extended onion packet types, would it not be better to merge them into `option_extra_onion_packet_types`?<br></div><div> <br></div><div> <br></div><div> <br></div><div> Sent with ProtonMail Secure Email.<br></div><div> <br></div><div> ‐‐‐‐‐‐‐ Original Message ‐‐‐‐‐‐‐<br></div><div> On Tuesday, November 13, 2018 7:49 AM, Rusty Russell &lt;<a href="mailto:rusty@blockstream.com" target="_blank">rusty@blockstream.com</a>&gt; wrote:<br></div><div> <br></div><div> &gt; Hi all,<br></div><div> &gt;<br></div><div> &gt; I went through the wiki and made up option names (not yet<br></div><div> &gt; numbers, that comes next). I re-read our description of global vs local<br></div><div> &gt; bits:<br></div><div> &gt;<br></div><div> &gt; The feature masks are split into local features (which only<br></div><div> &gt; affect the protocol between these two nodes) and global features<br></div><div> &gt; (which can affect HTLCs and are thus also advertised to other<br></div><div> &gt; nodes).<br></div><div> &gt;<br></div><div> &gt; You might want to promote your local bit to a global bit so you can<br></div><div> &gt; advertize them (wumbo?)? But if it's expected that every node will<br></div><div> &gt; eventually support a bit, then it should probably stay local.<br></div><div> &gt;<br></div><div> &gt; Please edit your bits as appropriate, so I can assign bit numbers soon:<br></div><div> &gt;<br></div><div> &gt; <a href="https://github.com/lightningnetwork/lightning-rfc/wiki/Lightning-Specification-1.1-Proposal-States" rel="noreferrer" target="_blank">https://github.com/lightningnetwork/lightning-rfc/wiki/Lightning-Specification-1.1-Proposal-States</a><br></div><div> &gt;<br></div><div> &gt; Thanks!<br></div><div> &gt; Rusty.<br></div><div> &gt;<br></div><div> &gt; Lightning-dev mailing list<br></div><div> &gt; <a href="mailto:Lightning-dev@lists.linuxfoundation.org" target="_blank">Lightning-dev@lists.linuxfoundation.org</a><br></div><div> &gt; <a href="https://lists.linuxfoundation.org/mailman/listinfo/lightning-dev" rel="noreferrer" target="_blank">https://lists.linuxfoundation.org/mailman/listinfo/lightning-dev</a><br></div><div> <br></div><div> <br></div><div> _______________________________________________<br></div><div> Lightning-dev mailing list<br></div><div> <a href="mailto:Lightning-dev@lists.linuxfoundation.org" target="_blank">Lightning-dev@lists.linuxfoundation.org</a><br></div><div> <a href="https://lists.linuxfoundation.org/mailman/listinfo/lightning-dev" rel="noreferrer" target="_blank">https://lists.linuxfoundation.org/mailman/listinfo/lightning-dev</a><br></div></blockquote></div></div></blockquote><div><br></div>