Bài viết mới của Vitalik: Tương lai tiềm năng của Ethereum, The Surge

Tác giả: Vitalik Buterin

Biên dịch: Karen, Foresight News

Đặc biệt cảm ơn Justin Drake, Francesco, Hsiao-wei Wang, @antonttc và Georgios Konstantopoulos.

Ban đầu, trong bản đồ con đường của Ethereum có hai chiến lược mở rộng. Một chiến lược (xem bài báo năm 2015 sớm) là “Phân mảnh” (sharding): Mỗi Nút chỉ cần xác minh và lưu trữ một phần nhỏ giao dịch, thay vì xác minh và lưu trữ tất cả giao dịch trên chuỗi. Bất kỳ mạng ngang hàng nào khác (ví dụ BitTorrent) cũng hoạt động theo cách này, vì vậy chúng ta dĩ nhiên có thể làm cho blockchain hoạt động theo cách tương tự. Một loại khác là giao thức Layer2: Các mạng này sẽ nằm trên Ethereum để cho phép nó tận dụng an toàn của nó đồng thời giữ phần lớn dữ liệu và tính toán ở ngoài chuỗi chính. Giao thức Layer2 được đề cập đến năm 2015 là các kênh trạng thái, năm 2017 là Plasma, và sau đó là Rollup năm 2019. Rollup mạnh mẽ hơn so với kênh trạng thái hoặc Plasma, nhưng chúng cần băng thông dữ liệu on-chain lớn. May mắn thay, đến năm 2019, nghiên cứu Phân mảnh đã giải quyết vấn đề “khả dụng dữ liệu” trong quy mô lớn. Kết quả, hai con đường hợp nhau lại và chúng ta có được bản đồ con đường tập trung vào Rollup, bản đồ con đường mà hôm nay vẫn là chiến lược mở rộng của Ethereum.

The Surge, 2023 bản đồ chiến lược

Lộ trình tập trung vào Rollup đã đề xuất một phân công đơn giản: ETH L1 tập trung vào việc trở thành một lớp cơ sở mạnh mẽ và phi tập trung, trong khi L2 đảm nhận nhiệm vụ giúp hệ sinh thái mở rộng. Mô hình này có mặt ở khắp mọi nơi trong xã hội: sự tồn tại của hệ thống tòa án (L1) không phải để đạt được tốc độ và hiệu quả siêu cao, mà là để bảo vệ hợp đồng và quyền sở hữu tài sản, trong khi các nhà khởi nghiệp (L2) phải xây dựng trên nền tảng cơ bản vững chắc này, dẫn dắt loài người đến sao Hỏa (cả về nghĩa đen lẫn nghĩa bóng).

Trong năm nay, bản đồ tập trung vào Rollup đã đạt được những thành tựu quan trọng: với việc triển khai EIP-4844 blobs, băng thông dữ liệu của ETH L1 đã tăng đáng kể, nhiều Máy ảo Ethereum (EVM) Rollup đã đi vào giai đoạn đầu tiên. Mỗi L2 tồn tại như một ‘Phân mảnh’ với các quy tắc và logic nội bộ riêng, sự đa dạng và đa dạng hóa trong cách thức triển khai Phân mảnh hiện đã trở thành hiện thực. Nhưng như chúng ta đã thấy, việc đi theo con đường này cũng đối mặt với một số thách thức độc đáo. Do đó, nhiệm vụ hiện tại của chúng ta là hoàn thành bản đồ tập trung vào Rollup và giải quyết những vấn đề này, đồng thời duy trì tính ổn định và tính Phi tập trung đặc biệt của ETH L1.

The Surge: Mục tiêu chính

1、Trong tương lai, Ethereum có thể đạt 10.000 giao dịch mỗi giây trở lên thông qua L2.

2、保持 L1 的Phi tập trung和鲁棒性；

3、Ít nhất một số L2 hoàn toàn thừa kế các thuộc tính cốt lõi của Ethereum (Không đáng tin cậy、mở cửa、chống kiểm duyệt);

4. Ethereum nên cảm thấy như một hệ sinh thái thống nhất, chứ không phải là 34 chuỗi khối khác nhau.

Nội dung chương này

1. Bất đẳng thức tam giác mở rộng
2. Tiến triển tiếp theo của việc lấy mẫu sẵn có dữ liệu
3. Nén dữ liệu
4. Plasma Tổng quát
5. Hệ thống chứng minh L2 chín chắn
6. Cải tiến tương tác L2 giao thức
7. Mở rộng thực hiện trên L1

Dilemma tam giác mở rộng

Nút 01928374656574839201 2017 là một ý tưởng được đưa ra vào năm 2017, cho rằng có một sự mâu thuẫn giữa ba đặc tính của blockchain: Phi tập trung (cụ thể hơn: chi phí vận hành Nút thấp), khả năng mở rộng (xử lý một lượng giao dịch lớn) và an toàn (kẻ tấn công cần phá hủy một phần lớn của Nút trong mạng mới có thể làm cho một giao dịch thất bại).

Điều quan trọng cần lưu ý là nghịch lý lượng giác không phải là một định lý và bài đăng giới thiệu nghịch lý lượng giác không đi kèm với một chứng minh toán học. Nó đưa ra một lập luận toán học heuristic: nếu một Nút thân thiện với Phi tập trung (ví dụ: máy tính xách tay tiêu dùng) có thể xác minh N giao dịch mỗi giây và bạn có một chuỗi xử lý k * N giao dịch mỗi giây, thì (i) mỗi giao dịch chỉ có thể được nhìn thấy bởi 1 / k Nút, có nghĩa là kẻ tấn công chỉ cần thỏa hiệp một vài Nút để vượt qua một giao dịch độc hại, hoặc (ii) Nút của bạn sẽ trở nên mạnh mẽ và chuỗi của bạn sẽ không Phi tập trung. Mục đích của bài viết này chưa bao giờ là để chứng minh rằng việc phá vỡ nghịch lý tam giác là không thể; Thay vào đó, nó nhằm mục đích chỉ ra rằng phá vỡ tình trạng tiến thoái lưỡng nan là khó khăn, và nó đòi hỏi một số cách suy nghĩ bên ngoài khuôn khổ suy nghĩ tiềm ẩn trong lập luận đó.

