“Bản phác thảo sơ bộ” của Ethereum được Vitalik Buterin hậu thuẫn là gì?

 Quỹ Ethereum (EF) Các nhà nghiên cứu đã công bố "Strawmap", một bản kế hoạch sơ bộ cho Ethereum. Lớp 1 (L1) nâng cấp giao thức. Tài liệu có sẵn tại strawmap.org, vạch ra định hướng kỹ thuật dài hạn cho Ethereum cho đến hết thập kỷ này.

Cần lưu ý rằng Strawmap không phải là một lộ trình chính thức. Thay vào đó, nó là một công cụ phối hợp được thiết kế để thúc đẩy thảo luận giữa các nhà nghiên cứu, nhóm khách hàng và những người tham gia quản trị. Nó trình bày một con đường mạch lạc trong số nhiều kết quả có thể xảy ra trong một hệ thống phi tập trung, nơi sự đồng thuận sơ bộ hình thành theo thời gian.

Bài viết này giải thích những gì Strawmap đề xuất, cách nó cấu trúc các bản nâng cấp Ethereum đến năm 2029, và cách nó giải quyết các vấn đề về hiệu suất, mật mã, quyền riêng tư và khả năng mở rộng ở lớp cơ sở.

Ai đã tạo ra Strawmap và nó dành cho ai?

Strawmap ra đời tại một hội thảo của Ethereum Foundation vào tháng 1 năm 2026. Sau đó, nó được nhóm kiến ​​trúc EF công bố rộng rãi, bao gồm... Justin Drake, Ansgar Dietrichs, Barnabé Monnot và Francesco D'Amato.

Tài liệu này hướng đến độc giả trình độ cao và được viết cho các nhà nghiên cứu giao thức, nhà phát triển ứng dụng khách và những người tham gia quản trị Ethereum. Về bản chất, Strawmap được mô tả là một tài liệu sống động, dự kiến ​​sẽ được cập nhật ít nhất mỗi quý một lần. 

“Strawmap” nghĩa là gì?

Tên gọi này kết hợp giữa "mô hình giả" và "lộ trình". Cụm từ "mô hình giả" phản ánh hai thực tế:

1. Ethereum không có một cơ quan duy nhất nào có thể áp đặt lộ trình cuối cùng cho tất cả các bên liên quan.
2. Tài liệu này vẫn đang trong quá trình hoàn thiện, chứ không phải là một dự đoán.

Lộ trình này dựa trên giả định ưu tiên con người trong phát triển. Nó lưu ý rằng việc phát triển có sự hỗ trợ của trí tuệ nhân tạo và xác minh chính thức có thể rút ngắn thời gian thực hiện.

Bản phác thảo sơ đồ (Strawmap) được cấu trúc như thế nào?

Strawmap trình bày các nâng cấp của Ethereum trên một dòng thời gian trực quan duy nhất kéo dài từ năm 2026 đến năm 2029, với các mục tiêu dài hạn hơn sau năm 2030.

Nó giả định chu kỳ phân nhánh khoảng sáu tháng một lần và phác thảo bảy hướng phân nhánh:

Khám phá những dự án đầy hứa hẹn...

Các dự án đầy hứa hẹn...

(Quảng cáo)

Bài viết còn tiếp tục...

• Glamsterdam (2026)
• Hegota (2026)
• I* (2027)
• J* (2028)
• K* (2028)
• L* (2029)
• M+ (2030 và sau đó)

Các loại dĩa được sắp xếp theo ba lớp ngang:

• Lớp đồng thuận (CL)
• Lớp dữ liệu (DL)
• Lớp thực thi (EL)

Mỗi nhánh (fork) bao gồm các "bản cập nhật nổi bật", được định nghĩa là những nâng cấp quan trọng. Quy trình All Core Devs (ACD) thường giới hạn mỗi nhánh chỉ có một bản cập nhật nổi bật về đồng thuận và một bản cập nhật thực thi duy nhất để duy trì nhịp độ. Ngoại lệ là L*, bao gồm hai bản cập nhật nổi bật về đồng thuận gắn liền với đồng thuận tinh gọn.

Mục tiêu dài hạn của Ethereum

Strawmap đề ra năm mục tiêu dài hạn:

1. L1 nhanh

Khoảng thời gian ngắn và kết thúc chỉ trong vài giây.

