作者：Roy Sheinfeld
來源：https://blog.breez.technology/lightning-is-dead-long-live-lightning-f224292dbcd0
閃電網絡一直在演化，但在過去十年中，我們見證的絕大多數變化，都是這項技術 內部 的變化。而在過去兩年出，出現的是 圍繞 這項技術的改變。我講的並不是協議的強化措施或者是新特性，而是對閃電網絡的性質、它能夠做什麼、誰在什麼地方使用它，有了根本上的新理解。
以往我們孤立地討論過其中一些變化，但可能有些抽象。這也是為什麼我們會擁抱 “通用語言”（中文譯本）和 “最後一公里” 這樣的比喻。
幸運的是，我們的合作伙伴之一 Cake Wallet，與我們一起走過了這條路。他們的故事生動地展現了閃電網絡近期的轉型。所以，讓我來給你講講閃電網絡、Breez 和 Cake Wallet 的故事。
如果繼續鑽牛角尖 ……
在 2024 年，我們很高興地 歡迎 Cake 作為一個早期的設計夥伴、使用我們（後來）全新的 SDK（軟件開發工具）。Cake 在他們的錢包實現中實現了 Breez SDK 以使用 Greenlight 。雖然 Greenlight 的遠端節點模式，相比於運行在用戶收集上的客戶端節點有更好的閃電網絡使用體驗，但 Cake 從未將它發佈到生產環境，後來我們也放棄了它。
相比更早的移動設備上的閃電節點實現，Greenlight 可以稱得上是 “生活品質提升”。在用戶的手機上運行一個真正的閃電節點，要消耗大量資源，還要持續與比特幣區塊鏈和閃電網絡同步， 這在當時的移動設備操作系統的限制下，是非常難辦的。通過將用戶的節點轉移到雲端、將許多活動部件轉移到幕後，Greenlight 確實提升了使用體驗。
但是，即使使用 Greenlight，我們也還是要在免許可的、無邊界的比特幣，與符合直覺的、無摩擦的使用體驗之間，作出進一步的取捨。舉個例子，通道流動性就依然是一個讓每個用戶都頭疼的問題。我們當時認為，Greenlight 已經是那個時候能夠取得的最好的平衡，在保管模式和開放性上與其前輩們相當，但在簡潔性上超越了它們；但是，它的使用體驗依然過於複雜，而 Greenlight 也被證明是難以擴大規模的。
正是這些理由，Cask 從未將 Breez SDK 的 Greenlight 實現投入生產環境，而只是表揚了它的設計、簡潔性和功能性。Greenlight 是（閃電網絡）這種技術 內部 的一個進步，但閃電網絡需要 圍繞 這種技術的根本性改變。
Cake 嘗試了 Greenlight 解決方案，事實證明，它雖然對開發者已經足夠好，對用戶來說卻仍然不夠。他們選擇了不妥協、等待更好的產品。說實話，這正是我們需要的反饋。
最後一公里的一種通用語言
斗轉星移，技術亦然。
更具體地說，多種瞄準 “最後一公里” 的技術出現了（中文譯本），提升了比特幣用戶的體驗和轉移比特幣的經濟性。這些技術有：新一代的 statechain（比如 Spark（中文譯本）） 、側鏈（比如 Liquid）、適合朋友和家庭的聯盟（比如 Fedimint）、eCash 網絡（比如 Cashu），還有高級的可編程層（比如 Arkade）。它們全都是同一個主題的變奏：就像閃電網絡提升了比特幣的經濟性和吞吐量，這些最後一公里的結束，都提升了閃電網絡的支付通道、經濟性、複雜性和可擴展性。
閃電網絡依然是我們轉移價值的方法中不可缺少的一部分，但它已經成了一種通用語言（中文譯本）和支付協議，是一種連接這些最後一公里技術的協議，而不是一種用戶需要理解的支付通道協議。而且閃電網絡的連接會進入更深層次。即使比特幣是從一個 Spark 實體轉移給了 Arkade，或者在一個 Fedimit 聯盟與 Liquid 之間轉移， 這些次級網絡都是用流利的閃電網絡語言來溝通的。
只要你理解閃電網絡的經濟模型並且看重用戶體驗，那閃電網絡的轉型在你看來就是大勢所趨。當存在持續的高速交易流時，Poon-Dryja 支付通道（即當前的閃電通道構型）無與倫比，尤其是這些交易流是雙向的時候。即使源自移動端的先天問題（比如網絡同步和離線收款）得到了解決，網絡邊緣的節點們依然會因為交易速度較低而無法發揮性能。流動性管理和經濟模型，對於路由節點來說是一種特性，對於終端用戶節點來說卻是一個 bug 。好在，這些最後一公里技術解決了這些問題和使用體驗上的複雜性，而閃電網絡作為通用語言連接起了它們，開發者和用戶都能親近比特幣了。
Cake 迴歸
介紹閃電網絡的演化非常過癮，差點忘了告訴你個大新聞：Cake Wallet 現在將 Breez SDK 帶到生產環境了！耶！
Cake 一直在研究比特幣的使用體驗困局，並且探索了多種最後一公里解決方案。Breez SDK 的 Spark 實現，為 Cake 在信任最小化的解決方案和適配的使用體驗之間，取得了平衡。它結合了比特幣的開放性、有用性和終局性，以及到目前為止閃電網絡還不具備的特性，比如離線支付。
至於使用體驗，它曾經是我們的弱點，現在已經成了強項。支付是即時送達的。離線支付和閃電網絡地址都是自帶的。手續費是可以忽略不計的。就跟任何金融科技 app 一樣，大量不相關的複雜性都藏在幕後，因為用戶只需要看到資金按照自己定義的時間、方式，去到想讓它去的地方。這就是比特幣作為一種電子貨幣的樣子。用戶只需要拿上蛋糕（Cake），美美地吃掉它就好！（不好意思，我真的忍不住。）
當然，在開發者體驗上我們也沒有落下，比以往時候都要好。Breez SDK 的 API（應用程序接口）是由開發者們為開發者設計的，儘可能簡單、使用清晰而有延展性的指令，還有快速和有用的支持。作為一個親近用戶的產品，Cake 服務於自己的終端用戶；而作為一個親近開發者的產品，我們服務於 Cake 的產品團隊。
耕耘終有收穫
Breez 幾乎是第一個看到閃電網絡的潛力的團隊，並且也發佈一款易用的移動端 app，但我們的用戶迫使我們打造更好的體驗。我們跟 Blockstream 團隊一起工作（他們設計了 Greenlight），嘗試為用戶和開發者優化它。說起來我們依然感到自豪，而且有理由自豪，因為我們的舊的 Greenlight SDK 也是一個顯著的提升。但是 Cake 這樣的合作伙伴依然不滿意（哪怕已經給了 Greenlight 實現很多機會）。所以他們也迫使我們去開發更好的東西。
我們做到了。我說的 “我們”，指的是整個閃電網絡社區。Breez 依然在跟 Blockstream 合作，開發我們的 SDK 的 Liquid 實現；我們也在跟 Lightspark 合作，開發 Spark 實現、利用它來提供一流的閃電網絡使用體驗。
這就是我們想要的工作方式。我們盡己所能，利用現有的技術開發出成果，然後將它推向市場，一邊推高標準，一邊看哪裡還需要提升。Cake 這樣忠實的合作伙伴會告知他們和他們用戶的需要。然後，我們與追求同一個目標的盟友碰面，合作打造下一個奇蹟、下一個最優解。
Breez、閃電網絡和 Cake 的故事，至少告訴了我們兩個道理。第一，天上不掉餡餅。第二，即時不可能斷定閃電網絡上出現的下一個創新是什麼、它會怎麼工作，趨勢不會騙人：閃電網絡一直在變好。比起我們剛剛起步的時候，閃電網絡已經變得好用很多很多，能夠幫助多得多的人了。
你不喜歡圓滿的結局嗎？
（完）
