diff --git a/public/content/translations/zh-tw/roadmap/future-proofing/index.md b/public/content/translations/zh-tw/roadmap/future-proofing/index.md index 5440b45592a..ed49abb5df7 100644 --- a/public/content/translations/zh-tw/roadmap/future-proofing/index.md +++ b/public/content/translations/zh-tw/roadmap/future-proofing/index.md @@ -1,6 +1,6 @@ --- -title: 面向未來的以太坊 -description: 不論未來如何發展，這些升級可鞏固以太坊作為有韌性的去中心化基礎層的地位。 +title: "面向未來的以太坊" +description: "不論未來如何發展，這些升級可鞏固以太坊作為有韌性的去中心化基礎層的地位。" lang: zh-tw image: /images/roadmap/roadmap-future.png alt: "以太坊開發藍圖" @@ -11,28 +11,43 @@ template: roadmap ## 抗量子性 {#quantum-resistance} -當量子計算成為現實的時候，有一部分用於保護當今以太坊的[密碼學技術](/glossary/#cryptography)將會受到攻擊。 儘管量子電腦可能還需幾十年的時間才能對現代密碼學構成真正的威脅，但建立以太坊的目的是確保未來幾個世紀的安全。 這意味著，我們應該盡速讓[以太坊具抗量子性](https://consensys.net/blog/developers/how-will-quantum-supremacy-affect-blockchain/)。 +一旦量子運算成真，目前保護以太坊的[密碼學](/glossary/#cryptography)將會有一部分受到威脅。 儘管量子電腦可能還需幾十年的時間才能對現代密碼學構成真正的威脅，但建立以太坊的目的是確保未來幾個世紀的安全。 這意味著要盡快讓[以太坊具備抗量子性](https://consensys.net/blog/developers/how-will-quantum-supremacy-affect-blockchain/)。 -以太坊開發者面臨的挑戰是，目前的[權益證明](/glossary/#pos)協定仰賴一種非常高效的簽名方案（稱為 BLS）來匯集對有效[區塊](/glossary/#block)的投票。 這種簽名方案可以被量子電腦破解，但其他抗量子替代方案效率不高。 +以太坊開發人員面臨的挑戰是，目前的[權益證明](/glossary/#pos)協定依賴一種稱為 BLS 的高效簽名方案，來匯總有效[區塊](/glossary/#block)上的投票。 這種簽名方案可以被量子電腦破解，但其他抗量子替代方案效率不高。 -眾所周知，以太坊中多處用於產生加密密鑰的[「KZG」承諾方案](/roadmap/danksharding/#what-is-kzg)不具抗量子能力。 目前，這個風險是使用「受信任設定」來規避的，即許多使用者會產生無法被量子電腦逆向工程的隨機性。 然而，理想的解決方案還是引入量子安全密碼學。 現在有兩種能夠有效替代 BLS 方案的主流方案：[STARK 簽名](https://hackmd.io/@vbuterin/stark_aggregation)和[網格簽名](https://medium.com/asecuritysite-when-bob-met-alice/so-what-is-lattice-encryption-326ac66e3175)。 **這些方案仍處於研究與試驗開發階段**。 +以太坊各處用來產生密碼學秘密的 [「KZG」承諾方案](/roadmap/danksharding/#what-is-kzg)，已知易受量子攻擊。 目前，該問題透過使用「可信設置」來規避（其主要的設置儀式已于 2023 年成功完成），在此過程中，許多用戶生成了無法透過量子計算機進行逆向工程的隨機性。 然而，理想的長期解決方案還是引入量子安全密碼學。 有兩種主要的方法可望成為 BLS 方案的高效替代方案：[基於 STARK](https://hackmd.io/@vbuterin/stark_aggregation) 和[基於格](https://medium.com/asecuritysite-when-bob-met-alice/so-what-is-lattice-encryption-326ac66e3175)的簽署方案。 **這些方案仍在積極研究和原型設計中**。 - 閱讀 KZG 與受信任設定相關資訊 +[閱讀關於 KZG 和可信設定](/roadmap/danksharding#what-is-kzg) -## 更便捷、更高效的以太坊 {#simpler-more-efficient-ethereum} +## 更簡單、更高效的以太坊 {#simpler-more-efficient-ethereum} -複雜性使得產生錯誤及漏洞的幾率提高，導致攻擊者有機可乘。 然而，開發藍圖中也包括精簡以太坊、移除歷經好幾次升級後已不再需要或可以改進的程式碼。 對開發者來說，更精簡、單純的程式碼庫更容易維護和理解。 +複雜性為漏洞或錯誤提供了機會，攻擊者可能會利用這些漏洞。 然而，開發藍圖中也包括精簡以太坊、移除或修改歷經好幾次升級後已不再需要或可以改進的程式碼。 對開發者來説，更精簡和更簡單的程式碼庫更容易維護和理解。 -業界將對[以太坊虛擬機 (EVM)](/developers/docs/evm) 進行多項更新，以使其更簡單、更高效。 其中包括[移除 SELFDESTRUCT 作業碼](https://hackmd.io/@vbuterin/selfdestruct)，這是一個不常用且已不需要的指令，某些情況下可能帶來危險，特別是和以太坊未來升級的儲存模型一起使用時。 此外，[以太坊用戶端](/glossary/#consensus-client)仍支援一些現在可以完全移除的舊交易類型。 [燃料](/glossary/#gas)的計算方式也有改進空間，可以引入更高效的演算法來進行一些加密運算。 +為了讓[以太坊虛擬機 (EVM)](/developers/docs/evm) 更簡單、更高效，我們持續研究和實施改善措施。 這同時涉及處理遺留組件跟引入優化措施。 -同樣，目前以太坊用戶端的其他部分也可以進行更新。 其中一個範例是，目前執行和共識用戶端使用的是不同類型的資料壓縮方案。 若能在整個網路上統一壓縮方案，在用戶端之間分享資料會變得更簡單直觀。 +**近期實施的變更：** + +- **Gas 計算改革：** [Gas](/glossary/#gas) 的計算方式透過 **EIP-1559 (於 2021 年倫敦升級中實施)** 大幅改善，引進了基本費用和銷毀機制，讓交易定價更可預測。 +- **`SELFDESTRUCT` 限制：** `SELFDESTRUCT` 操作碼雖然罕見，但有潛在風險。 其功能在**Dencun 升級 (2024 年 3 月) 中透過 EIP-6780 受到嚴格限制**，以降低風險，特別是關於狀態管理的風險。 +- **現代化交易類型：** 我們已推出新的交易格式 (例如，透過 **EIP-2718** 和 Dencun 升級中用來處理 blob 的 **EIP-4844**)，以支援新功能並提升效率，超越舊有類型。 + +**當前和未來目標：** + +- **進一步處理 `SELFDESTRUCT`：** 雖然已受限制，但未來升級仍考慮**可能完全移除** `SELFDESTRUCT` 操作碼，以進一步簡化 EVM 狀態。 ([關於 SELFDESTRUCT 問題的更多背景資訊](https://hackmd.io/@vbuterin/selfdestruct))。 +- **逐步淘汰舊版交易：** 雖然[以太坊用戶端](/glossary/#consensus-client)為了向後相容性仍支援較舊的交易類型，但目標是鼓勵轉移至較新的類型，並**可能在未來棄用或完全移除對最舊格式的支援**。 +- **持續進行 Gas 效率研究：** 持續探索**進一步改良 gas 計算**的方法，可能包含多維度 gas 等概念，以更準確地反映資源使用情況。 +- **優化的密碼學運算：** 我們正持續努力**引進更高效的算術方法**，這是 EVM 中使用的密碼學運算的基礎。 + +同樣，也可以對以太坊用戶端的其他部分進行更新。 例如，當前的執行和共識用戶端使用的是不同類型的資料壓縮。 如果整個網路的壓縮方案能夠統一，用戶端之間共享資料將變得更加容易且直覺化。 這仍然是一個需要探索的領域。 ## 目前進度 {#current-progress} -面向未來的以太坊所需的大部分升級**仍在研究階段，且距離實作還有數年時間**。 像移除 SELFDESTRUCT 和統一執行層與共識層用戶端使用的壓縮方案這樣的升級，可能會比抗量子密碼學更早實現。 +許多長期的未來防護升級，特別是**核心協定的完全抗量子性，仍處於研究階段，可能還需要數年**才能實施。 + +然而，**在簡化工作方面已取得重大進展。**例如，**`SELFDESTRUCT` 的限制 (EIP-6780)** 和**搭載 blob 的交易 (EIP-4844)** 等關鍵變更，已在 **Dencun 升級 (2024 年 3 月)** 中實施。 用戶端壓縮方案的協調和其他改進效率的工作也在繼續。 -**了解更多** +**延伸閱讀** -- [燃料](/developers/docs/gas) -- [以太坊虛擬機](/developers/docs/evm) -- [資料結構](/developers/docs/data-structures-and-encoding) +- [Gas](/developers/docs/gas) +- [EVM](/developers/docs/evm) +- [資料結構](/developers/docs/data-structures-and-encoding) \ No newline at end of file diff --git a/public/content/translations/zh-tw/roadmap/merge/index.md b/public/content/translations/zh-tw/roadmap/merge/index.md index 70f46862a28..5e4fa5e679d 100644 --- a/public/content/translations/zh-tw/roadmap/merge/index.md +++ b/public/content/translations/zh-tw/roadmap/merge/index.md @@ -1,14 +1,14 @@ --- -title: 合併 -description: 瞭解「合併 - 當以太坊主網採用權益證明時」的相關資訊。 +title: "合併" +description: "瞭解「合併 - 當以太坊主網採用權益證明時」的相關資訊。" lang: zh-tw template: upgrade image: /images/upgrades/merge.png alt: -summaryPoint1: 以太坊主網使用權益證明，但以前並非總是如此。 -summaryPoint2: 從原本的工作量證明機制到權益證明的升級稱為「合併」。 -summaryPoint3: 合併指原本的以太坊主網與稱為信標鏈的獨立權益證明區塊鏈合併，現在作為一條鏈存在。 -summaryPoint4: 合併將以太坊的能源消耗降低了約 99.95%。 +summaryPoint1: "以太坊主網使用權益證明，但以前並非總是如此。" +summaryPoint2: "從原本的工作量證明機制到權益證明的升級稱為「合併」。" +summaryPoint3: "合併指原本的以太坊主網與稱為信標鏈的獨立權益證明區塊鏈合併，現在作為一條鏈存在。" +summaryPoint4: "合併將以太坊的能源消耗降低了約 99.95%。" --- @@ -17,17 +17,17 @@ summaryPoint4: 合併將以太坊的能源消耗降低了約 99.95%。 ## 什麼是「合併」？ {#what-is-the-merge} -合併指將以太坊的原始執行層（自[創世](/ethereum-forks/#frontier)以來就存在的主網）與其新的權益證明共識層「信標鏈」結合在一起。 它減少了對能源密集型挖礦的需求，而是藉由質押的以太幣來確保網路安全。 這是實現以太坊「更高的可擴容性、安全性和永續性」願景的真正令人興奮的一步。 +合併是將以太坊原有的執行層 (自[創世](/ethereum-forks/#frontier)以來就存在的主網) 與其新的權益證明共識層「信標鏈」結合起來。 它減少了對能源密集型挖礦的需求，而是藉由質押的以太幣來確保網路安全。 這是實現以太坊「更高的可擴容性、安全性和永續性」願景的真正令人興奮的一步。 -一開始，[信標鏈](/roadmap/beacon-chain/)與[主網](/glossary/#mainnet)是分別上線的。 以太坊主網及其所有帳戶、餘額、智慧型合約以及區塊練狀態繼續受到[工作量證明](/developers/docs/consensus-mechanisms/pow/)的保護，即使信標鏈使用[權益證明](/developers/docs/consensus-mechanisms/pos/)並行運作。 合併完成即表示這兩個系統最終結合在一起，權益證明永久取代工作量證明。 +最初，[信標鏈](/roadmap/beacon-chain/) 與 [主網](/glossary/#mainnet) 分開發布。 以太坊主網及其所有帳戶、餘額、智能合約與區塊鏈狀態，持續由[工作量證明](/developers/docs/consensus-mechanisms/pow/) 保護安全，而信標鏈則同時以[權益證明](/developers/docs/consensus-mechanisms/pos/) 平行運作。 合併完成即表示這兩個系統最終結合在一起，權益證明永久取代工作量證明。 將以太坊想像成一艘宇宙飛船，還未完全準備好星際旅行就已經升空。 以太坊社群藉由信標鏈打造全新的引擎與堅固的外殼。 經過大量的測試後，是時候在飛行旅途中以熱插拔的方式將舊引擎更換為新引擎了。 全新且更高效的引擎合併到現有的飛船中，使之能夠進行長達數光年的太空之旅。 ## 與主網合併 {#merging-with-mainnet} -從創世到合併之前，工作量證明一直保護著以太坊主網的安全。 這使得我們都習慣的以太坊區塊鏈於 2015 年 7 月誕生，並具備所有熟悉的功能——交易、智慧型合約、帳戶等。 +從創世到合併之前，工作量證明一直保護著以太坊主網的安全。 這使得我們都習慣的以太坊區塊鏈於 2015 年 7 月誕生，並具備所有熟悉的功能——交易、智能合約、帳戶等。 在以太坊整個發展歷程中，開發者們一直在為最終從工作量證明過渡到權益證明努力準備著。 2020 年 12 月 1 日，信標鏈作為獨立於主網的區塊鏈建立，與主網並行運行。 @@ -40,29 +40,29 @@ summaryPoint4: 合併將以太坊的能源消耗降低了約 99.95%。 -這種向權益證明的過渡改變了以太幣的發行方式。 瞭解[合併前後的以太幣發行](/roadmap/merge/issuance/)的更多相關資訊。 +這次向權益證明的轉變，改變了以太幣的發行方式。 深入了解[合併前後的以太幣發行](/roadmap/merge/issuance/)。 -### 使用者及持有者 {#users-holders} +### 使用者與持有者 {#users-holders} -**合併並不會對持有者或使用者造成任何影響。** +**合併並不會對持有者/使用者造成任何影響。** -_再次提醒：_作為以太幣或其他以太坊數位資產的使用者或持有者，以及非節點運行質押者，**在合併前，你並不需要針對自己的資金或錢包採取任何行動**。以太幣還是原本的以太幣。 並沒有所謂的「舊以太幣」/「新以太幣」或「以太坊 1」/「以太坊 2」，而且合併前後錢包的使用方式也完全一樣。若有人告訴你其他的說法，那他很可能是個騙子。 +_值得重申_：作為 ETH 或以太坊上任何其他數位資產的使用者或持有者，以及非節點營運的質押者，**您不需要對您的資金或錢包進行任何操作來因應合併。** ETH 依然是 ETH。 並沒有所謂的「舊以太幣」/「新以太幣」或「以太坊 1」/「以太坊 2」，而且合併前後錢包的使用方式也完全一樣。若有人告訴你其他的說法，那他很可能是個騙子。 -儘管不再使用工作量證明，以太坊自從創世以來的完整歷史記錄將完整保留，不會因為過渡到權益證明而有所改變。 合併前即存在於錢包的所有資金，合併之後一樣可用。 **無須採取任何行動即可升級。** +儘管不再使用工作量證明，以太坊自從創世以來的完整歷史記錄將完整保留，不會因為過渡到權益證明而有所改變。 合併前即存在於錢包的所有資金，合併之後一樣可用。 **您不需要採取任何行動來進行升級。** -[更多以太坊安全性相關更多資訊](/security/#eth2-token-scam) +[更多關於以太坊安全性的資訊](/security/#eth2-token-scam) ### 節點營運商與去中心化應用程式開發者 {#node-operators-dapp-developers} -主要行動事項包括： +關鍵行動項目包括： 1. 同時運行共識用戶端及執行用戶端；合併之後，無法再使用取得執行資料的第三方端點。 2. 使用共用的 JWT 金鑰來驗證執行與共識用戶端，以便他們能夠安全地通訊。 @@ -74,26 +74,25 @@ id="staking-node-operators"> 合併以前，執行用戶端（例如 Geth、Erigon、Besu 或 Nevermind）可以接收、正確驗證以及廣播藉由網路傳播的區塊。 _合併之後_，執行有效負載中包含的交易之有效性現在也取決於其所在的「共識區塊」的有效性。 因此，以太坊全節點現在同時需要執行用戶端與共識用戶端。 這兩個用戶端使用新的引擎應用程式介面協同運作。 引擎應用程式介面需要使用 JWT 金鑰進行驗證，該金鑰會提供給兩個用戶端來支援安全通訊。 -主要行動事項包括： +關鍵行動項目包括： -- 除共識用戶端之外，還要安裝執行用戶端 -- 利用共用的 JWT 金鑰來驗證執行用戶端和共識用戶端，這樣它們就可以安全地同彼此通訊。 +- 除了執行用戶端之外，還要安裝共識用戶端 +- 使用共用 JWT 密鑰驗證執行與共識用戶端，以便它們可以安全地互相通訊。 若未完成上述事項，你的節點將會顯示為「離線」狀態，直到兩個層皆同步且通過驗證為止。 - 合併過程中共識機制亦發生變更，包括以下方面的相關變更： @@ -107,74 +106,69 @@ id="developers"> 更多資訊請閱讀 Tim Beiko 的部落格文章：合併如何影響以太坊的應用程式層。 - -## 合併與能耗 {#merge-and-energy} +## 合併與能源消耗 {#merge-and-energy} -合併標誌著以太坊工作量證明的結束，並開啟了更具可持續性和環保的以太坊紀元。 以太坊的能耗預計下降了 99.95%，使得以太坊成為綠色區塊鏈。 瞭解關於[以太坊能耗](/energy-consumption/)的更多資訊。 +合併標誌著以太坊工作量證明的結束，並開啟了更具可持續性和環保的以太坊紀元。 以太坊的能耗預計下降了 99.95%，使得以太坊成為綠色區塊鏈。 深入了解[以太坊的能源消耗](/energy-consumption/)。 -## 合併與擴容 {#merge-and-scaling} +## 合併與擴張 {#merge-and-scaling} -合併也為工作量證明之下無法實現的進一步擴容升級奠定了基礎，使得以太坊更接近實現[以太坊願景](/roadmap/vision/)中所描繪的全面擴容、安全性與永續性。 +合併也為在工作量證明下無法實現的進一步擴展性升級奠定了基礎，讓以太坊距離實現其[開發藍圖](/roadmap/)所建構的全面規模、安全性與可持續性目標更近一步。 ## 關於合併的誤解 {#misconceptions} +title="誤解："執行節點需要質押 32 ETH。"" +contentPreview="錯誤。 任何人都可以自由同步自己經自我驗證的以太坊副本 (即執行一個節點)。 不需要任何 ETH — 合併前不需要，合併後不需要，永遠都不需要。"> 以太坊的節點有兩種類型：可以提出區塊；無法提出區塊。 提出區塊的節點僅佔以太坊節點總數的一小部分。 這一類別中包含工作量證明 (PoW) 下的挖礦節點及權益證明 (PoS) 下的驗證者節點。 這一類別必須要付出經濟資源（例如工作量證明下 GPU 的雜湊算力，或是權益證明下的質押以太幣）來換取不時提出下一個區塊並贏取協定獎勵的能力。 -除了具有 1-2 TB 可用儲存空間和網際網路連線的消費級電腦之外，網路上的其他節點（即其他大多數）不需要付出任何經濟資源。 這些節點並不會提出區塊，但仍然會在保護網路安全中扮演很重要的角色，它們透過偵聽新區塊並根據網路共識規則在其到達時驗證其有效性，讓所有區塊提議者負責。 如果區塊有效，節點會繼續將其廣播到網路上。 如果區塊無效，無論什麼樣的原因，節點軟體會將其視為無效並停止其傳播。 +網路上的其他節點 (即大多數) 除了配備 1-2 TB 可用儲存空間和網際網路連線的消費級電腦外，不需投入任何經濟資源。 這些節點並不會提出區塊，但仍然會在保護網路安全中扮演很重要的角色，它們透過偵聽新區塊並根據網路共識規則在其到達時驗證其有效性，讓所有區塊提議者負責。 如果區塊有效，節點會繼續將其廣播到網路上。 如果區塊無效，無論什麼樣的原因，節點軟體會將其視為無效並停止其傳播。 在任一共識機制（工作量證明或權益證明）下，任何人都可以執行非區塊生產節點；如果可以，強烈推薦所有使用者都這麼做。 運行節點不只對以太坊非常有價值，還可以為運行節點的個人帶來額外的好處，例如提高安全性、隱私性和抗審查能力。 任何人都能夠執行自己的節點對於維持以太坊網路的去中心化絕對至關重要。 -[執行自己節點的更多相關資訊](/run-a-node/) - +[有關運行自己的節點的更多信息](/run-a-node/) +title="誤解："合併並未降低 gas 費用。"" +contentPreview="錯誤。 合併是共識機制的變更，而不是網路容量的擴張，其目的從來就不是為了降低 gas 費用。"> 燃料費用是網路需求相對於網路容量的產物。 合併後，我們棄用了工作量證明，轉而採用權益證明共識機制，但並沒有顯著改變任何直接影響網路容量或吞吐量的參數。 -根據以卷軸為中心的開發藍圖，我們主要專注於擴展[二層網路](/layer-2/)上的使用者活動，同時讓一層網路主網成為針對卷軸資料儲存進行最佳化的安全去中心化結算層，以協助使卷軸交易成本呈指數級下降。 轉用權益證明是實現這點的關鍵前導步驟。 [更多燃料和費用相關資訊。](/developers/docs/gas/) - +根據以 rollup 為中心的開發藍圖，我們主要專注於擴展[二層網路](/layer-2/)上的使用者活動，同時讓一層網路主網成為針對 rollup 資料儲存進行最佳化的安全去中心化結算層，以協助使 rollup 交易成本呈指數級下降。 轉用權益證明是實現這點的關鍵前導步驟。 [深入了解 gas 和 fee。](/developers/docs/gas/) -交易的「速度」可以透過多種方式衡量，包括添加到區塊中的時間和最終確定的時間。 兩者的改變都非常細微，使用者不太會注意到。 +title="誤解："合併大幅加快了交易速度。"" +contentPreview="錯誤。 雖然有一些微小的變動，但 Layer 1 的交易速度現在與合併前大致相同。"> +交易的「速度」可以透過幾種方式衡量，包括被納入區塊的時間和達到最終確認的時間。 兩者的改變都非常細微，使用者不太會注意到。 -過往採用工作量證明時，目標是約每 13.3 秒產生一個新區塊。 採用權益證明時，時隙恰好每 12 秒發生一次，每個時隙都是驗證者發佈區塊的機會。 多數時隙都有區塊，但不一定全部都是這樣（如驗證者離線）。 採用權益證明時，區塊的產生頻率比工作量證明高出約 10%。 這是非常細微的改變，使用者不太可能注意到。 +過往採用工作量證明時，目標是約每 13.3 秒產生一個新區塊。 採用權益證明時，時隙恰好每 12 秒發生一次，每個時隙都是驗證者發佈區塊的機會。 大多數時隙都有區塊，但不一定全部都有 (例如，驗證者離線)。 採用權益證明時，區塊的產生頻率比工作量證明高出約 10%。 這是非常細微的改變，使用者不太可能注意到。 權益證明引入了先前不存在的交易最終確定性的概念。 在工作量證明中，交易後經過的每個區塊會讓區塊逆轉的難度指數型加大，但機率並不完全為零。 在權益證明下，區塊會捆綁進驗證者投票的時期（每 6.4 分鐘含有 32 個提出區塊的機會）。 當一個時期結束時，驗證者投票決定該時期是否「已證明」。 如果驗證者們同意該時期已證明，它會在下個時期最終確定。 取消最終確定的交易在經濟上不可行，因為需要取得和銷毀超過三分之一的質押以太幣總量。 - +title="誤解："合併啟用了質押提款功能。"" +contentPreview="錯誤，但質押提款功能已在之後的上海/卡佩拉升級中啟用。"> 合併初期，質押者僅能賺取提出區塊的費用小費和最大可提取價值。 這些獎勵被計入驗證者控制的非質押帳戶（稱為費用接收地址），且立即可用。 這些獎勵與執行驗證者職責的協定獎勵是分開的。 自從上海/卡佩拉網路升級後，質押者現在可以指定提款地址，以開始接收自動支付的額外質押餘額（原本質押的 32 以太幣以外的協定獎勵）。 此升級也使驗證者可以在退出網路時解鎖和收回其全部餘額。 -[更多質押提款相關資訊](/staking/withdrawals/) - +[深入了解質押提款](/staking/withdrawals/) -由於上海/卡佩拉升級啟用了提款功能，我們鼓勵驗證者提取其質押的 32 個以太幣以外的餘額，因為這些資金不會增加收益率，不提取會被鎖定。 根據年化報酬率（取決於質押的以太幣總量），他們可能激勵驗證者退出，以回收其全部餘額，或者用其質押獲得的獎勵繼續質押，賺取更多以太幣。 +title="誤解："既然合併已完成且提款功能已啟用，質押者可以一次全部退出。"" +contentPreview="錯誤。 基於安全考量，驗證者退出設有速率限制。"> +自從上海/Capella 升級啟用提款功能後，驗證者有誘因提取超過 32 ETH 的質押餘額，因為這些資金不會增加收益，否則會被鎖定。 根據年化報酬率（取決於質押的以太幣總量），他們可能激勵驗證者退出，以回收其全部餘額，或者用其質押獲得的獎勵繼續質押，賺取更多以太幣。 這裡有個重要的限制：協定限制了驗證者完全退出的速率，每個時期（每 6.4 分鐘）只有一定數量的驗證者可以退出。 此限制會根據活躍驗證者數量波動，但單日可退出網路的驗證者總數約為全部驗證者的 0.33%。 @@ -194,15 +188,15 @@ contentPreview="False. Validator exits are rate limited for security reasons."> 這些術語更新只是改變了命名慣例；這並沒有改變以太坊的目標或開發藍圖。 -[瞭解更多關於「以太坊 2.0」重命名的資訊](https://blog.ethereum.org/2022/01/24/the-great-eth2-renaming/) +[深入了解「Eth2」的更名](https://blog.ethereum.org/2022/01/24/the-great-eth2-renaming/) -## 不同升級之間的關聯 {#relationship-between-upgrades} +## 升級之間的關係 {#relationship-between-upgrades} -所有以太坊升級都有某種程度上的關聯。 我們來重新回顧合併與其他升級之間的關係。 +所有以太坊升級都存在某種程度的關聯。 我們來重新回顧合併與其他升級之間的關係。 ### 合併與信標鏈 {#merge-and-beacon-chain} -合併代表著信標鏈作為原始主網執行層的新共識層被正式採用。 合併後，驗證者需負責維護以太坊安全，且[工作量證明](/developers/docs/consensus-mechanisms/pow/)挖礦已不再是有效的區塊生產方式。 +合併代表著信標鏈作為原始主網執行層的新共識層被正式採用。 自合併以來，驗證者被指派保護以太坊主網的安全，而基於[工作量證明](/developers/docs/consensus-mechanisms/pow/) 的挖礦不再是有效的區塊生產方式。 相反，區塊是由質押了以太幣的驗證節點提出，以換取參與共識的權利。 這為包括分片在內的未來擴容升級奠定了基礎。 @@ -210,15 +204,15 @@ contentPreview="False. Validator exits are rate limited for security reasons."> 信標鏈 -### 合並與上海升級 {#merge-and-shanghai} +### 合併與上海升級 {#merge-and-shanghai} 為了簡化流程並最大限度地專注於成功過渡到權益證明，合併升級不包括某些預期的功能，例如提取質押以太幣的能力。 此功能是在上海/卡佩拉升級時單獨啟用的。 -歡迎感興趣人士詳細瞭解 Vitalik 在 2021 年 4 月的 ETHGlobal 活動上介紹的[合併後會發生什麼](https://youtu.be/7ggwLccuN5s?t=101)的更多資訊。 +有興趣者可深入了解由 Vitalik 於 2021 年 4 月 ETHGlobal 活動中所介紹的 [合併後會發生什麼](https://youtu.be/7ggwLccuN5s?t=101)。 ### 合併與分片 {#merge-and-data-sharding} -原本的計劃是，在合併前進行分片以處理擴容問題。 然而，鑑於[二層網路擴容解決方案](/layer-2/)的蓬勃發展，優先事務就是摒棄工作量證明，轉用權益證明。 +原本的計劃是，在合併前進行分片以處理擴容問題。 然而，隨著 [Layer 2 擴張解決方案](/layer-2/) 的蓬勃發展，優先事項轉變為先將工作量證明轉換為權益證明。 分片計劃正在迅速發展，但考慮到用於擴展交易執行的二層網路技術的興起和成功，分片計劃已轉向尋找最佳方式來分配儲存來自卷軸合約的壓縮 calldata 的負擔，從而實現網路容量的指數級增長。 如果不過渡到權益證明，這是不可能的。 diff --git a/public/content/translations/zh-tw/roadmap/merge/issuance/index.md b/public/content/translations/zh-tw/roadmap/merge/issuance/index.md index e6f50a6e813..1b22c19debc 100644 --- a/public/content/translations/zh-tw/roadmap/merge/issuance/index.md +++ b/public/content/translations/zh-tw/roadmap/merge/issuance/index.md @@ -1,120 +1,126 @@ --- -title: 合併會對以太幣供給造成什麼影響 -description: 解析合併將如何影響以太幣的供給 +title: "合併會對以太幣供給造成什麼影響" +description: "解析合併將如何影響以太幣的供給" lang: zh-tw --- -# 合併會對以太幣供給造成什麼影響 {#how-the-merge-impacts-ETH-supply} +# 合併如何影響 ETH 供給 {#how-the-merge-impacts-ETH-supply} -合併指的是 2022 年 9 月，以太坊網路棄用工作量證明，轉而採用權益證明。 在合併的過程中，以太幣的發行方式亦相應改變。 在此之前，新的以太幣透過兩種方式發行：執行層（即 主網）和共識層（即 信標鏈）。 合併後，執行層不再發行以太幣。 本文將解釋這一改變的來龍去脈。 +合併指的是 2022 年 9 月，以太坊網路棄用工作量證明，轉而採用權益證明。 在合併的過程中，以太幣的發行方式亦相應改變。 先前，新的 ETH 是從兩個來源發行的：執行層 (即主網) 和共識層 (即信標鏈)。 合併後，執行層不再發行以太幣。 本文將解釋這一改變的來龍去脈。 -## 以太幣發行機制的組成 {#components-of-eth-issuance} +## ETH 發行的組成部分 {#components-of-eth-issuance} 我們可以將以太幣的供給拆分為兩個主要面向：發行與銷毀。 -以太幣的**發行**指鑄造新以太幣的過程。 以太幣的**銷毀**則是指廢棄既有的以太幣，使其不再流通。 發行率和銷毀率將基於數種參數計算得出，而兩者之間的差值便決定了以太幣的通膨/通縮率。 +ETH 的**發行**是創造先前不存在的 ETH 的過程。 ETH 的**銷毀**是指現有的 ETH 被摧毀，使其退出流通。 發行率和銷毀率將基於數種參數計算得出，而兩者之間的差值便決定了以太幣的通膨/通縮率。 - -- 在過渡到權益證明前，所有礦工總計每日可得到約 13,000 個新發行的以太幣 -- 在質押的以太幣總數達到 1,400 萬個的情況下，所有質押者總計每日可得到約 1,700 個新發行的以太幣 -- 實際的質押獎勵會根據質押總量浮動 -- **自合併後，發行僅為每日約 1,700 個以太幣，因此新以太幣總發行量下降了約 88%** -- 銷毀會根據網路的需求量浮動。 _如果某天平均燃料價格高於 16 gwei，這會有效抵消發行給驗證者的約 1,700 個以太幣，使得當天的以太幣淨通膨率降至零或更低。 +title="ETH 發行懶人包"> +- 在轉換至權益證明前，每日會發行約 13,000 ETH 給礦工。 +- 根據約 1400 萬的 ETH 質押總量，每日會發行約 1,700 ETH 給質押者。 +- 確切的質押發行量會根據 ETH 的質押總量而波動。 +- **自合併以來，每日只剩下約 1,700 ETH 的發行量，使新的 ETH 總發行量下降了約 88%** +- 銷毀：此數量根據網路需求而波動。 _如果某天平均燃料價格高於 16 gwei，這會有效抵消發行給驗證者的約 1,700 個以太幣，使得當天的以太幣淨通膨率降至零或更低。 -## 合併前（歷史狀況） {#pre-merge} +## 合併前 (歷史) {#pre-merge} ### 執行層發行 {#el-issuance-pre-merge} -在工作量證明下，礦工只會和執行層互動，如果它們最快解出下個區塊，則會收到區塊獎勵。 自從 2019 年[君士坦丁堡升級](/ethereum-forks/#constantinople)後，此獎勵就被訂為每個區塊 2 個以太幣。 礦工發佈[叔](/glossary/#ommer)塊同樣會獲得獎勵，這些區塊是未出現在最長鏈/規範鏈中的有效區塊。 每個 Ommer 的最高獎勵為 1.75 個以太幣，這些_不包含_在規範區塊頒發的獎勵之內。 挖礦是一項經濟密集型活動，歷來需要發行大量以太幣才能維持。 +在工作量證明下，礦工只會和執行層互動，如果它們最快解出下個區塊，則會收到區塊獎勵。 自 2019 年 [君士坦丁堡升級](/ethereum-forks/#constantinople) 以來，每個區塊的獎勵為 2 ETH。 礦工因發布 [ommer](/glossary/#ommer) 區塊也會獲得獎勵，這些區塊是有效的，但最終沒有被納入最長鏈/規範鏈中。 每個 ommer 的獎勵上限為 1.75 ETH，這是規範區塊發行獎勵的_額外_獎勵。 挖礦是一項經濟密集型活動，歷來需要發行大量以太幣才能維持。 ### 共識層發行 {#cl-issuance-pre-merge} -[信標鏈](/ethereum-forks/#beacon-chain-genesis)已於 2020 年上線。 使用權益證明的驗證者（而非礦工）會保護其安全。 信標鍊是由以太坊使用者將以太幣單向存入主網（執行層）上的智慧型合約而啟動的，信標鏈會監聽該合約，並在新鏈上為使用者鑄造同等數量的以太幣。 在合併發生之前，信標鏈的驗證者未處理交易，並且基本上就驗證者礦池本身的狀態達成了共識。 +[信標鏈](/ethereum-forks/#beacon-chain-genesis) 於 2020 年上線。 使用權益證明的驗證者（而非礦工）會保護其安全。 信標鍊是由以太坊使用者將以太幣單向存入主網（執行層）上的智慧型合約而啟動的，信標鏈會監聽該合約，並在新鏈上為使用者鑄造同等數量的以太幣。 在合併發生之前，信標鏈的驗證者未處理交易，並且基本上就驗證者礦池本身的狀態達成了共識。 -信標鏈上的驗證者因證明鏈的狀態並提出區塊而獲得以太幣獎勵。 系統會根據驗證者的表現，在每個時期（每 6.4 分鐘）計算和分配獎勵（或懲罰）。 驗證者獎勵**明顯**低於之前根據工作量證明發行的挖礦獎勵（每大約 13.5 秒 2 個以太幣），因為運行驗證節點不是經濟密集型活動，因此不需要或不保證那麼高的獎勵。 +信標鏈上的驗證者因證明鏈的狀態並提出區塊而獲得以太幣獎勵。 系統會根據驗證者的表現，在每個時期（每 6.4 分鐘）計算和分配獎勵（或懲罰）。 驗證者獎勵**遠**少於先前在工作量證明下發行的挖礦獎勵 (每 ~13.5 秒 2 ETH)，因為營運驗證節點的經濟強度不高，因此不需要也不保證那麼高的獎勵。 -### 合併前發行細節 {#pre-merge-issuance-breakdown} +### 合併前發行明細 {#pre-merge-issuance-breakdown} -以太幣總供給量：**大約 120,520,000 個以太幣**（2022 年 9 月合併時） +ETH 總供給量：**約 120,520,000 ETH** (在 2022 年 9 月合併時) -**執行層發行：** +**執行層發行:** -- 估計每 13.3 秒 2.08 個以太幣\*：每年發行**大約 4,930,000 個以太幣**。 -- 導致通膨率達到**大約 4.09%**（每年 493 萬 / 總計 1.205 億） -- \*這包含了每個規範區塊 2 個以太幣，加上一段時間內來自叔塊的平均 0.08 個以太幣。 兩者同樣花費 13.3 秒，不受[難度爆彈](/glossary/#difficulty-bomb)任何影響的基本區塊時間目標。 （[請見來源資訊](https://bitinfocharts.com/ethereum/)） +- 估計為每 13.3 秒 2.08 ETH\*: 一年發行**約 4,930,000** ETH +- 導致通膨率**約為 4.09%** (每年 493 萬 / 總計 1.205 億) +- \*這包含了每個規範區塊 2 個以太幣，加上一段時間內來自叔塊的平均 0.08 個以太幣。 同樣使用 13.3 秒，這是不受 [難度炸彈](/glossary/#difficulty-bomb) 影響的基準區塊時間目標。 ([查看來源](https://bitinfocharts.com/ethereum/)) -**共識層發行：** +**共識層發行:** -- 以質押總量為 14,000,000 個以太幣計，發行量為大約每天 1700 個以太幣（[請見來源資訊](https://ultrasound.money/)） -- 導致每年的以太幣發行量達到**大約 620,500 個** -- 導致通膨率達到**大約 0.52%**（每年 62.05 萬 / 總計 1.193 億） +- 以 14,000,000 ETH 的質押總量計算，ETH 發行率約為每天 1700 ETH ([查看來源](https://ultrasound.money/)) +- 導致每年發行 **~620,500** ETH +- 導致通膨率**約為 0.52%** (每年 62.05 萬 / 總計 1.193 億) -**總年化發行率（合併前）：約 4.61%** (4.09% + 0.52%) +**年化總發行率 (合併前)：~4.61%** (4.09% + 0.52%) -**約 88.7%** 發行的以太幣給了執行層上的礦工 (4.09 / 4.61 * 100) +執行層上 **~88.7%** 的發行量流向礦工 (4.09 / 4.61 \* 100) -**約 11.3%** 發行的以太幣給了共識層上的質押者 (0.52 / 4.61 * 100) +共識層上 **~11.3%** 的發行量發給質押者 (0.52 / 4.61 \* 100) + + -## 合併後（現狀） {#post-merge} +## 合併後 (現今) {#post-merge} ### 執行層發行 {#el-issuance-post-merge} -合併後執行層的發行量為零。 在升級後的共識規則下，工作量證明不再是有效的區塊產生方式。 所有執行層的活動都被打包進權益證明驗證者發佈和證明的「信標區塊」。 證明和發佈信標區塊的獎勵在共識層上是獨立計算的。 +合併後執行層的發行量為零。 在升級後的共識規則下，工作量證明不再是有效的區塊產生方式。 所有執行層活動都被打包到「信標區塊」中，這些區塊由權益證明驗證者發布和證明。 證明及發布信標區塊的獎勵在共識層單獨計算。 ### 共識層發行 {#cl-issuance-post-merge} -共識層發行今天仍在繼續，就像合併前一樣，證明和提出區塊的驗證者會收到少量獎勵。 驗證者獎勵會繼續累積到共識層內管理的_驗證者餘額_中。 與可以在主網上交易的活期帳戶（「執行」帳戶）不同，這些是單獨的以太坊帳戶，不能與其他以太坊帳戶自由交易。 這些帳戶中的資金只能提領到單一的指定執行地址。 +如同合併前一樣，共識層如今繼續發行，為證明和提議區塊的驗證者提供少量獎勵。 驗證者獎勵持續累積到共識層內管理的_驗證者餘額_中。 與目前可在主網交易的帳戶 (「執行」帳戶) 不同，這些獨立的以太坊帳戶無法與其他以太坊帳戶自由交易。 這些帳戶中的資金只能提取到一個指定的執行地址。 -自上海/卡佩拉升級於 2023 年 4 月完成以來，質押者已可提領這些資金。 我們鼓勵質押者取出_收益/獎勵（超過 32 以太幣的餘額）_，因為這些資金對其質押權重無益（最大為 32 個）。 +自 2023 年 4 月進行的上海/卡佩拉升級以來，質押者已可進行這些提款。 我們鼓勵質押者移除其_收益/獎勵 (超過 32 ETH 的餘額)_，因為這些資金不會計入他們的質押權重 (上限為 32)。 -質押者也可以選擇退出並提領其全部驗證者餘額。 為了確保以太坊的穩定性，驗證者同時退出的數量是有上限的。 +質押者也可以選擇退出並提取其全部驗證者餘額。 為確保以太坊穩定，同時退出的驗證者數量設有上限。 -每天可以退出的上限約為驗證者總數的 0.33%。 預設情況下，每個時期（每 6.4 分鐘，每天共 900 名）可以退出四 (4) 名驗證者。 在驗證者超過 262,144 (218) 的情況下，每額外增加 65,536 (216) 名驗證者，即可額外允許一 (1) 名驗證者退出。 舉例來說，若驗證者數量超過 327,680，則每個時期可以退出五 (5) 名（每天 1,125 名）。 活躍驗證者總數超過 393,216 時，將允許六 (6) 名退出，依此類推。 +在一天內，大約 0.33% 的驗證者總數可以退出。 預設情況下，每個時期 (epoch) (每 6.4 分鐘，或每天 900 名) 可退出四 (4) 名驗證者。 當驗證者數量超過 262,144 (218) 名時，每增加 65,536 (216) 名驗證者，就額外允許一 (1) 名驗證者退出。 例如，若驗證者超過 327,680 名，每個時期 (epoch) 可退出五 (5) 名 (每天 1,125 名)。 當活躍驗證者總數超過 393,216 名時，將允許六 (6) 名退出，依此類推。 -隨著越來越多的驗證者退出，退出驗證者的最大數量將逐漸減少到下限值四個，用於特意防止大量質押的以太幣同時被取出，造成不穩定。 +隨著更多驗證者提款，可退出的驗證者最大數量將逐漸減少到最少四名，以刻意防止大量具破壞穩定性的已質押 ETH 同時被提取。 -### 合併後通膨細節 {#post-merge-inflation-breakdown} +### 合併後通膨明細 {#post-merge-inflation-breakdown} -- 以太幣總供給量：**大約 120,520,000 個以太幣**（2022 年 9 月合併時） -- 執行層發行量：**0** -- 共識層發行量：同上，年化發行率**約為 0.52%**（質押總量為 1,400 萬個以太幣） +- ETH 總供給量：**約 120,520,000 ETH** (在 2022 年 9 月合併時) +- 執行層發行：**0** +- 共識層發行：與上述相同，年化發行率為 **~0.52%** (以 1400 萬總質押 ETH 計算) -總年化發行率：**約 0.52%** +年化總發行率：**~0.52%** -年度以太幣發行量淨減少值：**約 88.7%** ((4.61% - 0.52%) / 4.61% * 100) +年度 ETH 發行淨減少：**~88.7%** ((4.61% - 0.52%) / 4.61% \* 100) + + -## 銷毀 {#the-burn} +## 銷毀 {#the-burn} -與以太幣發行相反的力量是以太幣被銷毀的速度。 對於在以太坊上執行的交易，必須支付最低費用（稱為「基本費用」），具體費用根據網路活動不斷波動（逐區塊）。 此費用使用以太幣支付，且_必須_支付這筆費用，交易才被視為有效。 這筆費用會在交易過程中_銷毀_，從流通中移除。 +與以太幣發行相反的力量是以太幣被銷毀的速度。 對於在以太坊上執行的交易，必須支付最低費用（稱為「基本費用」），具體費用根據網路活動不斷波動（逐區塊）。 費用以 ETH 支付，且為交易被視為有效的_必要_條件。 這筆費用會在交易過程中被_銷毀_，從流通中移除。 -費用銷毀機制在 2021 年 8 月[倫敦升級](/ethereum-forks/#london)後上線，自合併以來一直維持不變。 + +費用銷毀機制隨著 2021 年 8 月的 [倫敦升級](/ethereum-forks/#london) 一同上線，自合併以來維持不變。 + + 除了倫敦升級時實作的費用銷毀機制外，驗證者也可能因離線而受到懲處；更糟糕的是，他們可能因為違反威脅網路安全的特定規定而遭罰沒。 這些處罰會導致驗證者餘額中的以太幣減少，減少的金額不會直接獎勵給任何其他帳戶，而是會有效地從流通中銷毀/移除。 -### 計算通縮時的平均燃料價格 {#calculating-average-gas-price-for-deflation} +### 計算通貨緊縮的平均 gas 價格 {#calculating-average-gas-price-for-deflation} 如上所述，一天發行的以太幣數量取決於質押的以太幣總量。 截至本文撰寫時止，每天的發行量約為 1,700 個以太幣。 @@ -124,26 +130,26 @@ title="以太幣發行量總覽"> - `(5 個區塊/分鐘) * (60 分鐘/小時) = 300 個區塊/小時` - `(300 個區塊/小時) * (24 小時/天) = 7200 個區塊/天` -每個區塊目標為 `15x10^6 gas/block`（[更多燃料相關資訊](/developers/docs/gas/)）。 我們可以利用這一資訊解出抵消發行量需要的平均燃料價格（以 gwei/燃料為單位），假設每日以太幣發行量為 1700： +每個區塊的目標是 `15x10^6 gas/block` ([更多關於 gas 的資訊](/developers/docs/gas/))。 我們可以利用這一資訊解出抵消發行量需要的平均燃料價格（以 gwei/燃料為單位），假設每日以太幣發行量為 1700： -- `7200 blocks/day * 15x10^6 gas/block *`**`Y gwei/gas`**`* 1 ETH/ 10^9 gwei = 1700 ETH/day` +- `7200 blocks/day * 15x10^6 gas/block * `**`Y gwei/gas`**` * 1 ETH/ 10^9 gwei = 1700 ETH/day` -解出 `Y`： +求解 `Y`： -- `Y = (1700(10^9))/(7200 * 15(10^6)) = (17x10^3)/(72 * 15) = 16 gwei`（四捨五入至僅保留兩位有效數字） +- `Y = (1700(10^9))/(7200 * 15(10^6)) = (17x10^3)/(72 * 15) = 16 gwei` (四捨五入到僅兩位有效數字) -另一種方式是將最後一步的 `1700` 替換成代表每日以太幣發行量的變數 `X`，並將其餘部分化簡為： +重新整理最後一個步驟的另一種方法是用一個變數 `X` 取代 `1700` 來表示每日 ETH 發行量，並將其餘部分簡化為： - `Y = (X(10^3)/(7200 * 15)) = X/108` -我們可以簡化並將其寫為 `X` 的函式： +我們可以將其簡化並寫成 `X` 的函數： -- `f(X) = X/108`，其中 `X` 代表每日的以太幣發行量，`f(X)` 代表抵消新發行的所有以太幣所需的 gwei/燃料價格。 +- `f(X) = X/108`，其中 `X` 是每日 ETH 發行量，`f(X)` 代表抵銷所有新發行 ETH 所需的 gwei/gas 價格。 -所以舉例來說，若基於以太幣質押總量，`X`（每日以太幣發行量）升至 1800，`f(X)`（抵消發行的所有以太幣所需的 gwei）會是 `17 gwei`（取兩位有效數字） +因此，例如，如果基於總質押 ETH，`X` (每日 ETH 發行量) 上升到 1800，`f(X)` (抵銷所有發行量所需的 gwei) 將會是 `17 gwei` (使用 2 位有效數字) ## 延伸閱讀 {#further-reading} - [合併](/roadmap/merge/) -- [Ultrasound.money](https://ultrasound.money/) - _即時可視化以太幣發行及銷毀情況的儀表板_ -- [以太坊發行量圖表](https://www.attestant.io/posts/charting-ethereum-issuance/) - _Jim McDonald，2020 年_ +- [Ultrasound.money](https://ultrasound.money/) - _可用於即時視覺化 ETH 發行和銷毀的儀表板_ +- [繪製以太坊發行圖表](https://www.attestant.io/posts/charting-ethereum-issuance/) - _Jim McDonald 2020_ diff --git a/public/content/translations/zh-tw/roadmap/pbs/index.md b/public/content/translations/zh-tw/roadmap/pbs/index.md index d7d8111859f..e879bdfe6db 100644 --- a/public/content/translations/zh-tw/roadmap/pbs/index.md +++ b/public/content/translations/zh-tw/roadmap/pbs/index.md @@ -1,51 +1,50 @@ --- -title: 提交者-建置者分離 -description: 瞭解以太坊驗證者如何以及為何要將區塊建置與區塊廣播職責分離。 +title: "提交者-建置者分離" +description: "瞭解以太坊驗證者如何以及為何要將區塊建置與區塊廣播職責分離。" lang: zh-tw --- -# 提交者-建置者分離 {#proposer-builder-separation} +# 提案者-建構者分離 {#proposer-builder-separation} -目前以太坊驗證者負責建置_和_廣播區塊。 他們將從廣播網路監聽到的交易捆綁在一起，並打包進一個區塊，然後傳送到以太坊網路上。 **提交者-建置者分離 (PBS)** 會將這些任務分配給多個驗證者。 區塊建置者負責建立區塊，並在每個時隙將其提供給區塊提交者。 區塊提交者無法讀取區塊的內容，他們直接選擇收益最高的區塊，並將費用支付給區塊建置者，然後將區塊傳送至對等節點。 +現今的以太坊驗證者會建立_並_廣播區塊。 他們將從廣播網路監聽到的交易捆綁在一起，並打包進一個區塊，然後傳送到以太坊網路上。 **提案者-建構者分離 (PBS)** 會將這些任務分配給多個驗證者。 區塊建置者負責建立區塊，並在每個時隙將其提供給區塊提交者。 區塊提交者無法讀取區塊的內容，他們直接選擇收益最高的區塊，並將費用支付給區塊建置者，然後將區塊傳送至對等節點。 這個升級非常重要，有幾個原因。 首先，它在協定層面建立了避免交易審查的機會。 其次，它避免了業餘愛好驗證者在競爭中被機構參與者擊敗，機構參與者能更好地最佳化其區塊建置工作的獲利能力。 再者，它透過 Danksharding 升級幫助以太坊擴容。 -## 提交者-建置者分離及抗審查性 {#pbs-and-censorship-resistance} +## PBS 與抗審查性 {#pbs-and-censorship-resistance} 將區塊建置者與區塊提交者分離可使區塊建置者更難審查交易。 這是因為可以新增相對複雜的區塊添加標準，以確保在區塊提出前沒有被審查。 由於區塊提交者是與區塊建置者分離的實體，承擔著保護者的角色，可阻止對區塊建置者的審查。 舉例來說，可以引入包含清單，以便當驗證者知道交易但沒有看到它們包含在區塊中時，可以將這些交易強加為下一個區塊中的必備項。 包含清單由區塊提交者的本地記憶體池（其自己知道的交易清單）產生，並在區塊被提交前送到其他節點。 若包含清單中缺少任何交易，區塊提交者可以選擇拒絕區塊、在提交前加上缺漏的交易，或者直接提交區塊（其他驗證者收到時會拒絕）。 這個理念還有一個潛在的更高效版本，它斷定建置者必須充分利用可用的區塊空間，如果不這樣做，交易將從提交者的包含清單中新增。 這個領域仍在積極研究當中，且包含清單的最佳化設定尚未確定。 -[加密的記憶體池](https://www.youtube.com/watch?v=fHDjgFcha0M&list=PLpktWkixc1gUqkyc1-iE6TT0RWQTBJELe&index=3)也可以在區塊被廣播後，才讓建置者與提交者知道其打包進區塊的是哪些交易。 +[加密記憶體池](https://www.youtube.com/watch?v=fHDjgFcha0M&list=PLpktWkixc1gUqkyc1-iE6TT0RWQTBJELe&index=3) 也可以在區塊廣播後，才讓建構者與提案者知道他們打包到區塊中的是哪些交易。 - + 有權勢的組織可以對驗證者施壓，以審查特定地址收發的交易。 為應對這一壓力，驗證者會偵測交易池中已加入黑名單的地址並將其從提出的區塊中刪除。 提交者-建置者分離之後，這種情況不再可能出現，因為區塊提交者不會知道他們在區塊中廣播的是哪些交易。 對於某些個人或應用程式來說，遵守審查規則可能很重要，例如當審查規則在其所在地區成為法律時。 在這些情況下，合規性發生在應用程式級別，同時協定仍然無需許可且不受審查。 - -## 提交者-建置者分離和最大可提取價值 {#pbs-and-mev} +## PBS 與 MEV {#pbs-and-mev} -**最大可提取價值 (MEV)** 指驗證者以對自己有利的方式排列交易順序，最大程度提高自己的收益。 常見的例子包括在去中心化交易所套利掉期（例如搶先進行大宗銷售或購買）或尋找清算去中心化金融倉位的機會。 最大程度提高最大可提取價值需要高深的技術知識和附加到一般驗證者的客製化軟體，這使得機構營運者在最大可提取價值提取方面的表現更有可能優於個人和業餘愛好者驗證者。 這表示中心化營運者的質押收益可能更高，形成一股中心化力量，抑制個人質押。 +**最大可提取價值 (MEV)** 指驗證者以對自己有利的方式排列交易順序，最大程度提高自己的收益。 常見的例子包括在去中心化交易所進行交換套利（例如，搶先交易 (front-running) 大額買賣），或是尋找機會清算 DeFi 部位。 最大程度提高最大可提取價值需要高深的技術知識和附加到一般驗證者的客製化軟體，這使得機構營運者在最大可提取價值提取方面的表現更有可能優於個人和業餘愛好者驗證者。 這表示中心化營運者的質押收益可能更高，形成一股中心化力量，抑制個人質押。 提交者-建置者分離透過重新設定最大可提取價值的經濟性解決了這個問題。 區塊提交者不需要自己搜尋最大可提取價值，只需從區塊建置者提供的許多區塊中選擇一個即可。 複雜的最大可提取價值提取作業可能是區塊建置者完成的，但獎勵歸區塊提交者所有。 這表示即使一小部分專門的區塊建置者主導了最大可提取價值提取，獎勵可能歸網路上的任何驗證者所有，包括個人質押者。 - + 由於複雜的最大可提取價值策略提供更高的獎勵，個人可能會被質押池吸引，而不是自己單獨質押。 將區塊建置與區塊提出分離，表示提取的最大可提取價值會分散到更多驗證者，而非集中在最高效的最大可提取價值搜尋者手上。 同時，允許專業的區塊建置者存在，消除了個人的區塊建置負擔，也避免個人自己偷取最大可提取價值，同時最大程度上增加了可以檢查區塊是否誠實的個人獨立驗證者的數量。 「證明者-驗證者不對稱性」是一個重要的概念，指的是只要有強大且最大程度去中心化的驗證者網路能夠證明區塊是誠實的，中心化區塊生產就可以接受。 去中心化是一種方法，而非最終目標，我們需要的是誠實的區塊。 -## 提交者-建置者分離及 Danksharding {#pbs-and-danksharding} +## PBS 與 Danksharding {#pbs-and-danksharding} -Danksharding 是以太坊擴容至每秒處理 >100,000 筆交易並最大限度降低卷軸使用者費用的方法。 它依賴提交者-建置者分離，因為它增加了區塊建置者的工作量，它們需要在不到 1 秒的時間內計算高達 64 MB 卷軸資料的證明。 這可能需要專門的建置者，他們可以為該任務投入相當多的硬體。 然而，在目前的情況下，由於最大可提取價值提取，區塊建置可能會越來越集中到更先進、更強大的營運商手中。 提交者-建置者分離是接受這一現實，防止其對區塊驗證（重要部分）或質押獎勵分配施加集中力量的一種方式。 一項巨大的附帶好處是，專門的區塊建置者也願意並且能夠計算 Danksharding 所需的資料證明。 +Danksharding 是以太坊擴容至每秒超過 100,000 筆交易，並為 rollup 使用者最大限度地降低費用的方法。 它依賴提交者-建置者分離，因為它增加了區塊建置者的工作量，它們需要在不到 1 秒的時間內計算高達 64 MB 卷軸資料的證明。 這可能需要專門的建置者，他們可以為該任務投入相當多的硬體。 然而，在目前的情況下，由於最大可提取價值提取，區塊建置可能會越來越集中到更先進、更強大的營運商手中。 提交者-建置者分離是接受這一現實，防止其對區塊驗證（重要部分）或質押獎勵分配施加集中力量的一種方式。 一項巨大的附帶好處是，專門的區塊建置者也願意並且能夠計算 Danksharding 所需的資料證明。 ## 目前進度 {#current-progress} -提交者-建置者分離正處於研究的進階階段，但在以太坊用戶端中進行原型設計之前，仍有一些重要的設計問題需要解決。 目前還沒有定案的規範。 這意味著提交者-建置者分離可能還要一年或更長時間才能推出。 歡迎檢視最新的[研究現狀](https://notes.ethereum.org/@vbuterin/pbs_censorship_resistance)。 +提交者-建置者分離正處於研究的進階階段，但在以太坊用戶端中進行原型設計之前，仍有一些重要的設計問題需要解決。 目前還沒有定案的規範。 這意味著提交者-建置者分離可能還要一年或更長時間才能推出。 查看最新的[研究現狀](https://notes.ethereum.org/@vbuterin/pbs_censorship_resistance)。 ## 延伸閱讀 {#further-reading} -- [研究現狀：提交者-建置者分離之下的抗審查性](https://notes.ethereum.org/@vbuterin/pbs_censorship_resistance) -- [適合提交者-建置者分離的收費市場設計](https://ethresear.ch/t/proposer-block-builder-separation-friendly-fee-market-designs/9725) -- [提交者-建置者分離及抗審查性](https://notes.ethereum.org/@fradamt/H1TsYRfJc#Secondary-auctions) -- [包含清單](https://notes.ethereum.org/@fradamt/H1ZqdtrBF) +- [研究現狀：PBS 下的抗審查性](https://notes.ethereum.org/@vbuterin/pbs_censorship_resistance) +- [對 PBS 友善的費用市場設計](https://ethresear.ch/t/proposer-block-builder-separation-friendly-fee-market-designs/9725) +- [PBS 與抗審查性](https://notes.ethereum.org/@fradamt/H1TsYRfJc#Secondary-auctions) +- [納入清單](https://notes.ethereum.org/@fradamt/H1ZqdtrBF) diff --git a/public/content/translations/zh-tw/roadmap/pectra/7702/index.md b/public/content/translations/zh-tw/roadmap/pectra/7702/index.md new file mode 100644 index 00000000000..ad87bbea228 --- /dev/null +++ b/public/content/translations/zh-tw/roadmap/pectra/7702/index.md @@ -0,0 +1,149 @@ +--- +title: "Pectra 7702 操作指南" +description: "深入了解 Pectra 發行版的 7702" +lang: zh-tw +--- + +# Pectra 7702 + +## 概要 {#abstract} + +EIP 7702 定義了一種向外部賬戶添加代碼的機制。 該提案允許以太坊外部賬戶獲得短期功能改進，從而提高應用程式的易用性。 此操作是透過設定指向已部署代碼的指標來實現，使用新的交易類型：4。 + +此新交易類型引入了一個授權清單。 清單中的每一個授權元組被定義為 + +``` +[ chain_id, address, nonce, y_parity, r, s ] +``` + +**address** 代表委派對象（已部署的位元組碼，將由外部帳戶使用） +**chain_id** 將授權鎖定至特定鏈（或設定為0代表所有鏈） +**nonce** 將授權鎖定至特定帳戶的隨機數 +(**y_parity, r, s**) 為授權元組的簽名，定義為 keccak(0x05 || rlp ([chain_id ,address, nonce])) 運算結果，由該授權所屬的 EOA 私鑰（亦稱授權方）執行簽署 + +可透過將委派轉移至空地址來重置委派關係。 + +EOA 的私鑰在委派後仍對帳戶保有完全控制權。 例如，將權限委派給一個安全保管庫（Safe）並不會使該帳戶成為多重簽名帳戶，因為仍存在單一金鑰可繞過任何簽署政策。 今後，開發人員應以「系統中的任何參與者都可能成為智能合約」為前提進行設計。 對於智慧合約開發者而言，已不能再安全地假設 `tx.origin` 指涉的是 EOA。 + +## 最佳實踐 {#best-practices} + +**帳戶抽象化**：委派合約應遵循以太坊更廣泛的帳戶（AA）標準，以實現最大程度的相容性。 特別是，它理想上應符合或相容於 ERC-4337 標準。 + +**無許可且抗審查的設計**：以太坊重視無許可參與。 委派合約禁止硬編碼或依賴任何單一「可信」中繼器或服務。 若中繼器離線，此操作將導致帳戶無法使用。 像批次處理（例如 approve+transferFrom）這類功能，EOA 本身就可以使用，不需中繼器。 對於希望使用 7702 啟用之進階功能（Gas 抽象化、隱私保護提款）的應用程式開發者，您需要一個中繼器。 雖然存在不同的中繼器結構，我們仍然推薦使用指向至少[entry point 0.8](https://github.com/eth-infinitism/account-abstraction/releases/tag/v0.8.0) 的 [4337 bundlers](https://www.erc4337.io/bundlers)，原因如下： + +- 他們為中繼提供標準化的介面 +- 包含内建的薪資支付系統 +- 確保向前的兼容性 +- 可透過[mempool公共記憶池](https://notes.ethereum.org/@yoav/unified-erc-4337-mempool)支援抗審查機制 +- 可要求 init 函式只能從 [EntryPoint](https://github.com/eth-infinitism/account-abstraction/releases/tag/v0.8.0) 呼叫 + +換言之，只要能提供該帳戶所需的有效簽名或 UserOperation，任何人都應能擔任交易發起人/中繼者。 這確保了抗審查性：若無需自建基礎設施，用戶的交易便無法被守門人中繼節點任意阻斷。 例如，[MetaMask 的委託工具包](https://github.com/MetaMask/delegation-framework/releases/tag/v1.3.0) 明確支援任何鏈上的 ERC-4337 捆綁器或支付管理員，而非僅限於 MetaMask 專屬伺服器。 + +通過錢包介面交互的去中心化應用程式： + +鑑於錢包將針對EIP-7702將特定委託合約列入白名單，去中心化應用程式不應期望能直接請求7702授權。 相反地，整合應透過標準化的錢包介面實現： + +- **ERC-5792 (`wallet_sendCalls`)**：允許去中心化應用程式要求錢包執行批次呼叫，從而實現交易批次處理與gas抽象等功能。 + +- **ERC-6900**：允許去中心化應用程式（dApps）透過錢包管理的模組，運用模組化智慧帳戶功能，例如會話密鑰與帳戶恢復機制。 + +透過運用這些介面，去中心化應用程式得以存取EIP-7702提供的智慧帳戶功能，無需直接管理委託關係，從而確保在不同錢包實作間的相容性與安全性。 + +> 註：目前尚無標準化方法供去中心化應用程式直接請求 7702 授權簽名。 去中心化應用程式必須依賴特定錢包介面（如 ERC-6900）才能運用 EIP-7702 的功能。 + +更多信息： + +- [ERC-5792 規範](https://github.com/ethereum/EIPs/blob/master/EIPS/eip-5792.md) +- [ERC-6900 規範](https://github.com/ethereum/EIPs/blob/master/EIPS/eip-6900.md) + +**避免供應商鎖定**：基於上述原則，良好的實作應具備供應商中立性與互通性。 這通常意味著遵循智慧帳戶的新興標準。 例如，[Alchemy 的模組化帳戶](https://github.com/alchemyplatform/modular-account)採用 ERC-6900 標準打造模組化智慧帳戶，其設計理念著重於「無許可的互通性應用」。 + +**隱私保護**：儘管鏈上隱私存在限制，委託合約應致力於最小化數據暴露與關聯性。 這可透過支援諸如以下功能來實現：以 ERC-20 代幣支付 gas 費用（使用者無需維持公開的 ETH 余額，從而提升隱私性與使用者體驗），以及採用一次性會話密鑰（降低對單一長期密鑰的依賴）。 例如，EIP-7702 允許透過贊助交易使用代幣支付 gas 費用，而良好的實作方案將使整合此類支付方變得簡易，同時避免洩露超出必要範圍的資訊。 此外，透過鏈下委託處理特定核准流程（使用鏈上驗證的簽名），可減少使用者主金鑰涉及的鏈上交易次數，從而提升隱私保護。 需要使用中繼器的帳戶會迫使用戶揭露其IP位址。 公共記憶池改進了這一點：當一筆交易/用戶操作透過記憶池傳播時，你無法判斷它究竟是源自發送該交易的原始 IP，還是僅透過點對點協議中繼傳遞至該 IP。 + +**可擴展性與模組化安全性**：帳戶實作應具備可擴展性，使其能隨著新功能與安全性改進而持續演進。 EIP-7702 本質上具備可升級性（因為 EOA 始終能在未來將權限委派給新合約以升級其邏輯）。 除了可升級性之外，優秀的設計還能實現模組化——例如針對不同簽名方案或支出政策採用可插拔模組——而無需重新部署整個系統。 Alchemy 的帳戶套件便是絕佳範例，它允許開發者安裝驗證模組（適用於不同簽名類型，例如 ECDSA、BLS 等） 以及執行自訂邏輯的執行模組。 為使啟用 EIP-7702 的帳戶具備更高靈活性與安全性，開發者應優先將權限委派予代理合約，而非直接委派給特定實作方案。 此方法允許無縫升級與模組化，無需針對每次變更額外申請EIP-7702授權。 + +代理模式的優勢： + +- **可升級性**：透過將代理指向新的實作合約來更新合約邏輯。 + +- **自訂初始化邏輯**：在代理程式內整合初始化函式，以安全方式設定必要的狀態變數。 + +例如，[SafeEIP7702Proxy](https://docs.safe.global/advanced/eip-7702/7702-safe) 展示了如何運用代理機制，在符合 EIP-7702 標準的帳戶中安全地初始化與管理委託操作。 + +代理模式之劣勢： + +- **對外部行為者的依賴**：您必須仰賴外部團隊，才能避免升級至不安全的合約。 + +## 安全性考慮 {#security-considerations} + +**再入保護機制**：隨著EIP-7702委託機制的引入，用戶帳戶可動態切換於外部擁有帳戶（EOA）與智慧合約（SC）之間。 這一靈活性使該帳戶既能發起交易，亦可成為呼叫的目標。 因此，當帳戶呼叫自身並執行外部呼叫時，`msg.sender` 將等於 `tx.origin`，這將破壞某些安全假設——這些假設原本依賴於 `tx.origin` 始終為外部帳戶（EOA）。 + +對於智慧合約開發者而言，已不能再安全地假設 `tx.origin` 指涉的是 EOA。 同樣地，使用 `msg.sender == tx.origin` 作為防範再入攻擊的保護措施，已不再是可靠的策略。 + +今後，開發人員應以「系統中的任何參與者都可能成為智能合約」為前提進行設計。 或者，他們可以採用帶有 `nonReentrant` 修飾符的模式，透過再入保護機制來實現明確的再入保護。 我們建議遵循經過稽核的修飾器，例如 [Open Zeppelin 的重入性保護機制](https://github.com/OpenZeppelin/openzeppelin-contracts/blob/master/contracts/utils/ReentrancyGuard.sol)。 他們也可以使用一個[暫存儲存變數](https://docs.soliditylang.org/en/latest/internals/layout_in_storage.html)。 + +**初始化安全性考量事項** + +實施 EIP-7702 委託合約會帶來特定的安全性挑戰，尤其涉及初始化流程。 當初始化函式（`init`）與委派流程以原子性方式結合時，便會產生關鍵性漏洞。 在此類情況下，攻擊者可能截取委派簽名並以篡改的參數執行 `init` 函數，從而潛在取得帳戶控制權。 + +此風險在嘗試將現有智能合約帳戶（SCA）實作與EIP-7702結合使用時尤為關鍵，尤其當未修改其初始化機制時。 + +**緩解初始化漏洞的解決方案** + +- 實作 `initWithSig` 函式 + 將標準的 `init` 函式替換為 `initWithSig` 函式，要求使用者對初始化參數簽署。 此方法確保初始化程序僅能在獲得明確使用者同意後方可進行，從而降低未經授權的初始化風險。 + +- 使用 ERC-4337 的 EntryPoint + 要求初始化函式必須僅從 ERC-4337 EntryPoint 合約中呼叫。 此方法利用 ERC-4337 提供的標準化驗證與執行框架，為初始化流程增添額外的安全層級。 + _(參見：[安全文件](https://docs.safe.global/advanced/eip-7702/7702-safe))_ + +透過採用這些解決方案，開發人員可強化EIP-7702委託合約的安全性，在初始化階段防範潛在的搶跑攻擊。 + +**儲存衝突**委派程式碼不會清除現有儲存空間。 當從一個委派合約遷移至另一個時，先前合約的殘留資料仍會保留。 若新合約使用相同的儲存槽位卻賦予其不同解讀，可能導致非預期行為。 例如，若初始委託的合約中儲存槽位代表 `bool` 類型，而後續委託的合約中相同槽位代表 `uint` 類型，此類不匹配情況可能導致不可預測的結果。 + +**網路釣魚風險**隨著EIP-7702委託機制的實施，用戶帳戶中的資產可能完全由智能合約掌控。 若用戶在不知情的情況下將帳戶授權給惡意合約，攻擊者便能輕易取得控制權並竊取資金。 使用 `chain_id=0` 時，委派會套用於所有鏈 ID。 僅將權限委派給不可變契約（切勿委派給代理契約），且僅限於使用 CREATE2 部署的契約（採用標準初始化程式碼，不包含變形契約），如此部署者便無法將不同內容部署至相同地址的其他位置。 否則您的授權將使您的帳戶在所有其他 EVM 鏈上面臨風險。 + +當用戶執行委託簽署時，接收委託的目標合約應以清晰醒目的方式顯示，以協助降低釣魚攻擊風險。 + +**最小信任表面與安全性**：在提供靈活性的同時，委託合約應保持其核心邏輯簡潔且可稽核。 該合約實質上是使用者外部帳戶（EOA）的延伸，因此任何缺陷都可能造成災難性後果。 實施方案應遵循智能合約安全社群的最佳實踐。 例如，構造函式或初始化函式必須經過嚴密防護——正如 Alchemy 所強調的，若在 7702 協定下使用代理模式，未受保護的初始化函式可能讓攻擊者取得帳戶控制權。 團隊應致力於保持鏈上代碼的簡潔性：Ambire 的 7702 合約僅使用約 200 行 Solidity 代碼，刻意降低複雜度以減少錯誤。 必須在功能豐富的邏輯與便於稽核的簡潔性之間取得平衡。 + +### 已知實施方案 {#known-implementations} + +基於 EIP 7702 的特性，建議錢包在協助用戶將權限委派給第三方合約時務必謹慎行事。 以下是經稽核之已知實現方案清單： + +| 合約地址 | 來源 | 審核 | +| ------------------------------------------ | ----------------------------------------------------------------------------------------------------------------------------- | --------------------------------------------------------------------------------------------------------------------------------------------------------- | +| 0x000000009B1D0aF20D8C6d0A44e162d11F9b8f00 | [Uniswap/calibur](https://github.com/Uniswap/calibur) | [稽核](https://github.com/Uniswap/calibur/tree/main/audits) | +| 0x69007702764179f14F51cdce752f4f775d74E139 | [alchemyplatform/modular-account](https://github.com/alchemyplatform/modular-account) | [稽核](https://github.com/alchemyplatform/modular-account/tree/develop/audits) | +| 0x5A7FC11397E9a8AD41BF10bf13F22B0a63f96f6d | [AmbireTech/ambire-common](https://github.com/AmbireTech/ambire-common/blob/feature/eip-7702/contracts/AmbireAccount7702.sol) | [稽核](https://github.com/AmbireTech/ambire-common/tree/feature/eip-7702/audits) | +| 0x63c0c19a282a1b52b07dd5a65b58948a07dae32b | [MetaMask/delegation-framework](https://github.com/MetaMask/delegation-framework) | [稽核](https://github.com/MetaMask/delegation-framework/tree/main/audits) | +| 0x4Cd241E8d1510e30b2076397afc7508Ae59C66c9 | [Ethereum Foundation AA team](https://github.com/eth-infinitism/account-abstraction/blob/develop/contracts/accounts/Simple7702Account.sol) | [稽核](https://github.com/eth-infinitism/account-abstraction/blob/develop/audits/SpearBit%20Account%20Abstraction%20Security%20Review%20-%20Mar%202025.pdf) | +| 0x17c11FDdADac2b341F2455aFe988fec4c3ba26e3 | [Luganodes/Pectra-Batch-Contract](https://github.com/Luganodes/Pectra-Batch-Contract) | [稽核](https://certificate.quantstamp.com/full/luganodes-pectra-batch-contract/23f0765f-969a-4798-9edd-188d276c4a2b/index.html) | + +## 硬體錢包指南 {#hardware-wallet-guidelines} + +硬體錢包不應允許任意授權。 硬體錢包領域的共識是採用一份可信委託合約清單。 我們建議允許上述已知的實作方案，並針對其他方案逐案審核。 由於將您的 EOA 委派給合約將賦予對所有資產的控制權，硬體錢包在實作 7702 時應保持謹慎。 + +### 伴隨應用程式的整合情境 {#integration-scenarios-for-companion-apps} + +#### 懶惰 {#lazy} + +由於EOA仍照常運作，無需採取任何行動。 + +注意：部分資產可能因委託代碼而遭自動拒絕，例如 ERC 1155 NFT，支援團隊應知悉此情況。 + +#### 覺知 {#aware} + +檢查該外部帳戶（EOA）的代碼，通知使用者該帳戶已設定委派關係，並可選擇性提供移除委派的選項。 + +#### 常規委派 {#common-delegation} + +硬體供應商將已知的委派合約列入白名單，並在軟體伴侶中實現對其的支援。 建議選擇具備完整 ERC 4337 支援的合約。 + +委派給不同個體的外部賬戶將會被當作標準賬戶處理。 + +#### 自訂委派 {#custom-delegation} + +硬體供應商實施其專屬的委派合約，並將其加入清單，同時在軟體伴侶中實現其支援功能。 + +委派給不同個體的外部賬戶將會被當作標準賬戶處理。 diff --git a/public/content/translations/zh-tw/roadmap/pectra/index.md b/public/content/translations/zh-tw/roadmap/pectra/index.md new file mode 100644 index 00000000000..0e0f8fb7480 --- /dev/null +++ b/public/content/translations/zh-tw/roadmap/pectra/index.md @@ -0,0 +1,127 @@ +--- +title: "布拉格埃萊特拉（Pectra）" +description: "了解 Pectra 協議升級" +lang: zh-tw +--- + +# Pectra {#pectra} + +Pectra 網絡升級在 [Dencun](/roadmap/dencun/) 之後進行，為以太坊的執行層和共識層都帶來了變更。 縮寫名稱Pectra是“布拉格和“Electra”這兩個詞的結合，它們分別代表執行層和共識層規範的變化。 總之，這些變化為以太坊用戶、開發人員和驗證程式帶來了許多改進。 + +此次升級已於以太坊主網時期(epoch) `364032` 成功激活，具體時間為 **2025年5月7日 10:05（UTC）**。 + + + + +Pectra 升級只是以太坊長期發展目標中的其中一環。 深入了解[協議路線圖](/roadmap/)與[過往升級紀錄](/ethereum-forks/)。 + + + + +## Pectra 的改進 {#new-improvements} + +Pectra 帶來了迄今為止所有升級中數量最多的 [EIP](https://eips.ethereum.org/)！ 有細微的變化，也有一些重要的新功能。 完整的更改清單及技術細節可在各自包含的EIP中查閱。 + +### EOA帳戶程式碼 {#7702} + +[EIP-7702](https://eips.ethereum.org/EIPS/eip-7702) 標誌著向廣泛實現 [賬戶抽象](/roadmap/account-abstraction/) 邁出的重要一步。 通過此功能，使用者可以將自己的([EOA](/glossary/#eoa)) 地址擴展為智能合約。 EIP 引入了一種具有特定功能的新型交易——允許地址擁有者授權，將其地址設置為模擬選定的智能合約。 + +通過此EIP，使用者可以選擇可編程錢包，該錢包支持交易打包、無gas交易以及為多種錢包恢複方案提供的自定義資產訪問等新功能。 這種混合方法結合了 EOA 的簡單性和基於合約帳戶的可編程性。 + +閱讀關於7702的深度解析點擊[這裡](/roadmap/pectra/7702/) + +### 提高最大有效餘額 {#7251} + +目前的驗證者最大有效餘額為 32 ETH。 這是參與共識所需的最低數量，同時也是單個驗證者能夠質押的最大數量。 + +[EIP-7251](https://eips.ethereum.org/EIPS/eip-7251) 將最大有效餘額提高到 2048 ETH，這意味著單個驗證者現在可以質押 32 至 2048 ETH 之間的任意數量。 質押者現在不必再質押 32 的倍數，而是可以選擇質押任意數量的 ETH，並且餘額每增加 1 ETH 都能獲得獎勵。 例如，如果驗證者的質押餘額隨著獎勵增加至 33 ETH，額外的 1 ETH 也被視爲有效餘額的一部分並獲得獎勵。 + +為驗證程式帶來更優化的酬勞機制僅僅是這一改進的一部分。 運行多個驗證者的[質押者](/staking/)現在可以將它們聚合為一個驗證者，從而簡化操作並降低網路開銷。 這是因爲信標鏈中每個驗證者在每個時期都需要提交一個簽名，因此隨著驗證者的增加和需要傳播的簽名數量增加，貸款需求也會隨之增加。 聚合驗證者將減輕網路負擔，並在保持經濟安全性不變的情況下帶來新的擴張選項。 + +閱讀關於maxEB的深度解析，請點擊[此處](/roadmap/pectra/maxeb/) + +### Blob 吞吐量提升 {#7691} + +Blob 為二層網路提供[資料可用性](/developers/docs/data-availability/#data-availability-and-layer-2-rollups)。 它們是在[上一次網路升級](/roadmap/dencun/)中引入的。 + +目前，網路的目標是平均每區塊處理 3 個 blob，最多可處理 6 blob。 隨著 [EIP-7691](https://eips.ethereum.org/EIPS/eip-7691)的引入，平均每個區塊的Blob數量將增加到6個，最多可達到9個區塊，從而提升以太坊匯總值的容量。 該EIP有助於填補這一空白，直到[PeerDAS](https://eips.ethereum.org/EIPS/eip-7594)的引入，實現更高的Blob數量。 + +### 增加 calldata 成本 {#7623} + +在[Dencun升級中的blobs](/roadmap/danksharding)引入之前，L2網絡一直使用[calldata](/developers/docs/data-availability/blockchain-data-storage-strategies/#calldata)來存儲其在以太坊上的數據。 Blob 和 calldata 都會影響以太坊的帶寬使用情況。 雖然大多數區塊只使用最少量的 calldata，但同時包含許多 blob 的資料密集型區塊可能會對以太坊的 p2p 網路造成危害。 + +為了解決這個問題，[EIP-7623](https://eips.ethereum.org/EIPS/eip-7623) 提高了calldata價格，但僅影響數據密集型交易。 這限制了區塊變得過於龐大，激勵 L2 僅使用 blobs，從而保證99% 以上的交易不受影響。 + +### 執行層的可觸發退出機制 {#7002} + +目前，一個驗證程式退出並[提取質押的ETH](/staking/withdrawals/) 是一個共識層操作，要求擁有一個活躍的驗證程式密鑰，這個密鑰是驗證程式用來執行如證明等活躍任務的相同的BLS 密鑰。 提取憑證是一個獨立的冷存儲密鑰，用於接收已退出的質押資金，但無法觸發退出操作。 質押者退出的唯一方式是向信標鏈網路（Beacon Chain）發送來自活躍驗證程式密鑰簽名的特殊訊息。 在下面兩種情況里這種機制存在局限性：當提幣憑證和驗證密鑰由不同的實體持有，或驗證密鑰丟失時。 + +[EIP-7002](https://eips.ethereum.org/EIPS/eip-7002) 引入了一種新合約，可以用來通過執行層的提取憑證觸發退出。 質押者無需使用驗證程式簽名密鑰或訪問信標鏈，即可通過調用該特殊合約中的函數退出其驗證程式角色。 重要的是，啟用鏈上驗證程式提幣功能，使得質押協議能夠對節點運營商降低信任假設。 + +### 鏈上驗證程式質押 {#6110} + +驗證程式質押目前通過[eth1data poll](https://eth2book.info/capella/part2/deposits-withdrawals/deposit-processing/)進行處理，該功能位於信標鏈上（ Beacon Chain），用於從執行層獲取數據。 這有點像是合併（The Merge）之前遺留下來的技術邏輯。那時信標鏈（Beacon Chain）還是一個獨立的網絡，不得不考慮工作量證明（PoW）鏈上的重組問題。 + +[EIP-6110](https://eips.ethereum.org/EIPS/eip-6110) 是一種將質押從執行層傳遞到共識層的新方法，它能夠實現即時處理並降低實施的複雜性。 這是一種更安全的處理以太坊合併後原生質押的方式。 Eip-6110 的機制幫助節點不必依賴歷史存款記錄來啟動，這對於實現歷史數據過期是必要的，為以太坊協議提供未來適應性。 + +### BLS12-381 的預編譯 {#2537} + +預編譯是直接內置於以太坊虛擬機([EVM](/developers/docs/evm/)）的一組特殊的智能合約。 與一般合約不同，預編譯並非由使用者部署，而是用戶端實作本身的一部分，以其原生語言（例如 Go、Java 等，而非 Solidity）編寫。 預編譯合約用於執行使用廣泛且標準化的功能，例如加密運算。 智能合約開發者可以像調用普通合約一樣調用預編譯合約，優勢在於：效率更高，安全性更高。 + +[EIP-2537](https://eips.ethereum.org/EIPS/eip-2537) 為 [BLS12-381](https://hackmd.io/@benjaminion/bls12-381) 上的曲線運算新增了預編譯合約。 由於其實用特性，橢圓曲線方案（Bls12-381）在加密生態系統中已經得到了廣泛的應用。 更具體地說，它已被以太坊的共識層採用，並由驗證程式使用。 + +新的預編譯功能讓每位開發者都能輕鬆、有效且安全地使用此曲線執行密碼學運算，例如驗證簽名。 依賴此曲線的鏈上應用程式可以藉由預編譯而非自訂合約，來提升 Gas 效率和安全性。 這主要適用於想在 EVM 內對驗證程式進行推理的應用程式，例如質押池、[再質押](/restaking/)、輕用戶端、跨鏈橋以及零知識。 + +### 從狀態中提供歷史區塊雜湊值 {#2935} + +EVM 目前提供 `BLOCKHASH` 操作碼，讓合約開發者能夠直接在執行層中擷取區塊的雜湊值。 然而，這僅限於最近的 256 個區塊，未來可能會對無狀態用戶端造成問題。 + +[EIP-2935](https://eips.ethereum.org/EIPS/eip-2935) 建立了一個新的系統合約，可以將最近的 8192 個區塊雜湊值作為儲存時隙提供。 這有助於確保協定未來能夠適用於無狀態執行，並且在採用 Verkle 樹後會變得更有效率。 然而，除此之外，Rollup 馬上就能從中受益，因為它們可以直接查詢合約，並使用更長的歷史時間範圍。 + +### 將委員會索引移至證明之外 {#7549} + +信標鏈共識的基礎是驗證程式為最新的區塊和最終確定的時期投票。 此證明包含 3 個元素，其中 2 個是投票，第 3 個是委員會索引值。 + +[EIP-7549](https://eips.ethereum.org/EIPS/eip-7549) 將此索引移出已簽署的證明訊息之外，讓驗證和匯集共識投票變得更加容易。 這將提高每個共識用戶端的效率，並可為用於證明以太坊共識的零知識電路帶來顯著的效能提升。 + +### 將 blob 排程新增至執行層設定檔 {#7840} + +[EIP-7840](https://eips.ethereum.org/EIPS/eip-7840) 是一項簡單的變更，它在執行層用戶端設定中新增了一個新欄位。 它設定了區塊數量，允許動態設定每個區塊的目標和最大 blob 數量，以及 blob 費用調整。 透過直接定義的設定，用戶端可以避免透過引擎 API 交換此資訊的複雜性。 + + + + +若想深入了解 Pectra 對您（無論是以太坊使用者、開發者或驗證程式）的具體影響，請參閱 Pectra 常見問題。 + + + + +## 這次的升級是否會影響到所有以太坊節點和驗證者？ {#client-impact} + +是的，Pectra 升級需要同時更新[執行節點與共識節點](/developers/docs/nodes-and-clients/)。 所有主要的以太坊用戶端都將發布支援此強分叉的版本，並標示為高優先級。 爲了在升級之後與以太坊網路保持同步，節點營運者需要確保其運行的是受支援的用戶端版本。 請注意，關於用戶端版本的資訊具有時效性，使用者應該參考最新資訊以取得最新詳細資料。 + +## 硬分叉之後以太幣該如何兌換？ {#scam-alert} + +- **您的 ETH 無需任何操作**：隨著以太坊 Pectra 升級完成，您無需轉換或升級您的 ETH。 你的帳戶餘額將維持不變，同時你目前持有的以太幣在硬分叉之後，仍將保持以現有的形式存取。 +- **謹防詐騙！**  **任何要求你「升級」你的以太幣的人都是在嘗試欺騙你。** 本次升級你無須進行任何操作。 你的資產將完全不受影響。 請記住，隨時瞭解情況是防範詐騙的最佳方法。 + +[關於辨識和避免詐騙的更多資訊](/security/) + +## 想透過視覺方式學習？ {#visual-learner} + + + +_Pectra 升級包含哪些內容？_ - Christine Kim_ + + + +_以太坊 Pectra 升級：質押者需要知道什麼 — Blockdaemon_ + +## 延伸閱讀 {#further-reading} + +- [以太坊路線圖](/roadmap/) +- [Pectra 常見問題](https://epf.wiki/#/wiki/pectra-faq) +- [Pectra.wtf 資訊頁面](https://pectra.wtf) +- [Pectra 如何提升質押者體驗](https://www.kiln.fi/post/next-ethereum-upgrade-how-pectra-will-enhance-the-staking-experience) +- [EIP-7702 資訊頁面](https://eip7702.io/) +- [Pectra devnets](https://github.com/ethereum/pm/blob/master/Pectra/pectra-pm.md) diff --git a/public/content/translations/zh-tw/roadmap/pectra/maxeb/index.md b/public/content/translations/zh-tw/roadmap/pectra/maxeb/index.md new file mode 100644 index 00000000000..17a255e1578 --- /dev/null +++ b/public/content/translations/zh-tw/roadmap/pectra/maxeb/index.md @@ -0,0 +1,204 @@ +--- +title: "Pectra 升級後的最大有效金額機制" +description: "在 Pectra 升級中了解更多關於 MaxEB 的信息" +lang: zh-tw +--- + +# MaxEB {#maxeb} + +_簡單來說：_ Pectra 強分叉允許以太坊驗證程式將 **類型1** 提款憑證轉換為 **類型2** 提款憑證，從而參與更高的最大有效余額和復利機制。 執行這個操作的官方工具是 Launchpad（啟動面板）。 這個操作無法撤銷。 + +## 概覽 {#overview} + +### 誰會受到影響？ {#who-is-affected} + +任何運行驗證程式的人——他們通常知道自己所控制的驗證程式的索引（例如：[驗證程式 #12345](https://beaconcha.in/validator/12345)）。 如果您使用協議（例如 Lido CSM 或 Rocket Pool）來運行驗證程式，則必須向他們查詢是否以及何時支援 maxEB。 + +如果您使用流動性質押代幣（例如 rETH 或 stETH）進行質押，則無需採取任何行動。 + +### 什麽是 “maxEB” ？ {#what-is-maxeb} + +maxEB = 驗證程式的最大有效余額。 在Pectra強分叉之前，單個驗證程式最多可獲得基於32 ETH的收益。 在 Pectra 之後，驗證程式可以選擇，以 1 ETH 為增量單位賺取基於 32 至 2048 ETH 任意余額之間的收益。 + +### 驗證程式如何參與？ {#how-does-a-validator-opt-in} + +驗證程式若要選擇啟用 maxEB的變更，需要將提取憑證從 類型1（Type 1） 轉換為 類型2（Type 2）。 這可在 Pectra 強分叉上線後，於[啟動面板（驗證程式操作）](https://launchpad.ethereum.org/validator-actions)上完成。 正如同從**類型0** → **類型1**，從**類型1**轉換為**類型2**是一個不可逆的過程。 + +### 什麽是提款憑證？ {#whats-a-withdrawal-credential} + +當你運行一個驗證程式時，你會擁有一組提取憑證。 這些信息可以在您的存款數據 Json 文件 中找到，或者您可以在驗證程式的 beaconcha.in [存款標籤](https://beaconcha.in/validator/12345#deposits) 上查看。 + +1. **類型 0** 提款憑證：如果您的驗證程式的提款憑證以“0x00...”開頭，則您在 Shapella強分叉之前進行了存款，但尚未設置提款地址。 + +![類型 0 提款憑證](./0x00-wd.png) + +2. **類型 1** 提款憑證：如果您的驗證程式的提款憑證以 `0x01...` 開頭，則表示您是在 Shapella 強分叉之後進行的存款，或者您已經將 **類型 0** 憑證轉換為 **類型 1** 憑證。 + +![類型1提款憑證](./0x01-wd.png) + +3. **類型 2** 提款憑證：憑證類型將以 `0x02...` 開頭，並在 Pectra 升級之後啟用。 啟用**類型2**提款憑證的驗證程式也被稱為“**複利驗證程式**” + +| **可行的** | **不可行的** | +| ------------- | ------------- | +| ✅ 類型 0 → 類型 1 | ❌ 類型 0 → 類型 2 | +| ✅ 類型 1 → 類型 2 | ❌ 類型 1 → 類型 0 | +| | ❌ 類型 2 → 類型 1 | +| | ❌ 類型 2 → 類型 0 | + +### 風險 {#risks} + +MaxEB 允許驗證程式將其全部餘額轉賬給另一個驗證程式。 提交合併請求的使用者應核實其簽名的交易的來源和內容。 利用maxEB特性的官方工具是啟動面板（Launchpad）。 如果您決定使用第三方工具，您應確認以下幾點： + +- 源驗證程式的公鑰和提現地址與他們控制的驗證程式相匹配 +- 目標驗證程式的公鑰正確且是屬於他們的 +- 該請求為轉換操作，而非合併操作，若他們無意將資金轉至另一驗證程式 +- 該交易正在由正確的提現地址進行簽名 + +我們**強烈建議**你在使用任何第三方工具之前，與 [EthStaker 社區](https://ethstaker.org/about)討論。 這有助於驗證你的方法並避免錯誤。 如果您使用了惡意或配置錯誤的工具，**您的整個驗證程式餘額可能會被發送到您無法控制的驗證程式** ——且無法被追回。 + +## 技術細節 {#technical-details} + +### 流程 {#the-flow} + +`合併請求` 操作將有兩種用途： + +1. 將現有驗證程式從**類型1**轉換為**類型2**驗證程式 +2. 將其他驗證程式合併到現有的**類型2**驗證程式中 + +在將**類型 1** 驗證程式轉換為**類型 2** 驗證程式時，_源驗證程式_和_目標驗證程式_都將是你正在轉換的驗證程式。 這個操作將消耗燃料，並將排在其他合併請求之後。 此隊列與存款隊列**獨立**，不受新驗證程式存款的影響，可通過[pectrified.com](https://pectrified.com/)查看。 + +要合併驗證程式，您必須擁有一個具有**類型 2** 提幣憑證的_目標驗證程式_。 這是任何驗證程式餘額被合併的目的地，且索引要得到保留。 + +### 轉換為類型2的要求 {#requirements-for-converting-to-type-2} + +這將是您將第一個驗證程式轉換為**類型2**時所需的。 該驗證程式的索引已保留且處於活躍狀態。 對於一個轉換，_源驗證程式_ == _目標驗證程式_ + +驗證程式必須…… + +- 處於活躍狀態 +- 有**類型1**的取款憑證 +- 不處於退出狀態（或被禁用狀態） +- 沒有待處理的手動觸發提款（不適用於自動轉賬） + +![轉換示意圖](./conversion.png) + +### 合併的條件 {#requirements-for-consolidating} + +這是與轉換_相同的操作_，但此時_源驗證者與_目標驗證者\*不同。 目標驗證程式的索引得以保留，並接受來自源驗證程式的餘額。 源驗證程式的索引被置於“已退出”的狀態。 + +在這種情況下，源驗證程式需要滿足上述所有要求，還要滿足： + +- 持續保持活躍至少大約27.3小時（一個共同的委員會周期） + +源驗證程式必須 + +- 擁有**類型 2**的提款憑證 +- 沒有在退出狀態。 + +![合併示意圖](./consolidation.png) + +### 合併請求 {#the-consolidation-request} + +合併請求將會被源驗證程式所關聯的取款地址簽名，且需要具有： + +1. 來源驗證程式的地址（例如：`0x15F4B914A0cCd14333D850ff311d6DafbFbAa32b`） +2. 來源驗證程式的公鑰（例如：`0xa1d1ad0714035353258038e964ae9675dc0252ee22cea896825c01458e1807bfad2f9969338798548d9858a571f7425c`） +3. 目標驗證程式的公鑰 + +在轉換過程中，2和3將保持同樣。 這個操作可以在[Launchpad](https://launchpad.ethereum.org/)上完成。 + +### 簽名的要求 {#signing-requirements} + +要提交“合併請求”，源驗證程式的取款地址必須在請求上簽名。 這證明了對於驗證程式資金的控制權。 + +### 簽名了什麼？ {#what-is-signed} + +使用 `合併請求` 的域名分隔[簽名根](https://github.com/ethereum/consensus-specs/blob/dev/specs/phase0/beacon-chain.md#compute_signing_root)。 + +- **領域**"領域合併請求" +- **簽名根欄位:** + - `源公鑰`: `BLSPubkey` + - `目標公鑰`: `BLSPubkey` + - `源地址`: `ExecutionAddress` + +生成的 **​​BLS 簽名**​​隨請求一同提交。 + +注意：簽名由取款地址執行，而非通過驗證程式的密鑰。 + +### 部分取款 {#partial-withdrawals} + +有著**類型1** 憑證的驗證者會自動地、無需Gas 費地把它們的超額餘額（任何超過 32 ETH的）清理到他們的提款地址。 由於 **類型2**驗證者​​允許以 ​​1 ETH 為增量單位​​進行餘額複利累積，在餘額達到 ​​2048 ETH​​ 之前，系統​​不會自動清理餘額。 在 **類型 2** 驗證程式上的部分提取必須被手動觸發，且需要消耗燃料。 + +## 合併工具 {#consolidation-tooling} + +有幾種可以使用的工具來管理合併。 [啟動面板（Launchpad）](https://launchpad.ethereum.org/en/validator-actions) 是由以太坊基金會創建的官方工具。 還有一些由質押社區的實體創建的第三方工具，可能提供該啟動版（Launchpad）未提供的功能。 儘管這裡的工具沒有經過以太坊基金會的審計或認可，社區知名成員的開源工具如下。 + +| 工具 | 網站 | 開源 | 創建者 | 已審核 | 接口 | 顯著特徵 | +| ------------------------------- | --------------------------------------------------------------------------------------------------------- | ----------------------------- | ---------------------------------------------- | -------------------------------------------------------------------------------------------------------------------------------------------------- | ---------------------------- | ----------------------------------- | +| Pectra 質押經理 | pectrastaking.com | 是的，Apache 2.0 | [Pier Two](https://piertwo.com/) | 否 | 網頁用戶界面 | Wallet Connect，支援 SAFE | +| Pectra 驗證程式操作 CLI 工具 | [GitHub](https://github.com/Luganodes/Pectra-Batch-Contract) | 是，MIT | [Luganodes](https://www.luganodes.com/) | 是，Quantstamp [2025 年 5 月](https://certificate.quantstamp.com/full/luganodes-pectra-batch-contract/23f0765f-969a-4798-9edd-188d276c4a2b/index.html) | 指令行 | 批次處理，可一次用於多個驗證程式 | +| Ethereal | [GitHub](https://github.com/wealdtech/ethereal) | 是的，Apache 2.0 | [Jim McDonald](https://www.attestant.io/team/) | 否 | 指令行 | 驗證程式和節點管理的完整功能集 | +| Siren | [GitHub](https://github.com/sigp/siren) | 是的，Apache 2.0 | [Sigma Prime](https://sigmaprime.io/) | 否 | 部分使用命令列，但主要為網頁使用者介面 | 僅在您使用 Lighthouse 共識用戶端時才可運作 | +| Consolideth.app | https://consolideth.app/ [GitHub](https://github.com/Stakely/consolideth) | 是，MIT 授權 | [Stakely](https://stakely.io/) | 否 | 網頁使用者介面，由 Stakely 託管，可免費自行託管 | 支援主流錢包連線，包括透過 WalletConnect 連接 Safe | + +## 常見問題 {#faq} + +### 選擇加入會改變我的提案的運氣或者獎勵嗎？ {#change-luck-or-rewards} + +否。 選擇加入不會降低你的提議被選中的機會——你的驗證責任和提案選擇仍然保持不變。 例如，如果你有兩個 ​​32 ETH 的驗證​程式和一個 ​​64 ETH 的驗證​程式，它們被選中提議一個區塊並贏得獎勵的總概率是相同的。 + +### 選擇加入會改變我被懲罰的風險嗎？ {#change-slashing-risk} + +對於小型或非專業運營商而言，​​合併驗證程式節點不會改變被懲罰的風險。 更詳細的回答是：對於每個節點運行多個驗證程式且擁有快速警報的專業運營者來說，合併為更少的驗證程式可能會降低他們對罰沒事件的反應能力，從而無法避免連鎖懲罰事件發生。 所有驗證程式的初始削減 _懲罰_ 已大幅調降，從（每 32 ETH）1 ETH 降至（每 32 ETH）0.0078125 ETH，以抵銷此風險。 + +### 我需要退出我的驗證程式來進行轉換嗎？ {#exit-validator} + +否。 你可以在不退出的情況下就地進行轉換。 + +### 轉換/合併需要多長時間？ {#how-long} + +最少需要27.3小時，但是合併的時候也會遭遇排隊。 這個排隊獨立於存款隊列與取款隊列，且不受到它們的影響。 + +### 我可以保留我的驗證程式索引嗎？ {#keep-validator-index} + +是的， 就地轉換使得驗證程式索引得以保持相同。 如果你合併了多個驗證程式，你只能夠保留_目標驗證程式_.的索引。 + +### 我會錯過證明嗎？ {#miss-attestations} + +在合並到另一個驗證程式期間，源驗證程式將退出，並且在目標驗證程式的余額生效前，有大約 27 小時的等待期。 這段時間**不會影響性能指標**。 + +### 我會遭到懲罰嗎？ {#incur-penalties} + +否。 只要你的驗證程式還在線，你就不會遭受懲罰。 + +### 合並的驗證程式的提現地址是否必須匹配？ {#withdrawal-addresses-match} + +否。 但是_來源_必須從自己的地址授權請求。 + +### 轉換之後我的酬勞會進行復利嗎？ {#rewards-compound} + +是的， 通過**類型 2**憑證，超過 32 ETH 的酬勞會自動被重新質押——但不是立即開始重新質押。 由於存在一個小緩沖區 (稱為[_滯後_](https://eth2book.info/capella/part2/incentives/balances/#hysteresis))，你的餘額需要達到**約 1.25 ETH 以上**，才會將多余部分重新質押。 因此，複利並非在 33.0 ETH 時發生，而是在 33.25 (有效餘額為 33 ETH) 時發生，然後是 34.25 (有效餘額為 34 ETH)，以此類推。 + +### 完成轉換之後我還能獲得自動轉賬的功能嗎？ {#automatic-sweep} + +自動轉賬只會在超額餘額超過 2048 時觸發。 對於所有其它的部分取款，你都需要通過手動觸發它們。 + +### 我能否改變主意，將驗證器從類型2​​轉回類型 1​​？ {#go-back-to-type1} + +否。 到**類型2**的轉換是不可逆的。 + +### 如果我想要合併多個驗證程式，是否需要首先將每個驗證程式單獨轉換為類型2？ {#consolidate-multiple-validators} + +不需要！ 把其中一個驗證程式轉換為類型2，然後把它作為目標驗證程式使用。 所有合併到類型2目標驗證程式的其他驗證程式，都可以是類型1或類型2 + +### ​​我的驗證者是離線的或餘額低於32 ETH——我仍然可以轉化它嗎？ {#offline-or-below-32eth} + +是的， 只要驗證程式處在活躍狀態（未退出）且你能用其取款地址進行簽名，你就可以進行轉換。 + +## 資源 {#resources} + +- [Electra 共識規範](https://github.com/ethereum/consensus-specs/blob/dev/specs/electra/beacon-chain.md)：這是您應該參照的最權威的版本。 當您感到疑惑的時候，請閱讀這些規範 +- 並非每個人都擅長閱讀程式碼。因此，[這個 maxEB-GPT](https://chatgpt.com/g/g-67f1650fb48081918f555e0c8d1c2ae9-maxeb-gpt) 可以幫助解讀規範。 _免責聲明：應參照規範本身，而非AI作為事實的來源，因為AI可能會誤解信息或者提供幻覺回答_ +- [pectrified.com](https://pectrified.com/)：查看合併、存款及隊列等待時間的狀態 +- [Ethereal](https://github.com/wealdtech/ethereal)：社區創造的 CLI 工具，用於管理常見的驗證程式任務 +- [batch-validator-depositor](https://github.com/attestantio/batch-validator-depositor)：社區創建的合約，允許在單筆交易中存入多個以太坊驗證程式 diff --git a/public/content/translations/zh-tw/roadmap/scaling/index.md b/public/content/translations/zh-tw/roadmap/scaling/index.md index c6a16d69b38..7d9a31884c3 100644 --- a/public/content/translations/zh-tw/roadmap/scaling/index.md +++ b/public/content/translations/zh-tw/roadmap/scaling/index.md @@ -1,13 +1,13 @@ --- -title: 以太坊擴容 -description: 卷軸可在鏈下批次處理交易，從而降低使用者的成本。 但現今卷軸使用資料的方式還是過於昂貴，限制了交易費用的下限。 Proto-Danksharding 可以解決這個問題。 +title: "以太坊擴容" +description: "卷軸可在鏈下批次處理交易，從而降低使用者的成本。 但現今卷軸使用資料的方式還是過於昂貴，限制了交易費用的下限。 Proto-Danksharding 可以解決這個問題。" lang: zh-tw image: /images/roadmap/roadmap-transactions.png alt: "以太坊開發藍圖" template: roadmap --- -以太坊利用[二層網路](/layer-2/#rollups)（也稱「卷軸」）實現擴容，可批次處理交易並將輸出傳送至以太坊。 儘管成本已比以太坊主網低八倍，卷軸還有進一步最佳化的空間，進而幫助降低終端使用者的成本。 此外，卷軸還仰賴於一些中心化組件，隨著其不斷發展成熟，開發者可以移除這些組件。 +以太坊利用[二層網路](/layer-2/#rollups) (也稱作「卷軸」) 實現擴容，可批次處理交易並將輸出傳送至以太坊。 儘管成本已比以太坊主網低八倍，卷軸還有進一步最佳化的空間，進而幫助降低終端使用者的成本。 此外，卷軸還仰賴於一些中心化組件，隨著其不斷發展成熟，開發者可以移除這些組件。 @@ -23,7 +23,7 @@ template: roadmap -## 降低資料使用費用 {#making-data-cheaper} +## 降低資料成本 {#making-data-cheaper} 卷軸會集合大量交易，執行它們並將結果提交到以太坊。 這會產生大量需要公開的資料，以便所有人都可以自己執行交易並驗證卷軸營運者是否誠實。 若有人發現矛盾之處，可以提起質詢。 @@ -31,26 +31,28 @@ template: roadmap 以往卷軸資料會永久儲存在以太坊上，成本非常高昂。 使用者為卷軸支付的交易費用中，超過 90% 都是花在資料儲存上。 為了降低交易費用，我們可以將資料移至新的「二進位大型物件」臨時儲存區。 二進位大型物件更便宜，因為它們不是永久性的，一旦不再需要，就會從以太坊中刪除。 需要長期卷軸資料的人，例如卷軸營運商、交易所、索引服務等，得要自己負責儲存這些資料。 將二進位大型物件交易新增至以太坊是「Proto-Danksharding」升級的一部分。 -透過 Proto-Danksharding，將多個二進位大型物件新增至以太坊區塊成為可能。 這將是以太坊吞吐量的又一次大幅（>100 倍）擴容和交易成本的縮減。 +透過 Proto-Danksharding，將多個二進位大型物件新增至以太坊區塊成為可能。 這將使以太坊的吞吐量再次大幅 (超過 100 倍) 擴容，並降低交易成本。 ### Danksharding {#danksharding} -擴展二進位大型物件資料的第二階段很複雜，因為需要新的方法來檢查網路上可用的卷軸資料，並仰賴[驗證者](/glossary/#validator)將其[區塊](/glossary/#block)建置和區塊提交職責分開。 它還需要一種方法來以加密方式證明驗證者已驗證一小部分二進位大型物件資料。 +擴展 blob 資料的第二階段很複雜，因為它需要新的方法來檢查網路上是否有可用的卷軸資料，並依賴[驗證者](/glossary/#validator)將其[區塊](/glossary/#block)建構和區塊提案的職責分開。 它還需要一種方法來以加密方式證明驗證者已驗證一小部分二進位大型物件資料。 -這個第二步也稱作[「Danksharding」](/roadmap/danksharding/)， 全面實作**可能還需要數年時間**。 Danksharding 還需要仰賴其他的技術開發，例如[將區塊建置和區塊提出分開](/roadmap/pbs)，以及新的網路設計，使得網路能夠透過一次隨機採樣幾千字節來有效地確認資料可用（也稱作[資料可用性採樣 (DAS)](/developers/docs/data-availability)）。 +這個第二個步驟稱作 ["Danksharding"](/roadmap/danksharding/)。 實作工作仍在繼續，先決條件方面也取得進展，例如[分離區塊建構與區塊提案](/roadmap/pbs)，以及新的網路設計，讓網路能透過一次隨機抽樣數千位元組的資料來有效確認資料可用性，這項技術稱為[資料可用性抽樣 (DAS)](/developers/docs/data-availability)。 -更多分片相關資訊 +更多關於 Danksharding 的資訊 -## 卷軸去中心化 {#decentralizing-rollups} +## 去中心化卷軸 {#decentralizing-rollups} -[卷軸](/layer-2)已在推動以太坊擴容。 憑藉[豐富的卷軸專案生態系統](https://l2beat.com/scaling/tvl)，使用者可以在有安全保證的狀況下快速實惠地完成交易。 然而，一直以來卷軸都是使用中心化排序者（先完成所有交易處理和匯總，再將結果提交至以太坊的電腦）啟動的。 這樣便容易受到審查，因為排序者營運商可能被制裁、賄賂或者做出其他讓步。 同時，[卷軸也會採取不同方式](https://l2beat.com)驗證傳入的資料。 最好的方法是讓「證明者」提交[詐欺證明](/glossary/#fraud-proof)或有效性證明，但並非所有卷軸都能做到這一點。 即使是確實使用有效性/欺詐證明的卷軸也只使用一小部分已知的證明者。 因此，以太坊擴容的下一個關鍵步驟就是將運行排序者和證明者的責任分配給更多人。 +[卷軸](/layer-2) 已在為以太坊擴容。 [豐富的卷軸專案生態系統](https://l2beat.com/scaling/tvs)讓使用者能快速且便宜地進行交易，並提供各種安全保證。 然而，一直以來卷軸都是使用中心化排序者（先完成所有交易處理和匯總，再將結果提交至以太坊的電腦）啟動的。 這樣便容易受到審查，因為排序者營運商可能被制裁、賄賂或者做出其他讓步。 同時，[各種卷軸](https://l2beat.com/scaling/summary)驗證傳入資料的方式也各不相同。 最好的方法是讓「證明者」提交[詐欺證明](/glossary/#fraud-proof)或有效性證明，但並非所有卷軸都已做到這一點。 即使是確實使用有效性/欺詐證明的卷軸也只使用一小部分已知的證明者。 因此，以太坊擴容的下一個關鍵步驟就是將運行排序者和證明者的責任分配給更多人。 -更多卷軸相關資訊 +更多關於卷軸的資訊 ## 目前進度 {#current-progress} -Proto-Danksharding 是這些開發藍圖上的第一個項目，將於 2024 年 3 月的 Cancun-Deneb（「坎昆」）網路升級中實作。 **完整的 Danksharding 可能還需要幾年的時間實作**，因為它要仰賴其他幾個需要先行完成的開發藍圖項目。 卷軸基礎設施的去中心化可能是一個漸進的過程，有許多不同的卷軸正在構建略有不同的系統，並將以不同的速率完全去中心化。 +Proto-Danksharding 已成功於 2024 年 3 月的 Cancun-Deneb（「坎昆」）網路升級中實施。 自那以後，卷軸開始使用 blob 存儲，從而降低了用戶的交易成本，並在 blob 中處理了數百萬筆交易。 -[更多坎昆網路升級相關資訊](/roadmap/dencun/) +完整 Danksharding 的研發工作仍在進行，相關前置需求包括 PBS (提議者-建構者分離) 和 DAS (資料可用性抽樣) 均已取得進展。 卷軸基礎設施的去中心化是一個漸進的過程，有許多不同的卷軸正在構建略有不同的系統，並將以不同的速率完全去中心化。 + +[更多關於 Dencun 網路升級及其影響的資訊](/roadmap/dencun/) diff --git a/public/content/translations/zh-tw/roadmap/secret-leader-election/index.md b/public/content/translations/zh-tw/roadmap/secret-leader-election/index.md index 349c7a47658..901e0926bc9 100644 --- a/public/content/translations/zh-tw/roadmap/secret-leader-election/index.md +++ b/public/content/translations/zh-tw/roadmap/secret-leader-election/index.md @@ -1,6 +1,6 @@ --- -title: 秘密領導者選舉 -description: 解釋秘密領導者選舉可如何保護驗證者免遭攻擊 +title: "秘密領導者選舉" +description: "解釋秘密領導者選舉可如何保護驗證者免遭攻擊" lang: zh-tw summaryPoints: - 區塊提交者的 IP 地址可被預先獲知，這讓他們很容易遭受攻擊 @@ -10,17 +10,17 @@ summaryPoints: # 秘密領導者選舉 {#single-secret-leader-election} -在現在基於[權益證明](/developers/docs/consensus-mechanisms/pos)的共識機制下，接下來的區塊提交者清單是公開的，且可以對應他們的 IP 地址。 這表示攻擊者可識別哪些驗證者接下來應提出區塊，並瞄準他們發動阻斷服務 (DOS) 攻擊，使他們無法及時提出區塊。 +在現今以[權益證明](/developers/docs/consensus-mechanisms/pos)為基礎的共識機制中，接下來的區塊提議者清單是公開的，因此有可能對應出他們的 IP 位址。 這表示攻擊者可識別哪些驗證者接下來應提出區塊，並瞄準他們發動阻斷服務 (DOS) 攻擊，使他們無法及時提出區塊。 -這可能為攻擊者帶來獲利機會。 舉例來說，為時隙 `n+1` 選取的區塊提交者可以對時隙 `n` 中的提交者進行阻斷服務攻擊，這樣一來他們就會錯過提出區塊的機會。 這樣，發動攻擊的區塊提交者可提取兩個時隙的最大可提取價值，或者獲取本應拆分到兩個區塊的所有交易，並將它們全部添加在一個區塊中，從而獲得所有相關費用。 這對家庭驗證者的影響可能比複雜的機構驗證者更大，機構驗證者可以使用更先進的方法來保護自己免受阻斷服務攻擊，因此可能成為一股中心化力量。 +這可能為攻擊者帶來獲利機會。 例如，為 `n+1` 時槽選出的區塊提議者，可以對 `n` 時槽的提議者發動阻斷服務 (DOS) 攻擊，導致他們錯失提議區塊的機會。 這樣，發動攻擊的區塊提交者可提取兩個時隙的最大可提取價值，或者獲取本應拆分到兩個區塊的所有交易，並將它們全部添加在一個區塊中，從而獲得所有相關費用。 這對家庭驗證者的影響可能比複雜的機構驗證者更大，機構驗證者可以使用更先進的方法來保護自己免受阻斷服務攻擊，因此可能成為一股中心化力量。 -有數種方式可以解決這個問題。 其中之一是[分散式驗證者技術](https://github.com/ethereum/distributed-validator-specs)，其目標是將與運行驗證者相關的各種任務分散到多台機器上，並提供冗餘性，這樣攻擊者就更難阻止在特定時隙中提出區塊。 然而，最可靠的解決方式是**秘密單一領導者選舉 (SSLE)**。 +有數種方式可以解決這個問題。 其中一個方法是[分散式驗證者技術](https://github.com/ethereum/distributed-validator-specs)，目標是將執行驗證者的各種任務分散到多台機器上，並具備備援能力，讓攻擊者更難阻止在特定時槽提議區塊。 然而，最穩健的解決方案是**秘密單一領導者選舉 (SSLE)**。 ## 秘密單一領導者選舉 {#secret-leader-election} 秘密單一領導者選舉採用巧妙的加密技術來確保只有選定的驗證者知道他們已被選中。 這是透過讓每個驗證者提交其對共享金鑰的承諾實現的。 這些承諾被打亂並重新設定，確保沒有人可以將承諾對應到驗證者，但每個驗證者都知道哪個承諾屬於他們。 接著，系統會隨機選擇一個承諾。 如果驗證者偵測到他們的承諾被選中，即知道輪到自己提出區塊。 -這一想法的主要實作稱為 [Whisk](https://ethresear.ch/t/whisk-a-practical-shuffle-based-ssle-protocol-for-ethereum/11763)。 其運作方式如下： +這個想法的主要實作稱為 [Whisk](https://ethresear.ch/t/whisk-a-practical-shuffle-based-ssle-protocol-for-ethereum/11763)。 其運作方式如下： 1. 驗證者對共用的金鑰做出承諾。 承諾方案被設計成可以與驗證者身分綁定，但也是隨機的，因此沒有第三方可以對綁定進行反向工程，並將特定承諾連結到特定驗證者。 2. 在一個時期開始時，使用 RANDAO 隨機選擇一組驗證者，以對 16,384 個驗證者的承諾進行抽樣。 @@ -33,12 +33,12 @@ summaryPoints: ## 秘密非單一領導者選舉 (SnSLE) {#secret-non-single-leader-election} -還有一個旨在建立一種場景的單獨提案，其中每個驗證者都有隨機的機會在每個時隙中提出一個區塊，類似於工作量證明下區塊提出的決定方式，稱為**秘密非單一領導者選舉 (SnSLE)**。 一種簡單的方法是利用 RANDAO 函式來隨機選擇目前協定中的驗證者。 RANDO 的理念是，將許多獨立驗證者提交的雜湊值混合後，產生足夠隨機的數字。 在秘密非單一領導者選舉中，這些雜湊值可用於選擇下一個區塊提交者，例如選擇數值最低的雜湊值。 可以限制有效雜湊值的範圍，以調整每個時隙中單個驗證者被選中的可能性。 假設雜湊值必須低於 `2^256 * 5 / N`，其中 `N` = 活躍驗證者的數量，任何驗證者個體在時隙中被選中的幾率應該為 `5/N`。 在這個例子中，至少一個提交者在每個時隙產生有效雜湊值的幾率為 99.3%。 +另外也有一項獨立提案，旨在建立一種情境，讓每個驗證者在每個時槽都有隨機機會提議區塊，類似於工作量證明決定區塊提議的方式，此提案稱為**秘密非單一領導者選舉 (SnSLE)**。 一種簡單的方法是利用 RANDAO 函式來隨機選擇目前協定中的驗證者。 RANDO 的理念是，將許多獨立驗證者提交的雜湊值混合後，產生足夠隨機的數字。 在秘密非單一領導者選舉中，這些雜湊值可用於選擇下一個區塊提交者，例如選擇數值最低的雜湊值。 可以限制有效雜湊值的範圍，以調整每個時隙中單個驗證者被選中的可能性。 藉由規定哈希值必須小於 `2^256 * 5 / N` (其中 `N` = 活躍驗證者數量)，任何個別驗證者在每個時槽中被選中的機率就會是 `5/N`。 在這個例子中，至少一個提交者在每個時隙產生有效雜湊值的幾率為 99.3%。 ## 目前進度 {#current-progress} 秘密單一領導者選舉與秘密非單一領導者選舉均處於研究階段。 這兩種理念都還沒有最終的規範。 秘密單一領導者選舉與秘密非單一領導者選舉是競爭關係，不能同時實作。 在上線之前，我們需要在研發、原型設計及公共測試網實作上投入更多時間。 -## 了解更多 {#further-reading} +## 延伸閱讀 {#further-reading} -- [秘密非單一領導者選舉](https://ethresear.ch/t/secret-non-single-leader-election/11789) +- [SnSLE](https://ethresear.ch/t/secret-non-single-leader-election/11789) diff --git a/public/content/translations/zh-tw/roadmap/security/index.md b/public/content/translations/zh-tw/roadmap/security/index.md index 20ef0d196e3..33f23683258 100644 --- a/public/content/translations/zh-tw/roadmap/security/index.md +++ b/public/content/translations/zh-tw/roadmap/security/index.md @@ -1,48 +1,48 @@ --- -title: 一個更安全的以太坊 -description: 以太坊是現有最安全、去中心化程度最高的智慧型合約平台。 然而，我們還可以繼續對其進行改進，以便未來能夠保持韌性來對抗任意級別的攻擊。 +title: "一個更安全的以太坊" +description: "以太坊是現有最安全、去中心化程度最高的智慧型合約平台。 然而，我們還可以繼續對其進行改進，以便未來能夠保持韌性來對抗任意級別的攻擊。" lang: zh-tw image: /images/roadmap/roadmap-security.png alt: "以太坊開發藍圖" template: roadmap --- -**以太坊已经是一个非常安全的**去中心化[智慧型合约](/glossary/#smart-contract)平台。 但還可以繼續對其進行改進，以便未來能夠保持韌性來對抗各種攻擊。 這些改進包括對[以太坊用戶端](/glossary/#consensus-client)處理競爭[區塊](/glossary/#block)的方式進行微調，以及提高網路認為區塊[「最終確定」](/developers/docs/consensus-mechanisms/pos/#finality)的速度（這意味著攻擊者必須付出巨大的經濟代價才能改變區塊）。 +**以太坊已經是一個非常安全的**去中心化[智慧合約](/glossary/#smart-contract)平台。 但還可以繼續對其進行改進，以便未來能夠保持韌性來對抗各種攻擊。 這些變更包括對 [以太坊共識用戶端](/glossary/#consensus-client) 處理競爭[區塊](/glossary/#block)的方式進行微調，並加快網路認定區塊達到[「最終確認」](/developers/docs/consensus-mechanisms/pos/#finality)的速度（這意味著攻擊者若不付出極大的經濟損失，便無法變更區塊）。 -我們還可以做一些改進來提高交易審查難度，方法是讓區塊提交者無法獲知區塊的實際內容，以及無法找尋新的方法來識別用戶端的審查。 這些改進將共同升級[權益證明](/glossary/#pos)協定，讓從個人到企業的使用者立即對其在以太坊上的應用程式、資料和資產建立信心。 +我們還可以做一些改進來提高交易審查難度，方法是讓區塊提交者無法獲知區塊的實際內容，以及無法找尋新的方法來識別用戶端的審查。 這些改進將一同升級[權益證明](/glossary/#pos)協定，讓所有使用者（從個人到企業）都能立即對他們在以太坊上的應用程式、資料和資產抱持信心。 ## 質押提款 {#staking-withdrawals} -從[工作量證明](/glossary/#pow)到權益證明的升級，始於以太坊先驅將他們的以太幣「質押」到存款合約中。 質押的以太幣用於保護網路安全， 2023 年 4 月 12 日進行了第二次更新，容許提取質押的以太幣。 從此驗證者可以自由地質押或提取以太幣。 +從[工作量證明](/glossary/#pow)到權益證明的升級，始於以太坊先驅將他們的 ETH「質押」到存款合約中。 質押的以太幣用於保護網路安全， 在 2023 年 4 月 12 日進行了第二次更新，允許驗證程式提取質押的 ETH。 從此驗證者可以自由地質押或提取以太幣。 -閱讀提款的相關資訊 +閱讀關於提款的資訊 -## 對抗攻擊 {#defending-against-attacks} +## 抵禦攻擊 {#defending-against-attacks} -可以對以太坊權益證明協定進行一些改進。 其中一項稱為[視圖合併](https://ethresear.ch/t/view-merge-as-a-replacement-for-proposer-boost/13739) - 這是一種更安全的[分叉](/glossary/#fork)選擇演算法，可以令某些複雜類型的攻擊難度大增。 +可以對以太坊權益證明協定進行一些改進。 其中一種稱為 [view-merge](https://ethresear.ch/t/view-merge-as-a-replacement-for-proposer-boost/13739)，這是一種更安全的[分叉](/glossary/#fork)選擇演算法，能讓某些複雜的攻擊類型變得更加困難。 -縮短以太坊[最終確定](/glossary/#finality)區塊所需的時間將帶來更好的使用者體驗，並可防止複雜的「重組」攻擊，即攻擊者試圖重新打亂最近的區塊以攫取利潤或審查某些交易。 [**單時隙最終確定性 (SSF)**](/roadmap/single-slot-finality/) 是一種**盡可能減少最終確定延遲的方式**。 目前，攻擊者理論上可以說服其他驗證者重新設定 15 分鐘的區塊。 採用單一時隙最終確定性時，這一數值將變為 0。 使用者（從個人至應用程式乃至交易所）都將受益於快速保證其交易不會被還原，消滅整個一類攻擊會讓網路受益。 +縮短以太坊[最終確認](/glossary/#finality)區塊所需的時間，可以提供更好的使用者體驗，並防止複雜的「重組」(reorg) 攻擊，此類攻擊中，攻擊者會試圖重組最近的區塊以獲取利潤或審查某些交易。 [**單一時隙最終性 (SSF)**](/roadmap/single-slot-finality/) 是**一種將最終確認延遲降至最低的方法**。 目前，攻擊者理論上可以說服其他驗證者重新設定 15 分鐘的區塊。 採用單一時隙最終確定性時，這一數值將變為 0。 使用者（從個人至應用程式乃至交易所）都將受益於快速保證其交易不會被還原，消滅整個一類攻擊會讓網路受益。 -閱讀單一時隙最終確定性的相關資訊 +閱讀關於單一時隙最終性的資訊 -## 對抗審查 {#defending-against-censorship} +## 抵禦審查 {#defending-against-censorship} -去中心化可防止個人或小部分[驗證者](/glossary/#validator)的影響力過大。 新的質押技術有助於確保以太坊的驗證者盡可能保持去中心化，同時保護他們免遭硬體、軟體及網路故障。 這包括跨多個[節點](/glossary/#node)共擔驗證者職責的軟體， 被稱為**分散式驗證者技術 (DVT)**。 分散式驗證者技術允許多台電腦共同參與驗證，增強了冗餘和容錯能力，所以鼓勵[質押池](/glossary/#staking-pool)使用分散式驗證者技術。 它還將驗證者金鑰拆分到多個系統中，而不是讓單個運營商執行多個驗證者。 這使得不誠實的運營商更難協調對以太坊的攻擊。 總結來說，分散式驗證者技術的理念是以_群體_而非個體的方式運行驗證者，從而獲得安全優勢。 +去中心化可防止個人或小群體的[驗證程式](/glossary/#validator)影響力過大。 新的質押技術有助於確保以太坊的驗證者盡可能保持去中心化，同時保護他們免遭硬體、軟體及網路故障。 這包括在多個[節點](/glossary/#node)之間共享驗證程式職責的軟體。 這就是所謂的**分散式驗證程式技術 (DVT)**。 [質押池](/glossary/#staking-pool)有誘因使用 DVT，因為 DVT 允許多台電腦共同參與驗證，從而增加了冗餘和容錯能力。 它還將驗證者金鑰拆分到多個系統中，而不是讓單個運營商執行多個驗證者。 這使得不誠實的運營商更難協調對以太坊的攻擊。 總體而言，這個想法是透過以_社群_而非個人的方式運行驗證程式，來獲得安全性上的好處。 -閱讀分散式驗證者技術的相關資訊 +閱讀關於分散式驗證程式技術的資訊 -實作**提交者-建置者分離 (PBS)** 可大幅提升以太坊內建的抗審查能力。 提交者-建置者分離讓一個驗證者建立區塊，另一個負責將該區塊廣播至以太坊網路。 這樣可確保在整個網路中更公平地分享專業的利潤最大化區塊建置演算法帶來的收益，**避免質押逐漸集中**到表現最佳的機構質押者手上。 區塊提交者可以從眾多區塊建置者提供給他們的區塊中，選取收益最高的區塊。 為了對抗審查，區塊提交者常常退而求其次，選取收益較低的區塊，這在**經濟上不合理，網路上的其他驗證者也很容易看出其意圖**。 +實作**提議者-建構者分離 (PBS)** 將大幅提升以太坊內建的抗審查能力。 提交者-建置者分離讓一個驗證者建立區塊，另一個負責將該區塊廣播至以太坊網路。 這能確保專業利潤最大化區塊建構演算法的收益在網路上更公平地分享，**避免質押逐漸集中**在表現最好的機構質押者身上。 區塊提交者可以從眾多區塊建置者提供給他們的區塊中，選取收益最高的區塊。 為了進行審查，區塊提議者通常必須選擇一個利潤較低的區塊，這在經濟上**不僅不合理，而且對網路上的其他驗證程式來說也顯而易見**。 提交者-建置者分離有潛在的附加功能（如交易加密及包含清單），可以進一步提高以太坊的抗審查能力。 這些功能使得區塊建置者和提交者無法得知其區塊中包含的實際交易。 -閱讀提交者-建置者分離的相關資訊 +閱讀關於提議者-建構者分離的資訊 -## 保護驗證者 {#protecting-validators} +## 保護驗證程式 {#protecting-validators} -經驗老道的攻擊者可能有辦法識別下一輪的驗證者，透過傳送垃圾訊息阻止他們提出區塊，這稱為**阻斷服務 (DoS)** 攻擊。 實作[**秘密領導者選舉 (SLE)**](/roadmap/secret-leader-election) 可以阻止區塊提交者提前獲知區塊內容，從而防範此類攻擊。 其作用原理為：不斷變換代表候選區塊提交者的一組加密承諾，並使用其順序來確定驗證者，以便只有驗證者預先知道自己的順序。 +經驗老道的攻擊者或許有辦法識別即將上任的驗證程式，並向他們發送垃圾訊息以阻止他們提議區塊；這就是所謂的**阻斷服務 (DoS)** 攻擊。 實作[**秘密領導人選舉 (SLE)**](/roadmap/secret-leader-election) 將能防止區塊提議者被預先得知，藉此防禦此類攻擊。 其作用原理為：不斷變換代表候選區塊提交者的一組加密承諾，並使用其順序來確定驗證者，以便只有驗證者預先知道自己的順序。 -閱讀秘密領導者選舉的相關資訊 +閱讀關於秘密領導人選舉的資訊 ## 目前進度 {#current-progress} -**開發藍圖上的安全性升級正處於研究的後期階段**，但預計一段時間內還不會實作。 至於視窗合併、提交者-建置者分離、單一時隙最終確定性和秘密領導者選舉，下一步是最終確定規範並開始建置原型。 +**路線圖上的安全升級正處於研究的後期階段**，但預計還需要一段時間才會實作。 view-merge、PBS、SSF 和 SLE 的下一步是最終確定規範並開始建構原型。 diff --git a/public/content/translations/zh-tw/roadmap/single-slot-finality/index.md b/public/content/translations/zh-tw/roadmap/single-slot-finality/index.md index e0a77a395a2..cc260e6f845 100644 --- a/public/content/translations/zh-tw/roadmap/single-slot-finality/index.md +++ b/public/content/translations/zh-tw/roadmap/single-slot-finality/index.md @@ -1,12 +1,12 @@ --- -title: 單一時隙最終確定性 -description: 解釋單一時隙最終確定性 +title: "單一時隙最終確定性" +description: "解釋單一時隙最終確定性" lang: zh-tw --- -# 單一時隙最終確定性 {#single-slot-finality} +# 單一時隙最終性 {#single-slot-finality} -最終確定一個以太坊區塊大約需要 15 分鐘。 然而，我們可以讓以太坊的共識機制更有效率地驗證區塊，明顯縮短最終確定耗費的時間。 使用者可以在同一時隙提交和最終確定區塊，而無需等待 15 分鐘。 這個概念被稱為**單一時隙最終確定性 (SSF)**。 +最終確定一個以太坊區塊大約需要 15 分鐘。 然而，我們可以讓以太坊的共識機制更有效率地驗證區塊，明顯縮短最終確定耗費的時間。 使用者可以在同一時隙提交和最終確定區塊，而無需等待 15 分鐘。 這個概念被稱為**單一時隙最終性 (SSF)**。 ## 最終確定性是什麼？ {#what-is-finality} @@ -16,9 +16,9 @@ lang: zh-tw 目前完成最終確定所需的時間過長。 大部分使用者不想為此等待 15 分鐘；對於可能需要高交易吞吐量的應用程式和交易所來說，必須等待那麼長時間才能確定其交易是永久性的，也很不方便。 區塊的提出和最終確定之間存在延遲也為短期重組帶來了機會，攻擊者可以利用它來審查某些區塊或提取最大可提取價值。 處理分階段升級區塊的機制也相當複雜，並且已經多次修補以消除安全漏洞，使其成為以太坊程式碼庫中更容易出現小錯誤的部分之一。 透過將最終確定耗費的時間縮短到單一時隙，可以消除這些問題。 -## 去中心化/時間/開銷的權衡 {#the-decentralization-time-overhead-tradeoff} +## 去中心化／時間／開銷權衡 {#the-decentralization-time-overhead-tradeoff} -最終確定保證不是新區塊的直接屬性；完成新區塊的最終確定需要時間。 這是因為，至少要經過佔網路以太幣質押總量 2/3 的驗證者投票（「證明」）後，區塊才會被視為已最終確定。 網路上的每個驗證節點都必須處理來自其他節點的證明，才有辦法知道某個區塊是否達到 2/3 的閾值。 +最終確定保證不是新區塊的直接屬性；完成新區塊的最終確定需要時間。 這是因為，至少要經過佔網路以太幣質押總量 2/3 的驗證程式投票（「證明」）後，區塊才會被視為已最終確定。 網路上的每個驗證節點都必須處理來自其他節點的證明，才有辦法知道某個區塊是否達到 2/3 的閾值。 完成最終確定的時間越短，每個節點所需的算力就必須越強，因為節點必須更快完成證明流程。 此外，網路上存在驗證節點越多，每個區塊要處理的證明也就越多，同時也提高了所需的處理能力。 需要的處理能力越高，可以參與網路的人就越少，因為運行驗證節點所需的硬體會更貴。 增加區塊間的延遲時間會降低節點所需的算力，但也會延長完成最終確定的時間，因為證明流程變得更慢了。 @@ -26,41 +26,41 @@ lang: zh-tw 以太坊目前的共識機制以下列方式平衡了這三個參數： -- **將最小質押數量設為 32 以太幣**。 這為各節點必須處理的驗證者證明數量設定了上限，因此每個節點的計算要求也有上限。 -- **將完成最終確定所需的時間設為約 15 分鐘**。 這給了在一般家用電腦上運行的驗證者足夠的時間，可以安全地處理每個區塊的證明。 +- **將最低質押數量設為 32 ETH**。 這為各節點必須處理的驗證者證明數量設定了上限，因此每個節點的計算要求也有上限。 +- **將達到最終性的時間設為約 15 分鐘**。 這給了在一般家用電腦上運行的驗證者足夠的時間，可以安全地處理每個區塊的證明。 在目前的共識機制下，如果要縮短完成最終確定的時間，必須減少網路上驗證者的數量或者提高硬體要求。 然而，可以對證明的處理方式進行改進，從而在不新增每個節點之開銷的情況下計算更多的證明。 更高效的處理可讓最終確定在一個時隙中完成，而不用跨越兩個時期。 -## 邁向單一時隙最終確定性的路徑 {#routes-to-ssf} +## 單一時隙最終性的實現路徑 {#routes-to-ssf} - + 目前的共識機制結合了來自多個驗證者（又稱委員會）的證明，減少了每個驗證者驗證區塊時所需的訊息量。 每經過一個時期（32 個時隙），每個驗證者都有一次證明機會。但在每個時隙中，只有一小部分的驗證者（又稱「委員會」）可以證明。 他們透過分割成子網，並將幾位驗證者選為「匯總者」，實現這一點。 這些匯總者會將在子網中看到的、來自其他驗證者的所有簽名合併成單一的匯總簽名。 包含最大數量個別貢獻的匯總者將其匯總簽名傳遞給區塊提交者，後者將其與其他委員會的匯總簽名一起包含在區塊中。 -這個流程為每個驗證者提供足夠的容量，使驗證者可以在每個時期投票，因為「32 個時隙 * 64 個委員會 * 每個委員會 256 個驗證者 = 每個時期 524,288 個驗證者」。 截至本文撰寫時止（2023 年 2 月），一共有大約 513,000 個活躍驗證者。 +這個流程為每個驗證者提供足夠的容量，使驗證者可以在每個時期投票，因為「32 個時隙 \* 64 個委員會 \* 每個委員會 256 個驗證者 = 每個時期 524,288 個驗證者」。 截至本文撰寫時止（2023 年 2 月），一共有大約 513,000 個活躍驗證者。 在這個方案下，每個驗證者只能透過在整個時期分發證明來為一個區塊投票。 然而，有一些潛在的方式可以改進此機制，使得每個驗證者在每個時隙都有證明機會。 自以太坊共識機制推出以來，簽名匯總方案 (BLS) 的可擴容性比原先想像的要高得多，同時用戶端處理和驗證簽名的能力也已提高。 事實證明，驗證者在單一時隙中處理大量證明是可行的。 舉例來說，有一百萬個驗證者，每個驗證者在每個時隙投票兩次，且時隙時間調整為 16 秒，為了在一個時隙中處理一百萬個證明，節點需要至少以每秒 125,000 個的速度驗證匯總簽名。 實際上，一般電腦會花費大約 500 奈秒完成一個簽名驗證，表示 125,000 個驗證可以在約 62.5 毫秒內完成，遠低於 1 秒的閾值。 -若要進一步提高效率，可以建立超級委員會，如每個時隙隨機選擇 125,000 個驗證者。 只有這些驗證者可以對區塊進行投票，因此也只有這些驗證者可以決定區塊是否完成最終確定。 這是否為一個好主意，取決於社群認為成功攻擊以太坊的成本有多高。 這是因為攻擊者不需要使用質押以太幣總數的 2/3，而是用_該超級委員會_所質押以太幣的 2/3 來最終確定不誠實的區塊。 這仍然是非常活躍的研究領域，但對於一個大到首先需要超級委員會的驗證者集合來說，攻擊其中一個小組委員會的成本將非常高，這似乎是合理的（範例：使用以太幣計價的攻擊成本會是 `2/3 * 125,000 * 32 = ~2.6 million ETH`）。 攻擊的成本可以透過增加驗證者集合的大小（如調整驗證者大小，使攻擊成本為 100 萬個以太幣、400 萬個以太幣、1000 萬個以太幣）來調整。 以太坊社群[初步投票](https://youtu.be/ojBgyFl6-v4?t=755)似乎顯示 100~200 萬個以太幣是可能的攻擊成本，表示每個超級委員會約有 65,536 - 97,152 個驗證者。 +若要進一步提高效率，可以建立超級委員會，例如每個時隙隨機選擇 125,000 個驗證程式。 只有這些驗證者可以對區塊進行投票，因此也只有這些驗證者可以決定區塊是否完成最終確定。 這是否為一個好主意，取決於社群認為成功攻擊以太坊的成本有多高。 這是因為，攻擊者並不需要總質押以太幣的 2/3，而是可以利用_該超級委員會中_質押以太幣的 2/3 來最終確定一個不誠實的區塊。 這仍是非常活躍的研究領域，但對於一個大到首先需要超級委員會的驗證程式集來說，攻擊其中一個小組委員會的成本將非常高，這似乎是合理的 (例如，以 ETH 計價的攻擊成本將是 `2/3 * 125,000 * 32 = ~2.6 million ETH`)。 攻擊成本可以透過增加驗證程式集的大小來調整 (例如，調整驗證程式集的大小，使攻擊成本等於 100 萬以太幣、400 萬以太幣、1000 萬以太幣等)。 [社群的初步民調](https://youtu.be/ojBgyFl6-v4?t=755)似乎顯示，100-200 萬以太幣是可接受的攻擊成本，這意味著每個超級委員會約有 65,536 - 97,152 個驗證程式。 -然而，真正的瓶頸並不是驗證，對驗證者節點來說，真正有挑戰性的是簽名匯總。 要擴容簽名匯總可能需要提高每個子網中的驗證者數量、增加子網數量或新增額外的匯總層（如實作委員會的委員會）。 解決辦法可能包括允許專門的匯總者 - 類似於如何在提交者-建置者分離 (PBS) 和 Danksharding 下，將區塊建置和卷軸資料產生承諾外包給專門的區塊建置者。 +然而，真正的瓶頸並不是驗證，對驗證者節點來說，真正有挑戰性的是簽名匯總。 要擴容簽名匯總可能需要增加每個子網中的驗證程式數量、增加子網數量，或新增額外的匯總層 (即實作委員會的委員會)。 解決辦法可能包括允許專門的匯總者 - 類似於如何在提交者-建置者分離 (PBS) 和 Danksharding 下，將區塊建置和卷軸資料產生承諾外包給專門的區塊建置者。 -## 分叉選擇規則在單一時隙最終確定性中扮演什麼角色？ {#role-of-the-fork-choice-rule} +## 分叉選擇規則在單一時隙最終確定性中扮演什麼角色？ 分叉選擇規則的角色 {#role-of-the-fork-choice-rule} -目前的共識機制依賴最終確定小工具（確定是否有 2/3 的驗證者已證明某一條鏈的演算法）與分叉選擇規則（當有多個選項時決定哪一條鍊是正確的演算法）之間的緊密耦合。 分叉選擇演算法僅考慮最後一個完成最終確定的區塊_之後_的區塊。 在單一時隙最終確定性下，分叉選擇規則不會考慮任何區塊，因為最終確定發生在與提出的區塊相同的時隙中。 這表示在單一時隙最終確定性下，_不論_分叉選擇演算法_或_最終確定小工具，隨時都將保持活躍。 最終確定小工具會最終確定有 2/3 的驗證者上線且誠實證明的區塊。 若一個區塊無法超過 2/3 的閾值，則分叉選擇規則會啟動，以確定要跟隨哪條鏈。 這也為不活躍洩漏機制帶來了一個機會，可以在 >1/3 的驗證者離線時恢復區塊鏈，儘管仍有些細微差異。 +目前的共識機制依賴最終確定小工具（確定是否有 2/3 的驗證者已證明某一條鏈的演算法）與分叉選擇規則（當有多個選項時決定哪一條鍊是正確的演算法）之間的緊密耦合。 分叉選擇演算法只會考慮_自_最後一個已最終確定的區塊之後的區塊。 在單一時隙最終確定性下，分叉選擇規則不會考慮任何區塊，因為最終確定發生在與提出的區塊相同的時隙中。 這意味著在單一時隙最終性 (SSF) 之下，任何時候都只會有_其一_處於啟用狀態：分叉選擇演算法_或_最終性小工具。 最終確定小工具會最終確定有 2/3 的驗證者上線且誠實證明的區塊。 若一個區塊無法超過 2/3 的閾值，則分叉選擇規則會啟動，以確定要跟隨哪條鏈。 這也創造了機會來維持不活躍洩漏機制，這個機制可以在超過 1/3 的驗證程式離線時恢復鏈，儘管會有一些額外的細微差別。 -## 未解決的問題 {#outstanding-issues} +## 待解決的問題 {#outstanding-issues} -透過增加每個子網的驗證者數量以擴容匯總的問題是，它會導致對等網路上的負載增加。 新增匯總層的問題是，它對工程師來說非常複雜，而且會增加延遲（即區塊提交者可能需要更長的時間才能收到所有子網匯總者的訊息）。 即使使用 BLS 簽名匯總，也不清楚如何處理網路上的活躍驗證者數量多於每個時隙的實際處理能力的情況。 一種潛在的解決方法是，由於所有驗證者每個時隙都會證明，並且單一時隙最終確定性下沒有委員會，因此可以完全取消 32 個以太幣的有效餘額上限，這表示管理多個驗證者的營運商可以合併他們的質押以太幣並減少運行數量，減少驗證節點需要處理的訊息數量，以說明整個驗證者集合。 這需要大型質押者同意合併其驗證者。 也可以隨時對驗證者的數量或質押的以太幣總量設定固定上限。 然而，這需要一些機制來決定哪些驗證者可以參與，哪些不行，這很可能產生不必要的副作用。 +透過增加每個子網的驗證者數量以擴容匯總的問題是，它會導致對等網路上的負載增加。 新增匯總層的問題是，它對工程師來說非常複雜，而且會增加延遲 (即區塊提交者可能需要更長的時間才能收到所有子網匯總者的訊息)。 即使使用 BLS 簽名匯總，也不清楚如何處理網路上的活躍驗證者數量多於每個時隙的實際處理能力的情況。 一種潛在的解決方法是，由於所有驗證者每個時隙都會證明，並且單一時隙最終確定性下沒有委員會，因此可以完全取消 32 個以太幣的有效餘額上限，這表示管理多個驗證者的營運商可以合併他們的質押以太幣並減少運行數量，減少驗證節點需要處理的訊息數量，以說明整個驗證者集合。 這需要大型質押者同意合併其驗證者。 也可以隨時對驗證者的數量或質押的以太幣總量設定固定上限。 然而，這需要一些機制來決定哪些驗證者可以參與，哪些不行，這很可能產生不必要的副作用。 ## 目前進度 {#current-progress} -單一時隙最終確定性目前處於研究階段， 預計幾年內都不會上線，可能在[沃克爾樹](/roadmap/verkle-trees/)、[Danksharding](/roadmap/danksharding/) 等其他重大升級發佈之後發佈。 +單一時隙最終確定性目前處於研究階段， 預計在幾年內不會推出，可能會在 [Verkle 樹](/roadmap/verkle-trees/) 和 [Danksharding](/roadmap/danksharding/) 等其他重大升級之後推出。 -## 了解更多 {#further-reading} +## 延伸閱讀 {#further-reading} -- [Vitalik 在 2022 年的 EDCON 上談單一時隙最終確定性](https://www.youtube.com/watch?v=nPgUKNPWXNI) -- [Vitalik 的筆記：邁向單一時隙最終確定性的路徑](https://notes.ethereum.org/@vbuterin/single_slot_finality) +- [Vitalik 在 2022 年 EDCON 大會上談論單一時隙最終性](https://www.youtube.com/watch?v=nPgUKNPWXNI) +- [Vitalik 的筆記：實現單一時隙最終性的路徑](https://notes.ethereum.org/@vbuterin/single_slot_finality) diff --git a/public/content/translations/zh-tw/roadmap/statelessness/index.md b/public/content/translations/zh-tw/roadmap/statelessness/index.md index 1312b86f2b2..356f9adda5d 100644 --- a/public/content/translations/zh-tw/roadmap/statelessness/index.md +++ b/public/content/translations/zh-tw/roadmap/statelessness/index.md @@ -1,10 +1,10 @@ --- -title: 無狀態、狀態過期及歷史記錄過期 -description: 對於歷史記錄過期和無狀態以太坊的說明 +title: "無狀態、狀態過期及歷史記錄過期" +description: "對於歷史記錄過期和無狀態以太坊的說明" lang: zh-tw --- -# 無狀態、狀態過期及歷史記錄過期 {#statelessness} +# 無狀態、狀態過期與歷史紀錄過期 {#statelessness} 能在一般硬體上運行以太坊節點對實現真正的去中心化非常重要。 這是因為運行節點讓使用者可以透過獨立執行加密檢查來驗證資訊，而不是信任第三方為他們提供資料。 透過運行節點，使用者可以將交易直接提交到以太坊對等網路，而不必信任中介。 如果只有擁有昂貴硬體的使用者能夠使用這些功能，去中心化不可能實現。 相反，節點對於處理和記憶體的要求應該非常適度，如此才能在行動電話、微型電腦或家用電腦上運行。 @@ -12,18 +12,18 @@ lang: zh-tw 便宜的硬碟可以用來儲存一些較舊的資料，但相較於新區塊的產生速度還是太慢了。 為用戶端保留目前的儲存模型，同時使資料儲存更便宜和容易只是暫時性的解決方案，只能解決一部分問題，因為以太坊的狀態資料增長速度是「無限的」，也就是說儲存需求只增不減，且技術進步必須持續跟上狀態資料增長的速度。 相反，用戶端必須找到新的方法來驗證區塊和交易，而不依賴從本地資料庫查詢資料。 -## 減少節點儲存空間 {#reducing-storage-for-nodes} +## 為節點減少儲存空間 {#reducing-storage-for-nodes} 有幾種方法可以減少每個節點必須儲存的資料量，每種方法都要求對以太坊的核心協定進行不同程度的更新： -- **歷史記錄過期**：允許節點丟棄早於第 X 個區塊的狀態資料，但不改變以太坊用戶端處理狀態資料的方式。 -- **狀態過期**：允許將不常用的狀態資料設定為不活動狀態。 用戶端可以忽略不活動的資料，直到其恢復為止。 -- **弱無狀態**：只有區塊提交者需要存取完整的狀態資料，其他節點可以在沒有本地資料庫的情況下驗證區塊。 +- **歷史紀錄過期**：允許節點丟棄比 X 個區塊更舊的狀態資料，但不改變以太坊用戶端處理狀態資料的方式。 +- **狀態過期**：允許不常使用的狀態資料變為非活動狀態。 用戶端可以忽略不活動的資料，直到其恢復為止。 +- **弱無狀態**：只有區塊生產者需要存取完整的狀態資料，其他節點可以在沒有本機狀態資料庫的情況下驗證區塊。 - **強無狀態**：所有節點都不需要存取完整的狀態資料。 ## 資料過期 {#data-expiry} -### 歷史記錄過期 {#history-expiry} +### 歷史紀錄過期 {#history-expiry} 歷史記錄過期指用戶端刪除不太可能需要的舊資料，只儲存少量歷史資料，並在新資料到達時刪除舊資料。 節點之所以需要歷史資料，原因有二：同步和滿足資料請求。 最初，用戶端必須從初始區塊同步，驗證一直到鏈頭為止每個連續的區塊皆正確無誤。 如今，用戶端使用「弱主觀性檢查點」來啟動到鏈頭。 這些檢查點是受信任的起始點，如同初始區塊接近現在，而非以太坊的最開始。 這表示用戶端可以刪除最近的弱主觀性檢查點之前的所有資訊，不失去同步到鏈頭的能力。 目前，用戶端透過從本機資料庫取得歷史資料來滿足相關請求（透過 JSON-RPC 傳送）。 然而，隨著歷史記錄過期，如果請求的資料已被刪除，這將無法實現。 提供這些歷史資料也需要一些創新的解決方案。 @@ -39,12 +39,12 @@ EIP-4444 尚未準備好上線，但正在積極討論當中。 有趣的是，E 狀態過期指將最近未存取過的單一節點的狀態移除。 有幾種方式可以實現這點，包括： -- **依租金過期**：向帳戶收取「租金」，並在租金達到零時將帳戶設為過期 -- **依時間過期**：如果一段時間內沒有對一個帳戶執行讀取/寫入操作，則將該帳戶設定為不活動狀態 +- **依租金過期**：向帳戶收取「租金」，並在租金歸零時將其設為過期。 +- **依時間過期**：如果一段時間內沒有對帳戶執行讀寫操作，則將該帳戶設為非活動狀態。 -依租金過期可以是直接向帳戶收取租金，以將其保留在活動狀態資料庫中。 依時間過期可以是從上次帳戶互動開始的倒數計時，也可以是所有帳戶的定期過期。 也可能存在將基於時間和基於租金的模型結合起來的機制，例如：若個人帳戶在基於時間的過期之前支付一些小額費用，則該等帳戶會持續處於活動狀態。 在狀態過期下，需要注意的是，不活動狀態**不會刪除**，只是與活動狀態分開儲存而已。 不活動狀態可以恢復為活動狀態。 +依租金過期可以是直接向帳戶收取租金，以將其保留在活動狀態資料庫中。 依時間過期可以是從上次帳戶互動開始的倒數計時，也可以是所有帳戶的定期過期。 也可能存在將基於時間和基於租金的模型結合起來的機制，例如：若個人帳戶在基於時間的過期之前支付一些小額費用，則該等帳戶會持續處於活動狀態。 在狀態過期的情況下，務必注意非活動狀態**不會被刪除**，只會與活動狀態分開儲存。 不活動狀態可以恢復為活動狀態。 -其作用原理可能是針對特定時間週期（可能約一年）建立狀態樹。 每個新的週期開始時，都建立全新的狀態樹。 只有目前的狀態樹可以修改，其他的狀態樹都不可變。 以太坊節點應儲存目前的狀態樹和下一個最近的狀態樹。 這需要一種方法來為地址新增其存在的時間週期的時間戳。 有[幾種方式](https://ethereum-magicians.org/t/types-of-resurrection-metadata-in-state-expiry/6607)可以做到這點，但主要方案需要[加長地址](https://ethereum-magicians.org/t/increasing-address-size-from-20-to-32-bytes/5485)以容納額外資訊，同時地址越長也越安全。 開發藍圖上，這個部分被稱為[地址空間擴展](https://ethereum-magicians.org/t/increasing-address-size-from-20-to-32-bytes/5485)。 +其作用原理可能是針對特定時間週期（可能約一年）建立狀態樹。 每個新的週期開始時，都建立全新的狀態樹。 只有目前的狀態樹可以修改，其他的狀態樹都不可變。 以太坊節點應儲存目前的狀態樹和下一個最近的狀態樹。 這需要一種方法來為地址新增其存在的時間週期的時間戳。 有[幾種可能的方式](https://ethereum-magicians.org/t/types-of-resurrection-metadata-in-state-expiry/6607)可以做到這點，但主要的選項要求[加長地址](https://ethereum-magicians.org/t/increasing-address-size-from-20-to-32-bytes/5485)以容納額外資訊，其附加的好處是更長的地址會安全得多。 執行此操作的開發藍圖項目稱為[地址空間擴充](https://ethereum-magicians.org/t/increasing-address-size-from-20-to-32-bytes/5485)。 與歷史記錄過期相似，在狀態過期下，儲存舊資料的責任將從個人使用者處卸去，並交棒給其他實體，如中心化提供者、利他的社群成員或更具未來性的去中心化解決方案（例如門戶網路）。 @@ -56,7 +56,7 @@ EIP-4444 尚未準備好上線，但正在積極討論當中。 有趣的是，E - 接近即時的同步速度 - 不需按順序驗證區塊 -- 運行節點的硬體需求極低（例如在手機上運行） +- 節點能夠在極低的硬體需求下運行 (例如在手機上) - 由於不需要進行硬碟讀寫，節點可以在便宜的硬碟上運行 - 與以太坊未來的加密技術升級相容 @@ -64,15 +64,15 @@ EIP-4444 尚未準備好上線，但正在積極討論當中。 有趣的是，E 弱無狀態涉及變更以太坊節點處理狀態資料的方式，但並沒有完全消除網路上所有節點的狀態儲存需求。 但是，弱無狀態將狀態儲存的責任交棒給了區塊提交者，而網路上的所有其他節點都會驗證區塊而不儲存完整的狀態資料。 -**在弱無狀態中，提出區塊需要存取完整的狀態資料，但驗證區塊不需要狀態資料。** +**在弱無狀態中，提交區塊需要存取完整的狀態資料，但驗證區塊不需要狀態資料** -為此，必須先在以太坊用戶端中實作[沃克爾樹](/roadmap/verkle-trees/)。 沃克爾樹是儲存以太坊狀態資料的替代資料結構，允許小型、固定大小的「證據」在節點間傳遞，並用於驗證區塊，而不是根據本地資料庫驗證區塊。 [提交者-建置者分離](/roadmap/pbs/)也是必要的，因為這讓區塊建置者成為有更強大硬體的特殊化節點，這些節點需要存取完整的狀態資料。 +為此，[沃克爾樹](/roadmap/verkle-trees/)必須先在以太坊用戶端中實作。 沃克爾樹是儲存以太坊狀態資料的替代資料結構，允許小型、固定大小的「證據」在節點間傳遞，並用於驗證區塊，而不是根據本地資料庫驗證區塊。 [提交者-建置者分離](/roadmap/pbs/)也是必要的，因為這讓區塊建置者能成為具備更強大硬體的特製化節點，而這些節點就是需要存取完整狀態資料的節點。 - + 無狀態依賴區塊建置者維護完整狀態資料的副本，這樣它們才能產生用於驗證區塊的證據。 其他節點不需要存取狀態資料，驗證區塊所需的所有資訊都可以從證據中取得。 這導致了這樣一種狀況：提出區塊的成本很高，但驗證區塊很便宜，表示較少的運營商會選擇運行區塊提出節點。 然而，只要盡可能多的參與者能夠獨立驗證所提出區塊的有效性，區塊提交者的去中心化程度就不是非常重要。 -閱讀關於 Dankrad 筆記的更多資訊 +深入閱讀 Dankrad 的筆記 區塊提交者使用狀態資料來建立「證據」，即證明區塊中的交易正在更改的狀態值的最小資料集。 其他驗證者不儲存狀態，只儲存狀態根（整個狀態的的雜湊值）。 他們會接收區塊和證據，然後用其更新自己的狀態根。 這使得驗證節點的工作變得極輕量。 @@ -87,17 +87,19 @@ EIP-4444 尚未準備好上線，但正在積極討論當中。 有趣的是，E ## 目前進度 {#current-progress} -弱無狀態、歷史記錄過期和狀態過期目前都處於研究階段，預計幾年後才會上線。 我們並不保證所有提案都會實作，舉例來說，如果已經先實作狀態過期，可能就不需要再實作歷史記錄過期了。 還有其他開發藍圖事項（如 [Verkle 樹](/roadmap/verkle-trees)及[提交者-建置者分離](/roadmap/pbs)）需要先行完成。 +弱無狀態、歷史記錄過期和狀態過期目前都處於研究階段，預計幾年後才會上線。 我們並不保證所有提案都會實作，舉例來說，如果已經先實作狀態過期，可能就不需要再實作歷史記錄過期了。 此外，還有其他需要先完成的開發藍圖項目，例如[沃克爾樹](/roadmap/verkle-trees/)和[提交者-建置者分離](/roadmap/pbs/)。 -## 了解更多 {#further-reading} +## 延伸閱讀 {#further-reading} -- [Vitalik 無狀態 AMA](https://www.reddit.com/r/ethereum/comments/o9s15i/impromptu_technical_ama_on_statelessness_and/) +- [什麼是無狀態以太坊？ intrigued](https://stateless.fyi/) +- [Vitalik 的無狀態主題 AMA](https://www.reddit.com/r/ethereum/comments/o9s15i/impromptu_technical_ama_on_statelessness_and/) - [狀態大小管理理論](https://hackmd.io/@vbuterin/state_size_management) -- [恢復衝突最小化狀態邊界](https://ethresear.ch/t/resurrection-conflict-minimized-state-bounding-take-2/8739) -- [邁向無狀態和狀態過期的路徑](https://hackmd.io/@vbuterin/state_expiry_paths) +- [復活衝突最小化的狀態邊界設定](https://ethresear.ch/t/resurrection-conflict-minimized-state-bounding-take-2/8739) +- [通往無狀態與狀態過期的路徑](https://hackmd.io/@vbuterin/state_expiry_paths) - [EIP-4444 規範](https://eips.ethereum.org/EIPS/eip-4444) - [Alex Stokes 談 EIP-4444](https://youtu.be/SfDC_qUZaos) -- [為什麼轉換到無狀態很重要](https://dankradfeist.de/ethereum/2021/02/14/why-stateless.html) +- [為什麼實現無狀態如此重要](https://dankradfeist.de/ethereum/2021/02/14/why-stateless.html) - [原始無狀態用戶端概念筆記](https://ethresear.ch/t/the-stateless-client-concept/172) -- [更多狀態過期相關資訊](https://hackmd.io/@vbuterin/state_size_management#A-more-moderate-solution-state-expiry) -- [更多狀態過期的詳細資訊](https://hackmd.io/@vbuterin/state_expiry_paths#Option-2-per-epoch-state-expiry) +- [更多關於狀態過期的資訊](https://hackmd.io/@vbuterin/state_size_management#A-more-moderate-solution-state-expiry) +- [進一步了解狀態過期](https://hackmd.io/@vbuterin/state_expiry_paths#Option-2-per-epoch-state-expiry) +- [無狀態以太坊資訊頁面](https://stateless.fyi) diff --git a/public/content/translations/zh-tw/roadmap/user-experience/index.md b/public/content/translations/zh-tw/roadmap/user-experience/index.md index 27fea1467e5..55d6875fa9c 100644 --- a/public/content/translations/zh-tw/roadmap/user-experience/index.md +++ b/public/content/translations/zh-tw/roadmap/user-experience/index.md @@ -1,27 +1,27 @@ --- -title: 改善使用者體驗 -description: 對大部分人而言，使用以太坊仍然是非常複雜的一件事。 為了推動普及化，以太坊必須大幅降低使用門檻 — 使用者必須獲得去中心化、無需許可、抗審查存取以太坊的優勢，同時體驗必須與使用傳統 web2 應用程式一樣順暢。 +title: "改善使用者體驗" +description: "對大部分人而言，使用以太坊仍然是非常複雜的一件事。 為了推動普及化，以太坊必須大幅降低使用門檻 — 使用者必須獲得去中心化、無需許可、抗審查存取以太坊的優勢，同時體驗必須與使用傳統 web2 應用程式一樣順暢。" lang: zh-tw image: /images/roadmap/roadmap-ux.png alt: "以太坊開發藍圖" template: roadmap --- -從管理[金鑰](/glossary/#key)和[錢包](/glossary/#wallet)到發起交易，**以太坊的使用方式需要簡化**。 為促成大規模的使用，以太坊必須大幅提高易用性，讓使用者無需許可即能抗審查存取以太坊，收穫仿如使用 [Web2](/glossary/#web2) 應用程式一般的順暢體驗。 +**以太坊的使用方式需要簡化**；從管理 [金鑰](/glossary/#key) 和 [錢包](/glossary/#wallet) 到發起交易。 為促成大規模的使用，以太坊必須大幅提高易用性，讓使用者無需許可即能抗審查存取以太坊，收穫仿如使用 [Web2](/glossary/#web2) 應用程式一般的順暢體驗。 -## 超越種子助記詞 {#no-more-seed-phrases} +## 告別種子助記詞 {#no-more-seed-phrases} 以太坊帳戶由一對用於識別帳戶（公開金鑰）和簽名訊息（私密金鑰）的金鑰保護。 私密金鑰就像主密碼，允許使用者完整存取以太坊帳戶。 對於更熟悉銀行和代使用者管理帳戶之 Web2 應用程式的人來說，這是一種不同的操作方式。 若要讓以太坊在不依賴中心化第三方的情況下被大規模採用，必須為使用者提供一種簡單、直接、順暢的方式來管理資產並掌控自己的資料，而無需瞭解公開-私密金鑰加密及金鑰管理方面的知識。 -這個問題的解決辦法是使用[智慧型合約](/glossary/#smart-contract)錢包與以太坊交互。 智慧型合約錢包確立了金鑰丟失或被盜時保護帳戶的方法，提供更好地檢測和防禦欺詐的機會，並且允許為錢包新增功能。 儘管智慧型合約錢包目前已經存在，但其建構難度還很大，因為需要以太坊協定提供更好的支援。 此額外的支援稱為帳戶抽象。 +為解決此問題，可採取的辦法是使用 [智慧型合約](/glossary/#smart-contract) 錢包與以太坊互動。 智慧型合約錢包確立了金鑰丟失或被盜時保護帳戶的方法，提供更好地檢測和防禦欺詐的機會，並且允許為錢包新增功能。 儘管智慧型合約錢包目前已經存在，但其建構難度還很大，因為需要以太坊協定提供更好的支援。 此額外的支援稱為帳戶抽象。 更多帳戶抽象相關資訊 ## 所有人都能運行的節點 -運行[節點](/glossary/#node)的使用者不必信任第三方為其提供資料，他們無需許可即可快速、私密地與以太坊[區塊鏈](/glossary/#blockchain)進行互動。 然而，現在運行節點需要技術知識以及大量的磁碟空間，這意味著許多人必須信任中介。 +運行 [節點](/glossary/#node) 的使用者不必信任第三方為其提供資料，他們無需許可即可快速、私密地與以太坊 [區塊鏈](/glossary/#blockchain) 互動。 然而，現在運行節點需要技術知識以及大量的磁碟空間，這意味著許多人必須信任中介。 -有些升級可以讓運行節點變得更加簡單，且不需消耗如此大量的資源。 儲存資料時將改為使用更節省空間的架構，稱為**沃克爾樹**。 同時，透過[無狀態](/roadmap/statelessness)或[資料過期](/roadmap/statelessness/#data-expiry)，以太坊節點無需儲存全部以太坊狀態資料的副本，從而大大減少硬碟空間需求。 [輕節點](/developers/docs/nodes-and-clients/light-clients/)將帶來運行全節點的許多好處，並且可以在行動電話或簡單的瀏覽器應用程式中輕鬆運行。 +有些升級可以讓運行節點變得更加簡單，且不需消耗如此大量的資源。 儲存資料的方式將改為使用更節省空間的架構，稱為 **沃克爾樹**。 同時，透過 [無狀態](/roadmap/statelessness) 或 [資料過期](/roadmap/statelessness/#data-expiry)，以太坊節點無需儲存全部以太坊狀態資料的副本，從而大大減少硬碟空間需求。 [輕節點](/developers/docs/nodes-and-clients/light-clients/) 將帶來運行全節點的許多好處，並且可以在行動電話或簡單的瀏覽器應用程式中輕鬆運行。 閱讀沃克爾樹的相關資訊 @@ -29,8 +29,8 @@ template: roadmap ## 目前進度 {#current-progress} -智慧型合約錢包早已可用，但需要更多升級才能讓它們盡可能去中心化及無需許可。 EIP-4337 是一項成熟的提案，無需對以太坊協定進行任何變更。 EIP-4337 所需的主要智慧型合約已於 **2023 年 3 月完成部署**。 +智慧型合約錢包早已可用，但需要更多升級才能讓它們盡可能去中心化及無需許可。 EIP-4337 是一項成熟的提案，無需對以太坊協定進行任何變更。 EIP-4337 所需的主要智慧型合約 **已於 2023 年 3 月部署**。 -**「完全無狀態」仍處於研究階段**，距離實作可能還需幾年時間。 還需要完成幾個里程碑才能實現「完全無狀態」，包括可能更快實作的資料過期。 [沃克爾樹](/roadmap/verkle-trees/)及[提交者與建置者分離](/roadmap/pbs/)等其他開發藍圖事項需要先行完成。 +**完全無狀態仍處於研究階段**，而且可能需要數年時間才能實作。 還需要完成幾個里程碑才能實現「完全無狀態」，包括可能更快實作的資料過期。 其他開發藍圖項目，例如 [沃克爾樹](/roadmap/verkle-trees/) 和 [提交者與建置者分離](/roadmap/pbs/)，需要先完成。 沃克爾樹測試網已經上線運行，下一階段為先在私密、後在公開的測試網上運行已啟用沃克爾樹的用戶端。 將合約部署至測試網或是運行測試網用戶端有助加快進度。 diff --git a/public/content/translations/zh-tw/roadmap/verkle-trees/index.md b/public/content/translations/zh-tw/roadmap/verkle-trees/index.md index b3aa24b7806..c0535ed57be 100644 --- a/public/content/translations/zh-tw/roadmap/verkle-trees/index.md +++ b/public/content/translations/zh-tw/roadmap/verkle-trees/index.md @@ -1,6 +1,6 @@ --- -title: 沃克爾樹 -description: 關於沃克爾樹及其將如何用於升級以太坊的簡要說明 +title: "沃克爾樹" +description: "關於沃克爾樹及其將如何用於升級以太坊的簡要說明" lang: zh-tw summaryPoints: - 瞭解沃克爾樹是什麼 @@ -13,17 +13,16 @@ summaryPoints: ## 無狀態 {#statelessness} -沃克爾樹是實現無狀態以太坊用戶端的關鍵一步。 驗證下一批區塊時，無狀態用戶端無需儲存全部的狀態資料。 無狀態用戶端不使用自己的本地以太坊狀態備份來驗證區塊，而是使用「證據」來證明區塊狀態資料的真實性。 證據是執行一組特定交易所需的各種狀態資料的集合，以及證明證據確實是完整資料一部分的加密證明。 請使用證據_而非_狀態資料庫。 要做到這一點，證據必須非常短，這樣才能安全地廣播到網路上，以便驗證者能在 12 秒的時隙內及時處理。 目前的狀態資料結構還不是很合用，因為證據太大。 沃克爾樹透過啟用小證據，消除無狀態用戶端的主要障礙之一，從而解決這個問題。 +沃克爾樹是實現無狀態以太坊用戶端的關鍵一步。 驗證下一批區塊時，無狀態用戶端無需儲存全部的狀態資料。 無狀態用戶端不使用自己的本地以太坊狀態備份來驗證區塊，而是使用「證據」來證明區塊狀態資料的真實性。 證據是執行一組特定交易所需的各種狀態資料的集合，以及證明證據確實是完整資料一部分的加密證明。 見證資料是用來 _取代_ 狀態資料庫的。 要做到這一點，證據必須非常短，這樣才能安全地廣播到網路上，以便驗證者能在 12 秒的時隙內及時處理。 目前的狀態資料結構還不是很合用，因為證據太大。 沃克爾樹透過啟用小證據，消除無狀態用戶端的主要障礙之一，從而解決這個問題。 - + 以太坊用戶端目前使用帕特里夏梅克爾樹樹狀資料結構，儲存其自身的狀態資料。 有關個人帳戶的資訊作為葉子儲存在樹上，向一對對葉子重複進行雜湊運算，直到只剩下一個雜湊值。 串接在最末尾的雜湊值被稱為「根」。 為了驗證區塊，以太坊用戶端會執行區塊中的所有交易並更新其本地狀態樹。 若本地樹的「根」與區塊提交者提出的「根」完全相同，區塊即被視為有效。因為如果區塊提交者和驗證節點執行的計算中出現任何差異，都會導致根雜湊值完全不同。 這樣做的問題是，驗證區塊鏈需要每個用戶端儲存頭塊和多個歷史區塊的整個狀態樹（Geth 中預設保留頭塊後面 128 個區塊的狀態資料）。 因此用戶端需要存取大量磁碟空間，這是在廉價、低功耗硬體上運行完整節點的障礙。 解決這個問題的辦法是將狀態樹更新為更有效的結構（沃克爾樹），這種結構可以使用短小的「證據」對資料進行彙總再分享，而無需保存完整的狀態資料。 將狀態資料重新格式化為梅克爾樹，是邁向無狀態用戶端的第一步。 - ## 什麼是證據以及我們為什麼需要證據？ {#what-is-a-witness} -驗證區塊表示重新執行區塊中的交易，將變更套用到以太坊狀態樹，並計算新的根雜湊值。 區塊通過驗證是指其計算出的狀態根雜湊值與區塊中提供的值相同（因為這表示區塊提交者確實執行了他們所說的計算）。 在現今的以太坊用戶端中，更新狀態需要存取整個狀態樹，狀態樹是必須儲存在本地的大型資料結構。 證據中僅包含執行區塊中交易所需的狀態資料片段。 然後，驗證者只能使用這些片段來驗證區塊提交者是否已執行區塊交易並正確更新狀態。 然而，這意味著證據需要在以太坊網路上的對等點之間足夠快地傳輸，以便每個節點能夠在 12 秒的時隙內安全地接收和處理。 如果證據太大，有些節點可能會在下載以及與鏈同步上花費大量時間。 這是一種中心化的力量，因為這表示只有擁有高速網路連接的節點可以參與驗證區塊。 使用沃克爾樹時，無需將狀態儲存在硬碟上；驗證區塊所需的_全部_資訊都包含在區塊自身中。 遺憾的是，梅克爾樹產生的證據太大，無法支援無狀態用戶端。 +驗證區塊表示重新執行區塊中的交易，將變更套用到以太坊狀態樹，並計算新的根雜湊值。 區塊通過驗證是指其計算出的狀態根雜湊值與區塊中提供的值相同（因為這表示區塊提交者確實執行了他們所說的計算）。 在現今的以太坊用戶端中，更新狀態需要存取整個狀態樹，狀態樹是必須儲存在本地的大型資料結構。 證據中僅包含執行區塊中交易所需的狀態資料片段。 然後，驗證者只能使用這些片段來驗證區塊提交者是否已執行區塊交易並正確更新狀態。 然而，這意味著證據需要在以太坊網路上的對等點之間足夠快地傳輸，以便每個節點能夠在 12 秒的時隙內安全地接收和處理。 如果證據太大，有些節點可能會在下載以及與鏈同步上花費大量時間。 這是一種中心化的力量，因為這表示只有擁有高速網路連接的節點可以參與驗證區塊。 使用沃克爾樹時，無需將狀態儲存在硬碟上；驗證區塊所需的 _全部_ 資訊都包含在區塊自身中。 遺憾的是，梅克爾樹產生的證據太大，無法支援無狀態用戶端。 ## 為什麼沃克爾樹可以支援更小的證據？ {#why-do-verkle-trees-enable-smaller-witnesses} @@ -31,34 +30,35 @@ Merkle 樹的結構導致證據非常大，以至於無法在 12 秒的時隙內 在多項式承諾方案下，證據大小可管理，可以輕鬆地在對等網路上傳輸。 這使得用戶端只需極少資料即可驗證每個區塊中的狀態變更。 - + 證據大小各有差異，取決於其所含的葉子數量。 假設證據有 1000 片葉子，梅克爾樹的證據大約是 3.5MB（假設樹有 7 層）。 相同資料的證據在沃克爾（假設樹有 4 層）中大概是 150 kB - **縮減了大約 23 倍**。 證據大小的縮減將使無狀態用戶端證據小到可以接受。 多項式證據的大小一般在 0.128 - 1 kB 之間，取決於使用哪個特定多項式承諾。 - ## 沃克爾樹的結構為何？ {#what-is-the-structure-of-a-verkle-tree} -Verkle 樹是 `(key,value)` 對，其中鍵是 32 字節位元組要素，由 31 字節位元組的_主幹_和單一字節位元組的_後綴_組成。 這些鍵被整理到_擴展_節點和_內部_節點中。 擴展節點是單一的主幹，包含 256 個具有不同後綴的子節點。 內部節點也有 256 個子節點，但可以是其他擴展節點。 沃克爾樹和梅克爾樹結構的主要區別是，沃克爾樹更加扁平，表示將葉子連接到根的中間節點較少，因此產生證明時所需的資料更少。 +沃克爾樹是 `(key,value)` 配對，其中的鍵是由 31 位元組的 _主幹_ 和單一位元組的 _後綴_ 所組成的 32 位元組元素。 這些鍵被整理到 _擴充_ 節點和 _內部_ 節點中。 擴展節點是單一的主幹，包含 256 個具有不同後綴的子節點。 內部節點也有 256 個子節點，但可以是其他擴展節點。 沃克爾樹和梅克爾樹結構的主要區別是，沃克爾樹更加扁平，表示將葉子連接到根的中間節點較少，因此產生證明時所需的資料更少。 ![](./verkle.png) -[閱讀沃克爾樹結構的更多相關資訊](https://blog.ethereum.org/2021/12/02/verkle-tree-structure) +[深入了解沃克爾樹的結構](https://blog.ethereum.org/2021/12/02/verkle-tree-structure) ## 目前進度 {#current-progress} 沃克爾樹測試網已經啟動並運行，但用戶端仍需要進行大量更新以支援沃克爾樹。 將合約部署至測試網或是運行測試網用戶端有助加快進度。 -[觀看 Guillaume Ballet 解釋 Condrieu Verkle 測試網](https://www.youtube.com/watch?v=cPLHFBeC0Vg)（請注意，Condrieu 為工作量證明測試網，目前已被 Verkle Gen Devnet 6 測試網取代）。 +[觀看 Guillaume Ballet 解釋 Condrieu Verkle 測試網](https://www.youtube.com/watch?v=cPLHFBeC0Vg) (請注意，Condrieu 測試網是工作量證明，現已被 Verkle Gen Devnet 6 測試網取代)。 -## 了解更多 {#further-reading} +## 延伸閱讀 {#further-reading} -- [無狀態沃克爾樹](https://verkle.info/) -- [Dankrad Feist 在 PEEPanEIP 上對沃克爾樹的說明](https://www.youtube.com/watch?v=RGJOQHzg3UQ) -- [Guillaume Ballet 在 ETHGlobal 上解釋沃克爾樹](https://www.youtube.com/watch?v=f7bEtX3Z57o) -- [「沃克爾樹如何讓以太坊變得更加精幹而簡約」Guillaume Ballet 在 Devcon 6 發表的演講](https://www.youtube.com/watch?v=Q7rStTKwuYs) -- [Piper Merriam 談 ETHDenver 2020 的無狀態用戶端](https://www.youtube.com/watch?v=0yiZJNciIJ4) -- [Dankrad Feist 在「零知識」播客上談沃克爾樹和無狀態性](https://zeroknowledge.fm/podcast/202/) +- [實現無狀態性的沃克爾樹](https://verkle.info/) +- [Dankrad Feist 在 PEEPanEIP 上解釋沃克爾樹](https://www.youtube.com/watch?v=RGJOQHzg3UQ) +- [寫給我們看的沃克爾樹](https://web.archive.org/web/20250124132255/https://research.2077.xyz/verkle-trees) +- [Verkle 證明剖析](https://ihagopian.com/posts/anatomy-of-a-verkle-proof) +- [Guillaume Ballet 在 ETHGlobal 解釋沃克爾樹](https://www.youtube.com/watch?v=f7bEtX3Z57o) +- [Guillaume Ballet 在 Devcon 6 上的演講：「沃克爾樹如何讓以太坊變得精幹而簡約」](https://www.youtube.com/watch?v=Q7rStTKwuYs) +- [Piper Merriam 在 2020 ETHDenver 大會上談論無狀態用戶端](https://www.youtube.com/watch?v=0yiZJNciIJ4) +- [Dankrad Fiest 在《零知識》播客上解釋沃克爾樹與無狀態性](https://zeroknowledge.fm/podcast/202/) - [Vitalik Buterin 談沃克爾樹](https://vitalik.eth.limo/general/2021/06/18/verkle.html) - [Dankrad Feist 談沃克爾樹](https://dankradfeist.de/ethereum/2021/06/18/verkle-trie-for-eth1.html) -- [以太坊改進提案文件：沃克爾樹](https://notes.ethereum.org/@vbuterin/verkle_tree_eip#Illustration) +- [沃克爾樹 EIP 文件](https://notes.ethereum.org/@vbuterin/verkle_tree_eip#Illustration) diff --git a/public/content/translations/zh-tw/security/index.md b/public/content/translations/zh-tw/security/index.md index f39b3898bc3..6b3f69ec9df 100644 --- a/public/content/translations/zh-tw/security/index.md +++ b/public/content/translations/zh-tw/security/index.md @@ -1,6 +1,6 @@ --- -title: 以太坊安全及詐騙預防 -description: 維護以太坊安全 +title: "以太坊安全性及詐騙防範" +description: "維護以太坊安全" lang: zh-tw --- @@ -8,38 +8,38 @@ lang: zh-tw 人們對加密貨幣的興趣日益濃厚，詐騙者和駭客帶來的風險也隨之增加。 本文列出了一些降低此類風險的最佳案例。 -**記住：ethereum.org 的人員絕不會主動聯絡你。 切勿回覆任何聲稱來自以太坊官方支援的電子郵件。** +**記住：ethereum.org 的人員絕不會主動聯絡您。** 切勿回覆任何聲稱來自以太坊官方支援的電子郵件。\*\* -## 加密貨幣安全性基本入門 {#crypto-security} +## 加密貨幣安全 101 {#crypto-security} -### 提升你的知識 {#level-up-your-knowledge} +### 提升您的知識 {#level-up-your-knowledge} 不了解加密貨幣的運作方式，可能導致代價可觀的錯誤。 舉例來說，若是不了解以太坊是去中心化網路且未提供客服功能，當有人偽裝成客服人員，謊稱返還遺失的以太幣以藉機索取你的私密金鑰，便很容易落入圈套。 增加對以太坊運作方式的知識，是一項很值得的投資。 - 什麼是 Ethereum？ + 什麼是以太坊？ - 甚麼是以太(以太幣)？ + 什麼是以太幣？ -## 錢包安全性 {#wallet-security} +## 錢包安全 {#wallet-security} -### 不要洩露你的私密金鑰 {#protect-private-keys} +### 不要洩漏您的私密金鑰 {#protect-private-keys} -**無論任何原因，絕對不要分享你的私密金鑰！** +**無論任何原因，絕對不要分享您的私密金鑰！** 錢包的私密金鑰，就如同開啟以太坊錢包的密碼。 這是唯一阻止別人從你的錢包地址提領所有帳戶資產的方法！ - 什麼是以太坊錢包? + 什麼是以太坊錢包？ -#### 不要拍攝你的種子助記詞/私密金鑰的螢幕擷取畫面 {#screenshot-private-keys} +#### 不要對您的種子助記詞/私密金鑰進行螢幕截圖 {#screenshot-private-keys} 拍攝種子助記詞或私密金鑰的螢幕擷取畫面，有同步到雲端資料提供者的風險，為駭客開方便之門。 從雲端獲取私密金鑰是駭客常用的攻擊手法。 @@ -49,16 +49,17 @@ lang: zh-tw 讓私密金鑰保持在離線狀態，即使駭客掌握你的電腦，也能大幅減少駭客入侵的風險。 -#### 試試硬體錢包： {#try-hardware-wallet} +#### 試用硬體錢包： {#try-hardware-wallet} - [Ledger](https://www.ledger.com/) - [Trezor](https://trezor.io/) -### 發送交易前仔細檢查 {#double-check-transactions} +### 傳送交易前請再次確認 {#double-check-transactions} -不小心將加密貨幣發送到錯誤的錢包地址是一種常見錯誤。 **以太坊上傳送的交易是不可逆的。**除非你知道該地址的擁有者，並能說服他們將資金退回，否則你將無法找回你的資金。 +不小心將加密貨幣發送到錯誤的錢包地址是一種常見錯誤。 \*\*以太坊上傳送的交易是不可逆的。\*\*除非您知道該位址的擁有者，並能說服他們將資金退還給您，否則您將無法取回資金。 -發送交易之前，務必確保發送的地址與接收人的地址完全匹配。 此外，與智慧型合約進行互動時，在簽名前閱讀交易訊息是一種良好的實務。 +發送交易之前，務必確保發送的地址與接收人的地址完全匹配。 +此外，與智慧型合約進行互動時，在簽名前閱讀交易訊息是一種良好的實務。 ### 設定智慧型合約支出限額 {#spend-limits} @@ -66,7 +67,7 @@ lang: zh-tw 許多以太坊錢包提供限額保護，以防止帳戶被掏空。 -[如何撤銷授權智慧型合約與你的加密資產互動](/guides/how-to-revoke-token-access/) +[如何撤銷智慧型合約對您加密貨幣資金的存取權限](/guides/how-to-revoke-token-access/) @@ -78,19 +79,19 @@ lang: zh-tw - 沒有人會給你免費或打折的以太幣 - 沒有人需要獲取你的私密金鑰或個人資訊 -### 推特廣告釣魚 {#ad-phishing} +### Twitter 廣告釣魚 {#ad-phishing} -![推特連結釣魚](./twitterPhishingScam.png) +![Twitter 連結釣魚](./twitterPhishingScam.png) -有種方法可以騙過推特（現在叫 X）的連結預覽功能，潛在地欺騙使用者，讓他們誤以為存取的是正版官網。 此技術利用推特的機制來產生推文中的預覽超連結，並顯示_來自 ethereum.org_（如上例所示），但該連結事實上會重新導向到惡意網站。 +有種方法可以騙過推特（現在叫 X）的連結預覽功能，潛在地欺騙使用者，讓他們誤以為存取的是正版官網。 這種技術利用 Twitter 的機制來產生推文中分享的 URL 預覽，並顯示例如 _來自 ethereum.org_ 的字樣 (如上所示)，但實際上它們會將您重新導向至一個惡意網站。 請一律檢查網域是否正確，特別是點擊連結之後。 -[點此查看更多資訊](https://harrydenley.com/faking-twitter-unfurling)。 +[更多資訊](https://harrydenley.com/faking-twitter-unfurling)。 -### 贈獎詐騙 {#giveaway} +### 贈品詐騙 {#giveaway} -加密貨幣中最常見的騙局之一是贈獎詐騙。 贈獎詐騙有多種形式，但一般手法大概都是，如果你將以太幣傳送到提供的錢包地址，你會收到雙倍返還的以太幣。 *因此，它也稱為買一送一詐騙。* +加密貨幣中最常見的騙局之一是贈獎騙局。 贈獎詐騙有多種形式，但一般手法大概都是，如果你將以太幣傳送到提供的錢包地址，你會收到雙倍返還的以太幣。_因此，這也被稱為「買一送一」詐騙。_ 這類詐騙通常會限制領取贈獎的時間，以製造一種虛假的緊迫感。 @@ -98,25 +99,25 @@ lang: zh-tw 最出名的一次發生在 2020 年 7 月，當時很多知名人士和組織的 Twitter 帳戶被破解。 駭客同一時間使用被盜的帳戶發布了比特幣贈送活動。 雖然這些欺騙性推文很快被察覺並且刪除，但駭客仍僥倖逃脫，取走 11 個比特幣（或截至 2021 年 9 月的 500,000 美元）。 -![Twitter 上的一個詐騙案例](./appleTwitterScam.png) +![Twitter 上的詐騙](./appleTwitterScam.png) -### 名人贈獎活動 {#celebrity-giveaway} +### 名人贈品活動 {#celebrity-giveaway} -名人贈獎活動是贈獎詐騙的另一種常見形式。 詐騙者會錄製名人的採訪影片或會議演講，並在 YouTube 上進行直播 — 看起來好像名人正在接受直播採訪影片，支援加密貨幣贈送活動。 +名人贈獎活動是贈獎詐騙的另一種常見形式。 詐騙者會錄製一段名人受訪或發表演說的影片，然後在 YouTube 上直播，讓它看起來像該位名人正在直播受訪，為一場加密貨幣贈品活動背書。 -這類騙局中最常使用的是 Vitalik Buterin，但是也使用了加密貨幣相關的許多其他知名人士（例如 Elon Musk 或 Charles Hoskinson）。 在直播中加入知名人士，會讓騙局看起來感覺合法（雖然值得懷疑，但有 Vitalik 參與，肯定沒問題！）。 +這類騙局中最常冒用 Vitalik Buterin 的名義，但許多其他加密貨幣領域的知名人士也常被冒名使用 (例如 Elon Musk 或 Charles Hoskinson)。 在直播中加入知名人士，會讓騙局看起來感覺合法（雖然值得懷疑，但有 Vitalik 參與，肯定沒問題！）。 -**贈獎活動從來都是一場騙局。 如果你把資金轉到這些帳戶，永遠要不回來。** +**贈品活動一律都是詐騙。** 如果您將資金傳送到這些帳戶，您將永遠失去這些資金。\*\* -![YouTube 上的一個詐騙案例](./youtubeScam.png) +![YouTube 上的詐騙](./youtubeScam.png) -### 支援服務騙局 {#support-scams} +### 技術支援詐騙 {#support-scams} 加密貨幣是一種相對年輕且被誤解的技術。 有一種常見的騙局就是利用這一點，稱為支援服務騙局，詐騙者針對受歡迎的加密貨幣錢包、交易所或區塊鏈，冒充成支援人員。 許多關於以太坊的討論，都在 Discord 上發生。 支援服務詐騙者發掘下手目標的方式，通常是在公開的 Discord 頻道中搜尋支援問題，然後向詢問者發送提供支援服務的私人訊息。 詐騙者會建立信任，試圖誘使你透露私密金鑰或將資金發送到他們的錢包。 -![Discord 上的支援服務詐騙案例](./discordScam.png) +![Discord 上的技術支援詐騙](./discordScam.png) 一般來說，員工絕不會透過非官方私人管道與你交流。 處理支援事宜時，記住幾個簡單的要點： @@ -128,20 +129,20 @@ lang: zh-tw - 請注意：支援服務型騙局常發生在 Discord 平台上，但在任何討論加密貨幣的聊天應用程式上也可能很盛行，包括電子郵件。 + 注意：雖然技術支援類的詐騙通常發生在 Discord 上，但在任何討論加密貨幣的聊天應用程式中 (包括電子郵件) 也可能很常見。 -### 「以太坊 2」代幣騙局 {#eth2-token-scam} +### 「Eth2」代幣詐騙 {#eth2-token-scam} -在[合併](/roadmap/merge/)的準備階段，詐騙者曾試圖利用「以太坊 2」這個詞製造混淆，讓使用者將以太幣兌換成「以太坊 2」代幣。 但根本沒有所謂的「以太坊 2」，合併後也未導入任何其他合法代幣。 合併前擁有的以太幣，和現在是同一個以太幣。 **在從工作量證明過渡到權益證明時，無需採取任何與以太幣有關的行動**。 +在 [合併](/roadmap/merge/) 前夕，詐騙者利用「Eth2」一詞造成的混淆，試圖讓使用者將他們的 ETH 兌換成「ETH2」代幣。 但根本沒有所謂的「以太坊 2」，合併後也未導入任何其他合法代幣。 合併前擁有的以太幣，和現在是同一個以太幣。 為了因應從工作量證明到權益證明的轉換，您的 ETH **無需進行任何操作**。 -詐騙者可能會佯裝成「支援團隊」，告訴你如果存入以太幣，將會收到「以太坊 2」代幣。 其實並沒有[以太坊官方支援團隊](/community/support/)，也沒有新的代幣。 切勿和任何人分享錢包的種子助記詞。 +詐騙者可能會佯裝成「支援團隊」，告訴你如果存入以太幣，將會收到「以太坊 2」代幣。 沒有所謂的[官方以太坊支援](/community/support/)，也沒有新的代幣。 切勿和任何人分享錢包的種子助記詞。 -_注意：有些衍生的代幣/行情指示器可能代表被質押的以太幣（即 Rocket Pool 的 rETH、Lido 的 stETH、Coinbase 的 ETH2），但這些都不需要「遷移過去」。_ +_注意：有些衍生代幣/代碼可能代表已質押的 ETH (即 Rocket Pool 的 rETH、Lido 的 stETH、Coinbase 的 ETH2)，但這些都不是您需要「遷移」的對象。_ -### 網路钓鱼詐騙 {#phishing-scams} +### 網路釣魚詐騙 {#phishing-scams} 網路钓鱼詐騙是另一種越來越常見的詐騙手段，詐騙者會利用它試圖竊取錢包中的資金。 @@ -153,7 +154,7 @@ _注意：有些衍生的代幣/行情指示器可能代表被質押的以太幣 - 切勿向任何人洩露你的個人資訊或密碼 - 刪除來路不明的電子郵件 -[更多避免網路釣魚詐騙的相關資訊](https://support.mycrypto.com/staying-safe/mycrypto-protips-how-not-to-get-scammed-during-ico) +[更多關於避免網路釣魚詐騙的資訊](https://support.mycrypto.com/staying-safe/mycrypto-protips-how-not-to-get-scammed-during-ico) ### 加密貨幣交易經紀人詐騙 {#broker-scams} @@ -161,11 +162,11 @@ _注意：有些衍生的代幣/行情指示器可能代表被質押的以太幣 這些騙子經常利用 YouTube 上的虛假帳戶尋找目標，然後開始看似自然地展開有關「經紀人」的交談。 這些對話通常會有很多按讚數，以增加真實性，但都是來自機器人帳戶。 -**別相信網路上的陌生人、讓他們代你投資。 你的加密貨幣將付諸東流。** +**不要相信網路上的陌生人代您投資。** 您會因此失去您的加密貨幣。\*\* -![YouTube 上的交易經紀人詐騙案例](./brokerScam.png) +![YouTube 上的交易經紀人詐騙](./brokerScam.png) -### 加密礦池詐騙 {#mining-pool-scams} +### 加密貨幣礦池詐騙 {#mining-pool-scams} 2022 年 9 月起，已再也無法在以太坊上挖礦。 但是，礦池騙局仍然存在。 礦池騙局中，有人會主動聯繫你，聲稱加入以太坊礦池就能獲得豐厚的回報。 詐騙者會提出要求，並一直與你保持聯繫，不善罷甘休。 基本上，詐騙者會試圖讓你相信，當你加入以太坊礦池時，你的加密貨幣將用來建立以太幣，而你將獲得以太幣形式的紅利。 接著你會發現你的加密貨幣獲得了微薄的回報。 這只是為了引誘你投入更多的資金。 最終，所有資金會傳送到不明的地址，詐騙者要嘛人間蒸發，要嘛在某些情況下繼續保持聯繫，就像最近一個案例一樣。 @@ -177,89 +178,87 @@ _注意：有些衍生的代幣/行情指示器可能代表被質押的以太幣 - 針對質押、流動性池或其他加密貨幣投資方式做做功課 - 這種方式即使是合法的，也非常少見。 否則可能早就成為主流、為人所知。 -[有人在礦池騙局中損失了 20 萬美元](https://www.reddit.com/r/CoinBase/comments/r0qe0e/scam_or_possible_incredible_payout/) +[男子因礦池詐騙損失 20 萬美元](https://www.reddit.com/r/CoinBase/comments/r0qe0e/scam_or_possible_incredible_payout/) -### 空投騙局 {#airdrop-scams} +### 空投詐騙 {#airdrop-scams} 空投騙局是指詐騙者設局將某個資產（非同質化代幣、代幣）空投到你的錢包裡，然後發送一個詐騙性網站，讓你領取這些空投的資產。 當你嘗試領取資產，會提示你使用自己的以太坊錢包登入，並「核准」一筆交易。 但這筆交易會損害你的帳戶，將公開金鑰和私密金鑰都傳送給詐騙者。 另一種形式，可能是請你確認一筆能將資金轉移到詐騙者帳戶的交易。 -[更多空投騙局相關資訊](https://www.youtube.com/watch?v=LLL_nQp1lGk) +[更多關於空投詐騙的資訊](https://www.youtube.com/watch?v=LLL_nQp1lGk) -## 網路安全基本入門 {#web-security} +## 網路安全 101 {#web-security} -### 使用強式密碼 {#use-strong-passwords} +### 使用高強度密碼 {#use-strong-passwords} -[80%以上被駭客攻擊的帳戶，都由於密碼不夠强或密碼被盜用](https://cloudnine.com/ediscoverydaily/electronic-discovery/80-percent-hacking-related-breaches-related-password-issues-cybersecurity-trends/)。 由字元、數字和符號組合成的足夠長度的密碼，能為你的帳戶提供足夠的安全性。 +[超過 80% 的帳戶盜用事件是因密碼強度不足或遭竊所導致](https://cloudnine.com/ediscoverydaily/electronic-discovery/80-percent-hacking-related-breaches-related-password-issues-cybersecurity-trends/)。 由字元、數字和符號組合成的足夠長度的密碼，能為你的帳戶提供足夠的安全性。 一個常見的錯誤是，使用幾個常見、相關字詞的組合做為密碼。 此類型的密碼是不安全的，因為容易受到一種被稱為字典攻擊的駭客技術所破解。 ```md -弱密碼範例：CuteFluffyKittens! - -強式密碼範例：ymv\*azu.EAC8eyp8umf +低強度密碼範例：CuteFluffyKittens!\n\n高強度密碼範例：ymv\\*azu.EAC8eyp8umf ``` -另一個常見的錯誤是，使用容易透過[社交工程](https://wikipedia.org/wiki/Social_engineering_(security))猜中或發現的密碼。 在密碼中使用母親娘家姓、子女或寵物的名字或出生日期，都會增加密碼遭駭的風險。 +另一個常見的錯誤是使用可透過[社交工程](https://wikipedia.org/wiki/Social_engineering_\(security\))輕易猜出或發現的密碼。 在密碼中使用母親娘家姓、子女或寵物的名字或出生日期，都會增加密碼遭駭的風險。 -#### 良好密碼實務： {#good-password-practices} +#### 良好的密碼習慣： {#good-password-practices} - 只要密碼產生器或填寫的表單允許，密碼越長越好 - 混用大小寫字母、數字及符號 - 別在密碼中加入個人細節，例如姓氏 - 避免使用常見的字詞 -[更多建立強式密碼的相關資訊](https://terranovasecurity.com/how-to-create-a-strong-password-in-7-easy-steps/) +[更多關於建立高強度密碼的資訊](https://terranovasecurity.com/how-to-create-a-strong-password-in-7-easy-steps/) -### 各帳戶使用不同的密碼 {#use-unique-passwords} +### 為每個帳戶使用專屬密碼 {#use-unique-passwords} -在資料外洩事件中被揭露的強式密碼，已不再是強式密碼。 [Have I Been Pwned](https://haveibeenpwned.com) 這個網站可以讓你查詢你的帳戶是否涉入任何公開的資料外洩事件。 若涉入資料外洩， **請立即更改你的密碼**。 為每個帳戶使用不同的密碼，這樣在其中一個密碼遭洩漏時，可降低駭客存取你所有帳戶的風險。 +在資料外洩事件中被揭露的強式密碼，已不再是強式密碼。 網站 [Have I Been Pwned](https://haveibeenpwned.com) 可以讓您檢查自己的帳戶是否涉及任何公開資料外洩事件。 如果帳戶已遭外洩，**請立即更改密碼**。 為每個帳戶使用不同的密碼，這樣在其中一個密碼遭洩漏時，可降低駭客存取你所有帳戶的風險。 -### 使用密碼管理器 {#use-password-manager} +### 使用密碼管理員 {#use-password-manager} - 使用密碼管理器能幫你建立獨特的強式密碼，並且記住密碼！ 我們非常建議使用密碼管理器，而且大多數免費！ + 使用密碼管理員可以替您建立並記住高強度、獨一無二的密碼！ 我們強烈建議您使用，而且大部分都是免費的！ 記住每個帳戶獨一的強式密碼，並不是最理想的方式。 密碼管理員為你所有的密碼提供一個安全的加密儲存位置，只要透過一個強效的主密碼就能取用。 註冊新的服務時，密碼管理器也會自行建議強式密碼，無需自己建立。 許多密碼管理器也會告知你是否涉入資料外洩事件，方便提早更換密碼，以免遭受惡意攻擊。 -![使用密碼管理器的範例](./passwordManager.png) +![使用密碼管理員的範例](./passwordManager.png) -#### 試試密碼管理員： {#try-password-manager} +#### 試用密碼管理員： {#try-password-manager} - [Bitwarden](https://bitwarden.com/) - [KeePass](https://keepass.info/) - [1Password](https://1password.com/) - 或查看其他[推薦的密碼管理員](https://www.privacytools.io/secure-password-manager) -### 使用雙因素驗證 {#two-factor-authentication} +### 使用雙重驗證 {#two-factor-authentication} -有時候，你可能被要求透過特別的證據來驗證你的身分。 這些證據被稱為**因素**。 主要有三種因素： +有時候，你可能被要求透過特別的證據來驗證你的身分。 這些被稱為**驗證因素**。 主要有三種因素： - 你知道的資料（例如密碼或安全性問題） - 你的身份（例如指紋，或虹膜或臉部掃描器） - 你擁有之物（安全金鑰，或手機上的驗證應用程式） -使用**雙因素驗證 (2FA)** 時，可以為你的線上帳戶提供一層額外的*安全因素*。 雙因素驗證保障了即使取得你的密碼，仍不足以存取你的帳戶。 最常見的是，第二組因素是一個隨機的 6 位數代碼，稱為**基於時間的一次性密碼 (TOTP)**，可透過 Google authenticator 或 Authy 等驗證工具應用程式來取得。 這些因素取材自「你擁有之物」，因為產生定時碼的種子，儲存在你的裝置上。 +使用**雙重驗證 (2FA)** 可為您的線上帳戶提供額外的_安全因素_。 雙因素驗證保障了即使取得你的密碼，仍不足以存取你的帳戶。 最常見的第二個因素是一個隨機的 6 位數代碼，稱為**基於時間的一次性密碼 (TOTP)**，您可以透過 Google Authenticator 或 Authy 等驗證器應用程式取得。 這些因素取材自「你擁有之物」，因為產生定時碼的種子，儲存在你的裝置上。 - 注意：使用基於簡訊的雙因素驗證容易受到 SIM 卡交換攻擊，因此並不安全。 為了獲得最佳安全性，請使用 Google Authenticator 或 Authy 等服務。 + 注意：使用基於簡訊的雙重驗證容易受到 SIM 卡挾持攻擊，並不安全。 為了獲得最佳安全性，請使用 Google Authenticator 或 Authy 等服務。 #### 安全金鑰 {#security-keys} -安全金鑰是雙因素驗證的進階版，且更加安全。 安全金鑰是一種實體硬體驗證裝置，運作方式與驗證工具應用程式相似。 使用安全金鑰是雙因素驗證最安全的方式。 許多這些金鑰都使用 FIDO 通用第二因素 (U2F) 標準。 [深入了解 FIDO U2F](https://www.yubico.com/authentication-standards/fido-u2f/)。 +安全金鑰是雙因素驗證的進階版，且更加安全。 安全金鑰是一種實體硬體驗證裝置，運作方式與驗證工具應用程式相似。 使用安全金鑰是雙因素驗證最安全的方式。 許多這些金鑰都使用 FIDO 通用第二因素 (U2F) 標準。 [深入了解 FIDO U2F](https://www.yubico.com/resources/glossary/fido-u2f/)。 觀賞影片，深入了解雙因素驗證： @@ -269,36 +268,36 @@ _注意：有些衍生的代幣/行情指示器可能代表被質押的以太幣 瀏覽器擴充功能，如 Chrome 擴充功能或 Firefox 附加功能能增強瀏覽器功能，但也伴隨著風險。 大多數瀏覽器擴充功能，皆預設請求「讀取和變更網站資料」的存取權限，如此一來，其幾乎能對你的資料為所欲為。 Chrome 擴充功能總會自動更新，因此原本安全的擴充元件，之後可能會更新並加入惡意程式碼。 多數瀏覽器擴充功能都不會試圖竊取你的資料，但你應該知道它是辦得到的。 -#### 使用以下方式維持安全性： {#browser-extension-safety} +#### 確保安全的方法： {#browser-extension-safety} - 安裝瀏覽器擴充功能時，只接受信任的來源 - 移除不使用的瀏覽器擴充功能 - 在本機安裝 Chrome 擴充功能，以停止自動更新（進階） -[更多瀏覽器擴充功能風險的相關資訊](https://www.kaspersky.co.uk/blog/browser-extensions-security/12750/) +[更多關於瀏覽器擴充功能風險的資訊](https://www.kaspersky.co.uk/blog/browser-extensions-security/12750/) -## 衍生閱讀 {#further-reading} +## 延伸閱讀 {#further-reading} ### 網路安全 {#reading-web-security} -- [高達 3 百萬台裝置被含有惡意軟體的 Chrome 與 Edge 附加元件所感染](https://arstechnica.com/information-technology/2020/12/up-to-3-million-devices-infected-by-malware-laced-chrome-and-edge-add-ons/) - _Dan Goodin_ -- [如何建立一個永遠記得住的強式密碼](https://www.avg.com/en/signal/how-to-create-a-strong-password-that-you-wont-forget) - _AVG_ +- [高達 300 萬台裝置因含有惡意軟體的 Chrome 與 Edge 附加元件而遭感染](https://arstechnica.com/information-technology/2020/12/up-to-3-million-devices-infected-by-malware-laced-chrome-and-edge-add-ons/) - _Dan Goodin_ +- [如何建立高強度又不會忘記的密碼](https://www.avg.com/en/signal/how-to-create-a-strong-password-that-you-wont-forget) - _AVG_ - [什麼是安全金鑰？](https://help.coinbase.com/en/coinbase/getting-started/verify-my-account/security-keys-faq) - _Coinbase_ ### 加密貨幣安全 {#reading-crypto-security} -- [保護自己，保護資金](https://support.mycrypto.com/staying-safe/protecting-yourself-and-your-funds) - _MyCrypto_ -- [幣圈通訊軟體之共同資安問題](https://docs.salusec.io/untitled/web3-penetration-test/risks-in-social-media) - _Salus_ -- [全民必修安全指南](https://medium.com/mycrypto/mycryptos-security-guide-for-dummies-and-smart-people-too-ab178299c82e) - _MyCrypto_ -- [加密貨幣安全性：密碼與驗證](https://www.youtube.com/watch?v=m8jlnZuV1i4) - _Andreas M. Antonopoulos_ +- [保護您自己與您的資金](https://support.mycrypto.com/staying-safe/protecting-yourself-and-your-funds) - _MyCrypto_ +- [常見加密貨幣通訊軟體的安全問題](https://docs.salusec.io/untitled/web3-penetration-test/risks-in-social-media) - _Salus_ +- [寫給新手的安全指南 (老手也適用)](https://medium.com/mycrypto/mycryptos-security-guide-for-dummies-and-smart-people-too-ab178299c82e) - _MyCrypto_ +- [加密貨幣安全：密碼與驗證](https://www.youtube.com/watch?v=m8jlnZuV1i4) - _Andreas M. Antonopoulos_ -### 防詐騙指引 {#reading-scam-education} +### 詐騙防範教育 {#reading-scam-education} -- [指南：如何識別詐騙性代幣](/guides/how-to-id-scam-tokens/) -- [保障安全：常見騙局](https://support.mycrypto.com/staying-safe/common-scams) - _MyCrypto_ -- [防範詐騙](https://bitcoin.org/en/scams) - _Bitcoin.org_ -- [從 Twitter 對話一探常見的加密貨幣網路釣魚電郵與訊息](https://twitter.com/tayvano_/status/1516225457640787969) - _Taylor Monahan_ +- [指南：如何辨識詐騙代幣](/guides/how-to-id-scam-tokens/) +- [保持安全：常見詐騙手法](https://support.mycrypto.com/staying-safe/common-scams) - _MyCrypto_ +- [避免詐騙](https://bitcoin.org/en/scams) - _Bitcoin.org_ +- [關於常見加密貨幣釣魚郵件和訊息的 Twitter 推文串](https://twitter.com/tayvano_/status/1516225457640787969) - _Taylor Monahan_ diff --git a/public/content/translations/zh-tw/smart-contracts/index.md b/public/content/translations/zh-tw/smart-contracts/index.md index ea3f1a56c60..32e4031f258 100644 --- a/public/content/translations/zh-tw/smart-contracts/index.md +++ b/public/content/translations/zh-tw/smart-contracts/index.md @@ -1,23 +1,27 @@ --- -title: 智慧型合約 -metaTitle: "智慧型合約：簡介與優點" -description: 智慧型合約的非技術性簡介 +title: "智慧型合約" +metaTitle: "智能合約：簡介與優點" +description: "智慧型合約的非技術性簡介" lang: zh-tw --- -# 智慧型合約簡介 {#introduction-to-smart-contracts} +# 智能合約簡介 {#introduction-to-smart-contracts} + +
+ +
智慧型合約是以太坊應用程式層的基本構成要素。 它們是一種儲存在[區塊鏈](/glossary/#blockchain)上的電腦程式，會遵守「如果某事發生，則執行某程式」的邏輯，且保證會依照程式碼定義好的規則執行，智慧型合約一經建立則無法變更。 -Nick Szabo 率先提出「智慧型合約」一詞。 他在 1994 年撰寫了[這個概念](https://www.fon.hum.uva.nl/rob/Courses/InformationInSpeech/CDROM/Literature/LOTwinterschool2006/szabo.best.vwh.net/smart.contracts.html)，並在 1996 年撰寫了[《探索智慧型合約可以做什麼》](https://www.fon.hum.uva.nl/rob/Courses/InformationInSpeech/CDROM/Literature/LOTwinterschool2006/szabo.best.vwh.net/smart_contracts_2.html)。 +Nick Szabo 率先提出「智慧型合約」一詞。 在 1994 年，他撰寫了[一篇介紹此概念的文章](https://www.fon.hum.uva.nl/rob/Courses/InformationInSpeech/CDROM/Literature/LOTwinterschool2006/szabo.best.vwh.net/smart.contracts.html)，並在 1996 年撰寫了[一篇探討智能合約可以做些什麼的文章](https://www.fon.hum.uva.nl/rob/Courses/InformationInSpeech/CDROM/Literature/LOTwinterschool2006/szabo.best.vwh.net/smart_contracts_2.html)。 -Szabo 設想了一種數位市場，無需可信的中介，即能透過自動化、[加密安全](/glossary/#cryptography)的流程實現交易和業務功能。 以太坊上的智慧型合約讓此一願景付諸實踐。 +Szabo 設想了一種數位市場，無需可信的中介，即能透過自動化、[密碼學安全](/glossary/#cryptography)的流程實現交易和業務功能。 以太坊上的智慧型合約讓此一願景付諸實踐。 觀看 Finematics 講解智慧型合約： -## 傳統合約內的信任 {#trust-and-contracts} +## 傳統合約中的信任 {#trust-and-contracts} 傳統合約最大的問題之一是需要可信的個人來監督合約執行結果。 @@ -27,7 +31,7 @@ Alice 和 Bob 進行一場自行車比賽。 Alice 和 Bob 打賭 10 美金， 這個搞笑的範例說明了非智慧型協議會發生的問題。 即使已符合協議的條件（即，你是比賽的獲勝者），你還得相信對方會履行協議（也就是支付賭注）。 -## 數位販賣機 {#vending-machine} +## 數位自動販賣機 {#vending-machine} 用簡單的比喻來說，智慧型合約就像一台自動販賣機，只要提供特定的輸入，就保證會得到預先設定好的輸出。 @@ -49,7 +53,7 @@ Alice 和 Bob 進行一場自行車比賽。 Alice 和 Bob 打賭 10 美金， 傳統合約的模糊之處在於它們有賴於真人詮釋和履約。 舉例來說，兩名法官可能會對同一張合約保持不同見解，這就造成判決不一致，繼而產生不同結果。 智慧型合約消除了這種可能性。 相反地，智慧型合約完全依合約程式碼內所寫條件執行。 完全的意思是指，只要提供相同的條件，智慧型合約就會產生相同的結果。 -## 公開的記錄 {#public-record} +## 公開紀錄 {#public-record} 智慧型合約對於審計和追蹤也非常有用。 由於以太坊的智慧型合約寫在公共區塊鏈上，因此任何人都能立即追蹤資產的轉移和其他相關資訊。 舉例來說，你可以查閱某人是否把錢轉到你的地址了。 @@ -57,26 +61,30 @@ Alice 和 Bob 進行一場自行車比賽。 Alice 和 Bob 打賭 10 美金， 智慧型合約也可以保護你的隱私權。 由於以太坊是匿名網路（你進行的交易公開綁定唯一的加密地址，而非綁定個人身分），因而可以保護隱私不受監視。 -## 公開可見的條款 {#visible-terms} +## 條款可見 {#visible-terms} 最後，如同傳統合約，你可以在簽名同意前檢查智慧型合約裡的內容，或與合約互動。 智慧型合約的透明度擔保每個人都可以審查它。 -## 智慧型合約使用案例 {#use-cases} +## 智能合約使用案例 {#use-cases} 基本上，智慧型合約可以做到所有電腦程式都能做到的事。 它們可以執行計算、建立貨幣、儲存資料、鑄造[非同質化代幣](/glossary/#nft)、傳送通訊內容，甚至產生圖形。 以下是一些真實世界流行的範例： - [穩定幣](/stablecoins/) -- [建立和分發唯一的數位資產](/nft/) +- [建立與分發獨特的數位資產](/nft/) - [自動、開放的貨幣交易所](/get-eth/#dex) - [去中心化遊戲](/apps/categories/gaming) - [自動理賠的保單](https://etherisc.com/) -- [讓人們建立自訂、可互相流通的貨幣的標準](/developers/docs/standards/tokens/) +- [讓人們建立自訂、可互相流通貨幣的標準](/developers/docs/standards/tokens/) + +## 延伸閱讀 {#further-reading} + +- [智能合約將如何改變世界](https://www.youtube.com/watch?v=pA6CGuXEKtQ) +- [給開發者的智能合約](/developers/docs/smart-contracts/) +- [學習撰寫智能合約](/developers/learning-tools/) +- [精通以太坊 - 什麼是智能合約？](https://github.com/ethereumbook/ethereumbook/blob/openedition/07smart-contracts-solidity.asciidoc#what-is-a-smart-contract) -## 了解更多 {#further-reading} + -- [智慧型合約將如何改變世界](https://www.youtube.com/watch?v=pA6CGuXEKtQ) -- [適用於開發者的智慧型合約](/developers/docs/smart-contracts/) -- [學習撰寫智慧型合約](/developers/learning-tools/) -- [精通以太坊 ─ 智慧型合約是什麼？](https://github.com/ethereumbook/ethereumbook/blob/openedition/07smart-contracts-solidity.asciidoc#what-is-a-smart-contract) + diff --git a/public/content/translations/zh-tw/social-networks/index.md b/public/content/translations/zh-tw/social-networks/index.md index 708c09dd4a3..800b81dc745 100644 --- a/public/content/translations/zh-tw/social-networks/index.md +++ b/public/content/translations/zh-tw/social-networks/index.md @@ -1,21 +1,21 @@ --- -title: 去中心化社交網路 -description: 以太坊去中心化社交網路概覽 +title: "去中心化社交網路" +description: "以太坊去中心化社交網路概覽" lang: zh-tw template: use-cases emoji: ":mega:" sidebarDepth: 2 image: /images/ethereum-learn.png -summaryPoint1: 基於區塊鏈的平台，用於社交互動、内容建立和分發。 -summaryPoint2: 去中心化社交媒體網路可保護用戶隱私和增強資料安全性。 -summaryPoint3: 代幣和非同質化代幣創造了將內容貨幣化的新方法。 +summaryPoint1: "基於區塊鏈的平台，用於社交互動、内容建立和分發。" +summaryPoint2: "去中心化社交媒體網路可保護用戶隱私和增強資料安全性。" +summaryPoint3: "代幣和非同質化代幣創造了將內容貨幣化的新方法。" --- 社交網路在我們的日常交流和互動中發揮著重要作用。 然而，這些平台的中心化控制產生了許多問題：資料洩露、伺服器中斷、平台禁言、審查制度和侵犯隱私，是社交媒體經常做出的一些取捨。 為了解決這些問題，開發者正在以太坊上建立社交網路。 去中心化社交網路可以解決傳統社交網路平台的許多問題，並提升用戶的整體體驗。 ## 什麼是去中心化社交網路? {#what-are-decentralized-social-networks} -去中心化社交網路是[基於區塊鏈](/glossary/#blockchain)的平台，允許使用者交換資訊以及向受眾發布內容。 由於這些應用程式在區塊鏈上運作，它們能夠去中心化且抵抗審查和不當控制。 +去中心化社交網路是[基於區塊鏈](/glossary/#blockchain)的平台，允許使用者交換資訊，以及向受眾發布和分發內容。 由於這些應用程式在區塊鏈上運作，它們能夠去中心化且抵抗審查和不當控制。 許多去中心化的社交網路已成為現有社交媒體服務的替代品，例如 Facebook、LinkedIn、Twitter 和 Medium。 但基於區塊鏈的社交網路有許多功能，使其領先於傳統社交平台。 @@ -23,29 +23,29 @@ summaryPoint3: 代幣和非同質化代幣創造了將內容貨幣化的新方 ### 去中心化社交網路是如何運作的？ {#decentralized-social-networks-overview} -去中心化社交網路是一類[去中心化應用程式 (dApp)](/apps/)，由部署在區塊鏈上的[智慧型合約](/glossary/#smart-contract)提供支援。 合約程式碼充當這些應用程式的後端並定義它們的業務邏輯。 +去中心化社交網路是一類[去中心化應用程式 (dapps)](/apps/)——由部署在區塊鏈上的[智慧合約](/glossary/#smart-contract)提供支援的應用程式。 合約程式碼充當這些應用程式的後端並定義它們的業務邏輯。 -傳統社交媒體平台依靠資料庫來儲存使用者資訊、程式碼和其他形式的資料。 但這會產生單點故障並帶來重大風險。 例如，2021 年 10 月，Facebook 的伺服器[離線數小時](https://www.npr.org/2021/10/05/1043211171/facebook-instagram-whatsapp-outage-business-impact)，造成使用者與平台的連線中斷，遭到廣泛的詬病。 +傳統社交媒體平台依靠資料庫來儲存使用者資訊、程式碼和其他形式的資料。 但這會產生單點故障並帶來重大風險。 例如，在 2021 年 10 月，Facebook 的伺服器曾惡名昭彰地[離線數小時](https://www.npr.org/2021/10/05/1043211171/facebook-instagram-whatsapp-outage-business-impact)，導致使用者無法使用該平台。 -去中心化社交網路存在於由全球數千個節點組成的[點對點網路](/glossary/#peer-to-peer-network)上。 即使某些節點發生故障，網路仍然會不間斷運作，使應用程式能夠抵禦故障和中斷。 +去中心化社交網路存在於一個由全球數千個節點組成的[對等網路](/glossary/#peer-to-peer-network)上。 即使某些節點發生故障，網路仍然會不間斷運作，使應用程式能夠抵禦故障和中斷。 -基於以太坊建立的社交網路，使用去中心化存儲系統，如[星際文件系統 (IPFS)](https://ipfs.io/)，可以保護使用者資訊不被利用和惡意使用。 不會有人將你的個人資訊出售給廣告商，駭客也無法竊取你的機密資訊。 +使用像 [InterPlanetary File System (IPFS)](https://ipfs.io/) 這類的去中心化儲存系統，建構在以太坊上的社交網路可以保護使用者資訊免於被利用和惡意使用。 不會有人將你的個人資訊出售給廣告商，駭客也無法竊取你的機密資訊。 許多基於區塊鏈的社交平台都有原生代幣，可以在沒有廣告收入的情況下實現貨幣化。 使用者可以購買這些代幣來存取某些功能、完成應用程式內購買或給他們喜愛的內容創作者小費。 -## 去中心化社交網路的好處 {#benefits} +## 去中心化社交網路的優點 {#benefits} -1. 去中心化社交網路可抵抗審查，並對所有人開放。 這意味著**使用者不能被任意封禁**、被平台禁言或限制。 +1. 去中心化社交網路可抵抗審查，並對所有人開放。 這表示**使用者不會被任意禁止**、被平台移除或受限。 -2. 去中心化社交網路**建立在開放原始碼理念**的基礎上，並使應用程式的原始碼公開供大眾檢驗。 透過去除傳統社交媒體中常見的不透明演算法實作，基於區塊鏈的社交網路可以讓使用者和平台創立者的利益保持一致。 +2. 去中心化社交網路**建立在開源理念之上**，並將應用程式的原始碼公開以供大眾檢視。 透過去除傳統社交媒體中常見的不透明演算法實作，基於區塊鏈的社交網路可以讓使用者和平台創立者的利益保持一致。 -3. 去中心化社交網路取消了「中間人」。 內容**創作者對其創作內容擁有直接所有權**，他們直接與追隨者、粉絲、買家和其他各方互動，雙方之間僅有智慧型合約。 +3. 去中心化社交網路取消了「中間人」。 內容**創作者對其內容擁有直接所有權**，他們直接與追隨者、粉絲、買家及其他方互動，彼此之間只有智慧合約。 -4. 由於去中心化應用程式在以太坊網路上運作，而該網路是由一個全球點對點節點網路所維持，因此去中心化社交網路**較不易受到伺服器停機**和中斷的影響。 +4. 由於去中心化應用程式在以太坊網路上運作，而該網路是由全球對等節點網路所維持，因此去中心化社交網路**較不易受到伺服器停機**和中斷的影響。 -5. 去中心化社交平台透過[非同質化代幣 (NFT)](/glossary/#nft)、應用程式內加密貨幣支付等，為內容創作者提供**更好的貨幣化**框架。 +5. 去中心化社交平台透過[非同質化代幣 (NFT)](/glossary/#nft)、應用程式內加密貨幣支付等方式，為內容創作者提供**更完善的營利**框架。 -6. 去中心化社交網路為使用者提供了**高度的隱私和匿名性**。 例如，個人可以透過[以太坊名稱服務](/glossary/#ens)設定檔或[錢包](/glossary/#wallet)登入基於以太坊的社交網路，而無需共享個人識別資訊 (PII)，例如姓名、電子郵件地址等。 +6. 去中心化社交網路為使用者提供**高度的隱私和匿名性**。 例如，個人可以使用 [ENS](/glossary/#ens) 個人檔案或[錢包](/glossary/#wallet)登入以太坊社交網路——無需分享姓名、電子郵件地址等個人可識別資訊 (PII)。 7. 去中心化社交網路依賴於去中心化的儲存，而不是中心化的資料庫，前者在保護使用者資料方面要好得多。 @@ -57,50 +57,84 @@ summaryPoint3: 代幣和非同質化代幣創造了將內容貨幣化的新方 [Mirror](https://mirror.xyz/) 是一個支援 web3 的寫作平台，旨在實現去中心化和為使用者所擁有。 使用者只需連接錢包即可在 Mirror 上免費閲讀和寫作。 使用者還可以收集寫作作品並訂閱他們喜歡的作者。 -在 Mirror 上發布的文章會永久儲存在去中心化儲存平台 Arweave 上，並且可以鑄造為可收集的[非同質化代幣 (NFT)](/nft/)，也稱為寫作非同質化代幣。 鑄造寫作非同質化代幣對作者來說是完全免費的，並且此非同質化代幣在以太坊[二層網路](/glossary/#layer-2)上收集，使交易變得實惠、快速且環保。 +在 Mirror 上發布的文章會永久儲存在去中心化儲存平台 Arweave 上，並且可以鑄造為可收集的[非同質化代幣 (NFT)](/nft/)，也稱為寫作 NFT。 鑄造寫作 NFT 對作者來說是完全免費的，並且收藏發生在以太坊 [L2](/glossary/#layer-2) 上——使交易變得便宜、快速且環保。 ### MINDS {#minds} [MINDS](https://www.minds.com/) 是最常用的去中心化社交網路之一。 它的運作方式與 Facebook 類似，並且已經吸引了數百萬使用者。 -使用者使用平台的原生 [ERC-20](/glossary/#erc-20) 代幣 $MIND 來購買物品。 使用者還可以透過發布熱門內容、為生態系統做出貢獻以及將其他人推薦給平台來賺取 $MIND 代幣。 +使用者使用該平台的原生 [ERC-20](/glossary/#erc-20) 代幣 $MIND 來支付商品。 使用者還可以透過發布熱門內容、為生態系統做出貢獻以及將其他人推薦給平台來賺取 $MIND 代幣。 + +### Farcaster {#farcaster} + +[Farcaster](https://farcaster.xyz/) 是一個「充分去中心化」的社交網路，類似於 X 和 Reddit，使用者可以在上面分享和發現「casts」。 它建立在 Optimism L2 網路上，以保持交易相對便宜。 ## 使用去中心化社交網路 {#use-decentralized-social-networks} -- **[Status.im](https://status.im/)** - _Status 是安全的訊息傳遞應用程式，使用開放程式碼、點對點協議和端到端加密來保護你的訊息免受第三方的侵害。_ -- **[Mirror.xyz](https://mirror.xyz/)** - _Ｍirror 是一個基於以太坊構建的使用者擁有的去中心化發布平台，供使用者眾籌創意、將內容貨幣化並建立高價值社群。_ +- **[Status.app](https://status.app/)** - _Status 是一款安全的傳訊應用程式，採用開源、點對點的協定以及端對端加密技術，保護您的訊息不受第三方侵害。_ +- **[Mirror.xyz](https://mirror.xyz/)** - _Mirror 是一個基於以太坊構建的使用者擁有的去中心化發布平台，供使用者眾籌創意、將內容貨幣化並建立高價值社群。_ - **[Lens Protocol](https://lens.xyz/)** - _Lens Protocol 是一個可組合和去中心化的社交圖譜，可幫助創作者在去中心化網際網路的數位花園中的任何地方擁有自己的內容。_ -- **[Farcaster](https://farcaster.xyz/)** - _Farcaster 是一個充分去中心化的社交網路。 它是個支持多種用戶端的開放式協議，如電子郵件。_ +- **[Farcaster](https://farcaster.xyz/)** - _Farcaster 是一個充分去中心化的社交網路。 _它是一個開放式協議，可以支援多個用戶端，就像電子郵件一樣。_ +- **[Ethereum Follow Protocol](https://efp.app/)** - _Ethereum Follow Protocol 是一個針對以太坊帳戶的完全去中心化鏈上社交圖譜，它推進了模組化以太坊身份堆疊的願景，並與 ENS 和 SIWE 互補。_ +- **[Ethereum Comments Protocol](https://www.ethcomments.xyz/)** - _以太坊上一個全新的、可編寫的社交內容原語，可將您的想法放在鏈上。_ ## 以太坊上的 Web2 社交網路 {#web2-social-networks-and-ethereum} -[Web3](/glossary/#web3) 原生社交平台並不是唯一試圖將區塊鏈技術融入社交媒體的平台。 許多中心化平台也計劃將以太坊結合到他們的基礎設施中： +[Web3](/glossary/#web3) 原生社交平台並不是唯一試圖將區塊鏈技術融入社交媒體的平台。 許多中心化平台也正在探索或嘗試將以太坊結合到他們的基礎設施中： + +### Brave 瀏覽器 {#brave} + +- Brave 已將建構在以太坊上的 ERC-20 代幣 **[Basic Attention Token (BAT)](https://basicattentiontoken.org/)** 整合到其瀏覽器生態系中，以革新數位廣告和對內容創作者的支援。 + +- **[Brave 獎勵計畫](https://brave.com/brave-rewards/)** 讓使用者可以透過觀看尊重隱私的廣告來賺取 BAT，然後根據關注時間自動贊助 YouTube、Twitter 和 GitHub 等各種平台上的網站和內容創作者。 + +- 內容創作者可以註冊成為 **[Brave 驗證創作者](https://creators.brave.com/)**，直接在其以太坊錢包中接收這些贊助，從而在傳統網路平台和基於區塊鏈的營利模式之間建立一座跨鏈橋。 + +- BAT 代幣獨立存在於以太坊區塊鏈上，使用者賺取後可以將其轉移到個人錢包或交易所。 + +### Audius 音樂平台 {#audius} + +- **[Audius](https://audius.co/)** 是一個音樂串流平台，使用以太坊區塊鏈技術直接將藝術家與粉絲連結起來。 + +- 該平台採用混合式去中心化架構，內容儲存在 IPFS 上，同時利用區塊鏈來處理所有權和 **[AUDIO 代幣](https://eth.blockscout.com/token/0x18aaa7115705e8be94bffebde57af9bfc265b998)**。 + +- Audius 已與 **[TikTok 建立合作夥伴關係](https://audius.co/tiktok)**，將 Web3 功能帶給主流觀眾，並讓藝術家透過區塊鏈技術將其內容營利。 + +- 該平台的技術細節可在其\*\*[白皮書](https://whitepaper.audius.co/)\*\*中找到，其中說明了他們如何建立在以太坊的基礎設施之上。 + +### Sorare 夢幻運動 {#sorare} + +- **[Sorare](https://sorare.com/)** 是一個\*\*[建立在以太坊上的夢幻運動平台](https://sorare.com/help/a/4402888626577/what-is-a-sorare-wallet)\*\*，允許使用者收集、交易和使用官方 NFT 球員卡進行遊戲。 + +- 球員卡是以太坊區塊鏈上可驗證的 NFT，而平台的智慧合約可以在 **[Etherscan](https://eth.blockscout.com/address/0x629a673a8242c2ac4b7b8c5d8735fbeac21a6205?tab=contract)** 上查看。 + +- Sorare 將傳統的夢幻運動玩法與數位資產的區塊鏈所有權相結合，為主流體育迷帶來了\*\*[以太坊資金](https://sorare.com/help/a/10969733392797/what-network-should-i-use-to-fund-my-eth-wallet)\*\*功能。 -### Reddit {#reddit} +### Twitter/X (加密貨幣小費) {#twitter} -Reddit 擁有[回饋式社群積分](https://cointelegraph.com/news/reddit-to-reportedly-tokenize-karma-points-and-onboard-500m-new-users)，它們是 ERC-20 代幣，使用者可以透過發布優質內容和為線上社群 (subreddit) 貢獻以獲得此積分。 你可以在 subreddit 中兌換這些代幣，以獲得獨家特權和福利。 對於這個專案，Reddit 正在與 Arbitrum 合作，後者為一個[二層](/glossary/#layer-2)網路，旨在拓展以太坊交易。 +**[Twitter](https://x.com)** (現為 X) 已透過多種方式整合區塊鏈技術，以增強創作者的營利能力和數位身份驗證： -該程式現已上線，使用[運行名為「Moons」的社群積分版本](https://www.reddit.com/r/CryptoCurrency/wiki/moons_wiki)的 r/CryptoCurrency subreddit。 根據官方描述，Moons“會為對 subreddit 做出貢獻的發佈者、評論者、修改者提供獎勵。” 由於這些代幣位於區塊鏈上（使用者通過錢包接收），他們獨立於 Reddit 且不會丟失。 +- **加密貨幣小費**：該平台已整合\*\*[以太坊小費](https://help.x.com/en/using-x/tips)\*\*功能，讓使用者能透過像 Strike 這樣的以太坊錢包發送款項。 -除使用社群積分來解鎖特殊功能外，使用者亦可以在交易所用它們來換取法定貨幣。 此外，使用者擁有社群積分的數量決定了他們在社群決策過程中的影響力。 +透過整合區塊鏈功能，X 正在彌合 Web2 社交體驗與去中心化數位所有權之間的差距。 ## 延伸閱讀 {#further-reading} ### 文章 {#articles} -- [去中心化社群媒體：Web3 社交技巧指南](https://www.coinbase.com/blog/decentralizing-social-media-a-guide-to-the-web3-social-stack) - _Coinbase Ventures_ -- [社交網路是下一個大的去中心化機會](https://www.coindesk.com/tech/2021/01/22/social-networks-are-the-next-big-decentralization-opportunity/) — _Ben Goertzel_ -- [Web3 承諾實現由社群推動的去中心化社交網路](https://venturebeat.com/2022/02/26/web3-holds-the-promise-of-decentralized-community-powered-social-networks/) — _Sumit Ghosh_ -- [區塊鏈社交媒體發展形勢概覽](https://www.gemini.com/cryptopedia/blockchain-social-media-decentralized-social-media) — _Gemini Cryptopedia_ +- [去中心化社交媒體：web3 社交堆疊指南](https://www.coinbase.com/blog/decentralizing-social-media-a-guide-to-the-web3-social-stack) - _Coinbase Ventures_ +- [社交網路是下一個巨大的去中心化機會](https://www.coindesk.com/tech/2021/01/22/social-networks-are-the-next-big-decentralization-opportunity/) — _Ben Goertzel_ +- [Web3 承載著去中心化、社群驅動的社交網路的承諾](https://venturebeat.com/2022/02/26/web3-holds-the-promise-of-decentralized-community-powered-social-networks/) — _Sumit Ghosh_ +- [區塊鏈社交媒體景觀概覽](https://www.gemini.com/cryptopedia/blockchain-social-media-decentralized-social-media) — _Gemini Cryptopedia_ - [區塊鏈如何解決社交媒體隱私問題](https://www.investopedia.com/news/ethereum-blockchain-social-media-privacy-problem-linkedin-indorse/) — _Prableen Bajpai_ - [社交網路的充分去中心化](https://www.varunsrinivasan.com/2022/01/11/sufficient-decentralization-for-social-networks) — _Varun Srinivasan_ ### 影片 {#videos} -- [去中心化社交媒體闡述](https://www.youtube.com/watch?v=UdT2lpcGvcQ) — _Coinmarketcap_ +- [去中心化社交媒體解說](https://www.youtube.com/watch?v=UdT2lpcGvcQ) — _Coinmarketcap_ - [DeSo 區塊鏈希望將社交媒體去中心化](https://www.youtube.com/watch?v=SG2HUiVp0rE) — _Bloomberg Technology_ -- [去中心化社交媒體的未來展望 - Balaji Srinivasan、Vitalik Buterin 和 Juan Benet](https://www.youtube.com/watch?v=DTxE9KV3YrE) — _ETHGlobal_ +- [與 Balaji Srinivasan、Vitalik Buterin、Juan Benet 探討去中心化社交媒體的未來](https://www.youtube.com/watch?v=DTxE9KV3YrE) — _ETHGlobal_ ### 社群 {#communities} -- [r/CryptoCurrency subreddit](https://www.reddit.com/r/CryptoCurrency/) +- [r/CryptoCurrency 子版面](https://www.reddit.com/r/CryptoCurrency/) diff --git a/public/content/translations/zh-tw/staking/dvt/index.md b/public/content/translations/zh-tw/staking/dvt/index.md index 5d9eeb59a15..053e026352a 100644 --- a/public/content/translations/zh-tw/staking/dvt/index.md +++ b/public/content/translations/zh-tw/staking/dvt/index.md @@ -1,16 +1,16 @@ --- -title: 分散式驗證者技術 -description: 分散式驗證者技術使以太坊驗證者可以由多方分散式執行。 +title: "分散式驗證者技術" +description: "分散式驗證者技術使以太坊驗證者可以由多方分散式執行。" lang: zh-tw --- -# 分散式驗證者技術 {#distributed-validator-technology} +# 分散式驗證程式技術 {#distributed-validator-technology} 分散式驗證者技術 (DVT) 是一種驗證者安全保障方法，可將金鑰管理和簽名職責分散到多方，從而減少單點故障並提高驗證者的彈性。 -它將用於保護驗證者的**私密金鑰分散**至組成一個「叢集」的**許多計算機**，以實現安全保障目的。 此方法的好處在於它讓攻擊者非常難以存取金鑰，因為金鑰並沒有完整儲存在任何一台機器上。 它還允許某些節點離線，因為必要的簽名可以由每個叢集中的一部分機器完成。 這減少了網路的單點故障，並使整個驗證者群更加可靠。 +它透過將保護驗證程式用的 **私密金鑰**，**分散到** 由多台電腦組成的「叢集」中來達成。 此方法的好處在於它讓攻擊者非常難以存取金鑰，因為金鑰並沒有完整儲存在任何一台機器上。 它還允許某些節點離線，因為必要的簽名可以由每個叢集中的一部分機器完成。 這減少了網路的單點故障，並使整個驗證者群更加可靠。 -![示意圖展示單個驗證者金鑰如何拆分成金鑰分片，並分散到多個具有不同組件的節點。](./dvt-cluster.png) +![一張示意圖，展示單一驗證程式金鑰如何分割成數個金鑰分片，並分送至具備不同元件的多個節點。](./dvt-cluster.png) ## 我們為什麼需要分散式驗證者技術？ {#why-do-we-need-dvt} @@ -20,7 +20,7 @@ lang: zh-tw 透過分散式驗證者技術，質押者可以參與質押，同時冷儲存驗證者私密金鑰。 這透過加密原始的完整驗證者金鑰，然後將其分割為金鑰分片來實現。 金鑰分片儲存在線上並分發給多個節點，使驗證者可以進行分散式操作。 這是可以實現的，因為以太坊驗證者使用可附加的 BLS 簽名，這意味著可以透過將其組成部分相加以重建完整金鑰。 這使質押者能夠安全地離線保存完整、原始的「主要」驗證者金鑰。 -### 無單點錯誤 {#no-single-point-of-failure} +### 無單點故障 {#no-single-point-of-failure} 當驗證者分佈在多個營運商和多台機器上時，它可以承受個別硬體和軟體故障而不會離線。 透過在叢集中的節點上使用不同的硬體和軟體設定，可降低故障風險。 這種彈性不適用於單節點驗證者設定 - 它來自分散式驗證者技術層。 @@ -32,33 +32,33 @@ lang: zh-tw 如果沒有分散式驗證者技術，對質押提供商來說，所有驗證者只支援一到二種用戶端設定很容易，但這會增大用戶端錯誤的影響。 分散式驗證者技術可用於在多種用戶端設定和不同硬體之間分散風險，通過多樣性創造彈性。 -**分散式驗證者技術為以太坊提供了以下好處：** +**DVT 為以太坊提供下列好處：** -1. 以太坊權益證明共識的**去中心化** -2. 確保網路的**活躍性** -3. 建立驗證者**容錯性** -4. **信任最小化**驗證者操作 -5. **最小化罰沒**和停機風險 -6. **提高多樣性**（用戶端、數據中心、位置、監管等） -7. **增強**驗證者金鑰管理的安全性 +1. **以太坊權益證明共識的去中心化** +2. 確保網路的 **活躍性** +3. 建立驗證程式的 **容錯能力** +4. **信任最小化**的驗證程式操作 +5. **將罰沒**與停機時間風險**降至最低** +6. **提高多樣性** (用戶端、資料中心、地點、法規等) +7. **強化**驗證程式金鑰管理的**安全性** ## 分散式驗證者技術如何運作？ {#how-does-dvt-work} 分散式驗證者技術解決方案包含以下組成部分： -- **[Shamir 私鑰分享算法](https://medium.com/@keylesstech/a-beginners-guide-to-shamir-s-secret-sharing-e864efbf3648)** - 驗證者使用 [BLS 金鑰](https://en.wikipedia.org/wiki/BLS_digital_signature) 各 BLS「金鑰分片」（「金鑰分片」）可以組合成一個聚合金鑰（簽名）。 在分散式驗證者技術中，驗證者的私密金鑰是叢集中每個營運商的組合 BLS 簽名。 -- **[閾值簽名方案](https://medium.com/nethermind-eth/threshold-signature-schemes-36f40bc42aca)** - 確定簽名職責所需的單個金鑰分片數，例如：4 個中需要 3 個。 -- **[分佈式金鑰生成 (DKG) 協議](https://medium.com/toruslabs/what-distributed-key-generation-is-866adc79620)** - 一種加密過程，用於生成金鑰分片，並將現有或新的驗證者金鑰分片分發給叢集中的節點。 -- **[多方計算 (MPC)](https://messari.io/report/applying-multiparty-computation-to-the-world-of-blockchains)** - 完整的驗證者金鑰使用多方計算秘密生成。 任何單獨營運商都不知道完整的金鑰—他們只知道自己的部分（他們的「分片」）。 -- **共識協議** - 共識協議選擇一個節點作為區塊提交者。 它們與叢集中的其他節點共享該區塊，這些節點將其金鑰分片加入聚合簽名中。 聚合了足夠的金鑰分片後，就將該區塊提交至以太坊。 +- **[沙米爾秘密分享](https://medium.com/@keylesstech/a-beginners-guide-to-shamir-s-secret-sharing-e864efbf3648)** - 驗證程式使用 [BLS 金鑰](https://en.wikipedia.org/wiki/BLS_digital_signature)。 各 BLS「金鑰分片」（「金鑰分片」）可以組合成一個聚合金鑰（簽名）。 在分散式驗證者技術中，驗證者的私密金鑰是叢集中每個營運商的組合 BLS 簽名。 +- **[閾值簽章方案](https://medium.com/nethermind-eth/threshold-signature-schemes-36f40bc42aca)** - 決定簽署職責所需的個別金鑰分片數量，例如 4 個裡要有 3 個。 +- **[分散式金鑰產生 (DKG)](https://medium.com/toruslabs/what-distributed-key-generation-is-866adc79620)** - 一種產生金鑰分片的密碼學程序，用於將現有或新的驗證程式金鑰分片分送給叢集中的節點。 +- **[多方計算 (MPC)](https://messari.io/report/applying-multiparty-computation-to-the-world-of-blockchains)** - 完整的驗證程式金鑰是使用多方計算以秘密方式產生的。 任何單獨營運商都不知道完整的金鑰—他們只知道自己的部分（他們的「分片」）。 +- **共識協定** - 共識協定會選出一個節點作為區塊提交者。 它們與叢集中的其他節點共享該區塊，這些節點將其金鑰分片加入聚合簽名中。 聚合了足夠的金鑰分片後，就將該區塊提交至以太坊。 分散式驗證者有內建的容錯機制，即使某些單獨節點離線，仍能持續運行。 這表示即使叢集中某些節點為惡意或怠惰，叢集也具有彈性。 -## 分散式驗證者技術使用案例 {#dvt-use-cases} +## DVT 使用案例 {#dvt-use-cases} 分散式驗證者技術對廣大的質押產業有重大影響： -### 單獨質押者 {#solo-stakers} +### 個人質押者 {#solo-stakers} 藉由分散你的驗證者金鑰至各遠端節點，同時使完整金鑰保持完全離線，分散式驗證者技術也能實現非託管式質押。 這表示居家質押者並不需要額外硬體支出，而分散金鑰分片可以強化他們對抗潛在安全攻擊的能力。 @@ -74,18 +74,18 @@ lang: zh-tw 儘管一般會盡力將質押分散到多個營運商以降低風險，每位營運商仍管理很大一部分質押。 依賴單一營運商可能會造成重大風險，如：表現不佳、停機、受到入侵或惡意行為。 -藉由分散式驗證者技術，顯著降低了需要對營運商應有的信任。 **質押池讓營運商擁有質押，而無需託管驗證者金鑰**（因僅使用金鑰分片）。 分散式驗證者技術還允許將質押分散至更多營運商（例如：讓這些驗證者由多位營運商共同運行，而不是讓單個營運商管理 1000 個驗證者）。 多樣的營運商設置可確保當一個營運商故障時，其他營運商仍可驗證交易。 這提高了冗余和多樣性，從而提升了性能和彈性，同時最大限度地提高了酬勞。 +藉由分散式驗證者技術，顯著降低了需要對營運商應有的信任。 **質押池能讓營運商持有質押，而無需保管驗證程式金鑰** (因為只會用到金鑰分片)。 分散式驗證者技術還允許將質押分散至更多營運商（例如：讓這些驗證者由多位營運商共同運行，而不是讓單個營運商管理 1000 個驗證者）。 多樣的營運商設置可確保當一個營運商故障時，其他營運商仍可驗證交易。 這提高了冗余和多樣性，從而提升了性能和彈性，同時最大限度地提高了酬勞。 最小化單一營運信任的另一個好處是，質押池可以促進更開放的營運商參與，且無需許可。 如此一來，服務商可以使用精選且無需許可的營運商（例如，將家庭質押者或更多小型質押者與大型質押者配對）來降低其風險，並支援以太坊的去中心化。 -## 使用分散式驗證者技術的潛在弊端 {#potential-drawbacks-of-using-dvt} +## 使用 DVT 的潛在缺點 {#potential-drawbacks-of-using-dvt} -- **額外組成部分** - 引入分散式驗證者技術節點會增加一個部分，該部分可能存在故障或漏洞。 要緩解此問題，一種方法是爭取實現多個分散式驗證者技術節點，也就是多個分散式驗證者技術用戶端（類似於共識層和執行層有多個用戶端的情況）。 -- **營運成本** - 由於分散式驗證者技術將驗證者分佈至多個參與方，因此需要更多的節點進行操作，而不是只有一個節點，這就增加了營運成本。 -- **可能會增加延遲** - 因為分散式驗證者技術利用共識協議在多個運行驗證者的節點之間達成共識，這可能會增加延遲。 +- **額外元件** - 導入 DVT 節點會增加一個可能發生故障或存在漏洞的額外部分。 要緩解此問題，一種方法是爭取實現多個分散式驗證者技術節點，也就是多個分散式驗證者技術用戶端（類似於共識層和執行層有多個用戶端的情況）。 +- **營運成本** - 由於 DVT 將驗證程式分散給多方，因此需要更多節點來運作，而非僅需單一節點，這也增加了營運成本。 +- **可能增加延遲** - 由於 DVT 利用共識協定，在操作單一驗證程式的多個節點間達成共識，因此可能會導致延遲增加。 ## 延伸閱讀 {#further-reading} -- [以太坊分散式驗證者規範（高級）](https://github.com/ethereum/distributed-validator-specs) -- [以太坊分散式驗證者技術規範](https://github.com/ethereum/distributed-validator-specs/tree/dev/src/dvspec) -- [Shamir 私鑰分享演示應用程式](https://iancoleman.io/shamir/) +- [以太坊分散式驗證程式規格 (高階)](https://github.com/ethereum/distributed-validator-specs) +- [以太坊分散式驗證程式技術規格](https://github.com/ethereum/distributed-validator-specs/tree/dev/src/dvspec) +- [沙米爾秘密分享示範應用程式](https://iancoleman.io/shamir/) diff --git a/public/content/translations/zh-tw/staking/pools/index.md b/public/content/translations/zh-tw/staking/pools/index.md index 9a2360e00f2..bc30f036be9 100644 --- a/public/content/translations/zh-tw/staking/pools/index.md +++ b/public/content/translations/zh-tw/staking/pools/index.md @@ -1,11 +1,11 @@ --- -title: 聯合質押 -description: 關於如何開始聯合以太幣質押的概覽 +title: "聯合質押" +description: "了解質押池" lang: zh-tw template: staking emoji: ":money_with_wings:" image: /images/staking/leslie-pool.png -alt: 萊斯利犀牛在池中游泳 +alt: "萊斯利犀牛在池中游泳" sidebarDepth: 2 summaryPoints: - 與其他人一起質押任意數量的以太幣並獲得酬勞 @@ -13,25 +13,25 @@ summaryPoints: - 在你自己的錢包中持有質押代幣 --- -## 什麼是質押礦池 {#what-are-staking-pools} +## 什麼是質押礦池 什麼是質押池？ {#what-are-staking-pools} 質押礦池是一種協作方式，允許擁有少量以太幣的人能夠滿足 32 個以太幣此一條件，以啟動一組驗證者金鑰。 由於協定本身並不支援聯合質押這項功能，因此需要單獨建立解決方案來滿足此需求。 -一些礦池使用智慧型合約運作，可以將資金存入合約，由合約以去信任的方式管理和追蹤你的質押品，並向你發放相應價值的代幣。 其他礦池可能不涉及智慧型合約，而是在鏈外調解。 +一些礦池使用智慧型合約運作，可以將資金存入合約，由合約以去信任的方式管理和追蹤你的質押品，並向你發放相應價值的代幣。 其他礦池可能不涉及智能合約，而是在鏈下調解。 -## 為什麼要使用礦池進行質押 {#why-stake-with-a-pool} +## 為什麼要使用礦池進行質押 為何要透過質押池進行質押？ {#why-stake-with-a-pool} -除了我們在[質押簡介](/staking/)中描述的好處之外，聯合質押還具有許多獨特的好處。 +除了我們在 [質押簡介](/staking/) 中概述的好處之外，透過質押池質押還有許多獨特的好處。 - - - + + + -## 需要考慮的事項 {#what-to-consider} +## 應考量事項 {#what-to-consider} 以太坊協定本身並不支援聯合質押或委託質押，但考量到想要質押的以太幣不足 32 個的使用者的需求，越來越多的解決方案已經開始建立。 @@ -39,13 +39,13 @@ summaryPoints: 然而，這些質押以太幣代幣往往會產生類卡特爾的行為，大量質押的以太幣最終會受到少數中心化組織的控制，而不是分散到大量獨立個體中。 這為審查或價值提取創造了條件。 質押的黃金標準應始終是個人盡可能在自己的硬體上運行驗證者。 -[更多關於質押代幣風險的資訊](https://notes.ethereum.org/@djrtwo/risks-of-lsd)。 +[更多關於質押代幣的風險](https://notes.ethereum.org/@djrtwo/risks-of-lsd)。 以下使用屬性指標表示列出的質押礦池可能具有的顯著優勢或劣勢。 在你選擇要加入的礦池時，請將此章節的内容當作參考，瞭解這些屬性的具體定義。 -## 探索質押礦池 {#explore-staking-pools} +## 探索質押池 {#explore-staking-pools} 有多種方案可以幫你完成設定。 請運用上述指標來幫助你了解以下工具。 @@ -53,26 +53,26 @@ summaryPoints: -請注意，仔細選擇具有[用戶端多樣性](/developers/docs/nodes-and-clients/client-diversity/)的服務相當重要，因為它可以提高網路的安全性並降低你的風險。 如果某服務可以證明它會限制主流使用者端的使用，則稱它具有「執行層使用者端多樣性」和「共識層使用者端多樣性」。 +請注意，選擇重視 [用戶端多樣性](/developers/docs/nodes-and-clients/client-diversity/) 的服務非常重要，因為這能提高網路安全性，並降低您的風險。 如果某服務可以證明它會限制主流用戶端的使用，則稱它具有「執行層用戶端多樣性」和「共識層用戶端多樣性」。 -關於我們遺漏的質押工具，你有要推薦的嗎？ 請參閱我們的[產品刊登政策](/contributing/adding-staking-products/)，如果合適，請提交以供審核。 +關於我們遺漏的質押工具，你有要推薦的嗎？ 請參閱我們的 [產品刊登政策](/contributing/adding-staking-products/)，看看它是否合適，並提交以供審核。 ## 常見問題 {#faq} - + 一般來說，ERC-20 質押代幣會發放給質押者，代表他們質押的以太幣以及質押獎勵的價值。 請記住，不同的礦池將通過略有不同的方法向其使用者分配質押酬勞，但主旨是共通的。 - + 就是現在！ 上海/卡佩拉升級發生於 2023 年 4 月，可實現質押提款。 支持質押池的驗證者帳戶現在可以退出並將以太幣提取到他們指定的提款地址。 這樣你可以將質押的份額兌換為基礎以太幣。 有關此功能的具體操作方式，請與你的提供商確認。 或者，使用 ERC-20 質押代幣的質押池允許使用者在公開市場上交易該代幣，讓你可以出售質押位置，這相當於允許你「提款」，但無需實際從質押合約中移除以太幣。 -更多質押提款相關資訊 +更多關於質押提款 - -這些聯合質押選項和中心化交易所之間有許多相似之處，例如能夠質押少量以太幣並將它們捆綁在一起以啟動驗證者。 + +這些聯合質押選項和中心化交易所之間有許多相似之處，例如能夠質押少量的 ETH，並將它們捆綁在一起以啟動驗證程式。 與中心化交易所不同的是，許多其他聯合質押方案採用的是智慧型合約和/或質押代幣，通常是 ERC-20 代幣。這些代幣可以保存在你自己的錢包中，並能像任何其他代幣一樣正常買賣。 透過讓你控制自己的代幣，這為你提供了一層主權和安全性，但這並不代表你能夠直接控制在後台代表你執行證明的驗證者用戶端。 @@ -81,6 +81,6 @@ summaryPoints: ## 延伸閱讀 {#further-reading} -- [以太坊質押目錄](https://www.staking.directory/) - _Eridian 和 Spacesider_ -- [使用 Rocket Pool 進行質押 - 質押概覽](https://docs.rocketpool.net/guides/staking/overview.html) - _RocketPool 文件_ -- [使用 Lido 質押以太坊](https://help.lido.fi/en/collections/2947324-staking-ethereum-with-lido) - _Lido 幫助文件_ +- [以太坊質押目錄](https://www.staking.directory/) - _Eridian and Spacesider_ +- [透過 Rocket Pool 質押 - 質押概覽](https://docs.rocketpool.net/guides/staking/overview.html) - _RocketPool 文件_ +- [使用 Lido 質押以太坊](https://help.lido.fi/en/collections/2947324-staking-ethereum-with-lido) - _Lido 說明文件_ diff --git a/public/content/translations/zh-tw/staking/saas/index.md b/public/content/translations/zh-tw/staking/saas/index.md index 5dd66be21c9..f08ecf6b61a 100644 --- a/public/content/translations/zh-tw/staking/saas/index.md +++ b/public/content/translations/zh-tw/staking/saas/index.md @@ -1,11 +1,11 @@ --- -title: 質押即服務 -description: 關於如何開始聯合以太幣質押的概覽 +title: "質押即服務" +description: "了解質押即服務" lang: zh-tw template: staking emoji: ":money_with_wings:" image: /images/staking/leslie-saas.png -alt: 漂浮在雲端的犀牛萊斯利。 +alt: "漂浮在雲端的犀牛萊斯利。" sidebarDepth: 2 summaryPoints: - 第三方節點營運商負責處理你的驗證者用戶端的運作 @@ -22,14 +22,14 @@ summaryPoints: 以太坊協定本身並不支援質押委託，因此為了滿足此項需求，這類服務應運而生。 如果你有 32 個以太幣要質押，但懶得處理硬體設備，質押即服務可以讓你在賺取原生區塊酬勞的同時將困難的部分外包。 - - - + + + -## 需要考慮的事項 {#what-to-consider} +## 應考量事項 {#what-to-consider} 有越來越多的質押即服務供應商提供以太幣質押服務，但有各自的好處及風險。 相較於居家質押，所有質押即服務方案都需要額外的信任假設。 質押即服務可能有整合以太坊用戶端的額外程式碼，這些程式碼並不開放或無法審核。 質押即服務對於網路的去中心化也有不利影響。 根據設定，你可能無法控制你的驗證者 - 營運商可以使用你的以太幣做出不正當行為。 @@ -47,18 +47,18 @@ summaryPoints: -切記，支援[用戶端多元化](/developers/docs/nodes-and-clients/client-diversity/)極為重要，因為這可以提高網路的安全性，降低你的風險。 如果某服務可以證明它會限制主流使用者端的使用，則稱它具有「執行層使用者端多樣性」和「共識層使用者端多樣性」。 +請注意，支援[用戶端多元化](/developers/docs/nodes-and-clients/client-diversity/)至關重要，因為它能提高網路的安全性，並限制您的風險。 如果某服務可以證明它會限制主流用戶端的使用，則稱它具有「執行層用戶端多樣性」和「共識層用戶端多樣性」。 ### 金鑰產生器 -關於我們遺漏的質押即服務供應商，你有要推薦的嗎？ 請參閱我們的[產品刊登政策](/contributing/adding-staking-products/)，如果合適，請提交以供審核。 +關於我們遺漏的質押即服務供應商，你有要推薦的嗎？ 請參閱我們的 [產品刊登政策](/contributing/adding-staking-products/)，看看它是否合適，並提交以供審核。 ## 常見問題 {#faq} -不同供應商的做法有所不同，但一般而言，他們都會引導你設定所需的簽名金鑰（每 32 個以太幣一個金鑰），並將這些金鑰上傳給你的供應商，以便他們代表你進行驗證。 單憑簽名金鑰無法提取、移轉或使用你的資金， 不過簽名金鑰可以用來投票形成共識，如果操作不當，可能會受到離線處罰或罰沒。 +不同供應商的做法有所不同，但一般而言，他們都會引導你設定所需的簽名金鑰（每 32 個以太幣一個金鑰），並將這些金鑰上傳給你的供應商，以便他們代表你進行驗證。 單憑簽署金鑰無法提領、轉帳或花用您的資金。 不過簽名金鑰可以用來投票形成共識，如果操作不當，可能會受到離線處罰或罰沒。 @@ -68,28 +68,28 @@ BLS 提款金鑰用於簽署一次性訊息，說明應將質押酬勞和退出 更新提款者憑證是啟用提款的必要步驟\*。 這個過程涉及到使用你的種子助記詞生成提款金鑰。 -請務必妥善保存這份種子助記詞，否則到時候你將無法生成提款金鑰。 +請務必妥善備份此種子助記詞，否則屆時您將無法產生提款金鑰。 -\*首次存款時提供了提款地址的質押者不需要設定助記詞。 有關如何準備驗證者，請向你的質押即服務供應商請求支援。 +\*在首次存款時已提供提款地址的質押者，不需要進行此設定。 有關如何準備驗證者，請向你的質押即服務供應商請求支援。 -2023 年 4 月的上海/卡佩拉升級中實施了質押提款。 質押者需要提供提款地址（如果初次存款時未提供），酬勞付款將每隔幾天定期自動分配。 +質押者需要提供提款地址（若首次存款時未提供），獎勵將會每隔幾天定期自動發放。 驗證者還可以作為驗證者完全退出，這將解鎖剩餘的以太幣餘額以供提款。 已提供執行提款地址並完成退出流程的帳戶，提供的提款地址將在下一次驗證者掃描期間收到全部餘額。 -更多關於提取質押代幣的資訊 +更多關於質押提款 - + 使用質押即服務供應商，你會將節點的運作委託給其他人。 這伴隨著節點效能不佳的風險，這是你無法控制的。 如果你的驗證者遭到罰沒，驗證者的餘額會受到罰款，驗證者也會強制從驗證者池下架。 罰沒/退出流程完成後，這些資金將被轉移到分配給驗證者的提款地址。 需要提供提款地址才能啟用該功能。 提款地址可能在一開始存款時便已提供。 如果沒有，則需要使用驗證者提款金鑰來簽署說明提款地址的訊息。 如果未提供提款地址，資金將保持鎖定狀態，直到提供地址為止。 -請聯繫各質押即服務提供商，了解關於任何擔保或保險方案的詳細訊息，以及如何提供提款地址的說明。 如果你希望完全掌控你的驗證者設定，請[詳細了解如何單獨質押以太幣](/staking/solo/)。 +請聯繫各質押即服務提供商，了解關於任何擔保或保險方案的詳細訊息，以及如何提供提款地址的說明。 如果你想完全掌控你的驗證者節點設定，請參考：瞭解如何獨立質押ETH（/staking/solo/）。 ## 延伸閱讀 {#further-reading} -- [以太坊質押目錄](https://www.staking.directory/) - _Eridian 和 Spacesider_ +- [以太坊質押目錄](https://www.staking.directory/) - _Eridian and Spacesider_ - [評估質押服務](https://www.attestant.io/posts/evaluating-staking-services/) - _Jim McDonald 2020_ diff --git a/public/content/translations/zh-tw/staking/solo/index.md b/public/content/translations/zh-tw/staking/solo/index.md index 87d93c0cf46..d6e3ff1f902 100644 --- a/public/content/translations/zh-tw/staking/solo/index.md +++ b/public/content/translations/zh-tw/staking/solo/index.md @@ -1,11 +1,11 @@ --- -title: 單獨質押以太幣 -description: 如何開始單獨質押以太幣的概覽 +title: "單獨質押以太幣" +description: "如何開始單獨質押以太幣的概覽" lang: zh-tw template: staking emoji: ":money_with_wings:" -image: /images/staking/leslie-withdrawal.png -alt: 萊斯利犀牛在她自己的電腦晶片上。 +image: /images/staking/leslie-solo.png +alt: "萊斯利犀牛在她自己的電腦晶片上。" sidebarDepth: 2 summaryPoints: - 直接從協定中獲得最大酬勞，以保持你的驗證者正常運作和上線 @@ -13,64 +13,65 @@ summaryPoints: - 消除信任依賴，永遠不需放棄對資金金鑰的控制權 --- -## 單獨質押是什麼？ {#what-is-solo-staking} +## 什麼是單獨質押？ {#what-is-solo-staking} -單獨質押指的是[運行連接到網際網路的以太坊節點](/run-a-node/)並存入 32 個以太幣以啟用[驗證者](#faq)的行動，這使你可以直接參與網路共識。 +單獨質押指的是[執行一個以太坊節點](/run-a-node/)，將其連接到網際網路，並存入 32 ETH 來啟動一個[驗證者](#faq)，讓您得以直接參與網路共識。 -**單獨質押提高了以太坊網路的去中心化程度**，使以太坊在抵抗審查及攻擊上更加穩健。 其他質押方法可能無法以同樣的方式協助網路。 單獨質押是保護以太坊的最佳質押方案。 +**單獨質押可提升以太坊網路的去中心化程度**，讓以太坊更能抵抗審查，並在抵禦攻擊時更為穩健。 其他質押方法可能無法以同樣的方式協助網路。 單獨質押是保護以太坊安全的最佳質押選項。 -以太坊節點由執行層 (EL) 用戶端和共識層 (CL) 用戶端組成。 這類用戶端是一套共同運作的軟體加上一組有效的簽名金鑰，可驗證交易和區塊、證明正確的區塊鏈頭、匯總證明並提交區塊。 +一個以太坊節點由一個執行層 (EL) 用戶端以及一個共識層 (CL) 用戶端組成。 這些用戶端是一種軟體，可與一組有效的簽署金鑰搭配運作，以驗證交易與區塊、證明鏈的正確頂端區塊、匯總證明並提出區塊。 -單獨質押者需要負責運作執行這些用戶端所需的硬體。 強烈建議你使用專用機器在家操作，這對網路健康非常有益。 +單獨質押者負責操作執行這些用戶端所需的硬體。 強烈建議您為此使用專用機器在家中操作——這對網路的健康非常有益。 單獨質押者直接獲得來自協議的獎勵，負責讓驗證者持續上線且正常運作。 -## 爲什麽選擇單獨質押？ {#why-stake-solo} +## 為何要在家質押？ {#why-stake-solo} 單獨質押需要承擔更多責任，但能助你最大程度上控制你的資金和質押設定。 - - - + + + ## 單獨質押前的考量事項 {#considerations-before-staking-solo} -雖然我們希望每個人都能輕鬆無風險地進行單獨質押，但現實並非如此。 在選擇單獨質押以太幣之前，你需要謹慎考慮一些重要的實際因素。 +雖然我們希望人人都能輕鬆無風險地進行單獨質押，但現實並非如此。 在選擇單獨質押您的 ETH 之前，有一些實際且重要的考量事項需要謹記在心。 - -在操作自己的節點時，你應該花一些時間學習如何使用你選擇的軟體。 包括閱讀相關文件，以及了解這些開發團隊的溝通管道。 + +在操作您自己的節點時，您應該花一些時間學習如何使用您所選擇的軟體。 這包括閱讀相關文件，並關注開發團隊的溝通管道。 -越是了解你在執行的軟體以及權益證明的運作原理，你作為質押者的風險就越小，也越容易解決節點運作過程中可能出現的問題。 +您越了解您正在執行的軟體以及權益證明的運作方式，作為質押者的風險就越低，而作為節點營運者，解決過程中可能出現的任何問題也會越容易。 - -設定節點仍然需要對電腦有一定程度的掌握，不過隨著時間經過，新工具會越來越容易使用。 了解命令列介面會有幫助，但不是必要的。 + +設定節點需要對電腦有一定程度的掌握，不過隨著時間經過，新工具會越來越容易使用。 了解命令列介面會有所幫助，但已不再是嚴格要求。 設定節點也需要設置非常基本的硬體，以及對最低建議規格有一些了解。 -就像以私密金鑰保護以太坊地址一樣，你還需要專門為驗證者生成金鑰。 你必須了解如何確保你的種子助記詞或私密金鑰的安全。{' '} +就像私密金鑰能保護您的以太坊地址一樣，您也需要為您的驗證者專門產生金鑰。 您必須了解如何確保種子助記詞及私密金鑰的安全。{' '} -[以太坊安全及詐騙預防](/security/) +[以太坊安全與詐騙預防](/security/) -硬體偶爾會出現故障，網路連線會中斷，用戶端軟體偶爾也需要升級。 節點維護是不可避免的，你偶爾需要留意。 最好能隨時掌握預期的網路升級或其他重要的用戶端升級。 +硬體偶爾會出現故障，網路連線會中斷，用戶端軟體偶爾也需要升級。 節點維護是不可避免的，偶爾會需要您的關注。 最好能隨時掌握預期的網路升級或其他重要的用戶端升級。 - -你的酬勞與你的驗證者上線並提供正確證明的時間成正比。 停機會導致一定程度的罰金，這和有多少其他驗證者同時離線成正比，但不會導致罰沒。 頻寬也很重要，因為如果沒有及時收到證明，酬勞就會減少。 要求可能有所差異，但建議上傳和下載速率至少都要有 10 Mb/s。 + +您的獎勵與您的驗證者上線並提供正確證明的時間成正比。 停機會導致一定程度的罰金，罰金與有多少其他驗證者同時離線成正比，但不會導致罰沒。 頻寬也很重要，因為如果沒有及時收到證明，獎勵就會減少。 要求可能有所差異，但建議上傳和下載速率至少都要有 10 Mb/s。 -與離線的怠工罰金不同，罰沒是針對惡意犯罪的更嚴重的懲罰。 如果同一個時間只在一台電腦上載入金鑰來執行非主流用戶端，遭到罰沒的風險微乎其微。 話雖如此，所有質押者都必須意識到罰沒的風險。 +與離線的怠工罰金不同，罰沒是針對惡意犯規行為的更嚴重懲罰。 如果同一個時間只在一台電腦上載入金鑰來執行非主流用戶端，遭到罰沒的風險便能降到最低。 話雖如此，所有質押者都必須意識到罰沒的風險。 -關於罰沒和驗證者生命週期的更多資訊 +更多關於罰沒與驗證者生命週期的資訊 + @@ -81,21 +82,21 @@ summaryPoints: 在活躍期間，你將獲得以太幣獎勵，這些獎勵將定期存入你的提款地址。 -如果需要，你可以退出驗證者，如此一來就不必一直上線，但也不會再有任何酬勞。 然後，你的餘額將被提取到你在設置過程中指定的提款地址。 +如果需要，您可以退出驗證者，如此一來就不必一直上線，但也不會再有任何獎勵。 然後，您的餘額將被提取到您在設定過程中指定的提款地址。 -[更多關於提取質押代幣的資訊](/staking/withdrawals/) +[深入了解質押提款](/staking/withdrawals/) ## 開始使用質押啟動面板 {#get-started-on-the-staking-launchpad} -質押啟動面板是一個開放原始碼應用程式，可以幫助你成為質押者。 它會指引你選擇用戶端、產生金鑰，並將你的以太幣存入質押存款合約。 它會提供一份檢查清單，確認你已完成所有內容，可安全地設定驗證者。 +質押啟動面板是一個開放原始碼應用程式，可以幫助您成為質押者。 它會指引您選擇用戶端、產生金鑰，並將您的 ETH 存入質押存款合約。 它會提供一份檢查清單，確認您已完成所有內容，可安全地設定驗證者。 -## 使用節點和用戶端設定工具時需要考量的事項 {#node-tool-considerations} +## 使用節點和用戶端設定工具的考量事項 {#node-tool-considerations} 現在有愈來愈多工具和服務助你單獨質押以太幣，但每種方式都有不同的風險和優點。 -以下屬性指標可以用來衡量所列質押工具可能具備的顯著優勢或劣勢。 在選擇工具，展開質押之旅之際，請將本節作為參考，了解我們如何定義這些屬性。 +以下屬性指標可以用來衡量所列質押工具可能具備的顯著優勢或劣勢。 在選擇工具以展開您的質押旅程之際，請將本節作為參考，了解我們如何定義這些屬性。 @@ -109,17 +110,17 @@ summaryPoints: -切記，選擇[非主流用戶端](/developers/docs/nodes-and-clients/client-diversity/)極為重要，因為這可以提高網路的安全性，降低你的風險。 可讓你設定非主流使用者端的工具稱為「多重使用者端」。 +請注意選擇[非主流用戶端](/developers/docs/nodes-and-clients/client-diversity/) 的重要性，因為這可以提高網路的安全性，並降低您的風險。 可讓您設定非主流用戶端的工具稱為「多重用戶端」。 ### 金鑰產生器 -這些工具可以代替[質押存款命令列介面](https://github.com/ethereum/staking-deposit-cli/)，幫助你生成金鑰。 +這些工具可做為 [Staking Deposit CLI](https://github.com/ethereum/staking-deposit-cli/) 的替代方案，用來協助產生金鑰。 -關於我們遺漏的質押工具，你有要推薦的嗎？ 請參閱我們的[產品刊登政策](/contributing/adding-staking-products/)，如果合適，請提交以供審核。 +關於我們遺漏的質押工具，你有要推薦的嗎？ 請參閱我們的 [產品刊登政策](/contributing/adding-staking-products/)，看看它是否合適，並提交以供審核。 -## 閱讀單獨質押指南 {#staking-guides} +## 探索單獨質押指南 {#staking-guides} @@ -129,32 +130,35 @@ summaryPoints: -驗證者是一個存在於以太坊並參與以太坊協議共識的虛擬實體。 驗證者由餘額、公鑰和其他屬性表示。 驗證者用戶端是通過持有和使用私密金鑰代表驗證者進行操作的軟體。 一個驗證者用戶端可以持有多組金鑰，控制許多驗證者。 - +驗證者是一個存在於以太坊並參與以太坊協議共識的虛擬實體。 驗證者由餘額、公鑰和其他屬性表示。 驗證者用戶端是透過持有和使用其私密金鑰，代表驗證者進行操作的軟體。 一個驗證者用戶端可以持有多組金鑰對，控制許多驗證者。 - -與驗證者相關聯的每組金鑰都需要 32 個以太幣才能啟用。 將更多以太幣存入一組金鑰不會增加潛在的酬勞，因為一個驗證者的有效餘額以 32 個以太幣為限。 這意味著質押是以 32 個以太幣為遞增單位，每個單位都有自己的一組金鑰和餘額。 + +是的，現在的驗證者帳戶最多可以持有 2048 ETH。 超過 32 個的額外 ETH 會以逐步複利的形式增長，隨著您的實際餘額增加，以整數增量增加。 這被稱為您的有效餘額。 + +為了增加帳戶的有效餘額以增加獎勵，必須跨越所有完整 ETH 之上 0.25 ETH 的緩衝區。 例如，一個帳戶擁有 32.9 ETH 的真實餘額，有效餘額為 32，因此需要再賺取 0.35 ETH 讓其真實餘額超越 33.25，才能觸發有效餘額的增加。 + +此緩衝避免有效餘額下降，直到它比當前有效餘額低 0.25 個以太幣為止。 -請勿為一個驗證者存入超過 32 個以太幣。 這並不會增加你的酬勞。 如果為驗證者設置了提現地址，超過 32 個以太幣的多餘資金將在下一次[驗證者掃描](/staking/withdrawals/#validator-sweeping)時自動提款到該地址。 +與驗證者相關聯的每組金鑰對都需要至少 32 ETH 才能啟用。 任何超過此數字的餘額，都可以隨時透過由該地址簽署的交易提取到關聯的提款地址。 超過最大有效餘額的任何資金都將定期自動提取。 -如果單獨質押對你來說要求太高，可以考慮使用[質押即服務](/staking/saas/)提供者，或者如果你持有的以太幣少於 32 個，可以了解下[質押池](/staking/pools/)。 +如果單獨質押對您來說要求太高，可以考慮使用[質押即服務](/staking/saas/)供應商，或者如果您持有的 ETH 少於  32 個，可以了解下[質押池](/staking/pools/)。 - -如果你在網路正確進行最終確認時離線，則不會發生罰沒。 如果你的驗證者無法在特定時期內（每個時期 6.4 分鐘）完成證明，則會產生少量的怠工罰金，但這與罰沒完全不同。 這些罰金略低於你在驗證者可以完成證明的情況下獲得的酬勞，因此只要讓驗證者再次上線，經過差不多相同的時間就能賺回來。 + +如果您在網路正確進行最終確認時離線，並不會發生罰沒。 如果您的驗證者無法在特定時期內（每個時期 6.4 分鐘）完成證明，則會產生少量的怠工罰金，但這與罰沒完全不同。 這些罰金略低於您在驗證者可以完成證明的情況下獲得的獎勵，因此只要讓驗證者再次上線，經過差不多相同的時間就能賺回來。 請注意，怠工罰金與同時離線的驗證者數量成正比。 如果大部分網路同時離線，則每個驗證者承擔的罰金將大於單一驗證者怠工時的罰金。 -在極端情況下，如果有超過三分之一的驗證者同時離線導致網路停止最終確認，那麼這些使用者會遭受所謂的二次怠工罰金，離線驗證者帳戶中的以太幣將受到指數級別的損失。 這時以太坊網路會消耗怠工驗證者的以太幣來進行自我修復，直到其餘額達到 16 個以太幣為止，此時它們將自動被踢出驗證者池。 最後還在線上的剩餘驗證者將再次超過網路的三分之二，滿足再次最終確認區塊鏈所需的絕對多數要求。 +在極端情況下，如果有超過三分之一的驗證者同時離線導致網路停止最終確認，那麼這些使用者會遭受所謂的二次怠工罰金，離線驗證者帳戶中的 ETH 將受到指數級別的損失。 這時以太坊網路會銷毀怠工驗證者的 ETH 來進行自我修復，直到其餘額達到 16 ETH 為止，此時它們將自動被踢出驗證者池。 最後還在線上的剩餘驗證者將再次超過網路的三分之二，滿足再次最終確認鏈所需的絕對多數要求。 - -簡而言之，雖然我們永遠無法完全保證你不會被罰沒，但如果你真誠行事，執行非主流用戶端，而且一次只將簽名金鑰保存在一台電腦上，那麼遭到罰沒的風險微乎其微。 + +簡而言之，這點無法完全保證，但如果您真誠行事、執行非主流用戶端，且一次只將您的簽名金鑰保存在一部機器上，那麼遭到罰沒的風險便趨近於零。 -只有幾個特定的狀況會導致驗證者遭到罰沒並被踢出網路。 截止撰寫本文為止，發生過的罰沒事件完全是因為事主設置了冗餘硬體，同時間將簽名金鑰儲存在兩台不同的電腦上。 這可能導致你的金鑰在無意中出現雙重投票，這是一種可被罰沒的違規行為。 +只有幾個特定的狀況會導致驗證者遭到罰沒並被踢出網路。 截至撰寫本文為止，發生過的罰沒事件完全是因為事主設定了冗餘硬體，同時間將簽名金鑰儲存在兩台不同的電腦上。 這可能導致您的金鑰在無意中出現雙重投票，這是一種可被罰沒的犯規行為。 -執行絕對主流用戶端（任何超過三分之二的網路所使用的用戶端）也有潛在的罰沒風險，例如該用戶端出現錯誤，導致一個區塊鏈分叉。 這可能會導致最終確認的是有問題的分叉。 要修正回預期的區塊鏈，需要提交環繞投票，嘗試撤銷最終確認的區塊。 這也是一種可被罰沒的行爲，但執行非主流用戶端即可避免。 +執行絕對主流用戶端（任何超過三分之二網路所使用的用戶端）也有潛在的罰沒風險，例如該用戶端出現錯誤，導致一個鏈分叉。 這可能會導致最終確認的是有問題的分叉。 要修正回預期的鏈，需要提交環繞投票，嘗試撤銷最終確認的區塊。 這也是一種可被罰沒的行為，但執行非主流用戶端即可避免。 非主流用戶端絕對不會最終確認相同的錯誤，因此也不會導致環繞投票，只可能產生怠工罰金，而不會遭到罰沒。 @@ -164,42 +168,42 @@ summaryPoints: - + 各用戶端的效能和使用者介面可能略有不同，因為每個用戶端都是由不同的團隊使用不同程式語言開發的。 這表示沒有「最好的」用戶端。 所有生產環境的用戶端都是優秀的軟體，會執行相同的核心功能來與區塊鏈同步和互動。 -由於所有生產環境用戶端的基本功能都相同，因此選擇非主流用戶端其實非常重要；「非主流」意指網路上大多數驗證者都「沒」使用該用戶端。 這聽起來可能有悖直覺，但執行主流或絕對主流用戶端會使你在該用戶端出現錯誤時面臨更高的罰沒風險。 執行非主流用戶端可以大幅降低這些風險。 +由於所有生產環境用戶端的基本功能都相同，因此選擇非主流用戶端其實非常重要；「非主流」意指網路上大多數驗證者都「沒」使用該用戶端。 這聽起來可能有悖直覺，但執行主流或絕對主流用戶端會使您在該用戶端出現錯誤時面臨更高的罰沒風險。 執行非主流用戶端可以大幅降低這些風險。 -詳細了解為什麼用戶端多元化如此重要 +詳細了解用戶端多元化為何至關重要 - -雖然虛擬私人伺服器 (VPS) 可以作為家用硬體的替代品，但驗證者用戶端的實體存取和位置有其重要性。 Amazon Web Services 或 Digital Ocean 等集中式雲端解決方案提供了不必擁有和運作硬體的便利，但代價是網路集中化。 + +雖然虛擬私人伺服器 (VPS) 可以作為家用硬體的替代品，但驗證者用戶端的實體存取和位置有其重要性。 Amazon Web Services 或 Digital Ocean 等中心化雲端解決方案提供了不必擁有和運作硬體的便利，但代價是網路中心化。 -在一個集中式雲端儲存解決方案上執行的驗證者用戶端越多，對這些使用者而言就越危險。 如果發生任何事件導致這些供應商離線，無論是由於攻擊、監管要求，抑或僅因為電源/網際網路中斷，都將導致依賴此伺服器的所有驗證者用戶端同時離線。 +在一個中心化雲端儲存解決方案上執行的驗證者用戶端越多，對這些使用者而言就越危險。 如果發生任何事件導致這些供應商離線，無論是由於攻擊、監管要求，抑或僅因為電源/網際網路中斷，都將導致依賴此伺服器的所有驗證者用戶端同時離線。 -離線罰金與同時離線的其他驗證者數量成正比。 使用虛擬私人伺服器會大幅提高承受更嚴重的離線罰金的風險，甚至如果發生大量當機，還會增加二次懲罰或罰沒的風險。 為了將你自己的風險和網路風險降至最低，我們強烈鼓勵使用者取得並操作自己的硬體。 +離線罰金與同時離線的其他驗證者數量成正比。 使用虛擬私人伺服器會大幅提高承受更嚴重離線罰金的風險，甚至如果發生大量當機，還會增加二次洩漏或罰沒的風險。 為了將您自己的風險和網路風險降至最低，我們強烈鼓勵使用者取得並操作自己的硬體。 - + 在信標鏈中進行任何類型的提款都需要設置提款憑證。 -新質押者在生成金鑰和存款時就設置了提款憑證。 尚未設置此憑證的現有質押者可以升級其金鑰以支援此功能。 +新質押者在產生金鑰和存款時就設定了。 尚未設定此憑證的現有質押者可以升級其金鑰以支援此功能。 設置提款憑證後，酬勞支付（扣除初始 32 個以太幣後的累積以太幣）將定期自動分配到提款地址。 要解鎖並拿回全部餘額，你還必須完成退出驗證者的過程。 -更多關於提取質押代幣的資訊 +更多關於質押提款 ## 延伸閱讀 {#further-reading} -- [以太坊質押目錄](https://www.staking.directory/) - _Eridian 和 Spacesider_ -- [以太坊用戶端的多元化問題](https://hackernoon.com/ethereums-client-diversity-problem) - _@emmanuelawosika 2022_ -- [幫助用戶端多元化](https://www.attestant.io/posts/helping-client-diversity/) - _Jim McDonald 2022_ +- [以太坊質押目錄](https://www.staking.directory/) - _Eridian and Spacesider_ +- [以太坊的用戶端多元化問題](https://hackernoon.com/ethereums-client-diversity-problem) - _@emmanuelawosika 2022_ +- [協助促進用戶端多元化](https://www.attestant.io/posts/helping-client-diversity/) - _Jim McDonald 2022_ - [以太坊共識層的用戶端多元化](https://mirror.xyz/jmcook.eth/S7ONEka_0RgtKTZ3-dakPmAHQNPvuj15nh0YGKPFriA) - _jmcook.eth 2022_ -- [如何購買以太坊驗證者硬體](https://www.youtube.com/watch?v=C2wwu1IlhDc) - _EthStaker 2022_ -- [以太坊 2 罰沒預防技巧](https://medium.com/prysmatic-labs/eth2-slashing-prevention-tips-f6faa5025f50) - _Raul Jordan 2020 年_ +- [教學：如何選購以太坊驗證者硬體](https://www.youtube.com/watch?v=C2wwu1IlhDc) - _EthStaker 2022_ +- [Eth2 罰沒預防訣竅](https://medium.com/prysmatic-labs/eth2-slashing-prevention-tips-f6faa5025f50) - _Raul Jordan 2020_ diff --git a/public/content/translations/zh-tw/staking/withdrawals/index.md b/public/content/translations/zh-tw/staking/withdrawals/index.md index 54bca5180cc..939f78b7a4b 100644 --- a/public/content/translations/zh-tw/staking/withdrawals/index.md +++ b/public/content/translations/zh-tw/staking/withdrawals/index.md @@ -1,10 +1,10 @@ --- -title: 質押提款 -description: 此頁總結了什麼是質押推送提款，該功能如何運作，以及質押者需要做什麼才能獲得酬勞 +title: "質押提款" +description: "此頁總結了什麼是質押推送提款，該功能如何運作，以及質押者需要做什麼才能獲得酬勞" lang: zh-tw template: staking image: /images/staking/leslie-withdrawal.png -alt: 犀牛萊斯利和她的質押酬勞 +alt: "犀牛萊斯利和她的質押酬勞" sidebarDepth: 2 summaryPoints: - 上海/卡佩拉升級支援在以太坊提款 @@ -13,15 +13,11 @@ summaryPoints: - 完全退出質押的驗證者將收到剩餘餘額 --- - -2023 年 4 月 12 日上海/卡佩拉升級後便啟用了質押提款。 關於上海/卡佩拉升級的更多資訊 - +**質押提款**是指將 ETH 從以太坊共識層 (信標鏈) 的驗證者帳戶轉移到可以進行交易的執行層。 -**質押提款**是指將以太幣從以太坊共識層（信標鏈）上的驗證者帳戶轉移到可以進行交易的執行層。 +一旦使用者提供，超過 32 ETH 的**超額餘額獎勵付款**將自動定期傳送到與每位驗證者連結的提款地址。 使用者也能**完全退出質押**，解鎖其全部驗證者餘額。 -只要使用者提供了提款地址，超過 32 個以太幣的**超額酬勞**將自動定期發送到每個驗證者關聯的提款地址。 使用者也能**完全退出質押**，解鎖他們的全部驗證者餘額。 - -## 質押酬勞 {#staking-rewards} +## 質押獎勵 {#staking-rewards} 對於最高有效餘額為 32 以太幣的活躍驗證者帳戶，系統會自動處理酬勞付款。 @@ -47,7 +43,7 @@ summaryPoints: - 每個驗證者帳戶一次只能分配一個提款地址。一旦選好地址並提交到共識層，就無法撤消或再次更改。 提交前請再次檢查所提供地址的所有權和正確性。 +每個驗證者帳戶只能指派一個提款地址，且只能指派一次。 一旦選擇地址並提交至共識層，便無法復原或再次變更。 提交前請再次檢查所提供地址的所有權和正確性。 @@ -56,22 +52,22 @@ summaryPoints: ## 完全退出質押 {#exiting-staking-entirely} -在從驗證者帳戶餘額中轉出_任何_資金之前，需要提供提款地址。 +必須先提供提款地址，才能將_任何_資金從驗證者帳戶餘額中轉出。 希望完全退出質押並提取全部餘額的使用者，還必須使用驗證者金鑰簽署並廣播「自願退出」訊息，這將啟動退出質押流程。 此操作通過你的驗證者用戶端完成，並提交到你的共識節點，無需燃料。 驗證者退出質押的過程所需時間不同，具體取決於有多少驗證者同時退出。 完成此流程後，該帳戶將不再負責執行​​驗證者網路職責，不再有資格獲得酬勞，且他們的以太幣不再處於「質押狀態」。 此時該帳戶將被標記為完全「可提款」。 -一旦帳戶被標記為「可提款」，並且已提供提款憑證，使用者無需執行任何操作，靜靜等待即可。 區塊提交者將自動連續掃描帳戶，尋找符合資格的退出資金，你的帳戶餘額將在下一次掃描期間全額轉移（也稱為「全額提款」）。 +一旦帳戶被標記為「可提款」，並且已提供提款憑證，使用者無需執行任何操作，靜靜等待即可。 區塊提議者會自動持續掃描帳戶以尋找符合資格的已退出資金，且您的帳戶餘額將在下次掃描時全額轉帳 (也稱為「全額提款」)。 -## 何時啟用質押提款？ {#when} +## 質押提款是何時啟用的？ {#when} -質押提款現已上線！ 提款功能在 2023 年 4 月 12 日進行的上海/卡佩拉升級中啟用。 +提款功能已在 **2023 年 4 月 12 日**進行的上海/Capella 升級中啟用。 上海/卡佩拉升級讓之前質押的以太幣得以回收到常規以太坊帳戶中。 這結束了質押流動性的循環，使以太坊在構建永續、可擴展、安全的去中心化生態系統的道路上又更近一步。 -- [關於以太坊歷史的更多資訊](/ethereum-forks/) -- [關於以太坊開發藍圖的更多資訊](/roadmap/) +- [更多關於以太坊歷史的資訊](/ethereum-forks/) +- [更多關於以太坊開發藍圖的資訊](/roadmap/) ## 提款付款流程如何運作？ {#how-do-withdrawals-work} @@ -91,29 +87,29 @@ summaryPoints: -想像一下指針式時鐘。 時鐘上的指針指向小時，朝一個方向前進，不會跳過任何小時，並最終在到達最後一個數字後再次回到起點。

-現在，假設時鐘不是 1 到 12，而是 0 到 N （共識層上註冊的驗證者帳戶總數，截至 2023 年 1 月超過 500,000 個）。

-時鐘上的指針指向下一個驗證者，需要檢查其是否具備提款資格。 它從 0 開始，一路前進，不跳過任何帳戶。 到達最後一個驗證者後，從頭開始繼續循環。 +想像一個指針式時鐘。 時鐘上的指針指向小時，朝一個方向前進，不會跳過任何小時，並在到達最後一個數字後，最終會繞回起點。

+現在，想像時鐘上的數字不是 1 到 12，而是 0 到 N（截至 2023 年 1 月，曾在共識層上註冊過的驗證者帳戶總數，超過 50 萬個）。

+時鐘上的指針指向下一個需要檢查是否有合格提款的驗證者。 它從 0 開始，一路前進，不會略過任何帳戶。 到達最後一個驗證者時，循環會從頭開始。 -#### 檢查帳戶提款情況 {#checking-an-account-for-withdrawals} +#### 檢查帳戶提款 {#checking-an-account-for-withdrawals} 當提交者在驗證者中掃描可能的提款時，每個被檢查的驗證者都會通過一系列簡短的問題接受評估，以確定是否應該觸發提款，如果是，應該提取多少以太幣。 -1. **是否已提供提款地址？**如果未提供提款地址，則跳過該帳戶，不發起提款。 -2. **驗證者是否已退出並可提款？**如果驗證者已完全退出，且已達到其帳戶被視為「可提款」的時期，則會處理全額提款。 這會將全部餘額轉移至提款地址。 -3. **有效餘額是否已滿 32？**如果帳戶有提款憑證，未完全退出，且有 32 以上的酬勞待提取，將進行部分提款，僅轉出超過 32 的酬勞至使用者提款地址。 +1. \*\*是否已提供提款地址？\*\*如果未提供提款地址，則會略過該帳戶且不會啟動提款。 +2. \*\*驗證者是否已退出且可提款？\*\*如果驗證者已完全退出，且已達到其帳戶可視為「可提款」的 epoch，則將處理全額提款。 這會將全部餘額轉移至提款地址。 +3. \*\*有效餘額是否已達 32 的上限？\*\*如果帳戶有提款憑證、尚未完全退出，且有超過 32 ETH 的獎勵等待提領，系統將會處理部分提款，僅將超過 32 ETH 的獎勵轉帳至使用者的提款地址。 在驗證者的生命週期中，驗證者營運商只執行兩項直接影響此流程的操作： - 提供提款憑證以實現任何形式的提款 - 退出網路，觸發全額提款 -### 燃料費 {#gas-free} +### 免 Gas 費 {#gas-free} -這種質押提款方法避免了質押者手動提交請求提取特定數量以太幣的交易。 這意味著**不需要燃料（礦工費）**，並且提款也無需爭取現有的執行層區塊空間。 +這種質押提款方法避免了質押者手動提交請求提取特定數量以太幣的交易。 這表示**不需要 Gas (礦工費)**，且提款也不會與現有的執行層區塊空間競爭。 ### 我多久可以獲得一次質押酬勞？ {#how-soon} @@ -123,13 +119,13 @@ summaryPoints: -|提款數量 |完成時間 | -| :-------------------: | :--------------: | -| 400,000 | 3.5 日 | -| 500,000 | 4.3 日 | -| 600,000 | 5.2 日 | -| 700,000 | 6.1 日 | -| 800,000 | 7.0 日 | +| 提款數量 | 完成時間 | +| :-----: | :-------------------: | +| 400,000 | 3.5 天 | +| 500,000 | 4.3 天 | +| 600,000 | 5.2 天 | +| 700,000 | 6.1 天 | +| 800,000 | 7.0 天 | @@ -138,11 +134,11 @@ summaryPoints: ## 常見問題 {#faq} -不可以，提供提款憑證的過程是一次性的，一旦提交就無法更改。 +不可以，提供提款憑證的程序為一次性作業，提交後便無法變更。 -通過設定執行層提款地址，該驗證者的提款憑證已永久更改。 這意味著舊憑證將失效，新憑證將直接指向執行層帳戶。 +藉由設定執行層提款地址，該驗證者的提款憑證便會永久變更。 這意味著舊憑證將失效，新憑證將直接指向執行層帳戶。 提款地址可以是智慧型合約（由其程式碼控制），也可以是外部所有帳戶（EOA，由私密金鑰控制）。 目前，這些帳戶無法將訊息傳回共識層，以表明驗證者憑證的更改，增加此功能會給協議增加不必要的複雜性。 @@ -158,27 +154,26 @@ eventName="read more"> 如果你參與[質押池](/staking/pools/)或持有質押代幣，則應向你的提供商諮詢，了解有關如何處理質押提款的詳細資訊，因為每種服務的運作方式不同。 -一般來說，使用者應該可以自由地收回其質押的以太幣，或者更改他們使用的質押提供商。 如果特定質押池變得過大，則可以退出、贖回資金，並透過較小的提供商重新質押。 或者，如果積累了足夠的以太幣，你可以[在家進行質押](/staking/solo/)。 - +一般來說，使用者應該可以自由地收回其質押的以太幣，或者更改他們使用的質押提供商。 如果特定質押池變得過大，則可以退出、贖回資金，並透過較小的提供商重新質押。 或者，如果您累積了足夠的 ETH，便可以 [自行質押](/staking/solo/)。 -是的，只要你的驗證者提供了提款地址。 必須提供一次才能啟用任何提款，然後酬勞支付將在每次驗證器掃描時，每隔幾天自動觸發一次。 +是的，只要您的驗證者已提供提款地址。 必須提供一次才能啟用任何提款，然後酬勞支付將在每次驗證器掃描時，每隔幾天自動觸發一次。 @@ -186,42 +181,40 @@ eventName="read more"> 不會，如果你的驗證者在網路上仍然處於活躍狀態，則不會自動發生全額提款。 需要手動啟動自願退出。 一旦驗證者完成退出過程，並且假設該帳戶具有提款憑證，則餘額將在下一次驗證者掃描期間提出。 - - -提款設計為自動推送，轉移任何未主動質押的以太幣。 包括已完成退出流程帳戶的全部餘額。 +提款被設計為自動推送，會轉帳任何未主動貢獻於質押的 ETH。 包括已完成退出流程帳戶的全部餘額。 無法手動請求提取特定數量的以太幣。 建議驗證操作者訪問質押啟動面板提款頁面以便找到更多關於驗證者需要為提款作出的準備、活動時間，以及提款相關的詳細資訊。 -若想先在測試網上測試你的設定，請造訪 Holesky 測試網質押啟動面板開始測試。 - +若要先在測試網上試用您的設定，請造訪 Hoodi 測試網質押啟動面板以開始使用。 -否。 驗證者退出並成功提取其全部餘額後，任何後續存入該驗證者的資金都會在下一次驗證者掃描期間自動轉移到提款地址。 要重新質押以太幣，必須啟用新的驗證者。 +不能。 驗證者退出並成功提取其全部餘額後，任何後續存入該驗證者的資金都會在下一次驗證者掃描期間自動轉移到提款地址。 要重新質押以太幣，必須啟用新的驗證者。 -## 了解更多 {#further-reading} +## 延伸閱讀 {#further-reading} - [質押啟動面板提款](https://launchpad.ethereum.org/withdrawals) -- [EIP-4895：將提款作為操作推送至信標鏈。](https://eips.ethereum.org/EIPS/eip-4895) -- [PEEPanEIP #94：與 Potuz 和 Hsiao-Wei Wang 討論質押以太幣提款（測試中）](https://www.youtube.com/watch?v=G8UstwmGtyE) -- [PEEPanEIP#68：EIP-4895：信標鏈推動提款操作，由 Alex Stokes 主講](https://www.youtube.com/watch?v=CcL9RJBljUs) +- [EIP-4895：信標鏈推送提款作為操作](https://eips.ethereum.org/EIPS/eip-4895) +- [PEEPanEIP #94：已質押 ETH 提款 (測試)，由 Potuz 和 Hsiao-Wei Wang 主講](https://www.youtube.com/watch?v=G8UstwmGtyE) +- [PEEPanEIP#68：EIP-4895：信標鏈推送提款作為操作，由 Alex Stokes 主講](https://www.youtube.com/watch?v=CcL9RJBljUs) - [了解驗證者有效餘額](https://www.attestant.io/posts/understanding-validator-effective-balance/) diff --git a/public/content/translations/zh-tw/web3/index.md b/public/content/translations/zh-tw/web3/index.md index 48d01bcd658..0b3b38816d1 100644 --- a/public/content/translations/zh-tw/web3/index.md +++ b/public/content/translations/zh-tw/web3/index.md @@ -1,18 +1,23 @@ --- -title: 什麼是 Web3？它為什麼很重要？ -description: Web3 簡介 - 全球資訊網再進化，以及它為何很重要。 +title: "什麼是 Web3？它為什麼很重要？" +description: "Web3 簡介 - 全球資訊網再進化，以及它為何很重要。" lang: zh-tw --- # Web3 簡介 {#introduction} +
+ +
+ 中心化在過去已幫助數十億人進入全球資訊網，並於其上建立穩定而強大的基礎設施。 於此同時，只有少數中心化實體支配著大部分全球資訊網，能夠單方面決定什麼應該允許，什麼不該允許。 -Web3 就是這個困境的出路。 Web3 不是由大型科技公司壟斷的網路，它接納去中心化，並由其使用者建立、操作和擁有。 Web3 將權力交予個人而非公司手中。 討論 Web3 之前，先來看看我們是如何走到這一步。 +Web3 就是這個困境的出路。 Web3 不是由大型科技公司壟斷的網路，它接納去中心化，並由其使用者建立、操作和擁有。 Web3 將權力交予個人而非公司手中。 +討論 Web3 之前，先來看看我們是如何走到這一步。 -## 早期的網路 {#early-internet} +## 早期網路 {#early-internet} 大多數人認為網路是現代生活的穩定支柱，發明後便一直存在至今。 然而，大多數人今日所知道的網路，與最初想像的相差甚遠。 將網路的簡單歷史粗略分成 web 1.0 和 web 2.0 時期，有助於更加理解這點。 @@ -24,7 +29,7 @@ Berners-Lee 的發明大約在 1990 年到 2004 年之間誕生，現今稱為 ![用戶端-伺服器架構，代表 Web 1.0](./web1.png) -### Web 2.0：讀寫（2004 - 至今） {#web2} +### Web 2.0：讀寫（2004 年至今） {#web2} 隨著社交媒體平台的出現，2004 年開始進入 Web 2.0時期。 網路不再是唯讀，演變成讀寫式。 公司不向使用者提供內容，開始提供平台，以分享使用者產生的內容，並參與使用者間的互動。 隨著上網的人數增加，少數頂級公司開始控管不成比例的網路流量和網路上所產生的價值。 Web 2.0 也催生了廣告驅動的收入模式。 使用者雖能建立內容，但並不擁有內容，或在內容貨幣化之後從中受益。 @@ -34,22 +39,22 @@ Berners-Lee 的發明大約在 1990 年到 2004 年之間誕生，現今稱為 ## Web 3.0：讀-寫-擁有 {#web3} -以太坊推出後不久，[以太坊](/what-is-ethereum/)聯合創辦人 Gavin Wood 在 2014 年創造「Web 3.0」一詞。 許多早期的加密貨幣採用者認為，網路要求的信任度太高，Gavin 以言語表達出此問題的解決之道： 人們今日所知和使用的網路層面，大多仰賴於對少數私營公司的信任，信任他們以公眾的最大利益行事。 +「Web 3.0」一詞由 [以太坊](/what-is-ethereum/) 共同創辦人 Gavin Wood 在 2014 年以太坊推出後不久創造。 許多早期的加密貨幣採用者認為，網路要求的信任度太高，Gavin 以言語表達出此問題的解決之道： 人們今日所知和使用的網路層面，大多仰賴於對少數私營公司的信任，信任他們以公眾的最大利益行事。 ![去中心化節點架構，代表 Web3](./web3.png) -### 什麼是Web3 ? {#what-is-web3} +### 什麼是 Web3？ {#what-is-web3} -對於展望更美好的新網際網路，Web3 一詞包羅萬象。 Web3 的核心是利用區塊鏈、加密貨幣和非同質化代幣，以所有權的形式將權力交還給使用者。 [推特 2020 年一篇貼文](https://twitter.com/himgajria/status/1266415636789334016)說得最好：Web1 為唯讀，Web2 為讀寫，Web3 為讀-寫-擁有。 +對於展望更美好的新網際網路，Web3 一詞包羅萬象。 Web3 的核心是利用區塊鏈、加密貨幣和非同質化代幣，以所有權的形式將權力交還給使用者。 [Twitter 上 2020 年的一篇貼文](https://twitter.com/himgajria/status/1266415636789334016) 說得最好：Web1 是唯讀，Web2 是讀寫，Web3 將是讀-寫-擁有。 -#### Web3 的核心思想 {#core-ideas} +#### Web3 的核心概念 {#core-ideas} 要嚴格定義 Web3 是什麼雖然很困難，但 Web3 的建置有一些核心指導原則。 -- **Web3 為去中心化**：並不是由集中化的實體控制和擁有大片網際網路，所有權分散在其建構者和使用者之間。 -- **Web3 無需許可**：參與 Web3 人人平等，沒有人被排除在外。 -- **Web3 有原生支付方式：**其使用加密貨幣在線上消費和匯款，而不是依賴銀行和付款處理器過時的基礎設施。 -- **Web3 為去信任化**：使用激勵和經濟機制來運行，而不是依賴受信任的第三方。 +- **Web3 是去中心化的：** 大部分的網際網路不再由中心化實體控制和擁有，所有權將分配給其建構者和使用者。 +- **Web3 是無需許可的：** 每個人都有平等的機會參與 Web3，沒有人會被排除在外。 +- **Web3 具備原生支付功能：** 它使用加密貨幣在線上消費和匯款，而非依賴銀行和支付處理商過時的基礎設施。 +- **Web3 是去信任的：** 它的運作採用激勵和經濟機制，而非依賴受信任的第三方。 ### 為什麼 Web3 很重要？ {#why-is-web3-important} @@ -59,14 +64,14 @@ Web3 的殺手級功能並非相互隔絕，也不適合分門別類，但為簡 Web3 以前所未有的方式讓你擁有數位資產的所有權。 例如，假設你正在玩 Web2 的遊戲。 如果購買遊戲內的物品，會直接與帳戶綁定。 如果遊戲創作者刪除你的帳戶，這些物品就都沒了。 或者，如果停止玩那個遊戲，對遊戲內物品所投資的價值將會遺失。 -Web3 允許透過[非同質化代幣 (NFT) ](/glossary/#nft)實現直接所有權。 沒有人有權剝奪你的所有權，即使是遊戲的創作者亦然。 而且，如果不再玩遊戲，你可以在公開市場上出售或交易遊戲內的物品，並收回其價值。 +Web3 允許透過 [非同質化代幣 (NFT)](/glossary/#nft) 實現直接所有權。 沒有人有權剝奪你的所有權，即使是遊戲的創作者亦然。 而且，如果不再玩遊戲，你可以在公開市場上出售或交易遊戲內的物品，並收回其價值。 探索 [鏈上遊戲](/gaming/)，查看實際運作情形。
深入了解非同質化代幣
- 更多非同質化代幣相關資訊 + 更多關於 NFT 的資訊 @@ -85,51 +90,52 @@ Web 2.0 要求內容製作者相信平台不會更改規則，但抗審查是 We 除了在 Web3 中擁有個人資料外，你還能利用類似公司股票的代幣，來擁有該平台，將平台作為一個集合體。 去中心化自治組織讓你能協調平台的去中心化所有權，並對其未來做出相關決策。 -從技術層面定義，去中心化自治組織是一種事先商定的[智慧型合約](/glossary/#smart-contract)，此合約透過資源池（代幣）自動執行去中心化決策。 擁有代幣的使用者，對資源的使用方式進行投票，而程式碼會自動執行投票結果。 +從技術上來說，DAO 的定義是經協議同意的 [智能合約](/glossary/#smart-contract)，可針對資源池（代幣）自動進行去中心化決策。 擁有代幣的使用者，對資源的使用方式進行投票，而程式碼會自動執行投票結果。 然而，許多 Web3 社群都被定義為去中心化自治組織。 這些社群都透過程式碼實現了不同程度的去中心化和自動化。 目前，我們仍在探索去中心化自治組織是什麼，以及其未來可能如何發展。 -
了解更多關於去中心化自治組織
+
了解更多關於去中心化自治組織的資訊
- 更多關於DAOs + 更多關於 DAO 的資訊 -### 身份 {#identity} +### 身分 {#identity} 過去是為每個使用的平台建立一個帳戶。 例如，你可能有一個 Twitter 帳戶、一個 YouTube 帳戶和一個 Reddit 帳戶。 想更改顯示名稱或設定檔圖片？ 你必須在每個帳戶中執行此操作。 在某些情況下，你可以使用社交登入，但這帶來一個熟悉的問題，亦即審查。 只要按一下，這些平台就能完全斷絕你原有的網路生活。 更糟的是，許多平台要求向其交託個人身份資訊，方能建立帳戶。 -Web3 透過以太坊地址及[以太坊名稱服務 (ENS) ](/glossary/#ens)個人檔案讓你控制你的數位身份，以解決這些問題。 使用以太坊地址能跨平台提供單一登入，而且安全、抗審查且匿名。 +Web3 讓您能夠用以太坊地址和 [以太坊名稱服務 (ENS)](/glossary/#ens) 個人檔案來控制您的數位身分，進而解決這些問題。 使用以太坊地址能跨平台提供單一登入，而且安全、抗審查且匿名。 ### 原生支付 {#native-payments} -Web2 的付款基礎設施仰賴於銀行和付款處理器，不包含那些沒有銀行帳戶的人，或碰巧住在非正確國家境內的人。 Web3 使用[以太幣](/glossary/#ether)等代幣直接在瀏覽器中匯款，不需要受信任的第三方。 +Web2 的付款基礎設施仰賴於銀行和付款處理器，不包含那些沒有銀行帳戶的人，或碰巧住在非正確國家境內的人。 +Web3 使用像 [ETH](/glossary/#ether) 這樣的代幣直接在瀏覽器中匯款，無需受信任的第三方。 - 更多詳情關於以太(以太幣) + 更多關於 ETH 的資訊 -## Web3 限制 {#web3-limitations} +## Web3 的限制 {#web3-limitations} 儘管目前形式的 Web3 有許多好處，但該生態系統仍然必須解決許多限制，才能蓬勃發展。 -### 可存取性 {#accessibility} +### 可及性 {#accessibility} -已有許多重要的 Web3 功能，可供任何人免費使用，例如以太坊登入功能。 但是，交易的相對成本仍然讓許多人望而卻步。 因交易費高昂，Web3 不太可能在較不富裕的發展中國家使用。 在以太坊上，這些挑戰正在透過[開發藍圖](/roadmap/)和[二層網路擴容方案](/glossary/#layer-2)加以解決。 該技術已經準備就緒，但我們需要在二層網路上達到更高的採用率，使每個人都能存取 Web3。 +已有許多重要的 Web3 功能，可供任何人免費使用，例如以太坊登入功能。 但是，交易的相對成本仍然讓許多人望而卻步。 因交易費高昂，Web3 不太可能在較不富裕的發展中國家使用。 在以太坊上，這些挑戰正透過 [開發藍圖](/roadmap/) 和 [Layer 2 擴容方案](/glossary/#layer-2) 來解決。 該技術已經準備就緒，但我們需要在二層網路上達到更高的採用率，使每個人都能存取 Web3。 ### 使用者體驗 {#user-experience} -目前使用 Web3 的技術門檻太高了。 使用者必須理解安全疑慮、了解複雜的技術文件，並瀏覽不直觀的使用者介面。 尤其，雖然[錢包提供商](/wallets/find-wallet/)正努力解決這個問題，但在 Web3 整體獲得採用之前，還需要取得更多進展。 +目前使用 Web3 的技術門檻太高了。 使用者必須理解安全疑慮、了解複雜的技術文件，並瀏覽不直觀的使用者介面。 特別是 [錢包提供商](/wallets/find-wallet/)，他們正努力解決這個問題，但在 Web3 被大規模採用之前，還需要取得更多進展。 ### 教育 {#education} -Web3 引入了新的典範，這些典範需學習與 Web2 所用不同的心理模型。 隨著 Web1.0 在 1990 年代後期越來越流行，類似的教育運動於焉而生。網路的擁護者使用一系列教育技術來教育大眾，舉凡簡單的比喻（資訊高速公路、瀏覽器、上網），甚至是[電視廣播](https://www.youtube.com/watch?v=SzQLI7BxfYI)。 Web3 並不難，但與眾不同。 利用教育計畫讓 Web2 的使用者，了解這些Web3 典範，對其成功至關重要。 +Web3 引入了新的典範，這些典範需學習與 Web2 所用不同的心理模型。 1990 年代晚期，隨著 Web1.0 日漸普及，也出現了類似的教育推廣；全球資訊網的支持者們運用了多種教育技巧來教導大眾，從簡單的比喻（資訊高速公路、瀏覽器、上網）到[電視廣播](https://www.youtube.com/watch?v=SzQLI7BxfYI)。 Web3 並不難，但與眾不同。 利用教育計畫讓 Web2 的使用者，了解這些Web3 典範，對其成功至關重要。 -Ethereum.org 透過其[翻譯計畫](/contributing/translation-program/)為 Web3 教育做出貢獻，致力將重要的以太坊內容翻譯成盡可能越多語言。 +Ethereum.org 透過我們的 [翻譯計畫](/contributing/translation-program/) 為 Web3 教育做出貢獻，旨在將重要的以太坊內容翻譯成盡可能多的語言。 ### 中心化基礎設施 {#centralized-infrastructure} @@ -141,23 +147,23 @@ Web3 是一個年輕且不斷發展的生態系統。 Gavin Wood 在 2014 年創 使用 Web3 打造更美好的網路才正開始起步，但隨著我們持續改善支援性基礎設施，網路的未來看起來一片光明。 -## 我如何參與 {#get-involved} +## 如何參與 {#get-involved} - [取得錢包](/wallets/) - [尋找社群](/community/) - [探索 Web3 應用程式](/apps/) -- [參與 DAO](/dao/) -- [在 Web3 上構建](/developers/) +- [加入 DAO](/dao/) +- [在 Web3 上進行開發](/developers/) -## 衍生閱讀 {#further-reading} +## 延伸閱讀 {#further-reading} -Web3 並未嚴格定義。 不同社群參與者對它有不同的看法。 請見： +Web3 並未嚴格定義。 不同社群參與者對它有不同的看法。 其中包括： -- [什麼是 Web3？ 明日去中心化網際網路的相關解說](https://www.freecodecamp.org/news/what-is-web3) – _Nader Dabit_ -- [搞懂 Web 3](https://medium.com/l4-media/making-sense-of-web-3-c1a9e74dcae) – _Josh Stark_ -- [為什麼 Web 3 很重要](https://future.a16z.com/why-web3-matters/) — _Chris Dixon_ -- [為什麼去中心化很重要](https://onezero.medium.com/why-decentralization-matters-5e3f79f7638e) - _Chris Dixon_ -- [Web 3 的景況](https://a16z.com/wp-content/uploads/2021/10/The-web3-Readlng-List.pdf) – _a16z_ -- [Web 3 的辯論](https://www.notboring.co/p/the-web3-debate) – _Packy McCormick_ +- [什麼是 Web3？ 詳解未來去中心化的網際網路](https://www.freecodecamp.org/news/what-is-web3) – _Nader Dabit_ +- [理解 Web 3](https://medium.com/l4-media/making-sense-of-web-3-c1a9e74dcae) – _Josh Stark_ +- [Web3 為何重要](https://a16zcrypto.com/posts/article/why-web3-matters/) — _Chris Dixon_ +- [去中心化為何重要](https://onezero.medium.com/why-decentralization-matters-5e3f79f7638e) - _Chris Dixon_ +- [Web3 概覽](https://a16z.com/wp-content/uploads/2021/10/The-web3-Readlng-List.pdf) – _a16z_ +- [Web3 大辯論](https://www.notboring.co/p/the-web3-debate) – _Packy McCormick_