以太經典

2016 年,以太坊發生了一件大事。

最後更新:2026 年 1 月

以太坊經典是 2016 年 The DAO 事件後,從以太坊分叉出來的區塊鏈。它代表了「程式碼即法律」的堅持——即使被駭,也不應該回滾交易。

2016 年,以太坊發生了一件大事。

價值 6000 萬美元的 ETH 被駭客盜走。

社群面臨選擇:

  • A:什麼都不做,尊重「程式碼即法律」

  • B:硬分叉,把錢還給受害者

大多數人選了 B。

但有一群人說:「不行,這違反了區塊鏈的原則。」

他們繼續維護原本的鏈。

那條鏈,就是以太坊經典(ETC)。

基本資訊

項目
內容

名稱

Ethereum Classic

代號

ETC

創立

2016 年(分叉)

共識機制

工作量證明(PoW)

總供應量

固定上限(約 2.1 億枚)

The DAO 事件

要理解 ETC,必須先理解 The DAO。

什麼是 The DAO?

2016 年,以太坊上出現了第一個大型去中心化自治組織(DAO)。

它的規模

  • 募集了 1.5 億美元的 ETH

  • 當時約佔所有 ETH 的 14%

  • 是史上最大的眾籌

它的目的

讓投資者共同決定要投資哪些項目。沒有 CEO,沒有董事會,純粹由程式碼和投票決定。

駭客攻擊

2016 年 6 月,駭客發現了智能合約的漏洞。

漏洞:重入攻擊(Reentrancy Attack)

結果:360 萬 ETH 被盜(當時約 6000 萬美元)。

社群的抉擇

以太坊社群面臨艱難選擇:

選項
支持者觀點
反對者觀點

不干預

程式碼即法律,不可改變

眼睜睜看受害者損失

硬分叉

保護投資者

違反不可篡改原則

投票結果:約 85% 支持硬分叉。

這是區塊鏈史上最具爭議的決定之一。它提出了一個根本問題:當「程式碼」和「人類價值」衝突時,該以誰為準?

分叉後的兩條鏈

2016 年 7 月,以太坊硬分叉。

選擇
現況

以太坊(ETH)

回滾被盜資金

成為主流

以太坊經典(ETC)

維持原狀

仍在運作,市值較小

有趣的是:技術上,ETC 才是「原本」的以太坊。ETH 是分叉出來的新鏈。

但因為大部分社群(包括 Vitalik)支持 ETH,所以 ETH 成為主流。

ETC 的理念

ETC 社群堅持的核心價值:

1. 不可篡改性

「區塊鏈的價值在於不可篡改。如果可以因為『足夠多人要求』就改變歷史,那和傳統中心化系統有什麼不同?」

2. 程式碼即法律

「The DAO 的投資者投資了一個有漏洞的合約。這是他們的風險,不應該由整個網路來彌補。」

3. 抗審查

「今天可以回滾駭客的交易,明天就可以回滾『政府不喜歡』的交易。這條路不能開。」

ETH vs ETC 比較

項目
ETH
ETC

市值

前 2

前 30-50

共識機制

PoS(2022 後)

PoW

供應量

無上限(但通縮)

有上限(~2.1 億)

開發活躍度

極高

DeFi/NFT 生態

豐富

幾乎沒有

安全性

曾多次被攻擊

ETC 的困境

1. 51% 攻擊

ETC 因為算力較低,多次遭受 51% 攻擊:

時間
損失

2019 年 1 月

約 100 萬美元

2020 年 8 月

連續 3 次攻擊

其他小規模攻擊

多次

2. 生態系統弱

以太坊上有 Uniswap、Aave、OpenSea⋯⋯

ETC 上有什麼?幾乎沒有重要的 DApp。

3. 開發者流失

大部分以太坊開發者都跟隨 Vitalik 到了 ETH。ETC 的開發進度遠落後於 ETH。

ETC 的優勢

雖然困境重重,ETC 仍有一些優勢:

1. 維持 PoW

以太坊轉向 PoS 後,一些堅持 PoW 的礦工轉向 ETC。

有人認為 PoW 比 PoS 更去中心化、更安全。對這些人來說,ETC 是以太坊系統中唯一的 PoW 選擇。

2. 固定供應量

ETC 有約 2.1 億枚的供應上限,這與比特幣的稀缺性理念類似。

3. 理念純粹

對「程式碼即法律」的堅持,吸引了一批理念派的支持者。

投資 ETC 的考量

潛在優勢

  • 相對便宜,如果以太坊生態溢出可能受益

  • 維持 PoW,對抗 PoS 中心化風險

  • 供應量有限

風險

  • 安全性較差(歷史上多次被攻擊)

  • 生態系統薄弱

  • 開發活躍度低

  • 主流市場關注度低

ETC 的歷史意義

不管 ETC 的市場表現如何,它在區塊鏈歷史上有重要意義:

它是活生生的提醒

  • 區塊鏈治理不只是技術問題,也是哲學問題

  • 「不可篡改」的承諾是否應該絕對?

  • 社群共識可以改變一切

它是永恆的辯論

The DAO 事件後,這個問題至今沒有標準答案:

當程式碼有漏洞時,我們應該尊重程式碼的執行結果,還是介入修正?


相關條目

Last updated