Chiến lược mở rộng của Ethereum ban đầu có hai loại: phân đoạn và Layer2. Phân đoạn cho phép mỗi nút chỉ cần xác minh và lưu trữ một phần nhỏ giao dịch, trong khi Layer2 thì đặt phần lớn dữ liệu và tính toán bên ngoài chuỗi chính. Hai con đường này cuối cùng đã hợp nhất lại, hình thành bản đồ đường đi tập trung vào Rollup, đến nay vẫn là chiến lược mở rộng của Ethereum.
Lộ trình tập trung vào Rollup đưa ra sự phân công đơn giản: Ethereum L1 tập trung vào việc trở thành lớp nền tảng 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 rất phổ biến trong xã hội: hệ thống tòa án (L1) tồn tại để bảo vệ hợp đồng và quyền sở hữu tài sản, trong khi các doanh nhân (L2) xây dựng dựa trên nền tảng này, thúc đẩy sự phát triển của nhân loại.
Năm nay, lộ trình tập trung vào Rollup đã đạt được những thành tựu quan trọng: sự ra mắt của EIP-4844 blobs đã tăng mạnh băng thông dữ liệu cho Ethereum L1, nhiều EVM Rollup đã bước vào giai đoạn đầu tiên. Mỗi L2 tồn tại như một "mảnh" với các quy tắc và logic nội bộ. Sự đa dạng trong cách thực hiện các mảnh giờ đây đã trở thành hiện thực. Nhưng con đường này cũng đối mặt với một số thách thức độc đáo. Nhiệm vụ hiện tại của chúng ta là hoàn thành lộ trình này và giải quyết những vấn đề này, đồng thời duy trì tính ổn định và phi tập trung của Ethereum L1.
The Surge: Mục tiêu chính
Tương lai Ethereum thông qua L2 có thể đạt được hơn 100.000 TPS
Giữ cho L1 có tính phi tập trung và độ bền vững
Ít nhất một số L2 hoàn toàn kế thừa các thuộc tính cốt lõi của Ethereum như ( không cần tin tưởng, mở, chống kiểm duyệt )
Ethereum nên cảm thấy như một hệ sinh thái thống nhất, chứ không phải 34 chuỗi khối khác nhau.
Nội dung chương này
Nghịch lý tam giác khả năng mở rộng
Tiến triển thêm về mẫu khả dụng dữ liệu
Nén dữ liệu
Plasma tổng quát
Hệ thống chứng minh L2 trưởng thành
Cải tiến khả năng tương tác giữa các L2
Mở rộng thực thi trên L1
Nghịch lý tam giác khả năng mở rộng
Tam giác nghịch lý khả năng mở rộng cho rằng giữa ba đặc tính phi tập trung, khả năng mở rộng và độ an toàn của blockchain có mâu thuẫn. Nó không phải là một định lý, mà là một lập luận mang tính gợi ý: nếu một nút thân thiện với phi tập trung có thể xác minh N giao dịch mỗi giây, và bạn có một chuỗi có thể xử lý k*N giao dịch mỗi giây, thì hoặc là mỗi giao dịch chỉ có thể được nhìn thấy bởi 1/k nút, hoặc là nút của bạn sẽ trở nên mạnh mẽ, chuỗi sẽ không phi tập trung.
Một số chuỗi hiệu suất cao tuyên bố đã giải quyết nghịch lý ba chiều, thường thông qua việc tối ưu hóa phần mềm nút. Nhưng điều này thường gây hiểu lầm, việc chạy nút trên những chuỗi này khó hơn so với trên Ethereum. Chỉ dựa vào kỹ thuật phần mềm khách hàng L1 không thể mở rộng Ethereum.
Tuy nhiên, sự kết hợp giữa mẫu dữ liệu khả dụng và SNARKs thực sự giải quyết được nghịch lý tam giác: nó cho phép khách hàng xác minh tính khả dụng của một lượng lớn dữ liệu và sự thực hiện đúng đắn của các bước tính toán chỉ bằng cách tải xuống một lượng dữ liệu nhỏ và thực hiện rất ít tính toán. SNARKs là không cần tin cậy. Mẫu dữ liệu khả dụng có mô hình tin cậy tinh tế few-of-N, nhưng vẫn giữ lại các đặc tính cơ bản của chuỗi không mở rộng.
Kiến trúc Plasma là một giải pháp khác, nó chuyển trách nhiệm giám sát tính khả dụng của dữ liệu cho người dùng. Với sự phổ biến của SNARKs, Plasma trở nên khả thi cho nhiều tình huống hơn.
Tiến triển thêm trong việc lấy mẫu dữ liệu khả dụng
Chúng tôi đang giải quyết vấn đề gì?
Sau khi nâng cấp Dencun vào ngày 13 tháng 3 năm 2024, mỗi slot của Ethereum trong 12 giây sẽ có 3 blob khoảng 125kB, băng thông dữ liệu khả dụng khoảng 375kB/slot. Giả sử dữ liệu giao dịch được công bố trực tiếp trên chuỗi, chuyển khoản ERC20 khoảng 180 byte, thì TPS tối đa của Rollup trên Ethereum sẽ là 173.6.
Cộng với calldata, có thể đạt 607 TPS. Sử dụng PeerDAS, số lượng blob có thể tăng lên 8-16, cung cấp 463-926 TPS cho calldata.
Đây là một sự cải thiện lớn đối với L1, nhưng vẫn chưa đủ. Mục tiêu trung hạn của chúng tôi là mỗi slot 16MB, kết hợp với nén dữ liệu Rollup, sẽ mang lại ~58000 TPS.
Nó là gì? Làm thế nào để hoạt động?
PeerDAS là một triển khai đơn giản của "1D sampling". Trong Ethereum, mỗi blob là đa thức bậc 4096 trên trường số nguyên tố 253. Chúng tôi phát sóng các phần của đa thức, mỗi phần chứa 16 giá trị đánh giá từ 16 tọa độ liền kề trong tổng số 8192 tọa độ. Trong 8192 giá trị đánh giá này, bất kỳ 4096 giá trị nào cũng có thể phục hồi blob.
PeerDAS cho phép mỗi khách hàng lắng nghe một số lượng nhỏ subnet, subnet thứ i phát sóng mẫu thứ i của bất kỳ blob nào, và yêu cầu các blob trên các subnet khác bằng cách hỏi các đối tác trong mạng p2p toàn cầu. SubnetDAS chỉ sử dụng cơ chế subnet mà không cần hỏi thêm về lớp đối tác. Đề xuất hiện tại cho phép các nút tham gia vào việc chứng minh quyền lợi sử dụng SubnetDAS, trong khi các nút khác sử dụng PeerDAS.
Về lý thuyết, chúng ta có thể mở rộng quy mô của "1D sampling" rất lớn: nếu tăng số lượng blob tối đa lên 256, chúng ta có thể đạt được mục tiêu 16MB, mỗi nút cần 1MB băng thông dữ liệu cho mỗi slot. Điều này thì có thể chấp nhận được, nhưng các khách hàng có băng thông hạn chế không thể thực hiện sampling. Chúng ta có thể tối ưu hóa 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 đó, cuối cùng chúng tôi muốn lấy mẫu 2D, không chỉ trong blob mà còn lấy mẫu ngẫu nhiên giữa các blob. Bằng cách sử dụng đặc tính tuyến tính của cam kết KZG, mở rộng tập hợp blob trong một khối bằng cách sử dụng blob ảo mới, những blob ảo này mã hóa dư thừa cùng một thông tin.
Mẫu 2D thân thiện với việc xây dựng khối phân tán. Các nút thực tế xây dựng khối chỉ cần cam kết blob KZG và có thể dựa vào DAS để xác minh tính khả dụng. DAS 1D về cơ bản cũng thân thiện với việc xây dựng khối phân tán.
Có những liên kết nào với nghiên cứu hiện tại?
Giới thiệu bài đăng gốc về tính khả dụng của dữ liệu (2018)
Giấy theo dõi
Bài viết giải thích về DAS
Tính khả dụng 2D với cam kết KZG
PeerDAS và tài liệu trên ethresear.ch
EIP-7594
SubnetDAS trên ethresear.ch
Sự khác biệt tinh vi về khả năng phục hồi trong mẫu 2D
còn cần làm gì? Có những cân nhắc nào?
Tiếp theo là hoàn thành việc triển khai và ra mắt PeerDAS. Sau đó, tăng dần số lượng blob trên PeerDAS, đồng thời theo dõi mạng và cải thiện phần mềm để đảm bảo an toàn. Chúng tôi hy vọng có nhiều nghiên cứu học thuật hơn để quy định PeerDAS và sự tương tác của nó với các vấn đề như an toàn của quy tắc lựa chọn phân nhánh.
Trong tương lai, cần xác định phiên bản lý tưởng của 2D DAS và chứng minh các thuộc tính an toàn của nó. Chúng tôi hy vọng cuối cùng có thể chuyển từ KZG sang các giải pháp thay thế an toàn với lượng tử mà không cần thiết lập đáng tin cậy. Hiện tại, chưa rõ có những ứng cử viên nào thân thiện với việc xây dựng khối phân tán.
Tôi nghĩ rằng con đường thực tế lâu dài là:
Thực hiện DAS 2D lý tưởng
Kiên trì sử dụng 1D DAS, hy sinh hiệu quả băng thông lấy mẫu, chấp nhận giới hạn dữ liệu thấp hơn vì tính đơn giản và độ bền.
Từ bỏ DA, hoàn toàn chấp nhận Plasma như kiến trúc Layer2 chính
Ngay cả khi chúng tôi quyết định mở rộng thực hiện trực tiếp trên lớp L1, lựa chọn này cũng tồn tại. Bởi vì nếu L1 phải xử lý một lượng lớn TPS, khối L1 sẽ trở nên rất lớn, khách hàng sẽ cần phương pháp xác minh hiệu quả, vì vậy chúng tôi sẽ phải sử dụng công nghệ tương tự như Rollup trên lớp 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 về 2D DAS sẽ giảm hoặc bị trì hoãn, nếu Plasma được sử dụng rộng rãi thì nhu cầu sẽ giảm thêm. DAS cũng đã đặt ra thách thức cho các giao thức và cơ chế xây dựng blockchain phân tán: mặc dù DAS về lý thuyết là thân thiện với việc tái tạo phân tán, nhưng trong thực tế cần kết hợp với các đề xuất danh sách bao gồm gói và cơ chế lựa chọn phân nhánh xung quanh nó.
Nén dữ liệu
Chúng tôi đang giải quyết vấn đề gì?
Mỗi giao dịch trong Rollup chiếm một lượng lớn không gian dữ liệu trên chuỗi: Chuyển ERC20 khoảng 180 byte. Ngay cả khi có mẫu khả dụng dữ liệu lý tưởng, điều này cũng hạn chế khả năng mở rộng của giao thức Layer. Mỗi slot 16MB, chúng ta có được:
16000000 / 12 / 180 = 7407 TPS
Nếu chúng ta có thể làm cho các giao dịch trong Rollup chiếm ít byte hơn trên chuỗi, thì sẽ như thế nào?
Nó là gì, nó hoạt động như thế nào?
Giải thích tốt nhất là bức tranh này cách đây hai năm:
Trong nén byte không, sử dụng hai byte để thay thế mỗi chuỗi byte không dài, biểu thị số lượng byte không. Hơn nữa, chúng tôi đã tận dụng các thuộc tính cụ thể của giao dịch:
Tổng hợp chữ ký: Chuyển từ chữ ký ECDSA sang chữ ký BLS, nhiều chữ ký có thể được kết hợp thành một chữ ký duy nhất, chứng minh tính hợp lệ của tất cả các chữ ký gốc. Trong L1, không xem xét sử dụng BLS do chi phí tính toán xác minh cao, nhưng việc sử dụng BLS trong môi trường L2 nơi dữ liệu khan hiếm là có ý nghĩa. Đặc tính tổng hợp của ERC-4337 cung cấp một cách để thực hiện chức năng này.
Sử dụng con trỏ để thay thế địa chỉ: Nếu trước đây đã sử dụng một địa chỉ nào đó, chúng ta có thể thay thế địa chỉ 20 byte bằng một con trỏ 4 byte trỏ đến vị trí nào đó trong lịch sử.
Chuỗi tuần tự hóa tùy chỉnh giá trị giao dịch: Hầu hết giá trị giao dịch có số chữ số rất ít, ví dụ như 0.25 Ether được biểu diễn là 250,000,000,000,000,000 wei. Phí 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 động tùy chỉnh để biểu diễn hầu hết giá trị tiền tệ.
Có những liên kết nào với các nghiên cứu hiện tại?
Khám phá sequence.xyz
Hợp đồng tối ưu hóa L2 Calldata
Sự khác biệt trạng thái phát hành Rollups dựa trên bằng chứng hiệu lực thay vì giao dịch
Ví BLS - Thực hiện BLS tổng hợp thông qua ERC-4337
còn cần làm gì, có những sự cân nhắc nào?
Tiếp theo chủ yếu là thực hiện thực tế kế hoạch trên. Các cân nhắc chính bao gồm:
Chuyển sang chữ ký BLS cần nỗ lực lớn, sẽ giảm tính tương thích với các chip phần cứng đáng tin cậy. Có thể thay thế bằng gói ZK-SNARK với các phương án chữ ký khác.
Nén động ( nếu thay thế địa chỉ bằng con trỏ ) sẽ làm cho mã khách hàng trở nên phức tạp.
Việc công bố sự khác biệt trạng thái lên chuỗi thay vì giao dịch sẽ giảm khả năng kiểm toán, làm cho nhiều phần mềm ( như trình duyệt khối ) 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 lộ trình?
Áp dụng ERC-4337 và cuối cùng đưa một phần của nó vào EVM L2, có thể tăng tốc đáng kể việc triển khai công nghệ tổng hợp. Đặt một phần ERC-4337 trên L1 có thể thúc đẩy việc triển khai của nó trên L2.
Plasma Tổng Quát
Chúng tôi đang giải quyết vấn đề gì?
Ngay cả khi sử dụng blob 16MB và nén dữ liệu, 58.000 TPS cũng chưa chắc có thể hoàn toàn đáp ứng nhu cầu trong các lĩnh vực băng thông cao như thanh toán của người tiêu dùng, mạng xã hội phi tập trung, đặc biệt khi xem xét các yếu tố quyền riêng tư có thể làm giảm khả năng mở rộng từ 3-8 lần. Hiện tại, lựa chọn cho các tình huống giao dịch có khối lượng lớn và giá trị thấp là Validium, lưu trữ dữ liệu ngoài chuỗi, sử dụng một mô hình bảo mật: nhà điều hành không thể đánh cắp quỹ của người dùng, nhưng có thể tạm thời hoặc vĩnh viễn đóng băng tất cả quỹ của người dùng. Nhưng chúng ta có thể làm tốt hơn.
Nó là gì, hoạt động như thế nào?
Plasma là một giải pháp mở rộng, trong đó các nhà điều hành phát hành khối ra ngoài chuỗi, chỉ đưa Merkle root của những khối này lên chuỗi. Đối với mỗi khối, các nhà điều hành gửi Merkle branch cho từng người dùng để chứng minh sự thay đổi hoặc không thay đổi tài sản của người dùng đó. Người dùng có thể rút tài sản bằng cách cung cấp Merkle branch. Điều quan trọng là, nhánh này không nhất thiết phải có trạng thái mới nhất làm gốc. Do đó, ngay cả khi có vấn đề về khả năng truy cập dữ liệu, người dùng vẫn có thể phục hồi tài sản bằng cách rút trạng thái mới nhất có sẵn. Nếu người dùng gửi nhánh không hợp lệ, có thể xác định quyền sở hữu tài sản thông qua cơ chế thách thức trên chuỗi.
Phiên bản Plasma sớm chỉ có thể xử lý các trường hợp thanh toán, không thể mở rộng hiệu quả. Nhưng
Trang này có thể chứa nội dung của bên thứ ba, được cung cấp chỉ nhằm mục đích thông tin (không phải là tuyên bố/bảo đảm) và không được coi là sự chứng thực cho quan điểm của Gate hoặc là lời khuyên về tài chính hoặc chuyên môn. Xem Tuyên bố từ chối trách nhiệm để biết chi tiết.
Ethereum The Surge: Mục tiêu và thách thức mở rộng 100.000 TPS thông qua L2
Tương lai có thể của Ethereum: The Surge
Chiến lược mở rộng của Ethereum ban đầu có hai loại: phân đoạn và Layer2. Phân đoạn cho phép mỗi nút chỉ cần xác minh và lưu trữ một phần nhỏ giao dịch, trong khi Layer2 thì đặt phần lớn dữ liệu và tính toán bên ngoài chuỗi chính. Hai con đường này cuối cùng đã hợp nhất lại, hình thành bản đồ đường đi tập trung vào Rollup, đến nay vẫn là chiến lược mở rộng của Ethereum.
Lộ trình tập trung vào Rollup đưa ra sự phân công đơn giản: Ethereum L1 tập trung vào việc trở thành lớp nền tảng 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 rất phổ biến trong xã hội: hệ thống tòa án (L1) tồn tại để bảo vệ hợp đồng và quyền sở hữu tài sản, trong khi các doanh nhân (L2) xây dựng dựa trên nền tảng này, thúc đẩy sự phát triển của nhân loại.
Năm nay, lộ trình tập trung vào Rollup đã đạt được những thành tựu quan trọng: sự ra mắt của EIP-4844 blobs đã tăng mạnh băng thông dữ liệu cho Ethereum L1, nhiều EVM Rollup đã bước vào giai đoạn đầu tiên. Mỗi L2 tồn tại như một "mảnh" với các quy tắc và logic nội bộ. Sự đa dạng trong cách thực hiện các mảnh giờ đây đã trở thành hiện thực. Nhưng con đường này cũng đối mặt với một số thách thức độc đáo. Nhiệm vụ hiện tại của chúng ta là hoàn thành lộ trình này và giải quyết những vấn đề này, đồng thời duy trì tính ổn định và phi tập trung của Ethereum L1.
The Surge: Mục tiêu chính
Nội dung chương này
Nghịch lý tam giác khả năng mở rộng
Tam giác nghịch lý khả năng mở rộng cho rằng giữa ba đặc tính phi tập trung, khả năng mở rộng và độ an toàn của blockchain có mâu thuẫn. Nó không phải là một định lý, mà là một lập luận mang tính gợi ý: nếu một nút thân thiện với phi tập trung có thể xác minh N giao dịch mỗi giây, và bạn có một chuỗi có thể xử lý k*N giao dịch mỗi giây, thì hoặc là mỗi giao dịch chỉ có thể được nhìn thấy bởi 1/k nút, hoặc là nút của bạn sẽ trở nên mạnh mẽ, chuỗi sẽ không phi tập trung.
Một số chuỗi hiệu suất cao tuyên bố đã giải quyết nghịch lý ba chiều, thường thông qua việc tối ưu hóa phần mềm nút. Nhưng điều này thường gây hiểu lầm, việc chạy nút trên những chuỗi này khó hơn so với trên Ethereum. Chỉ dựa vào kỹ thuật phần mềm khách hàng L1 không thể mở rộng Ethereum.
Tuy nhiên, sự kết hợp giữa mẫu dữ liệu khả dụng và SNARKs thực sự giải quyết được nghịch lý tam giác: nó cho phép khách hàng xác minh tính khả dụng của một lượng lớn dữ liệu và sự thực hiện đúng đắn của các bước tính toán chỉ bằng cách tải xuống một lượng dữ liệu nhỏ và thực hiện rất ít tính toán. SNARKs là không cần tin cậy. Mẫu dữ liệu khả dụng có mô hình tin cậy tinh tế few-of-N, nhưng vẫn giữ lại các đặc tính cơ bản của chuỗi không mở rộng.
Kiến trúc Plasma là một giải pháp khác, nó chuyển trách nhiệm giám sát tính khả dụng của dữ liệu cho người dùng. Với sự phổ biến của SNARKs, Plasma trở nên khả thi cho nhiều tình huống hơn.
Tiến triển thêm trong việc lấy mẫu dữ liệu khả dụng
Chúng tôi đang giải quyết vấn đề gì?
Sau khi nâng cấp Dencun vào ngày 13 tháng 3 năm 2024, mỗi slot của Ethereum trong 12 giây sẽ có 3 blob khoảng 125kB, băng thông dữ liệu khả dụng khoảng 375kB/slot. Giả sử dữ liệu giao dịch được công bố trực tiếp trên chuỗi, chuyển khoản ERC20 khoảng 180 byte, thì TPS tối đa của Rollup trên Ethereum sẽ là 173.6.
Cộng với calldata, có thể đạt 607 TPS. Sử dụng PeerDAS, số lượng blob có thể tăng lên 8-16, cung cấp 463-926 TPS cho calldata.
Đây là một sự cải thiện lớn đối với L1, nhưng vẫn chưa đủ. Mục tiêu trung hạn của chúng tôi là mỗi slot 16MB, kết hợp với nén dữ liệu Rollup, sẽ mang lại ~58000 TPS.
Nó là gì? Làm thế nào để hoạt động?
PeerDAS là một triển khai đơn giản của "1D sampling". Trong Ethereum, mỗi blob là đa thức bậc 4096 trên trường số nguyên tố 253. Chúng tôi phát sóng các phần của đa thức, mỗi phần chứa 16 giá trị đánh giá từ 16 tọa độ liền kề trong tổng số 8192 tọa độ. Trong 8192 giá trị đánh giá này, bất kỳ 4096 giá trị nào cũng có thể phục hồi blob.
PeerDAS cho phép mỗi khách hàng lắng nghe một số lượng nhỏ subnet, subnet thứ i phát sóng mẫu thứ i của bất kỳ blob nào, và yêu cầu các blob trên các subnet khác bằng cách hỏi các đối tác trong mạng p2p toàn cầu. SubnetDAS chỉ sử dụng cơ chế subnet mà không cần hỏi thêm về lớp đối tác. Đề xuất hiện tại cho phép các nút tham gia vào việc chứng minh quyền lợi sử dụng SubnetDAS, trong khi các nút khác sử dụng PeerDAS.
Về lý thuyết, chúng ta có thể mở rộng quy mô của "1D sampling" rất lớn: nếu tăng số lượng blob tối đa lên 256, chúng ta có thể đạt được mục tiêu 16MB, mỗi nút cần 1MB băng thông dữ liệu cho mỗi slot. Điều này thì có thể chấp nhận được, nhưng các khách hàng có băng thông hạn chế không thể thực hiện sampling. Chúng ta có thể tối ưu hóa 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 đó, cuối cùng chúng tôi muốn lấy mẫu 2D, không chỉ trong blob mà còn lấy mẫu ngẫu nhiên giữa các blob. Bằng cách sử dụng đặc tính tuyến tính của cam kết KZG, mở rộng tập hợp blob trong một khối bằng cách sử dụng blob ảo mới, những blob ảo này mã hóa dư thừa cùng một thông tin.
Mẫu 2D thân thiện với việc xây dựng khối phân tán. Các nút thực tế xây dựng khối chỉ cần cam kết blob KZG và có thể dựa vào DAS để xác minh tính khả dụng. DAS 1D về cơ bản cũng thân thiện với việc xây dựng khối phân tán.
Có những liên kết nào với nghiên cứu hiện tại?
còn cần làm gì? Có những cân nhắc nào?
Tiếp theo là hoàn thành việc triển khai và ra mắt PeerDAS. Sau đó, tăng dần số lượng blob trên PeerDAS, đồng thời theo dõi mạng và cải thiện phần mềm để đảm bảo an toàn. Chúng tôi hy vọng có nhiều nghiên cứu học thuật hơn để quy định PeerDAS và sự tương tác của nó với các vấn đề như an toàn của quy tắc lựa chọn phân nhánh.
Trong tương lai, cần xác định phiên bản lý tưởng của 2D DAS và chứng minh các thuộc tính an toàn của nó. Chúng tôi hy vọng cuối cùng có thể chuyển từ KZG sang các giải pháp thay thế an toàn với lượng tử mà không cần thiết lập đáng tin cậy. Hiện tại, chưa rõ có những ứng cử viên nào thân thiện với việc xây dựng khối phân tán.
Tôi nghĩ rằng con đường thực tế lâu dài là:
Ngay cả khi chúng tôi quyết định mở rộng thực hiện trực tiếp trên lớp L1, lựa chọn này cũng tồn tại. Bởi vì nếu L1 phải xử lý một lượng lớn TPS, khối L1 sẽ trở nên rất lớn, khách hàng sẽ cần phương pháp xác minh hiệu quả, vì vậy chúng tôi sẽ phải sử dụng công nghệ tương tự như Rollup trên lớp 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 về 2D DAS sẽ giảm hoặc bị trì hoãn, nếu Plasma được sử dụng rộng rãi thì nhu cầu sẽ giảm thêm. DAS cũng đã đặt ra thách thức cho các giao thức và cơ chế xây dựng blockchain phân tán: mặc dù DAS về lý thuyết là thân thiện với việc tái tạo phân tán, nhưng trong thực tế cần kết hợp với các đề xuất danh sách bao gồm gói và cơ chế lựa chọn phân nhánh xung quanh nó.
Nén dữ liệu
Chúng tôi đang giải quyết vấn đề gì?
Mỗi giao dịch trong Rollup chiếm một lượng lớn không gian dữ liệu trên chuỗi: Chuyển ERC20 khoảng 180 byte. Ngay cả khi có mẫu khả dụng dữ liệu lý tưởng, điều này cũng hạn chế khả năng mở rộng của giao thức Layer. Mỗi slot 16MB, chúng ta có được:
16000000 / 12 / 180 = 7407 TPS
Nếu chúng ta có thể làm cho các giao dịch trong Rollup chiếm ít byte hơn trên chuỗi, thì sẽ như thế nào?
Nó là gì, nó hoạt động như thế nào?
Giải thích tốt nhất là bức tranh này cách đây hai năm:
Trong nén byte không, sử dụng hai byte để thay thế mỗi chuỗi byte không dài, biểu thị số lượng byte không. Hơn nữa, chúng tôi đã tận dụng các thuộc tính cụ thể của giao dịch:
Tổng hợp chữ ký: Chuyển từ chữ ký ECDSA sang chữ ký BLS, nhiều chữ ký có thể được kết hợp thành một chữ ký duy nhất, chứng minh tính hợp lệ của tất cả các chữ ký gốc. Trong L1, không xem xét sử dụng BLS do chi phí tính toán xác minh cao, nhưng việc sử dụng BLS trong môi trường L2 nơi dữ liệu khan hiếm là có ý nghĩa. Đặc tính tổng hợp của ERC-4337 cung cấp một cách để thực hiện chức năng này.
Sử dụng con trỏ để thay thế địa chỉ: Nếu trước đây đã sử dụng một địa chỉ nào đó, chúng ta có thể thay thế địa chỉ 20 byte bằng một con trỏ 4 byte trỏ đến vị trí nào đó trong lịch sử.
Chuỗi tuần tự hóa tùy chỉnh giá trị giao dịch: Hầu hết giá trị giao dịch có số chữ số rất ít, ví dụ như 0.25 Ether được biểu diễn là 250,000,000,000,000,000 wei. Phí 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 động tùy chỉnh để biểu diễn hầu hết giá trị tiền tệ.
Có những liên kết nào với các nghiên cứu hiện tại?
còn cần làm gì, có những sự cân nhắc nào?
Tiếp theo chủ yếu là thực hiện thực tế kế hoạch trên. Các cân nhắc chính bao gồm:
Chuyển sang chữ ký BLS cần nỗ lực lớn, sẽ giảm tính tương thích với các chip phần cứng đáng tin cậy. Có thể thay thế bằng gói ZK-SNARK với các phương án chữ ký khác.
Nén động ( nếu thay thế địa chỉ bằng con trỏ ) sẽ làm cho mã khách hàng trở nên phức tạp.
Việc công bố sự khác biệt trạng thái lên chuỗi thay vì giao dịch sẽ giảm khả năng kiểm toán, làm cho nhiều phần mềm ( như trình duyệt khối ) 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 lộ trình?
Áp dụng ERC-4337 và cuối cùng đưa một phần của nó vào EVM L2, có thể tăng tốc đáng kể việc triển khai công nghệ tổng hợp. Đặt một phần ERC-4337 trên L1 có thể thúc đẩy việc triển khai của nó trên L2.
Plasma Tổng Quát
Chúng tôi đang giải quyết vấn đề gì?
Ngay cả khi sử dụng blob 16MB và nén dữ liệu, 58.000 TPS cũng chưa chắc có thể hoàn toàn đáp ứng nhu cầu trong các lĩnh vực băng thông cao như thanh toán của người tiêu dùng, mạng xã hội phi tập trung, đặc biệt khi xem xét các yếu tố quyền riêng tư có thể làm giảm khả năng mở rộng từ 3-8 lần. Hiện tại, lựa chọn cho các tình huống giao dịch có khối lượng lớn và giá trị thấp là Validium, lưu trữ dữ liệu ngoài chuỗi, sử dụng một mô hình bảo mật: nhà điều hành không thể đánh cắp quỹ của người dùng, nhưng có thể tạm thời hoặc vĩnh viễn đóng băng tất cả quỹ của người dùng. Nhưng chúng ta có thể làm tốt hơn.
Nó là gì, hoạt động như thế nào?
Plasma là một giải pháp mở rộng, trong đó các nhà điều hành phát hành khối ra ngoài chuỗi, chỉ đưa Merkle root của những khối này lên chuỗi. Đối với mỗi khối, các nhà điều hành gửi Merkle branch cho từng người dùng để chứng minh sự thay đổi hoặc không thay đổi tài sản của người dùng đó. Người dùng có thể rút tài sản bằng cách cung cấp Merkle branch. Điều quan trọng là, nhánh này không nhất thiết phải có trạng thái mới nhất làm gốc. Do đó, ngay cả khi có vấn đề về khả năng truy cập dữ liệu, người dùng vẫn có thể phục hồi tài sản bằng cách rút trạng thái mới nhất có sẵn. Nếu người dùng gửi nhánh không hợp lệ, có thể xác định quyền sở hữu tài sản thông qua cơ chế thách thức trên chuỗi.
Phiên bản Plasma sớm chỉ có thể xử lý các trường hợp thanh toán, không thể mở rộng hiệu quả. Nhưng