# ETH 質押從 32 到 2048 有哪些影響？

By [CompoundWater 複水](https://paragraph.com/@compoundwater) · 2023-08-03

---

> **作者：**[**CompoundWater 複水**](https://compoundwater.framer.website/) **; Contents May Also Contribute to** [**MatrixDAO**](https://matrixdaoresearch.xyz/)**本篇主整理來自 MatrixDAO 潘老師的週分享內容 。從共識層和 MAX\_EFFECTIVE\_BALANCE 說起。URL:** [**https://youtu.be/hAkLDN5MWig**](https://youtu.be/hAkLDN5MWig)

`Contents`

*   `以太坊新提案: 提升質押上限 MAX_EFFECTIVE_BALANCE`
    
*   `為什麼要提升呢？`
    
*   `質押提升的負效果：帶來更多削減處罰？ （More Slashing Penalties？）`
    
*   `思考與討論`
    
*   `Conclusion`
    

### 以太坊新提案: 提升質押上限 **MAX\_EFFECTIVE\_BALANCE**

*   提升質押者質押上限，但**不是**提升質押者的下限 (對目前質押者不影響)
    

![https://github.com/ethereum/consensus-specs/blob/dev/specs/phase0/beacon-chain.md](https://storage.googleapis.com/papyrus_images/beb66ce1c9a293e955bfff215e47dfca19ba56112a87c755966a4df77dad6043.png)

https://github.com/ethereum/consensus-specs/blob/dev/specs/phase0/beacon-chain.md

[https://ethresear.ch/t/increase-the-max-effective-balance-a-modest-proposal/15801](https://ethresear.ch/t/increase-the-max-effective-balance-a-modest-proposal/15801)

*   The Beacon Chain Specs (Phase0) 以太坊 POS 上線時，此參數就存在，驗證者可以 Stake 的上限= MAX\_EFFECTIVE\_BALANCE
    

![https://github.com/ethereum/consensus-specs/blob/dev/specs/phase0/beacon-chain.md](https://storage.googleapis.com/papyrus_images/265a78f3deaf5cfed4c9f19c9892983754802ac781b9b35c242a09191911d1b7.png)

https://github.com/ethereum/consensus-specs/blob/dev/specs/phase0/beacon-chain.md

[https://github.com/ethereum/consensus-specs/blob/dev/specs/phase0/beacon-chain.md](https://github.com/ethereum/consensus-specs/blob/dev/specs/phase0/beacon-chain.md)

*   Capella (Shanghai) Spec 上海升級終於將提領功能打開 Full / Partial Withdraws
    

![https://github.com/ethereum/annotated-spec/blob/master/capella/beacon-chain.md](https://storage.googleapis.com/papyrus_images/85945d160f20103a606b55c64014807bcdcc7afc729645ad800c538b8c5e93e5.png)

https://github.com/ethereum/annotated-spec/blob/master/capella/beacon-chain.md

*   增加提幣憑證 Withdrawal Credential 到 Spec，分別是
    
    *   BLS的簽名↔共識層提款 **0x00** 地址憑證, Beacon Chain Genesis 2020-12-01
        
    *   可提到執行層L1錢包的 **0x01** 地址憑證 ETH1, 2020-12-12
        

![https://github.com/ethereum/consensus-specs/blob/dev/specs/phase0/beacon-chain.md](https://storage.googleapis.com/papyrus_images/8c5e7b2cac76b0f77d1bf3b169f87a75bec77132a2d9de57e768960dae6d4829.png)

https://github.com/ethereum/consensus-specs/blob/dev/specs/phase0/beacon-chain.md

*   Partial Withdraws: 須滿足兩條件 0x01 & balance>MAX\_EFFECTIVE\_BALANCE，才會促發 Automatic Validator Sweep 驗證自動掃描提領 (可能需要幾天的排隊)
    

### 為什麼要提升呢？

*   經濟的激勵-增加質押者複利效果 (Economic Incentive - Compound Interest)
    
*   質押時間效率化
    
    *   目前質押排隊時間過長, 每天只允許2~3k的人, 甚至等上一個月
        
*   減少節點運營開銷 (Reducing node operational overhead)
    
*   解鎖未來升級 (Unblock Future Upgrade)
    
    *   **最終確認Finality:** 根據以太坊根據以太坊POS的共識算法，大概2~3個Epod這個區塊就不會被改變或移除，目前Finality大概15分鐘
        

![](https://storage.googleapis.com/papyrus_images/1bd6b16c75580b0b455deff6ec940e2835ca62682de995d3275428647abf366c.png)

*   **Single Slot Finality (SSF)**: 在以太坊The Merge 路線圖裡，最終希望從原來的10幾分鐘提升到12秒，因此提升質押數量參數等也希望更接近此狀態 (提升聚合，驗證，簽名，經濟效率)。
    
    *   越少的驗證節點 (Less Validator Set) ⇒ 更快速的 BLS 簽名聚合 (Fast BLS Signature Aggregation)
        

![](https://storage.googleapis.com/papyrus_images/f9428656f4535ce3c7d3a112ac73140ae0a3d25e4611463e3a2f71170d71e180.png)

![](https://storage.googleapis.com/papyrus_images/cc22f02861447dad384c631c9abc540560c8f6b1e761342838d3a8032788bdb8.webp)

*   **ePBS （Enshrined PBS）**: 在以太坊路線圖中，也希望優化延遲問題的PBS。
    
    *   提升質押上限 → SSF (安全性能更強的共識層)→ ePBS
        

![](https://storage.googleapis.com/papyrus_images/35bde983b6286c99b9ecde7dcaa92754276b7e9057064b151933070e15c99563.png)

![](https://storage.googleapis.com/papyrus_images/d6702d660ee8faf0e2f2713a805d52b1598a8caa7439c4fe2d2af43ada806256.png)

*   **P2P Layer:** 提升質押數量與合併節點驗證，進一步降低以太坊壓力
    

![](https://storage.googleapis.com/papyrus_images/35dc0b22de9118f6d7d3011799b6e71f8c7dd9a7c9e31734d722e6e85dfa02fe.png)

### 質押提升的負效果：帶來更多削減處罰？ （More Slashing Penalties？）

*   提案者削減 Proposer Slashing (雙重提案 Double Proposal)：多次提案
    
*   證明者削減 Attester Slashing (環繞投票Surround Vote)：多次投票
    
*   Slashing 的大逞罰問題
    
    *   會不斷扣款的罰款（目前是按比例扣），比例會逐漸變高直到此節點 ETH 被扣光 (32→2048)
        
    *   也有人提出改善希望採固定扣款 (待討論)
        

![](https://storage.googleapis.com/papyrus_images/8e14b3bf27329618beb47eab65930cfbdb28560a9a2f070e5e7bd6081286474f.png)

### 思考與討論

1.  現在雖然32，但其實對於現在也有很多Entity有很多節點，改成2048感覺沒有實質上的幫助，好像沒什麼差別？
    
    → 除了對整體以太坊速度驗證，降低網路壓力有幫助，但可能對目前本身就是大Entity質押商較無影響，更可能激勵中小散戶節點去質押更大數量合併 （好管理，伺服器成本等）。
    
2.  今天討論很多，好奇2048怎麼來的？
    
    → 某個人社群提出後，風向就往這邊討論
    
3.  當初 32 ETH的原因是什麼？
    
    → 可能考量：經濟相對能負擔，節點數量負擔，資源分配等，Finality到底多快等
    
    [https://eth2book.info/capella/part2/incentives/staking/](https://eth2book.info/capella/part2/incentives/staking/)
    

### 總結

此篇文章探討了以太坊提案中提升質押上限 MAX\_EFFECTIVE\_BALANCE 的影響。提升質押上限可以增加質押者的複利效果、解鎖未來升級、減少節點運營開銷，但也可能帶來更多的削減處罰。此外，文章也討論了提升質押上限的可能影響和思考。

* * *

**轉載請註明出處與作者**

**聯繫郵件：**[**nctu.frank@gmail.com**](http://mailto:nctu.frank@gmail.com/)

**更多關於我:** [**CompoundWater複水**](https://compoundwater.framer.website/)

[**IG**](https://www.instagram.com/compoundwater)**/**[**TG**](https://t.me/compoundwater)**/**[**YT**](https://www.youtube.com/channel/UC_S6XK91Xmg0dOyc9MPOFzQ)**/**[**FB**](https://www.facebook.com/compoundwater/)**/**[**Linkedin**](https://www.linkedin.com/in/compoundwater/)**/**[**Twitter**](https://twitter.com/compoundwater)**: 頻道搜尋 @compoundwater**

**歡迎自由斗內支持(ERC20): 0xc2Ac7F93D54dfbf9Bf7E4AeD21F817F2ce598D28**

---

*Originally published on [CompoundWater 複水](https://paragraph.com/@compoundwater/eth-32-2048)*