Nervos CKB：一個面向驗證的 layer-1 區塊鏈
專案速覽：Nervos CKB 是一個公共的無需許可的區塊鏈，也是 Nervos 網路的第一層。
秒懂
- 它是什麼？
- Nervos CKB 倉庫存放 Nervos 網路 layer-1 區塊鏈的 Rust 實作，該鏈使用工作量證明和基於 RISC-V 的虛擬機。
- 適合誰用？
- 倉庫將 CKB 描述為專注於驗證的 layer-1 區塊鏈，帶有 RISC-V 虛擬機、Eaglesong 挖礦演算法和兩個公共網路。develop 分支明確不穩定，master 分支被描述為生產就緒。
- 可以商用嗎？
- 可以。MIT 是寬鬆授權：你可以使用、修改並販售以它為基礎的軟體，只需保留著作權與授權聲明。
- 還在維護嗎？
- 有在維護。儲存庫在最近一天內有新的提交。
- 用什麼語言寫的？
- 主要是 Rust（依據 GitHub 的語言統計）。
以上回答依據專案的 GitHub 資料（最近同步於 2026年9月15日）與我們的分析，不構成法律意見。
開源專案深度解析
公開、無許可的 layer-1
Nervos CKB 是 Nervos 網路的 layer-1 區塊鏈。README 的第一段把它稱為公共且無許可的區塊鏈，並稱其為共同知識庫。倉庫的語言是 Rust，GitHub 元數據顯示它有 1,217 個 star 和 264 個 fork，目前有 72 個開放 issue。CKB 是 Nervos Network 的一部分，後者定義了 README 所說的一套可擴展且可互操作的區塊鏈協議，目標是創建自演進的分佈式經濟。README 沒有說明這些協議如何具體實現互操作，也沒有定義自演進的治理機制；這些內容需要到 Nervos RFC 倉庫查閱。
工作量證明與 Nakamoto 共識
CKB 採用工作量證明，並使用 README 所說的改進版 Nakamoto 共識。它的設計目標是，在普通硬體和網路頻寬下獲得最大化的性能，同時不犧牲 layer-1 的核心價值，即去中心化和安全。README 沒有展開說明這個共識與原始 Nakamoto 共識在實現上的差別，只是鏈接到一篇題為 "Breaking the Throughput Limit of Nakamoto Consensus" 的 Medium 文章。挖礦演算法是 Eaglesong，其定義在 Nervos RFC 中。README 沒有給出具體的出塊時間、區塊大小或吞吐量數字，也沒有提供基準測試結果。
虛擬機和腳本模型
CKB 的腳本能力由 CKB-VM 提供。README 說 CKB-VM 是一個完全兼容 RISC-V 指令集的虛擬機，因此可以用任何程式語言編寫腳本，只要該語言能編譯到 RISC-V。CKB 被描述為通用驗證層，它專注於驗證，把計算留給 layer 2 及更高層的應用和協議。README 為通用驗證層鏈接了一篇關於 cell 模型的 Medium 文章，但沒有在 README 中解釋 cell 模型的具體設計。也沒有列出已經驗證可用或推薦使用的程式語言清單，也沒有給出虛擬機的執行性能數據。
網路、初始化和挖礦
README 給出了兩個公共網路：主網 Mirana 和測試網 Pudge。加入網路的方法是使用最新 release，然後運行 ckb init --chain mainnet 或 ckb init --chain testnet。Mirana 自 epoch 5414 起生效，README 鏈接了一個由 jordanmack 維護的遷移指南，用於從 Lina 升級。Pudge 自 epoch 3113 起生效。README 沒有說明 Lina 和 Mirana 之間的具體變化，也沒有說明 epoch 的計算方式。挖礦使用 Eaglesong 演算法。README 沒有提供礦機要求、挖礦難度調整規則或收益預期。
分支策略和文件
GitHub 默認分支是 develop，README 稱 develop 是合併新功能的工作分支，不穩定。master 分支會定期構建和測試，並被認為已經生產就緒。CHANGELOG 可以在 Releases 頁面和 master 分支的 CHANGELOG.md 文件中查看。README 還列出了若干文件：快速開始、配置 CKB、平台支持、如何下載或構建 CKB 二進制，以及如何在開發鏈上測試礦工。更完整的文件網站是 docs.nervos.org。注意，README 說默認分支是 develop，但主網和測試網相關文件需要切換到 master 分支查看。
平台支持和貢獻方式
平台支持被分為三個層級，README 說每個層級有一組不同的保證，但沒有列出具體是哪些平台、哪些保證，而是鏈接到 docs/platform-support.md。對於想參與的人，README 建議從標記為 good first issue 的開放 issue 開始，這些 issue 可以通過鏈接直接查詢。貢獻工作流程在 CONTRIBUTING.md 中，安全政策在 SECURITY.md 中。要提出新的協議或標準，需要走 Nervos RFC 倉庫。README 還提供了英文和中文 Discord 頻道鏈接，但沒有說明頻道內的支持範圍、響應時間或行為準則。
許可證和 Sentry 說明
倉庫元數據記錄的 SPDX 許可證是 MIT，README 說 Nervos CKB 以 MIT 許可證發布，並指向 COPYING 文件和 opensource.org 的 MIT 頁面。提供的許可證摘錄裡沒有許可證正文，因此本文無法引用具體授權條款、免責聲明或保修條款；許可證文本本身也沒有說明任何安全承諾、支持義務或維護承諾。另外，README 有一個提醒：ckb 進程在 Rust panic 時會把堆棧跟踪發送到 Sentry。這個行為在主網啟動前默認開啟，可以通過把配置文件中的 dsn 選項設為空來關閉。README 沒有說明主網啟動後這個默認值是否改變。
針對 CKB，請在 master 文件對照目前 release，分別執行 ckb init --chain mainnet 與 ckb init --chain testnet，確認資料目錄、網路名稱與 dsn 設定符合預期。 第1項檢查仍須記錄 ckb 的實際結果，包含版本、命令輸出、設定檔、服務狀態、錯誤訊息、資料內容、權限邊界、網路行為、資源消耗與回復步驟，不能以介面顯示正常代替完整證據。 第2項檢查仍須記錄 ckb 的實際結果，包含版本、命令輸出、設定檔、服務狀態、錯誤訊息、資料內容、權限邊界、網路行為、資源消耗與回復步驟，不能以介面顯示正常代替完整證據。 第3項檢查仍須記錄 ckb 的實際結果，包含版本、命令輸出、設定檔、服務狀態、錯誤訊息、資料內容、權限邊界、網路行為、資源消耗與回復步驟，不能以介面顯示正常代替完整證據。 第4項檢查仍須記錄 ckb 的實際結果，包含版本、命令輸出、設定檔、服務狀態、錯誤訊息、資料內容、權限邊界、網路行為、資源消耗與回復步驟，不能以介面顯示正常代替完整證據。 第5項檢查仍須記錄 ckb 的實際結果，包含版本、命令輸出、設定檔、服務狀態、錯誤訊息、資料內容、權限邊界、網路行為、資源消耗與回復步驟，不能以介面顯示正常代替完整證據。 第6項檢查仍須記錄 ckb 的實際結果，包含版本、命令輸出、設定檔、服務狀態、錯誤訊息、資料內容、權限邊界、網路行為、資源消耗與回復步驟，不能以介面顯示正常代替完整證據。 第7項檢查仍須記錄 ckb 的實際結果，包含版本、命令輸出、設定檔、服務狀態、錯誤訊息、資料內容、權限邊界、網路行為、資源消耗與回復步驟，不能以介面顯示正常代替完整證據。 第8項檢查仍須記錄 ckb 的實際結果，包含版本、命令輸出、設定檔、服務狀態、錯誤訊息、資料內容、權限邊界、網路行為、資源消耗與回復步驟，不能以介面顯示正常代替完整證據。 第9項檢查仍須記錄 ckb 的實際結果，包含版本、命令輸出、設定檔、服務狀態、錯誤訊息、資料內容、權限邊界、網路行為、資源消耗與回復步驟，不能以介面顯示正常代替完整證據。
編輯結論
倉庫將 CKB 描述為專注於驗證的 layer-1 區塊鏈，帶有 RISC-V 虛擬機、Eaglesong 挖礦演算法和兩個公共網路。develop 分支明確不穩定，master 分支被描述為生產就緒。README 將平台分層、配置和貢獻指南指向外部文件，但本身沒有列出這些細節。
社群筆記