Trong nhiều năm qua, một số chuỗi hiệu suất cao thường tuyên bố rằng họ đã giải quyết được ba mâu thuẫn cơ bản mà không cần thay đổi cấu trúc, thường thông qua việc tối ưu hóa Nút bằng các kỹ thuật kỹ thuật phần mềm. Điều này luôn luôn gây hiểu lầm, vì chạy Nút on-chain trên những chuỗi này khó khăn hơn nhiều so với chạy Nút trên Ethereum. Bài viết này sẽ thảo luận về tại sao điều này lại như vậy, và tại sao chỉ bằng kỹ thuật phần mềm L1 không thể mở rộng ETH?

Tuy nhiên, sự kết hợp giữa việc lấy mẫu khả dụng dữ liệu và SNARKs thực sự giải quyết được ngụy biện tam giác: nó cho phép khách hàng xác minh một số lượng dữ liệu nhất định có sẵn và một số bước tính toán nhất định được thực hiện chỉ bằng cách tải xuống một lượng dữ liệu nhỏ và thực hiện một lượng tính toán rất ít. SNARKs không đòi hỏi sự tin cậy. Lấy mẫu khả dụng dữ liệu có một mô hình tin cậy một ít trong số N tinh tế, nhưng nó vẫn giữ lại các đặc điểm cơ bản của mạng không thể mở rộng, nghĩa là ngay cả khi có 51% cuộc tấn công, cũng không thể buộc các khối xấu được chấp nhận bởi mạng.

Một phương pháp khác để giải quyết vấn đề ba khó khăn là kiến trúc Plasma, nó sử dụng công nghệ thông minh để chuyển trách nhiệm theo dõi tính khả dụng dữ liệu cho người dùng theo cách tương thích. Trước năm 2017-2019, khi chúng ta chỉ có bằng chứng gian lận là phương tiện để mở rộng khả năng tính toán, Plasma bị hạn chế rất nhiều về mặt thực thi an toàn, nhưng với sự phổ biến của SNARKs (chứng minh gọn nhẹ không tương tác), kiến trúc Plasma trở nên khả thi hơn cho nhiều tình huống sử dụng hơn trước đây.

Tiến triển tiếp theo của việc lấy mẫu sẵn có dữ liệu

Chúng tôi đang giải quyết vấn đề gì?

Vào ngày 13 tháng 3 năm 2024, khi Dencun được nâng cấp và ra mắt, mỗi slot trên chuỗi khối của ETH ở ETH 2.0 sẽ có khoảng 3 blob có dung lượng khoảng 125 kB, hoặc băng thông sẵn có cho mỗi slot là khoảng 375 kB. Giả sử dữ liệu giao dịch được phát hành trực tiếp trên chuỗi, thì việc chuyển tiền ERC20 sẽ có khoảng 180 byte, do đó TPS tối đa của Rollup trên ETH 2.0 sẽ là: 375000 / 12 / 180 = 173.6 TPS

Nếu chúng ta thêm calldata của Ethereum (giá trị tối đa lý thuyết: mỗi slot 3000 triệu Gas / mỗi byte 16 gas = mỗi slot 1,875,000 byte), thì có thể đạt được 607 TPS. Sử dụng PeerDAS, số lượng blob có thể tăng lên 8-16, điều này sẽ cung cấp 463-926 TPS cho calldata.

Đây là một bước cải tiến quan trọng đối với Ethereum L1, nhưng vẫn chưa đủ. Chúng tôi muốn có thêm tính mở rộng. Mục tiêu trung hạn của chúng tôi là mỗi slot 16 MB, nếu kết hợp với cải tiến nén dữ liệu Rollup, sẽ mang lại khoảng ~58000 TPS.

Nó là gì? Làm thế nào để hoạt động?

PeerDAS là một hiện thực tương đối đơn giản của “1D sampling”. Trong Ethereum, mỗi blob là một đa thức bậc 4096 trên trường số nguyên tố với 253 bit (prime field). Chúng tôi phát sóng các phần chia của đa thức, trong đó mỗi phần chia chứa 16 giá trị đánh giá từ 16 tọa độ liền kề trên tổng cộng 8192 tọa độ. Trong 8192 giá trị đánh giá này, bất kỳ 4096 giá trị (tùy thuộc vào tham số hiện tại được đề xuất: bất kỳ 64 giá trị từ 128 mẫu có thể) đều có thể khôi phục lại blob.

Nguyên lý hoạt động của PeerDAS là cho mỗi máy khách lắng nghe một số lượng mạng con, trong đó mạng con thứ i phát sóng bất kỳ blob thứ i nào và yêu cầu các blob trên mạng con khác mà nó cần bằng cách truy vấn các đối tác trong mạng p2p toàn cầu (người sẽ lắng nghe các mạng con khác nhau). Phiên bản thận trọng hơn là SubnetDAS chỉ sử dụng cơ chế mạng con mà không có truy vấn lớp đối tác bổ sung. Đề xuất hiện tại là để các Nút tham gia Bằng chứng về cổ phần sử dụng SubnetDAS, trong khi các Nút khác (tức là khách hàng) sử dụng PeerDAS.

Lý thuyết, chúng ta có thể mở rộng quy mô của một ‘1D sampling’ đến mức khá lớn: Nếu chúng ta tăng số lượng blob tối đa lên 256 (mục tiêu là 128), thì chúng ta có thể đạt được mục tiêu 16MB, trong đó mỗi nút có sẵn 16 mẫu * 128 blob * mỗi blob có 512 byte mỗi mẫu = băng thông dữ liệu 1MB mỗi khe. Điều này chỉ là trong phạm vi chấp nhận được của chúng tôi: Điều này khả thi, nhưng điều này có nghĩa là các khách hàng bị giới hạn băng thông sẽ không thể mẫu. Chúng ta có thể tối ưu hóa một phần điều này bằng cách giảm số lượng blob và tăng kích thước blob, nhưng điều này sẽ làm tăng chi phí tái tạo.

Do đó, chúng tôi muốn tiến xa hơn và thực hiện mẫu 2D (2D sampling), phương pháp này không chỉ lấy mẫu ngẫu nhiên trong blob mà còn giữa các blob. Sử dụng tính chất tuyến tính của cam kết KZG, một tập hợp các blob ảo mới được sử dụng để mở rộng tập hợp blob trong một Khối, các blob ảo này mã hóa dư thừa thông tin giống nhau.

Do đó, cuối cùng chúng tôi muốn tiến xa hơn, thực hiện mẫu 2D, không chỉ trong blob mà còn giữa các blob một cách ngẫu nhiên. Tính chất tuyến tính do KZG cam kết được sử dụng để mở rộng tập hợp blob trong một Khối, bao gồm danh sách blob ảo mới mã hóa trùng lặp thông tin cùng.