2. Gigagas L1

Tốc độ xử lý 1 gigabit mỗi giây, tương đương khoảng 10,000 giao dịch mỗi giây (TPS), được hỗ trợ bởi zkEVM và quá trình chứng thực thời gian thực.

3. Teragas L2

Băng thông dữ liệu 1 gigabyte mỗi giây, tương đương khoảng 10 triệu giao dịch mỗi giây (TPS), thông qua lấy mẫu dữ liệu khả dụng.

4. Hậu lượng tử L1

Mã hóa dựa trên hàm băm để chống lại các cuộc tấn công lượng tử.

5. Riêng tư L1

Giao dịch chuyển tiền ETH được bảo vệ ở lớp cơ sở.

Các mục tiêu này tập trung vào độ trễ, thông lượng, độ bền mã hóa và quyền riêng tư.

Đề xuất: Giảm thời gian xử lý và tính hoàn thiện của Ethereum.

Thời gian hoàn tất trung bình hiện tại của Ethereum là khoảng 16 phút. Thời gian này được tính bằng cách lấy 12 giây mỗi khe nhân với 32 khe mỗi kỷ nguyên và xấp xỉ 2.5 kỷ nguyên.

Strawmap đề xuất giảm dần thời gian mỗi khung giờ theo lũy thừa √2:
12s → 8s → 6s → 4s → 3s → 2s.

Vitalik Buterin Phương pháp tiếp cận này được mô tả như sau để đáp ứng lộ trình:

“Tôi kỳ vọng chúng ta sẽ giảm thời gian mỗi khe một cách dần dần, ví dụ: Tôi thích công thức 'căn bậc hai của 2 mỗi lần' (12 -> 8 -> 6 -> 4 -> 3 -> 2, mặc dù hai bước cuối cùng mang tính suy đoán hơn và phụ thuộc vào nghiên cứu chuyên sâu). Ông nói thêm, “Các khe nhanh nằm ở làn đường riêng của chúng ở đầu lộ trình và dường như không thực sự kết nối với bất cứ điều gì. Điều này là do phần còn lại của lộ trình khá độc lập với thời gian mỗi khe.”

Trong thông điệp của mình, Buterin không nêu rõ mốc thời gian triển khai cụ thể. Tuy nhiên, ông đề cập đến bản phác thảo sơ bộ như một kế hoạch có tổ chức, nêu chi tiết một loạt các mục tiêu kỹ thuật liên quan đến việc giảm số lượng khe thời gian, thiết kế lại tính xác thực cuối cùng và triển khai các cải tiến mật mã.

Cải tiến P2P và mã hóa xóa lỗi

Các khe thời gian ngắn hơn đòi hỏi phải cải thiện quá trình lan truyền khối. Nghiên cứu của Raul Jordan tập trung vào kiến ​​trúc ngang hàng (P2P) được tối ưu hóa bằng cách sử dụng mã hóa xóa lỗi.

Trong thiết kế này, một khối được chia thành nhiều phần (ví dụ: 8 phần, trong đó bất kỳ 4 phần nào cũng có thể tái tạo lại khối hoàn chỉnh). Cấu trúc k-trong-n này giúp giảm chi phí băng thông đồng thời cải thiện thời gian lan truyền khối ở phân vị thứ 95. Theo dữ liệu nghiên cứu được Buterin trích dẫn, kiến ​​trúc này có thể giúp sử dụng các khe thời gian ngắn hơn mà không làm giảm tính bảo mật.

Quỹ đạo kết thúc

Strawmap cũng đề xuất tách rời các khe thời gian khỏi tính xác định cuối cùng. Mục tiêu dài hạn là sử dụng thuật toán BFT một vòng duy nhất được gọi là Minimmit.

Một lộ trình kết thúc khả thi được Buterin phác thảo:

• 16 phút (hôm nay)
• 10 phút 40 giây (mỗi đoạn 8 giây)
• 6 phút 24 giây (kết thúc một chu kỳ)
• 1 phút 12 giây (8 chu kỳ, mỗi chu kỳ 6 giây)
• 48 giây (khoảng thời gian 4 giây)
• 16 giây (Tối thiểu)
• 8 giây (thông số Minimmit mạnh mẽ hơn)

