Tác giả gốc: Jiawei, IOSG Ventures
Biên tập viên gốc: Olivia, IOSG Ventures
tl;dr：
Nếu "The Merge" diễn ra suôn sẻ, sharding sẽ trở thành trục phát triển chính của Ethereum vào năm 2023 và hơn thế nữa Kể từ khi sharding được đề xuất vào năm 2015, ý nghĩa của nó đã thay đổi rất nhiều.
Sau khi Vitalik đưa ra "lộ trình Ethereum tập trung vào Rollup" và "Trò chơi kết thúc" của Ethereum, hướng đi chung của Ethereum đã trải qua một sự thay đổi trên thực tế—"rút lui ở hậu trường" dưới dạng lớp đảm bảo an ninh và khả năng cung cấp dữ liệu của Rollup.
Danksharding và Proto-Danksharding là một loạt các kết hợp kỹ thuật, biểu hiện của nó là một tập hợp các cú đấm kết hợp để "khám phá vấn đề" và giới thiệu hoặc đề xuất các công nghệ mới để "giải quyết vấn đề".
Nguồn hình ảnh
giới thiệu
Trong chớp mắt, năm 2022 đã đi được nửa chặng đường. Nhìn lại Lộ trình Serenity do Vitalik đề xuất trong bài phát biểu Devcon của anh ấy vào năm 2018, dễ dàng nhận thấy rằng lộ trình phát triển của Ethereum đã thay đổi nhiều lần, so với lộ trình hiện tại, sharding đã được mang một ý nghĩa mới và eWASM hiếm khi được nhắc đến.
Để tránh các vấn đề lừa đảo tiềm ẩn và gây hiểu lầm cho người dùng, vào cuối tháng 1 năm nay, Ethereum Foundation đã thông báo rằng họ sẽ bỏ thuật ngữ "ETH2" và thay vào đó đổi tên mạng chính Ethereum hiện tại thành "lớp thực thi" xử lý các giao dịch và thuật ngữ này được đổi tên thành "lớp đồng thuận" điều phối và xử lý PoS.
Hiện tại, lộ trình chính thức của Ethereum bao gồm ba phần: beacon chain, merge và sharding.
Trong số đó, Chuỗi Beacon, với tư cách là công việc chuẩn bị cho việc di chuyển Ethereum sang PoS và mạng điều phối của lớp đồng thuận, đã được ra mắt vào ngày 1 tháng 12 năm 2020 và đã hoạt động được gần 20 tháng cho đến nay.
Nguồn hình ảnh
Trong bài viết này, chúng tôi sẽ tập trung vào sharding. lý do là:
Đầu tiên, giả sử rằng việc sáp nhập mạng chính có thể được thực hiện thành công trong năm, sau đóSharding sẽ là trục chính của sự phát triển Ethereum vào năm 2023.
Thứ hai, khái niệm về sharding Ethereum lần đầu tiên được đề xuất bởi Vitalik trong Devcon 1 vào năm 2015. Kể từ đó, sáu giai đoạn phát triển của sharding đã được đề xuất trong Câu hỏi thường gặp về Sharding của GitHub (như trong hình trên). Tuy nhiên,Với việc cập nhật lộ trình Ethereum và thúc đẩy các EIP liên quan, ý nghĩa và mức độ ưu tiên của sharding đã thay đổi rất nhiều.Khi chúng tôi thảo luận về sharding, trước tiên chúng tôi cần đảm bảo rằng chúng tôi đồng ý về ý nghĩa của nó.
Tóm lại hai điểm trên, điều rất quan trọng là phải phân loại các chi tiết bên trong và bên ngoài của sharding. Bài viết này sẽ tập trung thảo luận về nguồn gốc, tiến trình và lộ trình tương lai của Ethereum original sharding, Danksharding và Proto-Danksharding, chứ không cụ thể đến từng chi tiết kỹ thuật. Để biết chi tiết về Danksharding và Proto-Danksharding, vui lòng tham khảo các bài viết trước của IOSG:"Sát thủ mở rộng Danksharding sẽ là tương lai của Ethereum sharding?"、"EIP4844: Phí giao dịch L2 sẽ sớm được mở để giảm hiệu ứng trầm cảm có thể thấy trước"。
Quick Review
Tổng số, tính khả dụng của dữ liệu và sharding sẽ được đề cập nhiều lần trong bài viết này.
Hãy nhanh chóng đi qua các khái niệm cơ bản của cả ba ở đây.
Rollup chính hiện tại được chia thành zkRollup và Optimistic Rollup. Cái trước dựa trên bằng chứng hợp lệ, nghĩa là thực hiện hàng loạt giao dịch, dựa vào bằng chứng mã hóa SNARK để đảm bảo tính chính xác của các chuyển đổi trạng thái; cái sau "một cách lạc quan" giả định rằng tất cả các chuyển đổi trạng thái đều đúng trừ khi bị làm sai lệch; nghĩa là, nó cần một khoảng thời gian để đảm bảo có thể phát hiện chuyển đổi trạng thái sai.
Nguồn hình ảnh
Nút đầy đủ của Ethereum lưu trữ trạng thái hoàn chỉnh của EVM và tham gia vào tất cả các xác minh giao dịch, điều này đảm bảo tính phi tập trung và bảo mật, nhưng sau đó là vấn đề về khả năng mở rộng: các giao dịch được thực hiện tuyến tính và mỗi nút cần phải xác nhận một cái chắc chắn là không hiệu quả. bởi một.
Ngoài ra, khi thời gian trôi qua, dữ liệu mạng Ethereum tiếp tục tích lũy (hiện lên tới 786GB) và các yêu cầu phần cứng để chạy một nút đầy đủ cũng tăng theo. Việc giảm số lượng các nút đầy đủ sẽ tạo ra một điểm lỗi duy nhất tiềm ẩn và làm giảm mức độ phân cấp.
Theo trực giác, sharding tương đương với phân công lao động và hợp tác, nghĩa là tất cả các nút được nhóm lại, mỗi giao dịch chỉ cần được xác minh bởi một nhóm nút duy nhất và hồ sơ giao dịch thường xuyên được gửi tới chuỗi chính để đạt được quá trình xử lý song song các giao dịch (ví dụ: có 1000 nút, mỗi nút phải xác minh giao dịch; nếu chúng được chia thành 10 nhóm, mỗi nhóm 100 nút để xác minh giao dịch, hiệu quả rõ ràng được cải thiện rất nhiều). Việc sử dụng phân mảnh giúp cải thiện khả năng mở rộng đồng thời giảm yêu cầu phần cứng của một nhóm nút duy nhất, từ đó giải quyết được hai vấn đề trên.
Nguồn hình ảnh
lý lịch
lý lịch
Trước khi nói về Danksharding, chúng ta hãy dành một chút thời gian để hiểu về nền tảng của nó.Theo cá nhân tôi, nền tảng của bầu không khí cộng đồng do Danksharding phát động chủ yếu đến từ hai bài báo của Vitalik. Hai bài viết này đã tạo ra tiếng vang cho định hướng tương lai của Ethereum.
Trước hết, Vitalik đã xuất bản "Lộ trình Ethereum tập trung vào Rollup" vào tháng 10 năm 2020, đề xuất rằng Ethereum cần cung cấp hỗ trợ tập trung cho Rollup trong ngắn hạn và trung hạn. Đầu tiên, việc mở rộng lớp cơ sở Ethereum sẽ tập trung vào việc mở rộng dung lượng dữ liệu của các khối, thay vì cải thiện hiệu quả của các phép tính trên chuỗi hoặc hoạt động IO. Đó là: Ethereum sharding được thiết kế để cung cấp nhiều không gian hơn cho các đốm màu dữ liệu (chứ không phải giao dịch) và Ethereum không cần diễn giải những dữ liệu này, chỉ để đảm bảo rằng dữ liệu có sẵn. Thứ hai, cơ sở hạ tầng của Ethereum được điều chỉnh để hỗ trợ Rollup (chẳng hạn như hỗ trợ L2 của ENS, tích hợp L2 của ví và chuyển tài sản L2 chéo).Nguồn hình ảnh
Kể từ đó, Vitalik đã mô tả bức tranh cuối cùng về Ethereum trong "Endgame" được xuất bản vào tháng 12 năm 2021: đầu ra khối được tập trung, nhưng việc xác minh khối là không đáng tin cậy và có tính phi tập trung cao, đồng thời đảm bảo chống kiểm duyệt.Chuỗi cơ sở cung cấp các đảm bảo về tính khả dụng của dữ liệu của các khối, trong khi Rollup cung cấp các đảm bảo về tính hợp lệ của các khối (trong zkRollup, điều này đạt được thông qua SNARK; trong Rollup lạc quan, chỉ một người tham gia trung thực cần chạy một nút bằng chứng gian lận) . Tương tự như hệ sinh thái đa chuỗi của Cosmos, tương lai của Ethereum sẽ là sự cùng tồn tại của nhiều Rollup - tất cả đều dựa trên tính sẵn có của dữ liệu và bảo mật được chia sẻ do Ethereum cung cấp. Người dùng dựa vào cầu nối để di chuyển giữa các Rollup khác nhau mà không phải trả phí cao cho chuỗi chính.
Hai bài viết trên về cơ bản đã xác định hướng phát triển của Ethereum: tối ưu hóa việc xây dựng lớp cơ sở của Ethereum để phục vụ Rollup. Lập luận trên có thể dựa trên quan điểm như vậy: vì Rollup đã được chứng minh là hiệu quả và được áp dụng tốt, nên “thay vì dành vài năm để chờ đợi một kế hoạch mở rộng không chắc chắn và phức tạp (lưu ý: đề cập đến sharding ban đầu), tốt hơn là chú ý đến Tập trung vào giải pháp dựa trên Rollup."
Nguồn hình ảnh
Proto-Danksharding
Nền tảng của Proto-Danksharding là mặc dù sơ đồ Rollup đã giảm đáng kể chi phí giao dịch so với chuỗi chính Ethereum, nhưng nó vẫn chưa đạt đến mức lý tưởng đủ thấp. Điều này là do CALLDATA, cung cấp tính khả dụng của dữ liệu trên chuỗi chính Ethereum, vẫn chiếm một chi phí lớn (16 gas/byte). Theo ý tưởng ban đầu, Ethereum đề xuất cung cấp 16MB không gian dữ liệu chuyên dụng cho mỗi khối trong phân đoạn dữ liệu để Rollup sử dụng, nhưng việc triển khai phân đoạn dữ liệu trên thực tế vẫn còn rất xa.
Vào ngày 25 tháng 2 năm nay, Vitalik và DankRad đã đề xuất đề xuất EIP-4844 (Giao dịch Shard Blob), còn được gọi là Proto-Danksharding, nhằm mục đích mở rộng tính khả dụng của dữ liệu Ethereum theo cách đơn giản và tương thích chuyển tiếp, làm cho nó có sẵn trong Danksharding Vẫn có sẵn sau đó. Những thay đổi trong đề xuất này chỉ xảy ra trên lớp đồng thuận và không yêu cầu khách hàng, người dùng và nhà phát triển Tổng số của lớp thực thi thực hiện công việc thích ứng bổ sung.
Proto-Danksharding không thực sự thực hiện sharding, nhưng giới thiệu một định dạng giao dịch có tên là "Giao dịch mang Blob" cho quá trình sharding trong tương lai. Định dạng giao dịch này khác với các giao dịch thông thường ở chỗ nó mang một khối dữ liệu bổ sung được gọi là blob (khoảng 125kB), làm cho khối thực sự lớn hơn, do đó cung cấp dữ liệu sẵn có rẻ hơn so với CALLDATA (khoảng 10kB).
Tuy nhiên, vấn đề chung của các "khối lớn" là yêu cầu dung lượng đĩa tích lũy liên tục. Việc áp dụng Proto-Danksharding sẽ tăng dung lượng lưu trữ của Ethereum thêm 2,5TB mỗi năm (hiện tại, toàn bộ dữ liệu mạng chỉ là 986GB) . Do đó, Proto-Danksharding đặt một khoảng thời gian (ví dụ: 30 ngày), sau đó blob bị xóa và người dùng hoặc giao thức có thể sao lưu dữ liệu blob trong khoảng thời gian này.
Nghĩa là, lớp đồng thuận của Ethereum chỉ được sử dụng như một "bảng thông báo thời gian thực" có tính bảo mật cao để đảm bảo rằng những dữ liệu này có sẵn trong một thời gian đủ dài và để cho phép những người dùng hoặc giao thức khác có đủ thời gian sao lưu dữ liệu, thay vì bởi Ethereum. Tất cả dữ liệu lịch sử blob được lưu giữ vĩnh viễn trong xưởng.
Lý do cho điều này là, để lưu trữ, mức tăng 2,5TB hàng năm không phải là vấn đề, nhưng nó mang lại rất nhiều gánh nặng cho các nút Ethereum.Đối với giả định tin cậy có thể gây ra, trên thực tế, chỉ cần một bên lưu trữ dữ liệu là trung thực (1 trên N), hệ thống có thể hoạt động bình thường và không cần bộ nút xác thực tham gia xác minh và thực hiện đồng thuận trong thời gian thực (N/2 của N) để lưu trữ phần dữ liệu lịch sử này.
Vì vậy, có động cơ nào để thúc đẩy các bên thứ ba lưu trữ những dữ liệu này không? Hiện tại, tác giả vẫn chưa tìm thấy sự ra mắt của chương trình khuyến khích, nhưng chính Vitalik đã đề xuất một số phương pháp lưu trữ dữ liệu khả thi:
Các giao thức dành riêng cho ứng dụng (chẳng hạn như Rollup). Họ có thể yêu cầu các nút lưu trữ dữ liệu lịch sử liên quan đến ứng dụng, nếu dữ liệu lịch sử bị mất sẽ gây rủi ro cho phần này của ứng dụng nên họ có động cơ thực hiện việc lưu trữ;
BitTorrent；
Mạng cổng của Ethereum, một nền tảng cung cấp quyền truy cập nhẹ vào giao thức;
Trình duyệt chuỗi khối, nhà cung cấp API hoặc nhà cung cấp dịch vụ dữ liệu khác;
Những người đam mê hoặc học giả cá nhân tham gia phân tích dữ liệu;
Các giao thức lập chỉ mục của bên thứ ba như The Graph.
Nguồn hình ảnh
Trong Proto-Danksharding, chúng tôi đã đề cập rằng định dạng giao dịch mới làm cho khối thực sự lớn hơn và Rollup cũng tích lũy một lượng lớn dữ liệu mà các nút cần tải xuống để đảm bảo tính khả dụng của dữ liệu.
Ý tưởng của DAS là: nếu dữ liệu có thể được chia thành N khối và mỗi nút tải xuống K khối một cách ngẫu nhiên, nó có thể xác minh xem tất cả dữ liệu có sẵn hay không mà không cần tải xuống tất cả dữ liệu, điều này có thể giảm đáng kể gánh nặng cho các nút . Nhưng nếu một khối dữ liệu bị mất thì sao? Rất khó để phát hiện ra rằng một khối bị thiếu chỉ bằng cách tải ngẫu nhiên K khối.
Để hiện thực hóa DAS, công nghệ mã hóa xóa (Erasure Coding) được giới thiệu.Mã xóa là một công nghệ mã hóa có khả năng chịu lỗi. Nguyên tắc cơ bản là phân đoạn dữ liệu, thêm một số tổng kiểm tra nhất định và tạo liên kết giữa từng đoạn dữ liệu. Ngay cả khi một số đoạn dữ liệu bị mất, dữ liệu hoàn chỉnh vẫn có thể được tính toán thông qua thuật toán. .
Nếu tỷ lệ dự phòng của mã xóa được đặt thành 50%, điều đó có nghĩa là chỉ có 50% dữ liệu khối khả dụng và bất kỳ ai trong mạng đều có thể tái tạo lại tất cả dữ liệu khối và phát nó. Nếu kẻ tấn công muốn đánh lừa các nút, hơn 50% khối phải được ẩn đi, nhưng miễn là nhiều mẫu ngẫu nhiên được lấy, điều này sẽ khó xảy ra. (Ví dụ: giả sử có 30 mẫu khối ngẫu nhiên, khả năng bất kỳ khối nào trong số này sẽ bị kẻ tấn công ẩn đi là 2^(-30) )…
Vì các nút không tải xuống tất cả dữ liệu mà dựa vào mã xóa để tái tạo dữ liệu nên trước tiên, chúng cần đảm bảo rằng mã xóa được mã hóa chính xác, nếu không, tất nhiên dữ liệu không thể được tạo lại bằng mã xóa được mã hóa sai.
Bằng cách này, các cam kết đa thức KZG (KZG Polynomial Cam kết) được giới thiệu thêm, lời hứa đa thức là một dạng đơn giản hóa "đại diện" cho một đa thức, được sử dụng để chứng minh rằng giá trị của đa thức tại một vị trí cụ thể phù hợp với một giá trị đã chỉ định mà không bao gồm tất cả dữ liệu cho đa thức. Trong Danksharding, việc xác minh mã xóa được thực hiện bằng cách sử dụng cam kết KZG.
Sẽ thật dễ dàng nếu chúng tôi có thể đưa tất cả dữ liệu vào một cam kết KZG, nhưng việc xây dựng cam kết KZG này hoặc xây dựng lại dữ liệu khi một số dữ liệu không có sẵn—cả hai đều yêu cầu nguồn lực rất lớn. (Trên thực tế, dữ liệu của một khối yêu cầu nhiều cam kết KZG để đảm bảo)Để giảm gánh nặng cho các nút và tránh tập trung hóa, Danksharding chia nhỏ hơn nữa cam kết KZG và đề xuất khung cam kết KZG hai chiều.
Khi chúng tôi lần lượt giải quyết các vấn đề trên, dựa vào DAS, các nút hoặc ứng dụng khách nhẹ chỉ cần tải xuống ngẫu nhiên K khối dữ liệu để xác minh rằng tất cả dữ liệu đều có sẵn; quá tải nút.
(Lưu ý: Cụ thể, thuật toán mã xóa được sử dụng trong Danksharding là mã Reed-Solomon; Cam kết KZG là sơ đồ cam kết đa thức do Kate, Zaverucha và Goldberg công bố. Tôi sẽ không mở rộng ở đây và những độc giả quan tâm đến nguyên tắc thuật toán có thể Tự mở rộng. Ngoài ra, một giải pháp để đảm bảo tính chính xác của mã xóa là bằng chứng gian lận được áp dụng trong Celestia)
Tách người đề xuất khối và người xây dựng (PBS)
Trong tình hình hiện tại, công cụ khai thác PoW và người xác thực PoS đều là người xây dựng khối (Builder) và người đề xuất khối (Proposer) - trong PoS, người xác thực có thể sử dụng lợi nhuận MEV để có thêm chỗ cho người xác thực mới, để có nhiều cơ hội nhận ra MEV hơn; trong Ngoài ra, một nhóm xác minh lớn rõ ràng có khả năng nắm bắt MEV mạnh hơn so với các trình xác thực thông thường, điều này dẫn đến các vấn đề nghiêm trọng về tập trung hóa. Do đó, PBS đã đề xuất tách Người xây dựng và Người đề xuất.
Ý tưởng của PBS như sau: Người xây dựng xây dựng một danh sách các giao dịch được sắp xếp và gửi giá thầu cho Người đề xuất. Người đề xuất chỉ cần chấp nhận danh sách giao dịch có giá trả cao nhất và không ai có thể biết nội dung cụ thể của danh sách giao dịch cho đến khi chọn được người trúng đấu giá.
Cơ chế phân tách và đấu giá này giới thiệu "sự chuyển đổi" giữa trò chơi và Người xây dựng: Xét cho cùng, mỗi Người xây dựng có khả năng nắm bắt MEV khác nhau và Người xây dựng cần cân nhắc mối quan hệ giữa lợi nhuận MEV tiềm năng và giá thầu đấu giá, để thực tế Điều này làm giảm thu nhập ròng của MEV; bất kể khối do Người xây dựng cuối cùng đệ trình có thể được sản xuất thành công hay không, phí đấu thầu cần phải được trả cho Người đề xuất. Theo cách này, Người đề xuất (theo nghĩa rộng là tất cả các bộ trình xác nhận, được chọn lại ngẫu nhiên trong một khoảng thời gian nhất định) tương đương với việc chia sẻ một phần doanh thu của MEV, điều này làm suy yếu mức độ tập trung của MEV.
Phần trên mô tả những ưu điểm của PBS trong việc giải quyết MEV, nhưng có một lý do khác để giới thiệu PBS. Trong Danksharding, các yêu cầu đối với Builder là: tính toán bằng chứng KZG về dữ liệu 32 MB trong khoảng 1 giây, yêu cầu CPU có 32-64 lõi; và phát dữ liệu 64 MB theo cách P2P trong một khoảng thời gian nhất định, yêu cầu Băng thông 2,5Gbit/giây. Rõ ràng người xác minh không thể đáp ứng các yêu cầu như vậy.
Nguồn hình ảnh
Vào tháng 10 năm ngoái, Vitalik đã đề xuất sơ đồ PBS hai khe (lưu ý: mỗi khe là 12 giây, là đơn vị thời gian của chuỗi đèn hiệu), nhưng sơ đồ PBS cụ thể vẫn đang được thảo luận.
Nguồn hình ảnh
Nhưng PBS cũng mang đến một vấn đề, nếu Nhà xây dựng luôn đặt giá cao nhất (thậm chí sẵn sàng chịu thiệt hại kinh tế) để thắng đấu giá, thì anh ta thực sự có khả năng xem xét các giao dịch và có thể không đưa một số giao dịch nhất định vào đấu giá một cách có chọn lọc. khối.
Nguồn hình ảnh
bản tóm tắt
Kết hợp Lấy mẫu khả dụng của dữ liệu (DAS) đã nói ở trên, Phân tách người xây dựng khối và người đề xuất (PBS) và Danh sách kháng kiểm duyệt (crList), bạn sẽ có được Danksharding hoàn chỉnh.Chúng tôi nhận thấy rằng khái niệm "sharding" đã thực sự bị hạ thấp. Mặc dù tên của Sharding vẫn được giữ lại, trọng tâm thực sự là hỗ trợ tính khả dụng của dữ liệu.
Vì vậy, những lợi thế của Danksharding so với sharding ban đầu là gì?
(Bản thân Dankrad đã liệt kê 10 ưu điểm của Danksharding tại đây, chúng tôi chọn hai ưu điểm để giải thích chi tiết)
Trong phân đoạn ban đầu, mỗi phân đoạn riêng lẻ có người đề xuất và ủy ban tương ứng bỏ phiếu xác minh giao dịch trong phân đoạn và tất cả kết quả bỏ phiếu được thu thập bởi người đề xuất chuỗi đèn hiệu. Công việc này rất khó trong một lần Hoàn thành trong khe . Ở Danksharding, chỉ có một ủy ban trên chuỗi đèn hiệu (một bộ xác minh tổng quát, được chọn lại ngẫu nhiên trong một khoảng thời gian nhất định) và ủy ban này xác minh các khối chuỗi đèn hiệu và dữ liệu phân đoạn. Điều này tương đương với việc đơn giản hóa 64 nhóm người đề xuất và ủy ban ban đầu thành 1 nhóm và sự phức tạp của cả lý thuyết và triển khai kỹ thuật được giảm đáng kể.
Một ưu điểm khác của Danksharding là khả năng gọi đồng bộ giữa chuỗi chính Ethereum và zkRollup. Như chúng tôi đã đề cập ở trên, trong phân đoạn ban đầu, chuỗi đèn hiệu cần thu thập kết quả bỏ phiếu của tất cả các phân đoạn, điều này sẽ gây ra sự chậm trễ trong việc xác nhận. Trong Danksharding, các khối và dữ liệu phân đoạn của chuỗi đèn hiệu được ủy ban của chuỗi đèn hiệu chứng nhận thống nhất, tức là các giao dịch trong cùng một khối đèn hiệu có thể truy cập ngay vào dữ liệu phân đoạn. Điều này kích thích trí tưởng tượng về khả năng kết hợp nhiều hơn: ví dụ: AMM phân tán (dAMM) do StarkWare đề xuất có thể thực hiện Hoán đổi hoặc chia sẻ thanh khoản trên L1/L2, để giải quyết vấn đề phân mảnh thanh khoản.
Sau khi Danksharding được triển khai, Ethereum sẽ trở thành lớp thanh toán thống nhất và lớp dữ liệu sẵn có của Rollup.
Closing Thoughts
Trong hình trên, chúng tôi tóm tắt về Danksharding.
Tóm lại, chúng ta có thể thấy đại khái rằng trong 2 đến 3 năm tới, định hướng lộ trình của Ethereum là rất rõ ràng - nó xoay quanh dịch vụ Rollup.Mặc dù vẫn chưa biết liệu lộ trình có thay đổi hay không trong quá trình: Danksharding dự kiến sẽ được triển khai trong 18-24 tháng tới và Proto-Danksharding sẽ được triển khai trong 6-9 tháng.Nhưng ít nhất chúng tôi đã làm rõ rằng Rollup, với tư cách là cơ sở mở rộng của Ethereum, chiếm một vị trí thống trị nhất định.
Theo triển vọng do Vitalik đề xuất, ở đây chúng tôi cũng đề xuất một số suy nghĩ và phỏng đoán mang tính dự đoán:
Một là hệ sinh thái đa chuỗi tương tự như Cosmos, trong tương lai sẽ có mô hình cạnh tranh Multi-Rollup trên Ethereum và Ethereum sẽ cung cấp cho họ sự đảm bảo về tính bảo mật và tính khả dụng của dữ liệu.
Thứ hai, cơ sở hạ tầng L1/Rollup chéo sẽ trở thành một nhu cầu cứng nhắc. MEV tên miền chéo sẽ mang lại các kết hợp chênh lệch giá phức tạp hơn, tương tự như dAMM đã đề cập ở trên, điều này sẽ mang lại khả năng kết hợp phong phú hơn.
liên kết gốc
Người giới thiệu:
https://consensys.net/blog/blockchain-explained/the-roadmap-to-serenity-2/
https://www.web3.university/article/ethereum-sharding-an-introduction-to-blockchain-sharding
https://ethereum-magicians.org/t/a-rollup-centric-ethereum-roadmap/4698
https://twitter.com/pseudotheos/status/1504457560396468231https://ethos.dev/beacon-chain/
https://notes.ethereum.org/@fradamt/H1ZqdtrBF
https://cloud.tencent.com/developer/article/1829995
https://medium.com/coinmonks/builder-proposer-separation-for-ethereum-explained-884c8f45f8dd
https://dankradfeist.de/ethereum/2021/10/13/kate-polynomial-commitments-mandarin.html
https://members.delphidigital.io/reports/the-hitchhikers-guide-to-ethereum
IOS
Android