Repost tiêu đề gốc: Sharded L2? “=nil;” Làm thế nào để đưa ra một giải pháp mới cho việc phân mảnh trạng thái L2?

Sự chuyển đổi của Ethereum sang một lộ trình tập trung vào rollup đã tạo ra sự phát triển bùng nổ trong các thiết kế tăng cường mô-đun. Sự phát triển này ban đầu đã thành công, loại bỏ các phí gas trên $100 và mở khóa hoàn toàn các thiết kế ứng dụng mới. Nhưng chỉ vài năm ngắn sau đó, Ethereum và các rollup của nó đối mặt với một vấn đề mới, quan trọng: phân mảnh trạng thái.

Về cơ bản, phân mảnh trạng thái là một vấn đề về tỷ lệ. Gần đây, cộng đồng modular đã đẩy mạnh các giải pháp middleware kết hợp rollups hiện có vào một hệ thống duy nhất, (có vẻ như) đạt được mục tiêu cao cả của việc mở rộng blockchain - khả năng mở rộng theo chiều ngang. Tuy nhiên, những giải pháp này đi kèm với những sự đánh đổi đáng kể. Một thế hệ mới của Ethereum L2 đang suy nghĩ lại vấn đề về khả năng mở rộng từ nguyên tắc cơ bản, áp dụng các kỹ thuật theo chiều dọc và ngang để cải thiện hiệu suất cuối cùng.

Hai Hướng Mở Rộng Blockchain

Có hai khung công việc cho việc mở rộng một blockchain:

• Mở rộng theo chiều dọctăng tài nguyên có sẵn cho một node duy nhất. Đây là triết lý mở rộng của Solana để tối đa hóa việc sử dụng phần cứng, cũng như là phong trào VM (máy ảo) song song.
• Mở rộng theo chiều ngangphân phối công việc trên nhiều máy chủ. Đây là triết lý mở rộng của các chuỗi khối L1 như Near và Ethereum (Danksharding).

Rollups thường bị hiểu nhầm là giải pháp mở rộng theo chiều ngang cho Ethereum. Tuy nhiên, mỗi rollup, và mỗi blockchain trong trường hợp đó, đều được xác định bởi sổ cái mà nó duy trì, có nghĩa là, rollups là các hệ thống riêng biệt khác với Ethereum. Sự thiếu sót cơ bản này về nguyên tắc mở rộng cơ sở dữ liệu đã khiến hệ sinh thái Ethereum đối mặt với một thách thức tồn tại để giải quyết: sự phân mảnh trạng thái.

Thách thức phía trước

Sự phân mảnh trên các L2 đã trở thành một vấn đề lớn đối với Ethereum. Phân mảnh được xác định bởi ba vấn đề mới.

• Hiệu ứng mạng bị ảnh hưởng của trạng thái toàn cầu, bao gồm tính thanh khoản và phân phối người dùng, chủ yếu xuất phát từ hàng chục (nếu không phải hàng trăm) L2 gần kề Ethereum đẩy mạnh cơ sở hạ tầng cụ thể cho ứng dụng.
• Sự phức tạp ngày càng tăng của các tiêu chuẩn tương thích và phối hợp xã hội, đã là nguyên nhân thúc đẩy cho hơn $2.8 tỷ USD các vụ hack kết nối.
• Kịch bản đã trở nên tồi tệ về trải nghiệm người dùng và nhà phát triển. Nhà phát triển phải làm việc với các trừu tượng mạng phức tạp để cung cấp trải nghiệm người dùng mượt mà,hoặcngười dùng bị buộc phải quản lý sự phức tạp của việc tương tác qua chuỗi, bao gồm cầu nối tài sản, quản lý mạng ví, và nhiều mã thông báo gas.

Và những vấn đề này đang trở nên tồi tệ hơn theo ngày. Bị hạn chế bởi cơ sở hạ tầng hiện có, các ứng dụng nhạy cảm với giá cả bị ép vào tình trạng cô lập để duy trì mức phí giao dịch thấp đáng tin cậy. Khi chu kỳ tiếp theo đến gần, một hiệu ứng tuyết lăn ác liệt sẽ xảy ra; khi phí tắc nghẽn L2 tăng lên, nhiều nhà phát triển bị buộc phải chọn cơ sở hạ tầng cụ thể cho ứng dụng, làm trầm trọng thêm vấn đề lan rộng liên quan đến sự phân mảnh trạng thái (đã tồn tại). Trong vài năm tới, không ngạc nhiên nếu việc không thể giải quyết vấn đề phân mảnh trạng thái dẫn đến sự suy thoái của sự ưu thế ứng dụng trong hệ sinh thái Ethereum.

Giải quyết Sự phân mảnh trạng thái

Sự phân mảnh trạng thái về cơ bản là một vấn đề về tỷ lệ mà trách nhiệm vẫn nằm ở L2 để mở rộng mà không gây nứt vỡ tính kết hợp. Có hai phương pháp mà L2 có thể áp dụng để giải quyết vấn đề về khả năng mở rộng.

• Hợp nhất các rollups hiện có thành một hệ thống duy nhất, từ đó đạt được “tính mở rộng theo chiều ngang”.
• Bắt đầu từ đầu và thiết kế một L2 có khả năng mở rộng.

Làm ngược lại