Những thay đổi này bao gồm việc thiết kế lại đáng kể cơ chế đồng thuận.

Vậy mật mã hậu lượng tử phù hợp với kế hoạch này như thế nào?

Strawmap tích hợp các nâng cấp hậu lượng tử với những thay đổi lớn về cơ chế đồng thuận. Kế hoạch bao gồm:

• Chữ ký dựa trên băm
• Chuyển đổi sang các hàm băm thân thiện với STARK
• Đánh giá các phản hồi đối với các vấn đề mật mã của Poseidon2.

Ba phương án đang được nghiên cứu bao gồm tăng số vòng lặp, quay lại sử dụng Poseidon1 hoặc sử dụng BLAKE3.

Buterin lưu ý rằng các vị trí có thể trở nên kháng lượng tử trước khi đạt được tính chất cuối cùng. Trong kịch bản đó, một bước đột phá lượng tử bất ngờ có thể làm tổn hại đến các đảm bảo về tính chất cuối cùng trong khi vẫn cho phép chuỗi tiếp tục tạo ra các khối.

Điều gì xảy ra ở lớp thực thi và lớp dữ liệu?

Lớp thực thi

Các đề xuất chính bao gồm:

• Kế toán khí đốt đa chiều
• Giới hạn khí đốt của khối tăng lên
• tích hợp zkEVM
• Máy không tiết lộ thông tin (ZKM) chuẩn
• Đặt lại gốc
• Giao dịch không tương tác (NIT)
• Nghiên cứu ZKVM quy mô Exascale

Mục tiêu dài hạn là đạt được thông lượng gigabit tại L1.

Lớp dữ liệu

Lộ trình bao gồm:

• Thay đổi Blob Per Operator (BPO)
• Lấy mẫu tính sẵn có của dữ liệu
• Kích thước đơn giản giảm ở các nhánh cụ thể
• Trở lại dữ liệu cuộc gọi trong một số trường hợp nhất định

Mục tiêu L2 của Teragas là mở rộng quy mô các gói tổng hợp và thông lượng dữ liệu mà không làm suy yếu tính phân quyền.

Liệu Strawmap có báo hiệu sự chuyển dịch khỏi mô hình mở rộng quy mô tập trung vào Rollup?

Lộ trình trước đây của Ethereum nhấn mạnh rollups là cơ chế mở rộng quy mô chính. Bản phác thảo này không loại bỏ rollups mà vạch ra một lộ trình mở rộng quy mô mạnh mẽ hơn cho chính L1.

Nếu được hiện thực hóa, lộ trình này sẽ tăng thông lượng L1 lên 10,000 giao dịch/giây đồng thời cho phép thông lượng L2 đạt 10 triệu giao dịch/giây. Cách tiếp cận này giúp giảm sự phụ thuộc chỉ vào các bản ghi tổng hợp để mở rộng quy mô.

Kết luận

Lộ trình Strawmap của Ethereum trình bày một cái nhìn có cấu trúc về các nâng cấp dài hạn cho Lớp 1 đến năm 2029. Nó xác định các mục tiêu có thể đo lường được: các khe thời gian nhanh hơn, thời gian hoàn tất ngắn hơn, thông lượng cao hơn, mật mã hậu lượng tử và quyền riêng tư ở lớp cơ sở. Lộ trình này sắp xếp các nâng cấp này trên các lớp đồng thuận, dữ liệu và thực thi, với chu kỳ phân nhánh và các phụ thuộc kỹ thuật được xác định rõ ràng.

Tài liệu này không dự đoán kết quả mà chỉ cung cấp một khuôn khổ kỹ thuật để thảo luận và phối hợp. Các đề xuất của nó phụ thuộc vào kết quả nghiên cứu, sự đồng thuận về quản trị và năng lực thực hiện. Nhìn chung, tác động của lộ trình sẽ phụ thuộc vào cách cộng đồng Ethereum đánh giá và áp dụng các thành phần của nó trong những năm tới.

nguồn

• Justin DrakeTổng quan về Strawmap
• Vitalik ButerinPhản hồi của công chúng đối với Strawmap
• strawmap.orgTài liệu lộ trình
• KhốiCác nhà nghiên cứu của Ethereum Foundation công bố "bản phác thảo" vạch ra bảy hướng phân nhánh (fork) đến năm 2029.