---
title: 新增質押產品或服務
description: 我們在 ethereum.org 上新增質押產品或服務時所使用的政策
lang: zh-tw
---

我們希望確保列出盡可能最好的資源，同時讓使用者感到安全和放心。

任何人都可以在 ethereum.org 上建議新增質押產品或服務。如果我們遺漏了某個產品或服務，**[請提出建議](https://github.com/ethereum/ethereum-org-website/issues/new?assignees=&labels=feature+%3Asparkles%3A%2Ccontent+%3Afountain_pen%3A&template=suggest_staking_product.yaml)！**

我們目前在以下頁面列出質押產品與服務：

- [獨立質押](/staking/solo/)
- [質押即服務](/staking/saas/)
- [質押池](/staking/pools/)

信標鏈上的權益證明 (PoS) 自 2020 年 12 月 1 日起已上線。雖然質押仍然相對較新，但我們已嘗試在 ethereum.org 上建立一個公平且透明的考量框架，不過列出標準將隨著時間改變與演進，最終決定權在於 ethereum.org 網站團隊。

## 決策框架 {#the-decision-framework}

決定在 ethereum.org 上列出產品並不取決於單一因素。在決定列出產品或服務時，會綜合考量多項標準。符合的標準越多，被列出的可能性就越高。

**首先，它是哪種類別的產品或服務？**

- 節點或客戶端工具
- 金鑰管理
- 質押即服務 (SaaS)
- 質押池

目前，我們僅列出這些類別中的產品或服務。

### 收錄標準 {#criteria-for-inclusion}

提交的質押產品或服務將根據以下標準進行評估：

**該專案或服務何時推出？**

- 是否有證據顯示該產品或服務何時向大眾開放？
- 這用於決定產品的「實戰測試」分數。

**該專案是否受到積極維護？**

- 是否有活躍的團隊在開發該專案？有哪些人參與？
- 僅考慮受到積極維護的產品。

**該產品或服務是否沒有受信任的/人為中介？**

- 在使用者旅程中，哪些步驟要求信任人類來持有其資金的金鑰，或正確分配獎勵？
- 這用於決定產品或服務的「無須信任」分數。

**該專案是否提供準確且可靠的資訊？**

- 產品網站必須提供最新、準確且不具誤導性的資訊，特別是如果它涉及以太坊協定或其他相關技術。
- 包含關於以太坊或其他相關主題的錯誤資訊、過時細節或潛在誤導性陳述的提交項目將不會被列出，如果已列出則會被移除。

**支援哪些平台？**

- 即 Linux、macOS、Windows、iOS、Android

#### 軟體與智能合約 {#software-and-smart-contracts}

對於涉及的任何自訂軟體或智能合約：

**一切都是開源的嗎？**

- 開源專案應具有公開可用的原始碼儲存庫
- 這用於決定產品的「開源」分數。

**產品是否已脫離 _beta_ 開發階段？**

- 產品處於其開發週期的哪個階段？
- 處於 beta 階段的產品不考慮收錄於 ethereum.org

**軟體是否經過外部安全稽核？**

- 如果沒有，是否有計畫進行外部稽核？
- 這用於決定產品的「稽核」分數。

**該專案是否有漏洞賞金計畫？**

- 如果沒有，是否有計畫建立安全漏洞賞金？
- 這用於決定產品的「漏洞賞金」分數。

#### 節點或客戶端工具 {#node-or-client-tooling}

對於與節點或客戶端設定、管理或遷移相關的軟體產品：

**支援哪些共識層客戶端（即萊特豪斯、泰庫、寧布斯、普萊斯姆、Grandine）？**

- 支援哪些客戶端？使用者可以選擇嗎？
- 這用於決定產品的「多客戶端」分數。

#### 質押即服務 {#staking-as-a-service}

對於[質押即服務清單](/staking/saas/)（即委託節點營運）：

**使用該服務的相關費用為何？**

- 費用結構為何，例如，該服務是否有月費？
- 是否有任何額外的質押要求？

**是否要求使用者註冊帳戶？**

- 是否有人可以在無需許可或 KYC 的情況下使用該服務？
- 這用於決定產品的「無需許可」分數。

**誰持有簽署金鑰和提款金鑰？**

- 使用者保留對哪些金鑰的存取權？服務獲得對哪些金鑰的存取權？
- 這用於決定產品的「無須信任」分數。

**正在營運的節點的客戶端多樣性為何？**

- 有多少百分比的驗證者金鑰是由多數共識層 (CL) 客戶端執行的？
- 截至最後一次編輯，普萊斯姆是多數節點營運者正在執行的共識層客戶端，這對網路來說是危險的。如果目前有任何 CL 客戶端被超過 33% 的網路使用，我們會要求提供與其使用相關的資料。
- 這用於決定產品的「多樣化客戶端」分數。

#### 質押池 {#staking-pool}

對於[聯合質押服務](/staking/pools/)：

**質押要求的最低 ETH 為何？**

- 例如，0.01 ETH

**涉及的費用或質押要求為何？**

- 有多少百分比的獎勵被作為費用扣除？
- 是否有任何額外的質押要求？

**是否有流動性代幣？**

- 涉及哪些代幣？它們如何運作？合約地址為何？
- 這用於決定產品的「流動性代幣」分數。

**使用者可以作為節點營運者參與嗎？**

- 使用聯合資金執行驗證者客戶端有何要求？
- 這是否要求個人、公司或 DAO 的許可？
- 這用於決定產品的「無需許可節點」分數。

**質押池節點營運者的客戶端多樣性為何？**

- 有多少百分比的節點營運者正在執行多數共識層 (CL) 客戶端？
- 截至最後一次編輯，普萊斯姆是多數節點營運者正在執行的共識層客戶端，這對網路來說是危險的。如果目前有任何 CL 客戶端被超過 33% 的網路使用，我們會要求提供與其使用相關的資料。
- 這用於決定產品的「多樣化客戶端」分數。

### 其他標準：加分項目 {#other-criteria}

**支援哪些使用者介面？**

- 即瀏覽器應用程式、桌面應用程式、行動應用程式、CLI

**對於節點工具，軟體是否提供在客戶端之間切換的簡單方法？**

- 使用者能否使用該工具輕鬆安全地變更客戶端？

**對於 SaaS，該服務目前營運多少個驗證者？**

- 這讓我們了解您的服務目前的觸及範圍。

## 我們如何顯示結果 {#product-ordering}

上述[收錄標準](#criteria-for-inclusion)用於計算每個產品或服務的累計分數。這被用作排序和展示符合特定客觀標準的產品的一種方式。提供證據的標準越多，產品的排序就越高，同分者在載入時會隨機排序。

這些標準的程式碼邏輯和權重目前包含在我們儲存庫的[這個 JavaScript 元件](https://github.com/ethereum/ethereum-org-website/blob/dev/src/components/Staking/StakingProductsCardGrid/index.tsx#L350)中。

## 新增您的產品或服務 {#add-product}

如果您想在 ethereum.org 上新增質押產品或服務，請在 GitHub 上建立一個 issue。

<ButtonLink href="https://github.com/ethereum/ethereum-org-website/issues/new?assignees=&labels=feature+%3Asparkles%3A%2Ccontent+%3Afountain_pen%3A&template=suggest_staking_product.yaml">
  建立 issue
</ButtonLink>