Phương pháp đầu tiên khá phổ biến trong số các L2 hiện có. Việc hợp nhất các rollups được thực hiện bằng cách sử dụng phần mềm trung gian để thiết lập một khái niệm về một hệ thống duy nhất. Hiệu quả, những giải pháp này hỗ trợ giao tiếp giữa các rollups thông qua các cam kết chia sẻ về đồng thuận. Các giải pháp như vậy bao gồm các sequencers chia sẻ, các provers chia sẻ, và các kiến trúc L3 khác nhau.

Trong khi các nhóm và dự án đang làm việc trên những giải pháp này rất mạnh mẽ, một cách tiếp cận trung gian tập trung vào việc giải quyết vấn đề về khả năng mở rộng L2 đi kèm với những sự đánh đổi lớn, bao gồm:

• Các lỗ hổng yếu nhất của chuỗi: bảo mật và tính chất của mạng được thừa kế từ phần tồi nhất của ngăn xếp.
• Một môi trường phát triển phân mảnh: các môi trường khác nhau được kết nối với middleware vẫn dẫn đến một trải nghiệm phát triển bị phân mảnh.
• Phối hợp xã hội toàn cầu về tiêu chuẩn chéo-rollup: để sáp nhập các rollup hiện có, hàng trăm (có thể là hàng nghìn) bên liên quan cần đồng ý về các phương pháp tốt nhất.

Quan trọng hơn, điều này làm sao lãng L2 đội từ việc giải quyết các vấn đề mở về giá phí tắc nghẽn và kiểm duyệt đơn vị, cần nỗ lực kỹ thuật và nghiên cứu đáng kể.

Một Bắt Đầu Mới

Các L2 của Ethereum có thể được mở rộng theo chiều dọc bằng cách thay đổi môi trường thực thi của một nút rollup để tăng cường sử dụng phần cứng; những dự án như Eclipse và Movement Labs đều đang xây dựng rollups sử dụng SVM và MoveVM tương ứng. Phương pháp này mang lại nhiều triển vọng cho việc cải thiện khả năng mở rộng trong tương lai gần; tuy nhiên, nó yêu cầu các nhà phát triển Ethereum phải chấp nhận một ngăn xếp công nghệ mới.

Hoặc, L2 có thể mở rộng theo chiều ngang bằng cách (tái) giới thiệu chia nhỏ thực thi, điều này sẽ cho phép mạng có thể mở rộng bằng cách thêm các nút mới. Phương pháp này thúc đẩy phân cấp hóa, có giới hạn mở rộng lý thuyết cao hơn, và cho phép tối ưu hóa theo chiều dọc nếu cần thiết. Với những ưu điểm này, =nil; Foundation đã thiết kế một L2 chia nhỏ gọi là =nil;.

=nil; tối ưu hóa để bảo tồn các giá trị cốt lõi của Ethereum như phân quyền, chống kiểm duyệt và không cần phépzkSharding. Nó cho phép tính năng tỷ lệ mở rộng của các khung cơ sở tỷ lệ ngang sau thời gian với lợi ích bổ sung của một môi trường phát triển tích hợp duy nhất. Điều này giúp các nhà phát triển truy cập vào quy mô của hàng nghìn rollups từ mạng duy nhất. Quan trọng hơn, =nil; đảm bảo người dùng phí giao dịch thấp một cách đáng tin cậy ngay cả khi tải giao dịch cao điểm.

Hơn nữa, =nil; giải quyết các phí quá tải bằng cách chia nhỏ và hợp nhất trạng thái động qua các mảnh dựa trên nhu cầu truy cập trạng thái. Hành vi động này cho phép =nil; giữ phí giao dịch ổn định ở mức thấp (<$0.01). Tổng cộng, sứ mệnh của =nil; Foundation là cung cấp một con đường thay thế cho việc mở rộng L2 của Ethereum mà phù hợp hơn với các giá trị cốt lõi của Ethereum và nhu cầu thực hiện L2.

Kết luận

Mặc dù còn nhiều thách thức phía trước, tương lai của Ethereum L2s trông có vẻ hứa hẹn hơn bao giờ hết. Khi các thiết kế L2 trở nên chín chắn và chúng ta bước vào thế hệ kế tiếp của các giải pháp tăng cường, có hai sự chia rẽ phổ biến: làm việc ngược lại so với bắt đầu từ đầu, và tăng cường theo chiều ngang so với theo chiều dọc.

Sharding đã chết, sống lâu sharding.

Tuyên bố:

1. Bài viết này được sao chép từ [Gateforesightnews], bản quyền thuộc về tác giả gốc [Avi Zurlo,=nil; Gate Foundation], nếu bạn có bất kỳ ý kiến ​​nào về việc sao chép, vui lòng liên hệ Đội Gate Learn, nhóm sẽ xử lý ngay sau khi theo các quy trình liên quan.

2. Tuyên bố từ chối trách nhiệm: Các quan điểm và ý kiến được thể hiện trong bài viết này chỉ đại diện cho quan điểm cá nhân của tác giả và không hề cung cấp bất kỳ lời khuyên đầu tư nào.

3. Các phiên bản ngôn ngữ khác của bài viết được dịch bởi nhóm Gate Learn và không được đề cập trong Gate.io, bài viết dịch có thể không được sao chép, phân phối hoặc đạo văn.