精通閃電網路

init 訊息的結構定義如下：

從結構上看，init 訊息由兩個可變大小的位元組切片組成，每個切片儲存一組_功能位元_。正如我們在 功能位元和協定可擴展性 中看到的，功能位元是協定中用於廣告節點理解（可選功能）或要求（必需功能）的協定功能集的原語。

請注意，現代節點實作只會使用 features 欄位，global_features 向量中的項目主要是出於_歷史_目的（向後相容）。

核心訊息之後是一系列類型-長度-值（TLV）記錄，可用於以向前和向後相容的方式在未來擴展訊息。我們將在本附錄稍後介紹什麼是 TLV 記錄以及它們是如何使用的。

init 訊息然後由節點檢查，以確定連線是否根據雙方廣告的可選和必需功能位元集定義良好。

可選功能意味著節點知道某個功能，但他們不認為它對新連線的操作至關重要。一個例子是理解現有訊息新添加欄位語義的能力。

另一方面，必需功能表示如果對方不知道該功能，則連線定義不明確。這種功能的一個例子是協定中理論上的新通道類型：如果你的對等節點不知道這個功能，那麼你不想保持連線，因為他們無法開啟你新的首選通道類型。

此類別中唯一的訊息是 error 訊息。

error 訊息可以在特定通道的範圍內發送，方法是將 channel_id 設定為正在經歷此新錯誤狀態的通道的 channel_id。或者，如果錯誤適用於整個連線，則 channel_id 欄位應設定為全零。這個全零的 channel_id 也稱為錯誤的連線層級識別碼。

根據錯誤的性質，向你有通道的節點發送 error 訊息可能表示通道無法在沒有人工干預的情況下繼續，因此此時唯一的選項是通過廣播通道的最新承諾狀態來強制關閉通道。

ping 訊息用於檢查連線中的另一方是否「活著」。它包含以下欄位：

接下來是它的伴侶，pong 訊息。

pong 訊息作為對 ping 訊息的回應發送，包含以下欄位：

ping 訊息可以由任何一方在任何時候發送。

ping 訊息包含一個 num_pong_bytes 欄位，用於指示接收節點在其 pong 訊息中發送的有效載荷應該有多大。ping 訊息還包含一個 ping_body 不透明位元組集，可以安全地忽略。它只是允許發送者填充他們發送的 ping 訊息，這在嘗試基於線上封包大小阻止某些去匿名化技術時可能很有用。

pong 訊息應該作為對收到的 ping 訊息的回應發送。接收者應該讀取一組 num_pong_bytes 隨機位元組作為 pong_body 欄位發送回去。巧妙使用這些欄位/訊息可能允許注重隱私的路由節點嘗試阻止某些類別的網路去匿名化嘗試，因為他們可以創建一個基於跨線發送的封包大小類似於其他訊息的「假」轉錄。請記住，閃電網路預設使用_加密_傳輸，因此被動網路監視器無法讀取明文位元組，因此只能依賴計時和封包大小。

open_channel 訊息開始通道資金過程，包含以下欄位：

這是節點希望與另一個節點執行新資金流程時發送的第一個訊息。此訊息包含雙方構建資金交易和承諾交易所需的所有必要資訊。

在撰寫本章時，在可以附加到已定義訊息末尾的可選 TLV 記錄集中定義了一個 TLV 記錄：

upfront_shutdown_script 是一個可變大小的位元組切片，必須是比特幣網路共識演算法接受的有效公鑰腳本。通過提供這樣的地址，發送方能夠有效地為他們的通道創建一個「封閉迴路」，因為雙方都不會簽署支付到任何其他地址的協作關閉交易。在實踐中，這個地址通常是從冷儲存錢包衍生的。

channel_flags 欄位是一個位元欄位，在撰寫本文時，只有_第一_位具有任何意義。如果設定了此位元，則此通道將作為可路由通道向公共網路廣告。否則，該通道被認為是未廣告的，通常也稱為私有通道。

accept_channel 訊息是對 open_channel 訊息的回應。

accept_channel 訊息是資金流程中發送的第二個訊息。它用於確認與新遠端節點開啟通道的意圖。該訊息主要回應回應者希望應用於其版本承諾交易的參數集。在 支付通道 中，當我們詳細介紹資金過程時，我們會探討在開啟新通道時可以設定的各種參數的含義。

作為回應，發起者將發送 funding_created 訊息。

一旦通道的發起者從回應者那裡收到 accept_channel 訊息，他們就擁有構建承諾交易和資金交易所需的所有材料。由於通道預設是單一出資者（只有一方提交資金），只有發起者需要構建資金交易。因此，為了讓回應者為發起者簽署承諾交易版本，發起者只需要發送通道的資金輸出點。

最後，回應者發送 funding_signed 訊息。

回應者收到 funding_created 訊息後，他們現在擁有發起者對承諾交易的有效簽章。有了這個簽章，他們可以隨時通過簽署多重簽章資金輸出的他們那一半並廣播交易來退出通道。這被稱為強制關閉。相反，為了讓發起者能夠關閉通道，回應者也簽署發起者的承諾交易。

