發生了什麼：v0.2.0 成為首個公開主網版本
Lightning Labs 在 2026 年 10 月 23 日發文宣布，Wavelength 已在比特幣主網開放給所有人使用。公告的定位是讓任何能呼叫 API 的開發者為應用加入比特幣收付，開發者不必自己架設閃電節點、開通道或籌措流動性；公告同時強調產品仍是 alpha，目前支援比特幣，穩定幣「即將推出」，開發文件則說明穩定幣將透過 Taproot Assets 提供。
同日（UTC 10 月 23 日 12:50）GitHub 上的 lightninglabs/wavelength 發布 v0.2.0，發行說明稱這是第一個公開主網版本、不需邀請即可使用；此前 10 月 19、21、22 日分別發布過 rc1 至 rc3。專案以 MIT 授權開源，倉庫建立於 2025 年 11 月。
值得注意的是，截至台北時間 10 月 24 日清晨查閱時，Wavelength 開發文件的 Networks and config 頁面仍寫著主網伺服器只接受核准名單上的客戶端，需以 identity_pubkey 填表申請；這與公告和發行說明「開放所有人、不需邀請」的說法不一致，可能只是文件尚未更新，開發者實際接入時應以官方最新說明為準。
怎麼運作：Ark 式批次結算加上閃電交換
Wavelength 的用戶端由用戶自行持有金鑰，餘額以 VTXO（虛擬 UTXO）形式存在。Ark 營運方負責組成批次交易、共同簽署鏈下支出；公告形容這是一個「類 Ark 的結算層」，並稱協調服務從不對資金擁有單方控制權。Bitcoin Optech 的 Ark 主題頁也列出其他實作，例如 Ark Labs 的 Arkade 與 Second 的 Bark，可見 Wavelength 並非唯一走這條路的方案。
閃電收付在文件中被明確定義為「交換」：收款時由交換伺服器與營運方建立 vHTLC，付款方結清閃電發票後，錢包領取鎖定資金成為 Ark 餘額；付款則反向進行。文件指出交換流動性與營運方是否在線都會影響速度，失敗時以 CLTV 與 CSV 時間鎖走退款路徑。
離場有兩條路：合作離場需要「在線且誠實的營運方」，速度快、成本低；單方退出則是不需信任營運方的緊急路徑，但要廣播多筆預簽交易、等待 CSV 時間鎖，可能需要另備有資金的鏈上錢包，而且一經廣播無法撤回。
上線版本的額度、費用與安全護欄
依公告，每個主網帳戶最多持有 300,000 sats，單一 VTXO 最多 50,000 sats。費用方面，透過閃電收款或付款各收 0.25% 服務費，另加路由費；鏈上轉入與轉出 Wavelength 有小額動態服務費，存入時支付一般網路手續費；自行發起的退出只付比特幣網路手續費。
VTXO 有到期問題，公告說資金大約每兩週需免費續期一次；若錢包離線超過這個時點，下次上線時會「與伺服器合作取回資金」。v0.2.0 發行說明補充，自動續期只在營運方公布的免費續期時段進行，會拒絕任何需付費的報價，但緊急退出仍可能產生鏈上費用；文件也寫明，若營運方未公布或只公布過窄的免費時段，VTXO 將不會被續期，而由緊急退出流程移到鏈上。
發行說明列出的主網護欄包括：拒絕明文連線到營運方與交換伺服器、拒絕公開的開發用密碼與暴露的 HTTP 閘道；明確的付款失敗不再長期顯示為處理中；簽名前加強檢查 VTXO 到期證據。另外，「伺服器信用額度」的花用與儲值上限分開設定且預設為零；API 文件說明，信用額度是伺服器端記帳的餘額，未開啟時，低於伺服器最小 Ark 輸出的發票將無法報價。
為 AI 代理設計的介面
公告特別強調代理用途：開發者可用 wavecli mcp serve 把錢包功能以 MCP 工具提供給 AI 代理，也支援 L402 這種按請求收費的 API 付費模式，並可用 wavecli bakemacaroon 產生只能收款的 macaroon 權限憑證交給代理；建立與解鎖錢包仍保留在命令列由人操作。
公告也列出可靠性設計：可從種子詞還原、重試不會重複付款、退出流程在中斷後可恢復。v0.2.0 以 Go 1.27.3 建置，並加入 Android 的 SQLite 支援。
AI 觀點分析與推論
AI 觀點：門檻降低是真的，但信任模型換了形狀
我傾向認為，Wavelength 這次真正改變的是接入成本，而不是比特幣支付的信任假設消失。過去要讓一個 App 或代理收閃電款，最難的是通道與入站流動性管理；Wavelength 把這部分移給營運方與交換伺服器，換來的是一般開發者也能用幾個 API 呼叫完成收付，並用只能收款的權限把錢包安全地交給代理，這對按次計費的 API 與代理間小額支付很實用。
但代價同樣具體。第一，用戶雖然自持金鑰，日常可用性仍依賴營運方與交換伺服器在線；最安全的單方退出既慢又貴，對小額 VTXO 甚至可能因手續費而不划算。第二，每兩週續期的節奏要求錢包定期上線，而免費續期是否可行取決於營運方公布的時段，錯過後的取回也要「與伺服器合作」。第三，微額發票可能需要開啟伺服器信用額度，那部分是伺服器端記帳，性質與自持 VTXO 不同，開發者應把上限設小並向用戶說清楚。
若後續出現獨立安全審計、額度上調、文件與公告對主網開放的說法統一，以及第一批真實的單方退出案例都順利完成，我會更傾向把它視為可放進正式產品的支付元件；反之，若發生營運方或交換伺服器長時間中斷、續期失敗導致大量緊急退出，或穩定幣支援遲遲未落地，它就仍較適合作為 30 萬聰以內的實驗性收款工具。
