@
frienmo 我不算大佬……只能算话痨。
不止 Eclair，Phoenix 也是 ACINQ 出的，你可以试试，不过目前拥堵貌似还是蛮严重，矿工费蛮高，最好还是等等。
走闪电网络收·款的 invoice （应该是你说的“地址”，但它不叫“地址”）好像也不太好翻译，直译应该是“发·票”，但是貌似很多时候说“发·票”都是“收·据”的意思，是钱已经收到了；而 invoice 实际上是请求付·款的，付·款还没发生。
invoice 确实是有过期时间的，不过我刚刚去 bitcoin stackexchange 看了一下，这个过期时间其实没有特别硬性的技术理由，只是为了规避一些可能存在的问题（比如币价波动，毕竟绝大多数时候还是法币标价）才设计成这样。
还有，invoice 是不能重复使用的，这也是闪电网络的一个不方便之处。开发者有在研究解决这个问题，比如 keysend，但是我记得仍然不能离线收·款——所以没错，eclair 在收·款时确实必须开着。
还有，如果你没有公网 IP，即便钱包 /节点开着（ eclair 或 phoenix 本身也算一个闪电网络节点，只不过它不广播自己的存在），我记得也无法付款，这个问题可以通过在 invoice 里加 routing hint，指定和自己开通道的其他节点 IP 来解决，eclair 默认就加了 routing hint 。
你说的支·付通道刚打开时，只有付·款额度没有收·款额度，导致只能付·款、不能收·款——Phoenix 用户就不会受这个问题打扰，它是“纯闪电网络”钱包，完全不需要手动管理通道，直接拿着 invoice 就可以收·款，收·款过来的时候，ACINQ 公司的节点会自动开一个通道给你，而且在打开通道的 funding tx 还是零确认状态的时候，你也可以直接走闪电网络把刚刚收到的币花出去。
不过很显然，Phoenix 钱包的种种便利，包括自动通道管理（尤其是自动提供有收·款额度的新通道），无需自己操心通道数据备份（ ACINQ 的服务器负责随时备份），其实都依赖于 ACINQ 的服务器，包括支·付寻路也是交给 ACINQ 的服务器完成的，所以理论上隐私性也存在问题，去中心化程度也大大降低。不过我记得 ACINQ 也没有打算垄断 Phoenix 的钱包服务器，他们打算把这种钱包服务器搞成公开的技术标准。