一旦發起者收到此訊息，他們可以安全地廣播資金交易，因為他們現在能夠單方面退出通道協議。

一旦資金交易收到足夠的確認，就會發送 funding_locked 訊息。

一旦資金交易獲得 minimum_depth 數量的確認，雙方都應該發送 funding_locked 訊息。只有在發送和收到此訊息後，通道才能開始使用。

shutdown 訊息發起關閉通道的過程，包含以下欄位：

closing_signed 訊息由每個通道夥伴發送，直到他們就費用達成一致。它包含以下欄位：

update_fulfill_hltc 訊息允許贖回（接收）活動的 HTLC。

此訊息由 HTLC 接收者發送給提議者以贖回活動的 HTLC。該訊息引用所討論 HTLC 的 id，並提供解鎖 HTLC 的原像。

update_fail_htlc 訊息用於從承諾交易中移除 HTLC。

update_fail_htlc 訊息是 update_fulfill_hltc 訊息的相反，因為它允許 HTLC 的接收者移除同一個 HTLC。當 HTLC 無法正確向上游路由並需要發送回發送者以解開 HTLC 鏈時，通常會發送此訊息。正如我們在 失敗訊息 中探討的，該訊息包含一個_加密_的失敗原因（reason），可能允許發送者調整其付款路由或在失敗本身是終端性的情況下終止。

commitment_signed 訊息用於標記新承諾交易的創建。

除了發送下一個承諾交易的簽章外，此訊息的發送者還需要為承諾交易上存在的每個 HTLC 發送簽章。

update_fee 訊息用於更新當前承諾交易的費用。

此訊息只能由通道的發起者發送；只要通道開啟，他們就是支付通道承諾費用的人。

update_fail_malformed_htlc 訊息用於移除損壞的 HTLC。

此訊息類似於 update_fail_htlc 訊息，但在實踐中很少使用。如前所述，每個 HTLC 攜帶一個洋蔥加密路由封包，該封包還涵蓋 HTLC 本身部分的完整性。如果一方收到沿途以某種方式損壞的洋蔥封包，那麼它將無法解密該封包。因此，它也無法正確轉發 HTLC；因此，它將發送此訊息以表示 HTLC 在沿路由返回發送者的某處已損壞。

channel_announcement 訊息用於向更廣泛的網路公告新通道。

訊息中的一系列簽章和公鑰用於創建一個_證明_，證明通道確實存在於比特幣基礎區塊鏈中。正如我們在 短通道 ID 中詳細說明的，每個通道都由一個編碼其在區塊鏈中_位置_的定位器唯一識別。這個定位器稱為 short_channel_id，可以放入一個 64 位元整數中。

node_announcement 訊息允許節點在更大的通道圖中公告/更新其頂點。

請注意，如果節點在通道圖中沒有任何已廣告的通道，則此訊息將被忽略，以確保向通道圖添加項目會產生鏈上成本。在這種情況下，鏈上成本將是創建此節點連接的通道的成本。

除了廣告其功能集外，此訊息還允許節點公告/更新可以到達它的網路 addresses 集。

channel_update 訊息用於更新通道圖中活動通道邊緣的屬性和策略。

除了能夠啟用/停用通道外，此訊息還允許節點更新其路由費用以及其他塑造允許通過此通道流動的付款類型的欄位。

announce_signatures 訊息由通道對等方交換，以組裝產生 channel_announcement 訊息所需的簽章集。

在發送 funding_locked 訊息後，如果雙方都希望向網路廣告其通道，那麼他們將各自發送 announce_signatures 訊息，這允許雙方放置生成 announce_signatures 訊息所需的四個簽章。

query_short_chan_ids 訊息允許節點獲取與一系列短通道 ID 相關的通道資訊。

正如我們在 八卦協定與通道圖 中學到的，這些通道 ID 可能是對發送者來說是新的或過時的一系列通道，這允許發送者獲取一組通道的最新資訊集。

reply_short_chan_ids_end 訊息在節點完成回應先前的 query_short_chan_ids 訊息後發送。

此訊息向接收方發出信號，表示如果他們希望發送另一個查詢訊息，現在可以這樣做。

query_channel_range 訊息允許節點查詢在區塊範圍內開啟的通道集。

由於通道使用編碼通道在鏈中位置的短通道 ID 表示，網路上的節點可以使用區塊高度作為一種_游標_來遍歷鏈，以發現一組新開啟的通道。

reply_channel_range 訊息是對 query_channel_range 訊息的回應，包括該範圍內已知通道的短通道 ID 集。

作為對 query_channel_range 的回應，此訊息發送回在該範圍內開啟的通道集。此過程可以重複，請求者將其游標進一步向下移動以繼續同步通道圖。

gossip_timestamp_range 訊息允許節點開始接收網路上新的傳入八卦訊息。

一旦節點同步了通道圖，如果他們希望接收通道圖變化的即時更新，可以發送此訊息。如果他們希望接收在離線期間可能錯過的更新積壓，他們還可以設定 first_timestamp 和 timestamp_range 欄位。