我的 10,000 satoshi 具有大型 LN 節點的通道是否可以接收多個大於通道中金額的 LN 付款？
我的 LN 渠道是否可以收到一筆大於“X”的 LN 付款……或收到多筆超過“X”的小額付款？
例如，假設我有一家線上茶葉商店，並且打開了一個 100,000 聰的頻道，其中一個大型 LN 節點（例如 acinq，LNbig 的節點之一）…我的想法是，我想降低開支在打開渠道的過程中，我連接的大節點將連接很多想從我的線上茶店購買的人。
但是，假設我的商店有一件 10,000 satoshi 的商品和一件 1,000,000 satoshi 的商品。
如果出現以下情況會發生什麼：
(1) 我收到 15 個通過 100k 大 LN 節點通道發送的 10,000 satoshi 訂單/付款……或
(2) 我收到一筆通過 100k 大節點通道發送給我的 1,000,000 付款（購買了我的一件“昂貴”的 1,000,000 物品）。
我相信要經營我的商店，我需要創建多個巨大的渠道來容納收到的任何潛在付款……對嗎？因此，在上述兩種情況下，通道必須有足夠的資金來接收付款，並且不能接收大於通道中的付款。
我的 LN 渠道是否可以收到一定數量“X”的 LN 付款大於“X”
不，您只能在整個頻道容量（“X”）被推送到頻道的您一側之前接收付款。屆時，您將不再有傳入容量。
..或收到多筆超過“X”的小額付款？
您可能會收到超過“X”的多筆付款，但您還必須在兩次付款之間發送付款（將通道餘額推回您的通道交易對手的節點）。
如果出現以下情況會發生什麼：
(1) 我收到 15 個通過 100k 大 LN 節點通道發送的 10,000 satoshi 訂單/付款……或
假設您的通道以您交易對手節點上 100% 的容量開始，您將能夠收到 9-10 筆付款，然後將無法完成最後 5-6 筆付款。
我說 9-10 而不是 10，因為通道中涉及的每個節點都必須保留少量容量，以便在不合作關閉的情況下啟動通道關閉。因此，如果容量正好是 100,000 sat，而付款正好是 10,000 sat，那麼由於這個準備金要求，您很可能無法連續收到全部 100,000 sat 的付款，
如果出現以下情況會發生什麼：
(2) 我收到一筆通過 100k 大節點通道發送給我的 1,000,000 付款（購買了我的一件“昂貴”的 1,000,000 物品）。
與上述相同，由於準備金要求，您可能無法收到該款項。
我相信要經營我的商店，我需要創建多個巨大的渠道來容納收到的任何潛在付款……對嗎？因此，在上述兩種情況下，通道必須有足夠的資金來接收付款，並且不能接收大於通道中的付款。
是的，您無法在該渠道（ ）上收到大於您目前傳入容量的付款
remote_balance。作為店主，你可以主動維護有進貨能力的渠道，但也可以讓客戶直接和你開渠道。還有一些服務可以讓您購買傳入容量等。
我相信要經營我的商店，我需要創建多個巨大的渠道來容納收到的任何潛在付款……對嗎？因此，在上述兩種情況下，通道必須有足夠的資金來接收付款，並且不能接收大於通道中的付款。
@chytrik 觸及了您的大部分問題，但這是我想擴展的問題。目前有一個Base AMP 提案可以解決上述問題，並且可能很快會合併到規範中。與其擁有龐大的渠道來容納更大的付款，不如將大筆付款分解為較小的付款並通過您可能與各種參與者擁有的多個渠道進行路由。
為了使用此功能，您必須在發票中通過設置功能標誌來表明您的節點處理多路徑支付 (MPP)。然後，付款人可以跨渠道找到適當的路線，並通過它們進行較小的付款。當您跨渠道收到總和（或大於）發票金額的付款洋蔥時，您才會發布與付款雜湊匹配的原像。
您可以在我的回答中閱讀更多關於多路徑支付的實施和未來版本的資訊。