<oembed><type>rich</type><version>1.0</version><author_name>npub136rmper0tszp8xxttyzsa27tjrvx36drtpucg0544mq8cxlha6wshgpezn</author_name><author_url>https://nostr.ae/npub136rmper0tszp8xxttyzsa27tjrvx36drtpucg0544mq8cxlha6wshgpezn</author_url><provider_name>njump</provider_name><provider_url>https://nostr.ae</provider_url><html>📅 Original date posted:2023-05-24&#xA;🗒️ Summary of this message: Lightning Network&#39;s zero-conf channel has risks as users have to wait for confirmation before revealing preimage for payment. Ark&#39;s ATLCs ensure atomicity without waiting for confirmations.&#xA;📝 Original message:&gt; You can also do the same in Lightning, with the same risk profile: the LSP opens a 0-conf channel to you, you receive over Lightning, send out over Lightning again, without waiting for onchain confirmations.&#xA;&#xA;This is not correct. If an LSP opens a zero-conf channel to me, I cannot receive over lightning immediately because I have to wait for that channel to confirm before revealing my preimage for the payment. If I don’t, LSP takes the sender’s money yet double-spends my channel.&#xA;&#xA;This is not the case with Ark. Ark ensures &#34;absolute atomicity&#34; by using ATLCs instead of HTLCs. Users can receive payments and forward them further without waiting for on-chain confirmations. A double-spend attempt breaks the entire atomicity. An ASP cannot redeem senders’ vTXO(s) if they double-spend recipients&#39; vTXO(s).</html></oembed>