熱門話題
#
Bonk 生態迷因幣展現強韌勢頭
#
有消息稱 Pump.fun 計劃 40 億估值發幣,引發市場猜測
#
Solana 新代幣發射平臺 Boop.Fun 風頭正勁

vitalik.eth
Mi Pinxe lo Crino TCATI
一份非常重要的文件。讓我們逐步走過這個「目標」。我們將從快速插槽和快速最終性開始。
我預期我們將以漸進的方式減少插槽時間,例如,我喜歡「每次平方根(2)」的公式(12 -> 8 -> 6 -> 4 -> 3 -> 2,雖然最後兩步更具投機性,並依賴於大量研究)。在這裡可以更快或更慢;但高層次的觀點是,我們將把插槽時間視為一個參數,當我們有信心安全時就調整它,類似於 blob 目標。
快速插槽在路線圖的頂部獨立運行,似乎與其他任何東西都沒有真正的聯繫。這是因為路線圖的其餘部分與插槽時間相對獨立:無論插槽時間是 2 秒還是 32 秒,我們都需要做大致相同的事情。
不過有幾個交集區域。其中一個是 p2p 改進。@raulvk 最近一直在為 Ethereum 開發一個優化的 p2p 層,該層使用擦除編碼來大幅改善帶寬/延遲的權衡。大致來說:在今天的設計中,每個節點從幾個對等節點接收完整的區塊主體,並能在收到第一個時立即接受並重新廣播它。如果「寬度」(發送區塊的對等節點數量)較低,那麼一個不良的對等節點可以大大延遲你收到區塊的時間。如果寬度較高,則會有大量不必要的數據開銷。使用擦除編碼,你可以選擇 k-of-n 設置,例如:將每個區塊分成 8 個部分,以便用任何 4 個部分就能重建完整的區塊。這樣可以在不增加開銷的情況下,獲得高寬度的冗餘好處。
我們有統計數據顯示,這種架構可以大幅減少第 95 百分位的區塊傳播時間,使得更短的插槽在不影響安全性的情況下成為可行(除了增加協議的複雜性,儘管在這裡性能增益與代碼行數的比率相當有利)
另一個交集區域是隨著 ePBS、FOCIL 和快速確認規則而來的更複雜的插槽結構。這些有重要的好處,但它們將安全延遲的最大值從插槽/3 降低到插槽/5。正在進行的研究試圖更好地管道化以最小化損失(還要注意:插槽時間的下限不僅受插槽延遲的限制,還受到 ZK 證明者延遲的固定成本部分的限制),但這裡有一些權衡。
我們正在探索的一種補償方法是改變架構,使得每個插槽只有約 256-1024 隨機選擇的驗證者簽名。對於一個分叉選擇(非最終化)功能,這是完全足夠的。較少的簽名數量使我們能夠去除聚合階段,縮短插槽。
快速最終性更為複雜(最終協議在我看來比現狀的 Gasper 更簡單,但變更路徑複雜)。今天,最終性平均需要 16 分鐘(12 秒插槽 * 32 插槽時期 * 2.5 時期)。目標是將插槽和最終性解耦,讓我們能夠分別考慮兩者,我們的目標是使用一輪最終性 BFT 算法(Minimmit 變體)來實現最終性。因此,最終遊戲的最終性時間可能是例如 6-16 秒。
因為這是一組非常侵入性的變更,計劃是將每個變更中最大的步驟與加密技術的切換捆綁在一起,特別是轉向後量子哈希基簽名,以及一個最大限度 STARK 友好的哈希(對於最近的 Poseidon2 攻擊有三種可能的應對措施:(i)增加回合數或引入其他對策,例如 Monolith 層,(ii)回到 Poseidon1,這比 Poseidon2 更加穩定,且未見缺陷,(iii)使用 BLAKE3 或其他最大限度便宜的「傳統」哈希。所有這些都在研究中)。
此外,還計劃逐步引入這些變更,例如「1-時期最終性」意味著我們調整當前共識,從 FFG 風格的最終化改變為 Minimmit 風格的最終化。
一個可能的最終性時間軌跡是:16 分鐘(今天)-> 10 分 40 秒(8 秒插槽)-> 6 分 24 秒(單一時期最終性)-> 1 分 12 秒(8 插槽時期,6 秒插槽)-> 48 秒(4 秒插槽)-> 16 秒(minimmit)-> 8 秒(minimmit,參數更具攻擊性)
漸進方法的一個有趣結果是,這為使插槽在量子抵抗方面的進展提供了一條途徑,這比使最終性在量子抵抗方面的進展要快得多,因此我們可能會很快進入一種情況,即如果量子計算機突然出現,我們會失去最終性保證,但鏈仍然會繼續運行。
總結:預期會看到插槽時間和最終性時間的逐步減少,並預期這些變更將與以「忒修斯之船」風格的組件逐個替換 Ethereum 的插槽結構和共識相互交織,形成一個更乾淨、更簡單、量子抵抗、對證明者友好的、端到端形式驗證的替代方案。