2D lấy mẫu. Nguồn dữ liệu: a16z crypto

Việc mở rộng cam kết tính toán không cần có blob là điều quan trọng, do đó giải pháp này thân thiện với việc xây dựng Khối phân tán. Nút thực tế xây dựng Khối chỉ cần có cam kết KZG blob và chúng có thể phụ thuộc vào việc lấy mẫu tính sẵn dữ liệu (DAS) để xác minh tính khả dụng của khối dữ liệu. Lấy mẫu tính sẵn khả dụng dữ liệu một chiều (1D DAS) cũng thân thiện với việc xây dựng Khối phân tán.

Có liên kết nào với các nghiên cứu hiện có không?

1. Bài đăng gốc giới thiệu về tính sẵn có của dữ liệu (2018):
2. Bài báo theo sau:
3. Về bài viết giải thích về DAS, mô hình:
4. Khả năng sử dụng 2D với lời hứa của KZG:
5. PeerDAS trên ethresear.ch: và bài báo:
6. EIP-7594:
7. SubnetDAS trên ethresear.ch:
8. Sự khác biệt tinh tế về khả năng phục hồi trong mẫu 2D:

**Còn phải làm gì? Còn những sự cân nhắc nào khác?

Tiếp theo là hoàn thành và triển khai PeerDAS. Sau đó, chúng tôi sẽ tiếp tục tăng số lượng blob trên PeerDAS, đồng thời quan sát mạng lưới một cách cẩn thận và cải tiến phần mềm để đảm bảo an toàn, đây là một quá trình dần dần. Đồng thời, chúng tôi hy vọng có nhiều công việc học thuật hơn để quy định sự tương tác giữa PeerDAS và các phiên bản DAS khác cùng với quy tắc lựa chọn fork an toàn.

