什麼是 CIP並做相應的解釋

cip 全稱是 conflux improvement proposals，即 conflux 改進提案。cip 是乙個設計檔案，向 conflux 社群提供資訊，或規定 conflux 的一些新功能、流程或環境。cip 中應當簡介該功能的技術規範以及基本原理。

我們計畫將 cip 作為提議新功能、收集社群對問題的意見以及記錄已納入 conflux 的設計決策的主要機制。cip 作者負責在社群內構建共識、記錄有異議的觀點。由於 cip 在版本庫中作為文字檔案進行維護，因此 cip 的修訂歷史記錄就是功能提案的歷史記錄。

對於 conflux 執行者來說，cip 是一種很方便的追蹤執行程序的方式。理想情況下，執行的維護者會列出他們已經執行過的 cip 的清單，這為終端使用者提供了一種便捷的途徑來了解指定執行或庫的當前狀態。

cip 分類

有 4 種不同型別的 cip：

·向後相容變更：這種 cip 中更新的客戶端會完全相容以前的舊版本，這種變更會引入另外的遠端過程呼叫（rpc）api 或其他新功能。提交向後相容變更時請採用以下步驟：

· 復刻 conflux rust 庫，提交拉取請求（pr）；

· 如果是複雜變更，首先要提交問題與核心開發團隊溝通。

資料庫/ rpc 變更：更新的客戶端能夠與以前的版本共存，但是它可以更新現有 rpc 的介面或行為，或者可以更改區塊鏈資料庫格式。需要根據這些 rpc 對應用程式進行修改和/或清理資料庫以重新開始進行同步。要提交資料庫/rpc變更，可以按照上述步驟進行操作，但必須先提交乙個問題。

·網路協議變更：這些更改不涉及 conflux 協議的規範，需要更新 conflux 或 conflux-rust 中的 p2p 網路協議。無需硬分叉即可實現更改，但需要特殊的協議版本處理和相容性測試。要提交協議變更，請按照以下步驟操作：

·提交乙個 cip 草案（draft）。

·討論該草案（draft）直至草案認可。請注意，在 cip 中，指定當前執行如何與先前協議版本保持相容性是很重要的（通過版本控制或其他技術實現）。如果無法做到這一點，則應將變更劃分為規範變更。

·在 conflux-rust 中建立與該 cip 相關的問題。

·提交 pr 執行該 cip。

·審核、測試、和/或確認執行。pr 會被合併到主分支上。核心開發團隊可能會選擇將 pr 合併到其他分支，進行 conflux-rust 客戶端發布。

·發布版本實現變更後，將 cip 狀態更新為「最終版」。

·規範變更：此類變更需要更新 conflux 協議的規範，需要硬分叉才能實現變更，完全沒有向後相容性。進行規範變更的一般步驟如下：

·提交乙個 cip 草案。草案中應討論如何在硬分叉中實現變更。

·討論該草案直至草案認可。

·在 conflux 協議庫中建立與該 cip 相關的問題。

·提交 pr 至 conflux 協議庫根據該 cip 更改規範。

·在 conflux rust 庫中建立與該 cip 相關的問題。

·提交 pr 執行該 cip。

·審核、測試、和/或確認執行。pr 會被合併到主分支上。

·等待硬分叉以實現變更。更改 cip 狀態至「最終生成」。