Justin Drake4 小時前
介紹 strawmap,EF Protocol 的一個 strawman 路線圖。
相信某件事。相信以太坊的 strawmap。
這是為誰準備的?
該文件可在 strawmap[.]org 獲得,旨在面向高級讀者。這是一個密集且技術性的資源,主要針對研究人員、開發者和以太坊治理的參與者。請訪問 ethereum[.]org/roadmap 獲取更多入門材料。即將推出的可訪問解釋將解釋 strawmap 的內容™。
什麼是 strawmap?
strawmap 是一個邀請,讓人們從整體的角度來看待 L1 協議升級。通過將提案放在單一視覺上,它提供了對以太坊 L1 目標的統一視角。時間範圍跨越數年,超越了 All Core Devs (ACD) 和 forkcast[.]org 的即時焦點,後者通常僅涵蓋接下來的幾個分叉。
一些亮點是什麼?
strawmap 以五個簡單的北極星為特色,呈現為右側的黑色框:
→ 快速 L1:快速 UX,通過短時段和幾秒鐘內的最終性
→ gigagas L1:1 gigagas/秒 (10K TPS),通過 zkEVM 和實時證明
→ teragas L2:1 gigabyte/秒 (10M TPS),通過數據可用性取樣
→ 後量子 L1:耐用的加密技術,通過基於哈希的方案
→ 私密 L1:一流的隱私,通過保護的 ETH 轉移
起源故事是什麼?
strawman 路線圖起源於 2026 年 1 月 EF 研討會上的討論啟發,部分動機是希望將精簡的以太坊與短期計劃整合。升級依賴性和分叉約束特別有效地引發了有價值的討論主題。strawman 現在以主動透明和加速主義的精神公開分享。
為什麼叫 "strawmap"?
"strawmap" 是 "strawman" 和 "roadmap" 的合成詞。strawman 的修飾是故意的,原因有二:
1. 它承認在高度去中心化的生態系統中擬定路線圖的局限性。一個反映所有以太坊利益相關者的 "官方" 路線圖實際上是不可能的。粗略共識本質上是一個新興的、持續的和固有不確定的過程。
2. 它強調該文件作為進行中的工作的地位。儘管它起源於 EF Protocol 集群,但其 100 名成員之間存在競爭觀點,更不用說豐富的非 EF 觀點。
strawmap 不是預測。它是一個加速主義的協調工具,勾勒出數百萬種可能結果中的一條合理一致的路徑。
strawmap 的時間框架是什麼?
strawmap 專注於延伸到十年末的分叉。它概述了到 2029 年的七個分叉,基於每六個月一個分叉的粗略節奏。雖然基於當前的預期,但這些時間表應以健康的懷疑態度對待。當前草案假設以人為本的開發。AI 驅動的開發和正式驗證可能會顯著壓縮時間表。
上面的字母代表什麼?
strawmap 被組織為時間線,分叉從左到右進行。共識層分叉遵循基於星星的命名方案,首字母遞增:Altair、Bellatrix、Capella、Deneb、Electra、Fulu 等。即將到來的分叉如 Glamsterdam 和 Hegotá 已經確定名稱。其他分叉,如 I* 和 J*,則有佔位符名稱(I* 發音為 "I star")。
顏色和箭頭代表什麼?
升級被分為三個顏色編碼的水平層:共識 (CL)、數據 (DL)、執行 (EL)。深色框表示頭條(見下文),灰色框表示鏈外升級,黑色框表示北極星。底部有解釋性圖例。
在每個層中,升級進一步按主題和子主題組織。箭頭表示硬技術依賴或自然升級進程。框中的下劃線文本鏈接到相關的 EIP 和寫作。
什麼是頭條?
頭條是特別突出的雄心勃勃的升級。為了保持快速的分叉節奏,現代 ACD 過程限制每個分叉只有一個共識和一個執行頭條。例如,在 Glamsterdam 中,這些頭條分別是 ePBS 和 BALs。
(L* 是一個特殊的分叉,顯示與更大的精簡共識分叉相關的兩個頭條。精簡共識落在 L* 將是一個命運的巧合。)
strawmap 會演變嗎?
是的,strawmap 是一個活的和可塑的文件。它將隨著社區反饋、研發進展和治理而演變。預期至少每季度更新一次,文件上會註明最新修訂日期。
我可以分享反饋嗎?
是的,積極鼓勵反饋。EF Protocol strawmap 由 EF Architecture 團隊維護:@adietrichs、@barnabemonnot、@fradamt、@drakefjustin。每個人都有開放的 DM,可以通過 first.name@ethereum[.]org 聯繫。一般查詢可以發送至 strawmap@ethereum[.]org。

4.36K
熱門
排行
收藏
