Cosmos 中的 IBC（區塊鏈間通信）是什麼？

IBC 協議基礎知識

1. IBC 代表區塊鏈間通信，是一種標準化協議，可在獨立區塊鏈之間實現安全且可驗證的數據交換。

2.它在共識層運行，依賴於輕客戶端驗證而不是可信中介或中心化中繼器。

3. 每個參與鏈通過錨定到其最新最終區塊的加密證明來維護另一個鏈狀態的輕量級表示。

4. 該協議定義了基於數據包的消息傳遞，具有嚴格的排序保證、確認和超時機制，以確保可靠性。

5. IBC 不需要共享安全模型——鏈保留主權，同時通過加密承諾實現互操作性。

IBC核心部件

1. 客戶端代表經過驗證的遠程鏈狀態快照； Cosmos SDK 鏈通常使用 Tendermint 輕客戶端。

2. 連接在兩個客戶端之間建立經過身份驗證的通信通道，證明雙方就初始參數達成一致。

3. 通道是構建在連接之上的多路復用、有序或無序管道，允許多個應用程序級協議共存。

4. 端口充當應用程序的命名空間標識符，確保數據包路由到正確的模塊，例如傳輸或質押接口。

5.數據包攜帶帶有序列號、源和目的地端口/通道標識符以及超時約束的序列化有效負載。

通過 ICS-20 進行代幣轉移

1. ICS-20是建立在IBC之上的規范代幣轉移標準，定義了可替代資產如何跨鏈轉移。

2. 發起轉賬時，發送者將代幣鎖定在源鏈上特定於模塊的託管賬戶中。

3. 包含面額元數據、金額和接收者地址的數據包通過 IBC 通道發送到目標鏈。

4. 成功接收和驗證後，目標鏈根據配置鑄造包裝或本機表示。

5.沒有中央橋樑運營商控制資金——託管仍然是去中心化的，並由鏈上邏輯和加密證明強制執行。

安全模型和信任假設

1. IBC 假設每條鏈根據自己的共識規則產生有效的、最終的、非重組的區塊。

2. 輕客戶端必須定期更新以反映新的區塊頭；過時的客戶端有接受無效狀態轉換的風險。

3. 中繼節點轉發數據包，但無法更改其內容——所有關鍵驗證都使用 Merkle 證明在鏈上進行。

4. 儘管惡意行為可能會影響跨鏈資產的完整性，但單條鏈的洩露不會自動損害其他鏈。

5.信任邊界位於輕客戶端級別：如果客戶端驗證錯誤，整個IBC會話就會變得脆弱。

常見問題解答

Q1. IBC 是否要求所有連接的鏈都使用 Tendermint 共識？不會。雖然 Cosmos SDK 鏈通常使用 Tendermint，但 IBC 支持任何存在正確輕客戶端實現的共識算法，包括正在積極開發的與以太坊兼容的客戶端。

Q2。 IBC可以支持鏈間智能合約調用嗎？原生 IBC 不會跨鏈執行任意代碼。然而，ICS-27（鏈間賬戶）等應用層協議可以通過簽名數據包執行來遠程控制目標鏈上的賬戶。

Q3。 IBC轉賬期間如何處理費用？用於數據包提交的費用以源鏈的本機令牌支付，用於確認處理的費用以目標鏈的令牌支付。中繼者可能會收取以任一資產計價的額外服務費。

Q4。是否有全球 IBC 註冊機構或治理機構？沒有集中登記處。鏈獨立決定建立哪些連接。治理髮生在鏈級別——每個網絡配置自己的支持 IBC 的模塊和升級路徑。