It has some things in common but Zeus's zaplocker functional...

原始 JSON

{
  "kind": 1,
  "id": "7b0c28bcb75b80514abcc34571c53ebb8f8caed810b7f12568395ce00aadf692",
  "pubkey": "2183e94758481d0f124fbd93c56ccaa45e7e545ceeb8d52848f98253f497b975",
  "created_at": 1782532807,
  "tags": [
    [
      "alt",
      "A short note: It has some things in common but Zeus's zaplocker ..."
    ],
    [
      "e",
      "d3399fd0fa4b2f6b681aefc8673964575ca251b2294cf791bee67f072c774836",
      "wss://nostr.oxtr.dev/",
      "root",
      "b133bfc57bed61c391d4e8f953b906c7f1709c438d91c75fb6daf79449d5789d"
    ],
    [
      "p",
      "2183e94758481d0f124fbd93c56ccaa45e7e545ceeb8d52848f98253f497b975",
      "wss://relay.damus.io/"
    ],
    [
      "p",
      "2183e94758481d0f124fbd93c56ccaa45e7e545ceeb8d52848f98253f497b975",
      "wss://relay.damus.io/"
    ],
    [
      "p",
      "34d2f5274f1958fcd2cb2463dabeaddf8a21f84ace4241da888023bf05cc8095",
      "wss://nostr.bitcoiner.social/"
    ],
    [
      "p",
      "b133bfc57bed61c391d4e8f953b906c7f1709c438d91c75fb6daf79449d5789d",
      "wss://relay.damus.io/"
    ],
    [
      "client",
      "Amethyst"
    ]
  ],
  "content": "It has some things in common but Zeus's zaplocker functionality is not as good. With zaplocker, if Alice sends a payment Alice -\u003e Bob -\u003e Carol -\u003e Dave, three people -- Alice, Bob and Carol -- all have to fund an htlc and keep it pending til Dave gets online.\n\nWith LDK's protocol, only Alice funds an htlc and keeps it pending. This is better because pending htlcs on the lightning network are a constrained resource, so creating fewer of them is good.\n\nIn case you want to know why pending htlcs are a constrained resource, it is because pending htlcs temporarily consume two other limited resources on nodes: htlc slots and outbound capacity.\n\nEach channel has a limited amount of outbound capacity because that is money and no one has unlimited money. Each channel also has a limited number of htlcs that can be pending at once, for several reasons. One of them is that, when force closing a channel, all of your pending htlcs have to be represented on the blockchain as the outputs and sometimes the inputs of one or more transactions. Each additional one takes up more bytes, and transactions can only be a limited size, so there is a number X where you can't have more than X inputs+outputs in a transaction, and therefore can't have more than X pending htlcs in a channel.",
  "sig": "fd88bfc44c405c486c83d64f152eaf0972875f4eeebc433875d7017fad1fecfa89e681dfda8267bbad7b569d32739b612d974ea8bc5b586ef865d4e8dac82515"
}