Xa hơn nữa, chúng ta cần phải làm nhiều việc hơn để xác định phiên bản lý tưởng của DAS 2D và chứng minh các đặc tính an toàn của nó. Chúng tôi cũng hy vọng cuối cùng sẽ chuyển từ KZG sang một giải pháp thay thế an toàn lượng tử mà không yêu cầu thiết lập đáng tin cậy. Tại thời điểm này, vẫn chưa rõ ứng cử viên nào thân thiện với các bản dựng được phân phối. Ngay cả việc sử dụng các kỹ thuật “brute force” đắt tiền, tức là STARK đệ quy để tạo ra bằng chứng hợp lệ để tái tạo các hàng và cột, là không đủ, bởi vì trong khi về mặt kỹ thuật, STARK có kích thước của hàm băm O (log (n) * log (log (n)) (sử dụng STIR), STARK thực sự lớn gần bằng toàn bộ blob.

Con đường hiện thực dài hạn mà tôi nghĩ đến là:

1. Triển khai DAS 2D lý tưởng;
2. Tiếp tục sử dụng DAS 1D, hy sinh hiệu suất băng thông mẫu để chấp nhận giới hạn dữ liệu thấp hơn vì tính đơn giản và khả năng chịu lỗi cao.
3. 放弃 DA，完全接受 Plasma 作为我们theo dõi的主要 Layer2 架构。

Xin lưu ý rằng, ngay cả khi chúng tôi quyết định triển khai mở rộng trực tiếp trên tầng L1, lựa chọn này vẫn tồn tại. Điều này bởi vì nếu tầng L1 phải xử lý một lượng lớn TPS, khối L1 sẽ trở nên rất lớn và các khách hàng sẽ mong muốn có một phương pháp hiệu quả để xác minh tính chính xác của chúng. Do đó, chúng tôi sẽ phải sử dụng công nghệ tương tự như Rollup (như ZK-EVM và DAS) trên tầng L1.

Làm thế nào để tương tác với các phần khác của lộ trình?

Nếu thực hiện nén dữ liệu, nhu cầu của DAS 2D sẽ giảm đi hoặc ít nhất cũng Trễ, nếu Plasma được sử dụng rộng rãi, nhu cầu sẽ giảm thêm. DAS cũng đặt ra thách thức cho giao thức và cơ chế xây dựng Khối phân tán: mặc dù DAS lý thuyết thân thiện với việc xây dựng lại phân tán, nhưng điều này cần được kết hợp với đề xuất danh sách inclusion và cơ chế lựa chọn fork xung quanh nó trong thực tế.

Nén dữ liệu

**Chúng tôi đang giải quyết vấn đề gì?

Mỗi giao dịch trong Rollup sẽ chiếm nhiều không gian dữ liệu trên chuỗi: chuyển tiền ERC20 cần khoảng 180 byte. Ngay cả khi có mẫu dữ liệu lý tưởng, điều này cũng giới hạn tính mở rộng của giao thức Layer. Với mỗi slot có dung lượng 16 MB, chúng ta có:

16000000 / 12 / 180 = 7407 TPS

Nếu chúng ta không chỉ giải quyết vấn đề của tử số mà còn giải quyết vấn đề của mẫu số, làm cho mỗi giao dịch trong Rollup chiếm ít byte hơn trên chuỗi, thì điều đó sẽ như thế nào?

Nó là gì và làm thế nào nó hoạt động?

The best explanation in my opinion is this picture from two years ago:

Trong việc nén Byte Zero, chúng tôi thay thế mỗi chuỗi Byte Zero dài bằng hai byte để biểu thị số lượng Byte Zero. Hơn nữa, chúng tôi sử dụng tính chất đặc biệt của giao dịch:

Tập hợp chữ ký: Chúng tôi đã chuyển từ chữ ký ECDSA sang chữ ký BLS, tính năng của chữ ký BLS là nhiều chữ ký có thể kết hợp thành một chữ ký đơn, chữ ký này có thể chứng minh tính hợp lệ của tất cả các chữ ký gốc. Trong L1, do chi phí tính toán để xác minh cao ngay cả khi kết hợp, nên không xem xét sử dụng chữ ký BLS. Tuy nhiên, trong môi trường ít dữ liệu như L2, việc sử dụng chữ ký BLS là có ý nghĩa. Tính năng tập hợp của ERC-4337 cung cấp một con đường để thực hiện tính năng này.

Thay thế Địa chỉ bằng con trỏ: Nếu đã sử dụng một Địa chỉ trước đó, chúng ta có thể thay thế Địa chỉ 20 byte bằng con trỏ 4 byte trỏ đến vị trí trong lịch sử.

Quy trình tuần tự tùy chỉnh của giá trị giao dịch - Hầu hết các giá trị giao dịch có số lượng rất ít, ví dụ như 0.25 ETH được biểu diễn dưới dạng 250,000,000,000,000,000 wei. Phí giao dịch cơ bản tối đa và phí ưu tiên cũng tương tự. Do đó, chúng ta có thể sử dụng định dạng số thập phân tùy chỉnh để biểu diễn hầu hết các giá trị tiền tệ.

Có liên kết nào với các nghiên cứu hiện có không?

1. Khám phá sequence.xyz:
2. Tối ưu hóa hợp đồng L2 Calldata:
3. Các Rollups dựa trên bằng chứng hợp lệ (còn được gọi là ZK rollups) phân biệt trạng thái phát hành thay vì giao dịch:
4. BLS Wallet - Thực hiện BLS tập trung thông qua ERC-4337:

Còn phải làm gì và có những sự cân nhắc nào?

Tiếp theo, điều chính cần làm là thực hiện cụ thể kế hoạch trên. Các yếu tố chính cần cân nhắc bao gồm:

1、Chuyển sang chữ ký BLS đòi hỏi nỗ lực lớn và có thể thả với tính tương thích của vi mạch phần cứng đáng tin cậy có thể tăng cường an ninh. Có thể sử dụng gói ZK-SNARK với các phương pháp ký khác để thay thế nó.

2、Độ nén động (ví dụ, thay thế bằng con trỏ) sẽ làm mã khách hàng trở nên phức tạp.

3、Đưa sự khác biệt về trạng thái lên on-chain thay vì giao dịch, sẽ tăng cường tính khả kiểm tra và khiến nhiều phần mềm (ví dụ như khám phá blockchain) không thể hoạt động.

Làm thế nào để tương tác với các phần khác của bản đồ con đường?

Sử dụng ERC-4337 và cuối cùng sẽ tích hợp một phần nội dung vào L2 EVM, giúp tăng tốc triển khai công nghệ tổ hợp. Việc đặt một phần nội dung của ERC-4337 trên L1 có thể giúp tăng tốc triển khai trên L2.

Plasma Tổng quát

Chúng tôi đang giải quyết vấn đề gì?

Dù sử dụng 16 MB của blob và nén dữ liệu, 58,000 TPS cũng chưa chắc đã đáp ứng đủ nhu cầu thanh toán của người tiêu dùng, giao tiếp xã hội tập trung hoặc các lĩnh vực có băng thông cao khác, đặc biệt là khi chúng ta bắt đầu xem xét yếu tố riêng tư, điều này có thể làm gia tăng khả năng mở rộng 3-8 lần. Đối với các tình huống ứng dụng có khối lượng cao và giá trị thấp, một lựa chọn hiện tại là sử dụng Validium, nó lưu trữ dữ liệu trên off-chain và sử dụng một mô hình an ninh thú vị: nhà cung cấp dịch vụ không thể ăn cắp tiền của người dùng, nhưng họ có thể tạm thời hoặc vĩnh viễn đóng băng tài khoản của tất cả người dùng. Nhưng chúng ta có thể làm tốt hơn.

Nó là gì và hoạt động như thế nào?

Plasma là một giải pháp mở rộng, liên quan đến một nhà điều hành phát hành Khối vào off-chain và đặt Merkle root của những Khối này vào on-chain (khác với Rollup, Rollup sẽ đặt toàn bộ Khối vào on-chain). Đối với mỗi Khối, nhà điều hành sẽ gửi một nhánh Merkle đến từng người dùng để chứng minh tài sản của họ đã thay đổi như thế nào hoặc không có bất kỳ thay đổi nào xảy ra. Người dùng có thể rút tài sản của họ bằng cách cung cấp nhánh Merkle. Quan trọng là nhánh này không cần phải có root là trạng thái mới nhất. Do đó, ngay cả khi tính sẵn có của dữ liệu gặp sự cố, người dùng vẫn có thể khôi phục tài sản của họ bằng cách rút tài sản có sẵn mới nhất của họ. Nếu người dùng nộp một nhánh không hợp lệ (ví dụ như rút tài sản đã được gửi cho người khác hoặc nhà điều hành tự tạo ra một tài sản), thì có thể sử dụng cơ chế thách thức on-chain để xác định quyền sở hữu hợp lệ của tài sản.

Plasma Cash chain 图。花费硬币 i 的交易被放在 tree 中的第 i 个位置。在此示例中，假设所有先前的 tree 都有效，我们知道 Eve 当前拥有Token 1，David 拥有Token 4，George 拥有Token 6。

Phiên bản Plasma ban đầu chỉ xử lý các trường hợp thanh toán và không thể mở rộng một cách hiệu quả. Tuy nhiên, nếu chúng ta yêu cầu mỗi gốc được xác minh bằng SNARK, thì Plasma sẽ trở nên mạnh mẽ hơn nhiều. Mỗi trò chơi thách thức có thể được đơn giản hóa đáng kể vì chúng ta loại bỏ được hầu hết các con đường có thể gian lận của nhà điều hành. Đồng thời, cũng mở ra các con đường mới, giúp Plasma có thể mở rộng sang các loại tài sản rộng hơn. Cuối cùng, trong trường hợp nhà điều hành không gian lận, người dùng có thể rút tiền ngay lập tức mà không cần chờ đợi thời gian thách thức trong một tuần.

Một phương pháp để xây dựng một chuỗi EVM Plasma (không phải là phương pháp duy nhất): sử dụng ZK-SNARK để xây dựng một cây UTXO song song, cây này phản ánh sự thay đổi cân bằng được thực hiện trên EVM và xác định phản ánh duy nhất của “Token cùng một” tại các thời điểm khác nhau trong lịch sử. Sau đó, có thể xây dựng cấu trúc Plasma trên nó.

Một quan điểm then chốt là hệ thống Plasma không cần phải hoàn hảo. Ngay cả khi bạn chỉ có thể bảo vệ một phần của tài sản (ví dụ, chỉ là Token không di chuyển trong tuần qua), bạn cũng đã cải thiện đáng kể tình trạng hiện tại của EVM siêu mở rộng (cụ thể là Validium).

Một loại cấu trúc khác là Plasma/Rollup kết hợp, ví dụ như Intmax. Những cấu trúc này đặt một lượng dữ liệu rất nhỏ của mỗi người dùng lên on-chain (ví dụ, 5 byte) để có được một số tính năng nằm giữa Plasma và Rollup: trong trường hợp của Intmax, bạn có thể đạt được tính mở rộng và tính riêng tư rất cao, mặc dù lý thuyết chỉ giới hạn khoảng khoảng 266,667 TPS trong dung lượng tối đa là 16 MB.

Có những liên kết nào liên quan đến nghiên cứu hiện có?

1. Báo cáo Plasma gốc:
2. Plasma Cash:
3. Plasma Cashflow:
4. Intmax (2023):

Còn cần làm gì nữa? Có những sự cân nhắc nào?

Nhiệm vụ chính còn lại là triển khai hệ thống Plasma vào ứng dụng sản xuất thực tế. Như đã đề cập Plasma và Validium không phải là một lựa chọn nhất định: bất kỳ Validium nào cũng có thể cải thiện tính an toàn của nó ít nhất là một mức độ bằng cách tích hợp các tính năng Plasma trong cơ chế thoát ra của nó. Nghiên cứu tập trung vào việc đạt được tính chất tốt nhất cho EVM (kể từ yêu cầu đáng tin cậy, chi phí Gas L1 tệ nhất và khả năng chống lại các cuộc tấn công DoS), và cấu trúc ứng dụng thay thế cụ thể. Hơn nữa, so với Rollup, Plasma có tính phức tạp cao hơn về khái niệm, điều này yêu cầu giải quyết trực tiếp thông qua việc nghiên cứu và xây dựng các khung công việc chung tốt hơn.

Một trong những sự cân nhắc chính của việc sử dụng thiết kế Plasma là chúng phụ thuộc nhiều hơn vào các nhà điều hành và khó hơn để dựa trên, mặc dù thiết kế Plasma / Rollup kết hợp thường có thể tránh được điểm yếu này.

Làm thế nào để tương tác với các phần khác của lộ trình?

Khi giải pháp Plasma càng hiệu quả, áp lực đối với hiệu suất dữ liệu cao của L1 càng nhỏ. Việc chuyển hoạt động sang L2 cũng có thể giảm áp lực MEV trên L1.

Hệ thống chứng minh L2 trưởng thành

Chúng tôi đang giải quyết vấn đề gì?

Hiện tại, hầu hết các Rollup thực tế đều không đáng tin cậy. Có một ủy ban an ninh có khả năng ghi đè (lạc quan hoặc hợp lệ) hành vi của hệ thống chứng minh. Trong một số trường hợp, hệ thống chứng minh thậm chí không hoạt động hoặc hoạt động chỉ có tính chất “tư vấn”. Các Rollup tiên tiến bao gồm: (i) một số Rollup cụ thể cho ứng dụng không đáng tin cậy, chẳng hạn như Fuel; (ii) vào thời điểm viết bài này, Optimism và Arbitrum là hai Rollup EVM toàn diện đã thực hiện được một số cột mốc không đáng tin cậy trong “giai đoạn một”. Lý do mà Rollup chưa tiến triển hơn là do lo ngại về sự tồn tại của lỗi trong mã. Chúng ta cần các Rollup không đáng tin cậy, vì vậy phải đối mặt và giải quyết vấn đề này.

Nó là gì và hoạt động như thế nào?

Đầu tiên, hãy xem lại hệ thống ‘stage’ được giới thiệu đầu tiên trong bài viết này.

Giai đoạn 0: Người dùng phải có thể chạy Nút và đồng bộ hóa chuỗi. Nếu việc xác minh là hoàn toàn đáng tin cậy / tập trung, thì cũng không sao.

Giai đoạn 1: Phải có một hệ thống chứng minh (không cần tin tưởng) để đảm bảo chỉ có giao dịch hợp lệ mới được chấp nhận. Cho phép có một ủy ban an ninh có thể lật đổ hệ thống chứng minh, nhưng phải có ngưỡng bỏ phiếu 75%. Ngoài ra, phần quorum-blocking của ủy ban (tức là 26%+) phải nằm ngoài công ty chính xây dựng Rollup. Cho phép sử dụng cơ chế nâng cấp yếu hơn (ví dụ như DAO), nhưng nó phải có Trễ đủ lâu, nếu nó phê duyệt nâng cấp độc hại, người dùng có thể rút tiền của họ trước khi tiền được gửi vào.

Giai đoạn 2: Phải có một hệ thống chứng thực (không tin cậy) đảm bảo rằng chỉ các giao dịch hợp lệ mới được chấp nhận. Ủy ban an toàn chỉ được phép can thiệp nếu có lỗi có thể chứng minh được trong mã, ví dụ: Nếu hai hệ thống chứng thực dư thừa không nhất quán với nhau hoặc nếu một hệ thống chứng thực chấp nhận hai gốc hậu trạng thái khác nhau cho cùng một khối (hoặc không chấp nhận bất cứ điều gì trong một thời gian đủ dài, chẳng hạn như một tuần). Cơ chế leo thang được cho phép, nhưng phải có độ trễ dài.

Mục tiêu của chúng tôi là đạt được giai đoạn 2. Thách thức chính của giai đoạn 2 là có đủ lòng tin, chứng minh hệ thống thực sự đáng tin cậy. Có hai phương pháp chính để thực hiện điều này:

1. Xác minh chính thức: Chúng ta có thể sử dụng toán học hiện đại và công nghệ tính toán để chứng minh (optimistic và validity) hệ thống chấp nhận chỉ các Khối tuân thủ chuẩn EVM. Các công nghệ này đã tồn tại trong nhiều thập kỷ, nhưng các tiến bộ gần đây (như Lean 4) đã làm cho chúng trở nên thực tế hơn, và tiến bộ trong việc chứng minh được hỗ trợ bởi trí tuệ nhân tạo có thể tiếp tục tăng tốc xu hướng này.
2. Đa chứng minh (Multi-provers): Tạo ra nhiều hệ thống chứng minh và đầu tư tiền vào các hệ thống chứng minh này cùng với ủy ban an ninh (hoặc các công cụ nhỏ khác có giả thiết tin tưởng, chẳng hạn như TEE). Nếu các hệ thống chứng minh đồng ý, ủy ban an ninh sẽ không có quyền; Nếu họ không đồng ý, ủy ban an ninh chỉ có thể lựa chọn giữa những hệ thống này mà thôi, nó không thể tùy ý áp đặt câu trả lời của mình.

Đồ thị của các bằng chứng hợp lệ nhiều bằng chứng hợp lệ kết hợp một hệ thống chứng minh lạc quan, một hệ thống chứng minh bằng chứng hợp lệ và một ủy ban an ninh.

Có liên kết nào với các nghiên cứu hiện có không?

1. EVM K Semantics (công việc xác minh hình thức từ năm 2017):
2. Bài diễn thuyết về tư tưởng chứng minh đa dạng (2022):
3. Dự định sử dụng chứng minh đa dạng: Taiko

Còn cần làm gì nữa? Có những sự cân nhắc nào?

Đối với Xác minh chính thức, công việc rất lớn. Chúng ta cần tạo ra một phiên bản xác minh chính thức của toàn bộ SNARK chứng minh viên của EVM. Đây là một dự án cực kỳ phức tạp, mặc dù chúng ta đã bắt đầu thực hiện. Có một mẹo có thể đơn giản hóa nhiệm vụ này một cách đáng kể: chúng ta có thể tạo ra một chứng minh viên SNARK đã qua xác minh chính thức cho một Máy ảo tối thiểu (ví dụ như RISC-V hoặc Cairo), sau đó triển khai EVM trên Máy ảo tối thiểu đó (và chứng minh hình thức rằng nó tương đương với các ETH Máy ảo khác).

Đối với hệ thống chứng minh đa dạng, vẫn còn hai phần chính chưa hoàn thành. Đầu tiên, chúng ta cần đủ tin tưởng vào ít nhất hai hệ thống chứng minh khác nhau, đảm bảo rằng chúng đều rất an toàn và đảm bảo rằng nếu có vấn đề xảy ra, những vấn đề này phải khác nhau và không liên quan đến nhau (do đó chúng sẽ không xảy ra vấn đề cùng lúc). Thứ hai, chúng ta cần có sự tin tưởng cao đối với hệ thống chứng minh hợp nhất. Phần mã lập trình này ít hơn nhiều. Có một số cách để làm cho nó rất nhỏ, chỉ cần lưu trữ tiền trong một hợp đồng Safe multisig an toàn, trong đó các hợp đồng đại diện cho các hệ thống chứng minh khác nhau là các bên ký kết, nhưng điều này sẽ tăng chi phí Gas on-chain. Chúng ta cần tìm ra một sự cân bằng giữa hiệu quả và an toàn.

Làm thế nào để tương tác với các phần khác của lộ trình?

Di chuyển hoạt động đến L2 có thể thả áp lực MEV trên L1.

Cải thiện tương tác giữa L2

Chúng tôi đang giải quyết vấn đề gì?

Một trong những thách thức chính mà hệ sinh thái L2 đang đối mặt ngày nay là người dùng khó điều hướng trong đó. Ngoài ra, cách đơn giản nhất thường lại đưa vào giả định về sự tin cậy: chuỗi cross-chain tương tác, client RPC, v.v. Chúng ta cần để người dùng cảm thấy sử dụng hệ sinh thái L2 giống như đang sử dụng một hệ sinh thái Ethereum thống nhất.

Nó là gì? Làm thế nào nó hoạt động?

Có nhiều loại cải tiến tương tác L2. Về lý thuyết, việc chạy ETH trên Rollup và thực hiện Phân mảnh L1 là giống nhau. Tuy nhiên, hệ sinh thái L2 của ETH hiện tại vẫn còn một số hạn chế so với trạng thái lý tưởng.

1. Địa chỉ của chuỗi cụ thể: Địa chỉ phải chứa thông tin chuỗi (L1, Optimism, Arbitrum…). Khi đã thực hiện điều này, quá trình gửi qua L2 có thể được thực hiện bằng cách đơn giản điền Địa chỉ vào trường ‘Gửi’, lúc này Ví tiền có thể tự xử lý cách gửi (bao gồm sử dụng giao thức chuỗi chéo tương tác).

2、Yêu cầu thanh toán trên chuỗi cụ thể: Phải dễ dàng và chuẩn hóa để tạo ra thông điệp có dạng “Gửi X token Y cho tôi trên chuỗi Z”. Điều này chủ yếu có hai tình huống sử dụng: (i) Thanh toán giữa người và người hoặc giữa người và dịch vụ cửa hàng; (ii) 01928374656574839201 yêu cầu quỹ.

3. Trao đổi và thanh toán Gas cho chuỗi cross: Cần có một giao thức mở chuẩn hóa để biểu thị các hoạt động trao đổi và thanh toán Gas cho chuỗi cross, ví dụ: “Tôi sẽ gửi 1 ETH đến người đã gửi cho tôi 0.9999 ETH trên Arbitrum (trên Optimism)” và “Tôi sẽ gửi 0.0001 ETH đến người đã thực hiện giao dịch này trên Arbitrum (trên Optimism)”. ERC-7683 là một nỗ lực cho trường hợp đầu tiên, trong khi RIP-7755 là một nỗ lực cho trường hợp thứ hai, mặc dù cả hai đều có phạm vi áp dụng rộng hơn các trường hợp sử dụng cụ thể này.

4、khách hàng ánh sáng：Người dùng cần có thể xác minh thực tế rằng họ đang tương tác với chuỗi mạng, chứ không chỉ là tin tưởng nhà cung cấp RPC. Helios của a16z crypto có thể làm được điều này (đối với chính mạng ETH), nhưng chúng ta cần mở rộng tính không tin cậy này lên L2. ERC-3668 (CCIP-read) là một chiến lược để đạt được mục tiêu này.

Làm thế nào để cập nhật header chain Ethereum của khách hàng ánh sáng. Sau khi có header chain, bạn có thể sử dụng chứng minh Merkle để xác minh bất kỳ đối tượng trạng thái nào. Khi bạn có đối tượng trạng thái L1 chính xác, bạn có thể sử dụng chứng minh Merkle (nếu bạn muốn kiểm tra trước xác nhận, bạn cũng có thể sử dụng chữ ký) để xác minh bất kỳ đối tượng trạng thái nào trên L2. Helios đã làm được điều đầu tiên. Mở rộng đến điều sau là một thách thức về tiêu chuẩn.

1、Keystore Ví tiền：如今，如果你想更新控制你的Hợp đồng thông minhVí tiền的Chìa khoá bảo mật，你必须在该Ví tiền存在的所有 N 条链上都进行更新。Keystore Ví tiền是一种技术，它允许Chìa khoá bảo mật只存在于一个地方（要么在 L1 上，要么以后可能在 L2 上），然后任何拥有Ví tiền副本的 L2 都可以从中读取Chìa khoá bảo mật。这意味着更新只需进行一次。为了提高效率，Keystore Ví tiền要求 L2 具有一种标准化的方式来无成本地读取 L1 上的信息；对此有两个提案，分别是 L1SLOAD 和 REMOTESTATICCALL。

Cách hoạt động của Ví tiền Keystore

2、Ý tưởng “cầu nối Token chia sẻ” mạnh mẽ hơn: Hãy tưởng tượng, trong một thế giới mà tất cả L2 đều là Rollup hợp lệ và mỗi khe cắm đều gửi đến Ethereum. Ngay cả trong thế giới như vậy, việc chuyển tài sản từ một L2 sang L2 khác vẫn cần rút tiền và gửi tiền trong trạng thái gốc, điều này đòi hỏi phải trả một lượng lớn phí Gas L1. Một cách giải quyết vấn đề này là tạo ra một Rollup chia sẻ đơn giản, chức năng duy nhất của nó là duy trì thông tin về việc mỗi loại Token thuộc sở hữu của L2 nào và có số dư bao nhiêu, và cho phép cập nhật số dư này thông qua một loạt các giao dịch chuyển tiền qua L2 nào cũng được khởi xướng. Điều này sẽ làm cho việc chuyển tiền qua nhiều L2 không cần trả phí Gas L1 mỗi lần giao dịch, cũng như không cần sử dụng các công nghệ dựa trên Nhà cung cấp thanh khoản như ERC-7683.

3、Tính kết hợp đồng bộ: Cho phép gọi đồng bộ xảy ra giữa một L2 cụ thể và L1 hoặc giữa nhiều L2. Điều này giúp tăng cường hiệu suất tài chính phi tập trung giao thức. Cái đầu tiên có thể được thực hiện mà không cần bất kỳ sự phối hợp chéo L2 nào; cái thứ hai đòi hỏi sự chia sẻ thứ tự. Công nghệ dựa trên Rollup tự động áp dụng cho tất cả các công nghệ này.

Có liên kết nào với các nghiên cứu hiện có không?

**Địa chỉ cụ thể của chuỗi: ERC-3770:

**ERC-7683:

**RIP-7755:

**Scroll keystore Ví tiền设计式样：

**Helios:

**ERC-3668（sometimes referred to as CCIP read）:

Đề xuất ‘Xác nhận trước (chia sẻ)’ do Justin Drake đưa ra:

**L1SLOAD (RIP-7728):

**REMOTESTATICCALL trong Optimism:

**AggLayer, bao gồm ý tưởng về cầu mã thông tin chia sẻ:

Còn cần làm gì nữa? Có những sự cân nhắc nào?

Nhiều ví dụ trên phải đối mặt với một vấn đề nan giải về tiêu chuẩn khi nào nên tiêu chuẩn hóa và lớp nào cần tiêu chuẩn hóa. Nếu bạn chuẩn hóa quá sớm, bạn có thể cố thủ một giải pháp kém. Nếu bạn chuẩn hóa quá muộn, bạn có thể tạo ra sự phân mảnh không cần thiết. Trong một số trường hợp, có một giải pháp ngắn hạn với các thuộc tính yếu hơn dễ thực hiện hơn và một giải pháp dài hạn “cuối cùng đúng” nhưng mất nhiều năm để đạt được.

Những nhiệm vụ này không chỉ là vấn đề kỹ thuật, chúng cũng là vấn đề xã hội (thậm chí có thể là chủ yếu), yêu cầu sự hợp tác giữa L2 và Ví tiền cũng như L1.

Làm thế nào để tương tác với các phần khác của lộ trình?

Hầu hết các đề xuất này đều là cấu trúc “tầng cao hơn”, do đó không ảnh hưởng nhiều đến sự cân nhắc ở mức L1. Một ngoại lệ là sắp xếp chia sẻ, nó có ảnh hưởng đáng kể đến giá trị có thể trích xuất tối đa (MEV).

Mở rộng thực thi trên L1

Chúng tôi đang giải quyết vấn đề gì?

Nếu L2 trở nên rất có khả năng mở rộng và thành công, nhưng L1 vẫn chỉ có thể xử lý một lượng khối lượng rất nhỏ, thì Ethereum có thể đối mặt với nhiều rủi ro:

1. Tình trạng kinh tế của tài sản ETH sẽ trở nên không ổn định hơn, điều này lại ảnh hưởng đến an ninh mạng lâu dài.

2. Nhiều L2 được hưởng lợi từ sự liên kết chặt chẽ với hệ sinh thái tài chính phát triển mạnh trên L1. Nếu hệ sinh thái này bị suy yếu mạnh mẽ, thì động lực để trở thành L2 (thay vì trở thành L1 độc lập) sẽ giảm đi.

3、L2 cần mất rất nhiều thời gian để đạt được bảo mật hoàn toàn giống như L1.

4. Nếu L2 thất bại (ví dụ, do hành động độc ác hoặc biến mất của nhà cung cấp dịch vụ), người dùng vẫn cần phải khôi phục tài sản của họ thông qua L1. Do đó, L1 cần đủ mạnh mẽ, ít nhất là có thể xử lý thực tế một số công việc phức tạp và rối ren của L2.

Vì những lý do này, việc tiếp tục mở rộng L1 và đảm bảo nó có thể tiếp tục chứa đựng nhiều trường hợp sử dụng là rất có giá trị.

Nó là gì? Làm thế nào nó hoạt động?

Phương pháp mở rộng đơn giản nhất là tăng giới hạn Gas trực tiếp. Tuy nhiên, điều này có thể làm cho L1 trở nên tập trung, làm suy yếu tính năng quan trọng khác của ETH L1 mạnh mẽ: đáng tin cậy là một tầng cơ sở vững chắc. Vẫn còn tranh cãi về mức độ tăng giới hạn Gas một cách bền vững, và điều này cũng sẽ khác nhau tùy thuộc vào việc triển khai những công nghệ khác nhau để làm cho xác minh Khối lớn hơn trở nên dễ dàng hơn (ví dụ: quá hạn lịch sử, không trạng thái, bằng chứng hợp lệ L1 EVM). Một điều quan trọng khác cần cải thiện liên tục là hiệu suất của phần mềm khách hàng ETH, hiệu suất hiện tại cao hơn nhiều so với năm năm trước. Chiến lược tăng giới hạn Gas L1 hiệu quả sẽ liên quan đến việc tăng tốc sự phát triển của các công nghệ xác minh này.

1. EOF: Một định dạng mã byte EVM mới thân thiện hơn với phân tích tĩnh để thực hiện nhanh hơn. Với những lợi ích hiệu quả này, EOF bytecode có thể kiếm được phí gas thấp hơn.
2. Định giá Gas đa chiều: Để tính toán, dữ liệu và lưu trữ, mỗi loại sẽ có một chi phí cơ bản và hạn chế khác nhau, có thể tăng dung lượng trung bình của ETH L1 mà không tăng dung lượng tối đa (do đó tránh tạo ra rủi ro bảo mật mới).
3. Thả một số mã hoạt động cụ thể và chi phí Gas đã được biên soạn trước - Lịch sử cho thấy, để tránh tấn công từ chối dịch vụ, chúng tôi đã nhiều lần tăng chi phí Gas cho một số hoạt động có giá quá thấp. Có thể thực hiện thêm nhiều điều như Thả chi phí Gas của các mã hoạt động có giá quá cao. Ví dụ, phép cộng rẻ hơn phép nhân rất nhiều, nhưng chi phí của các mã hoạt động ADD và MUL hiện tại lại giống nhau. Chúng ta có thể Thả chi phí của ADD, thậm chí là giảm chi phí của các mã hoạt động đơn giản như PUSH. Tóm lại, chúng ta có thể tối ưu hóa toàn bộ trong lĩnh vực này.
4. EVM-MAX và SIMD: EVM-MAX là một đề xuất cho phép tính toán số lớn nguyên tự nhiên hiệu quả hơn như một mô-đun độc lập của EVM. Trừ khi có ý định xuất khẩu, các giá trị tính toán của EVM-MAX chỉ có thể được truy cập bởi các mã hoạt động EVM-MAX khác. Điều này cho phép không gian lớn hơn để tối ưu hóa việc lưu trữ các giá trị này. SIMD (single instruction multiple data) là một đề xuất cho phép thực hiện cùng một chỉ thị đối với mảng giá trị một cách hiệu quả. Cả hai cùng có thể tạo ra một bộ xử lý phụ mạnh mẽ bên cạnh EVM, có thể được sử dụng để thực hiện mã hóa một cách hiệu quả hơn. Điều này đặc biệt hữu ích cho các giao thức bảo mật và hệ thống bảo vệ L2, do đó nó sẽ giúp mở rộng L1 và L2.

Những cải tiến này sẽ được thảo luận chi tiết hơn trong một bài viết Splurge trong tương lai.

Cuối cùng, chiến lược thứ ba là Rollups nguyên bản (hoặc rollups ủy nhiệm): Về bản chất, tạo ra nhiều bản sao EVM chạy song song, từ đó tạo ra một mô hình tương đương với Rollup có thể cung cấp, nhưng được tích hợp nhiều hơn vào giao thức nguyên bản.

Có liên kết nào với các nghiên cứu hiện có không?

1. Lộ trình mở rộng ETH của Polynya: L1
2. Định giá Gas đa chiều:
3. EIP-7706:
4. EOF:
5. EVM-MAX:
6. SIMD:
7. rollups nguyên bản:
8. Max Resnick phỏng vấn về giá trị mở rộng L1:
9. Justin Drake nói về việc mở rộng bằng cách sử dụng SNARK và Rollups nguyên bản

Còn phải làm gì và có những sự cân nhắc nào?

Mở rộng L1 có ba chiến lược, có thể thực hiện riêng lẻ hoặc song song:

1. Cải tiến công nghệ (ví dụ: mã nguồn khách hàng, khách hàng không trạng thái, lịch sử hết hạn) để làm cho L1 dễ kiểm tra hơn, sau đó tăng giới hạn Gas.
2. Thả chi phí thực hiện các hoạt động cụ thể, tăng khả năng trung bình mà không tăng nguy cơ tình huống tồi nhất;
3. Rollups nguyên bản (nghĩa là tạo ra N bản sao song song của EVM).

Sau khi hiểu được những công nghệ khác nhau này, chúng ta sẽ nhận thấy mỗi cái đều có sự cân nhắc và lựa chọn khác nhau. Ví dụ, Rollups nguyên bản cũng có nhiều điểm yếu giống như Rollups thông thường trong mặt kết hợp: bạn không thể gửi một giao dịch duy nhất để thực hiện các hoạt động trên nhiều Rollup khác nhau, giống như bạn có thể làm trên một hợp đồng L1 (hoặc L2) cùng một cách. Tăng giới hạn Gas sẽ làm suy yếu những lợi ích khác mà việc xác minh L1 có thể đạt được thông qua việc đơn giản hóa, như là tăng tỷ lệ người dùng Nút xác minh và tăng số lượng người SOLO đặt cược. Tùy thuộc vào cách triển khai, việc làm cho các hoạt động cụ thể trong EVM (Máy ảo Ethereum) rẻ hơn có thể làm tăng sự phức tạp toàn cầu của EVM.

Một câu hỏi quan trọng mà bất kỳ lộ trình mở rộng L1 nào cũng cần trả lời là: Tầm nhìn cuối cùng của L1 và L2 là gì? Rõ ràng, việc đặt tất cả nội dung trên L1 là vô lý: các tình huống ứng dụng tiềm năng có thể liên quan đến hàng trăm nghìn giao dịch mỗi giây, điều này sẽ làm cho L1 không thể xác minh (trừ khi chúng ta sử dụng phương pháp Rollup nguyên bản). Tuy nhiên, chúng ta thực sự cần một số nguyên tắc hướng dẫn để đảm bảo chúng ta không rơi vào tình trạng như vậy: Tăng hạn ngạch Gas lên 10 lần, gây thiệt hại nghiêm trọng cho sự phi tập trung của ETH L1.

Một quan điểm về phân chia lao động giữa L1 và L2

Làm thế nào để tương tác với các phần khác của lộ trình?

Đưa thêm người dùng vào L1 không chỉ có nghĩa là cải thiện khả năng mở rộng, mà còn có nghĩa là cải thiện các khía cạnh khác của L1. Điều này có nghĩa là càng nhiều MEV sẽ được giữ lại trên L1 (thay vì chỉ là vấn đề của L2), do đó nhu cầu xử lý MEV một cách rõ ràng sẽ trở nên cấp thiết hơn. Điều này sẽ tăng đáng kể giá trị thời gian slot nhanh trên L1. Đồng thời, điều này cũng phụ thuộc rất nhiều vào việc xác minh L1 (Verge) được tiến hành một cách trơn tru.

Đề xuất đọc: “Vitalik bài viết mới: Tương lai có thể của Ethereum, the Merge”