Vitalik: Hướng dẫn chưa đầy đủ về Rollup

Nguồn | Vitalik.ca

Tác giả | Vitalik Buterin

Tác giả | Vitalik Buterin

Giải pháp Rollups đang rất thịnh hành trong cộng đồng Ethereum và dự kiến ​​sẽ trở thành giải pháp mở rộng quy mô chính cho Ethereum trong tương lai. Nhưng chính xác thì công nghệ này như thế nào? Nó có thể mang lại cho chúng ta điều gì? Chúng ta sẽ sử dụng công nghệ này như thế nào? Bài viết này sẽ cố gắng trả lời một số câu hỏi chính này.

tiêu đề cấp đầu tiên

Bối cảnh: Mở rộng Lớp 1 và Lớp 2 là gì?

Có hai cách để mở rộng chuỗi khối. Đầu tiên, nó có thể tăng khả năng giao dịch của chính chuỗi khối. Thách thức chính của công nghệ này là khi kích thước khối tăng lên, chuỗi khối sẽ ngày càng khó xác minh hơn và mức độ tập trung sẽ ngày càng cao hơn. Để tránh những rủi ro như vậy, các nhà phát triển có thể cải thiện hiệu quả của phần mềm máy khách. Hoặc chọn một cách khác bền vững hơn: sử dụng các công nghệ như sharding, để việc xây dựng các khối và công việc xác minh trên chuỗi khối có thể được phân phối cho nhiều nút (công nghệ này sẽ được giới thiệu với Ethereum trong bản nâng cấp Eth2).

Kênh trạng thái so với Plasma so với Rollup

Ba loại giải pháp mở rộng Lớp 2 chính là: kênh trạng thái, plasma và cuộn. Chúng là ba mô hình khác nhau với những điểm mạnh và điểm yếu khác nhau. Chúng ta có thể phân loại đại khái tất cả các giải pháp mở rộng Lớp 2 thành ba loại này (mặc dù một số giải pháp có tranh chấp về cách đặt tên do phân loại mơ hồ, chẳng hạn như hợp lệ).

tiêu đề cấp đầu tiên

Nguyên lý kênh nhà nước

Để biết thêm thông tin, vui lòng tham khảo: https://www.jeffcoleman.ca/state-channels và statechannels.org

Giả sử Alice đang cung cấp cho Bob kết nối Internet để đổi lấy việc Bob trả cho cô ấy 0,001 đô la cho mỗi megabyte. Thay vì thực hiện giao dịch cho mọi khoản thanh toán, họ sử dụng giải pháp lớp 2 bên dưới.

Đầu tiên, Bob gửi $1 (hoặc số tiền tương đương bằng ETH hoặc stablecoin) vào một hợp đồng thông minh. Bob ký một vé với "$0,001" (một tin nhắn ngoài chuỗi) và gửi nó cho Alice, do đó hoàn thành khoản thanh toán đầu tiên cho Alice. Đối với khoản thanh toán thứ hai, Bob ký một vé khác với "$0,002" và gửi cho Alice. Và cứ thế, thực hiện bao nhiêu khoản thanh toán tùy thích. Khi họ hoàn tất giao dịch, Alice có thể đăng vé có giá trị cao nhất lên chuỗi và ký tên vào đó. Một hợp đồng thông minh trên chuỗi sẽ xác minh chữ ký của Alice và Bob, sau đó trả cho Alice số tiền trên ghi chú của Bob và trả lại số tiền còn lại cho Bob.

Công nghệ này rất mạnh mẽ: nó có thể được điều chỉnh để thanh toán hai chiều, để xử lý các mối quan hệ hợp đồng thông minh (ví dụ: Alice và Bob ký kết hợp đồng tài chính trong một kênh) và để kết hợp các kênh (ví dụ: khi Alice và Bob, Bob và Charlie Alice và Charlie cũng có thể thực hiện các giao dịch không đáng tin cậy khi có một kênh mở giữa họ).

Tuy nhiên, vai trò của các kênh trạng thái bị hạn chế: tiền không thể được gửi ra ngoài chuỗi cho người dùng chưa tham gia; các kênh không thể đại diện cho các đối tượng không có chủ sở hữu rõ ràng về mặt logic (chẳng hạn như Uniswap); và nếu các giao dịch phức tạp hơn được thực hiện , Một số tiền lớn cần được khóa trong kênh.

tiêu đề cấp đầu tiên

Cách thức hoạt động của Plasma

http://plasma.io/plasma-deprecated.pdf

Plasma Cash：

https://ethresear.ch/t/plasma-cash-plasma-with-much-less-per-user-data-checking/1298

Để biết thêm thông tin, vui lòng tham khảo 👇

Giấy tờ Plasma sớm nhất:

Người dùng gửi một tài sản đến hợp đồng thông minh của chuỗi Plasma để hoàn tất khoản tiền gửi. Chuỗi Plasma chỉ định một ID duy nhất (chẳng hạn như 537) cho nội dung. Mỗi chuỗi Plasma đều có một "người vận hành" điều hành (người này có thể là tác nhân tập trung, đa chữ ký hoặc thứ gì đó phức tạp hơn như PoS/DPoS). Cứ sau một khoảng thời gian (có thể kéo dài từ 15 giây đến một giờ), người vận hành tạo ra một giao dịch tổng hợp (bao gồm tất cả các giao dịch Plasma mà họ đã thu thập ngoài chuỗi) đang chờ xử lý theo đợt.

Các toán tử này sẽ tạo ra một cây Merkle, tại mỗi chỉ mục X trong cây, nếu có giao dịch thì ID tài sản X của giao dịch chuyển sẽ được hiển thị, nếu không có giao dịch thì giá trị lá sẽ bằng 0. Sau đó, họ gửi gốc Merkle của cây Merkle đó trên chuỗi, cùng với nhánh Merkle của mỗi chỉ mục X cho chủ sở hữu hiện tại của tài sản đó.

Nếu người dùng muốn rút tiền, hãy xuất bản chi nhánh Merkle của giao dịch gần đây nhất đã gửi tài sản cho họ. Sau đó, hợp đồng thông minh sẽ bắt đầu một giai đoạn thử thách, trong đó bất kỳ ai cũng có thể cố gắng vô hiệu hóa việc rút tiền bằng cách sử dụng các chi nhánh Merkle khác. Ít nhất một trong những điều sau đây cần phải được chứng minh: (i) người gửi không phải là chủ sở hữu của tài sản khi nó được gửi; (ii) người gửi sau đó đã gửi tài sản cho người khác. Nếu không ai chứng minh được rằng việc rút tiền là gian lận trong một khoảng thời gian nhất định (chẳng hạn như bảy ngày), người dùng có thể rút tài sản của mình.

Một lần nữa, cả Plasma và các kênh đều có một điểm yếu chính: làm cho cả hai sơ đồ trở nên an toàn đòi hỏi phải có "chủ sở hữu" hợp lý của các đối tượng được kiểm soát bởi cả hai hệ thống. Nếu chủ sở hữu của tài sản đó không quan tâm đến tài sản của họ, thì điều đó có thể dẫn đến việc chứng minh rằng tài sản của họ là không hợp lệ. Điều này có thể chấp nhận được đối với nhiều ứng dụng, nhưng lại là một công cụ phá vỡ thỏa thuận đối với nhiều ứng dụng khác (như Uniswap). Ngay cả những hệ thống trong đó trạng thái của một đối tượng có thể thay đổi mà không cần sự đồng ý của chủ sở hữu (chẳng hạn như hệ thống dựa trên tài khoản nơi bạn có thể tăng số dư của ai đó mà không cần sự đồng ý của họ) cũng không phù hợp với Plasma.

Rollups

Điều này có nghĩa là khi triển khai bất kỳ kênh hoặc plasma thực tế nào, cần phải có rất nhiều "lý luận về một ứng dụng cụ thể" và không thể tạo hệ thống kênh trạng thái hoặc plasma mô phỏng toàn bộ môi trường Ethereum (hoặc "EVM"). Để giải quyết vấn đề này, các chương trình tổng số khác nhau đã xuất hiện.

EthHub on optimistic rollups：

https://docs.ethhub.io/ethereum-roadmap/layer-2-scaling/optimistic_rollups/

ZK rollups：

https://docs.ethhub.io/ethereum-roadmap/layer-2-scaling/zk-rollups/

tiêu đề cấp đầu tiên

Để biết các tài nguyên khác, hãy xem 👇

Các lớp plasma và kênh là các giải pháp lớp 2 "thuần túy" ở chỗ chúng di chuyển cả dữ liệu và tính toán ra khỏi chuỗi. Tuy nhiên, các vấn đề cơ bản của lý thuyết trò chơi xung quanh "tính khả dụng của dữ liệu" có nghĩa là các lược đồ này không nhất thiết phải an toàn cho tất cả các ứng dụng. Các giải pháp kênh và plasma dựa vào kiến ​​thức đầy đủ về trạng thái của chủ sở hữu, nhưng điều này ngăn không cho các giải pháp đó có thể khái quát hóa hoàn toàn. Tổng số là một giải pháp hai tầng "kết hợp". Rollup di chuyển tính toán (và lưu trữ trạng thái) ngoài chuỗi, nhưng đưa một số dữ liệu về từng giao dịch vào chuỗi.

Điều quan trọng là dữ liệu được lưu trữ trên chuỗi (lưu ý: đặt dữ liệu "trên IPFS" sẽ không hoạt động vì IPFS không cung cấp sự đồng thuận về việc liệu có bất kỳ dữ liệu cụ thể nào hay không; dữ liệu phải được ghi lại trên chuỗi). Việc đưa dữ liệu lên chuỗi và đạt được sự đồng thuận về dữ liệu đó cho phép mọi người xử lý cục bộ tất cả các hoạt động trong tổng số khi cần, cho phép họ phát hiện gian lận, bắt đầu rút tiền hoặc tự bắt đầu giao dịch theo lô. Thiếu tính khả dụng của dữ liệu có nghĩa là một nhà điều hành độc hại hoặc ngoại tuyến thậm chí có thể có ít tác động hơn (ví dụ: họ không thể gây ra sự chậm trễ trong một tuần), mở ra nhiều không gian thiết kế hơn cho bất kỳ ai có quyền phát hành các lô giao dịch và giúp việc tổng hợp dễ theo dõi hơn .

Quan trọng hơn, việc thiếu tính khả dụng của dữ liệu có nghĩa là không còn cần phải ánh xạ nội dung tới chủ sở hữu, điều này dẫn chúng ta đến một trong những lý do chính khiến cộng đồng Ethereum mong đợi các bản tổng hợp nhiều hơn các giải pháp mở rộng lớp 2 trước đây: các bản tổng hợp hoàn toàn chung chung , thậm chí chúng ta có thể chạy EVM bên trong bản tổng hợp, để các ứng dụng Ethereum hiện có có thể được di chuyển sang bản tổng hợp mà hầu như không cần phải viết mã mới.

tiêu đề cấp đầu tiên

Chính xác thì nguyên tắc của Rollup là gì?

Có một hợp đồng thông minh trên chuỗi chứa gốc trạng thái, là gốc Merkle của trạng thái tổng số (nghĩa là số dư tài khoản, mã hợp đồng, v.v. bên trong tổng số).

Bất kỳ ai cũng có thể xuất bản một lô giao dịch tổng hợp (batch), là tập hợp các giao dịch được nén ở mức độ cao chứa trạng thái gốc trước đó và trạng thái gốc mới (gốc Merkle mới sau khi xử lý giao dịch). Hợp đồng sẽ kiểm tra xem gốc trạng thái cũ trong lô có khớp với gốc trạng thái hiện tại hay không và nếu khớp, hợp đồng sẽ cập nhật trạng thái gốc.

Để hỗ trợ tiền gửi và rút tiền, chúng tôi đã thêm khả năng nhập và xuất các giao dịch "nằm ngoài" trạng thái tổng số. Nếu một lô chứa đầu vào từ bên ngoài, thì các giao dịch được gửi đến lô cũng cần chuyển nội dung sang hợp đồng tổng số. Nếu một lô chứa đầu ra từ bên ngoài, hợp đồng thông minh sẽ bắt đầu rút tiền khi xử lý lô.

Đây là cách tổng số hoạt động. Nhưng có một chi tiết quan trọng hơn: làm thế nào để chúng ta biết rằng gốc hậu trạng thái trong các đợt là chính xác? Nếu ai đó có thể gửi một đợt có gốc sau trạng thái tùy ý mà không chịu bất kỳ hậu quả nào, thì họ có thể chuyển tất cả mã thông báo trong đợt tổng số cho chính họ. Câu hỏi này rất quan trọng vì nó dẫn đến hai giải pháp khác nhau, từ đó dẫn đến hai tổng số khác nhau.

Tổng hợp lạc quan và tổng hợp ZK

Hai rollup là:

1. Tổng số lạc quan, có giải pháp là bằng chứng gian lận: Loại tổng số này theo dõi tất cả các gốc trạng thái lịch sử và giá trị băm cho mỗi đợt. Nếu bất kỳ ai phát hiện ra rằng gốc hậu trạng thái của một lô nhất định là không chính xác, anh ta có thể đăng bằng chứng lên chuỗi khối rằng lô đó đã bị tính toán sai. Hợp đồng xác minh bằng chứng và quay trở lại đợt và các đợt tiếp theo.

Có sự đánh đổi phức tạp giữa hai loại tổng số này:

Nói chung, ý kiến ​​cá nhân của tôi là trong ngắn hạn, lợi thế đáng kể của tính năng tổng hợp lạc quan nằm ở khả năng tính toán EVM cho mục đích chung, trong khi tính năng tổng hợp ZK có nhiều khả năng được sử dụng cho các khoản thanh toán, giao dịch và các trường hợp sử dụng cụ thể khác. Nhưng trong trung và dài hạn, với sự trưởng thành của công nghệ ZK-SNARK, ZK rollup sẽ đóng vai trò là lợi thế trong mọi trường hợp sử dụng.

tiêu đề cấp đầu tiên

Giải cấu trúc bằng chứng gian lận

Trong sơ đồ trên, một bằng chứng gian lận tuyên bố rằng một lô không hợp lệ sẽ chứa dữ liệu màu xanh lá cây: bắt buộc phải có lô đó (tương phản với dữ liệu băm được lưu trữ trên chuỗi để kiểm tra) và các phần của cây Merkle. Các nút màu vàng trong biểu đồ không cần cung cấp vì chúng có thể được tạo lại bởi các nút màu xanh lá cây. Dữ liệu này đủ để thực thi lô và tính toán gốc sau trạng thái (điều này gần giống như cách một máy khách không trạng thái xác thực một khối). Nếu gốc sau trạng thái được tính toán không phù hợp với gốc sau trạng thái trong lô thu được, thì lô đó không hợp lệ.

Đảm bảo rằng nếu một lô không chính xác, nhưng tất cả các lô trước đó đều đúng, thì bằng chứng gian lận có thể được tạo ra để chỉ ra rằng lô đó không chính xác. Lưu ý việc khai báo các lô trước đó: nếu có nhiều hơn một lô không hợp lệ được xuất bản trong danh sách, tốt nhất là cố gắng chứng minh lô không hợp lệ sớm nhất. Cũng có thể nói rằng nếu một lô là chính xác, thì không bao giờ có thể tạo ra bằng chứng gian lận để làm mất hiệu lực của nó.

tiêu đề cấp đầu tiên

Làm thế nào để làm nén?

Một giao dịch Ethereum đơn giản (gửi ETH) có kích thước khoảng 110 byte. Tuy nhiên, đối với chuyển ETH khi tổng số, kích thước chỉ khoảng 12 byte:

Một phần của điều này chỉ đơn giản là mã hóa cấp cao: mã hóa RLP của Ethereum lãng phí 1 byte cho mỗi giá trị. Nhưng nó cũng bao gồm một số thủ thuật nén thông minh:

➤ Nonce: Mục đích chính của tham số này là ngăn chặn các cuộc tấn công lặp lại. Nếu nonce hiện tại của một tài khoản là 5, thì giao dịch tiếp theo cho tài khoản đó phải chứa nonce là 5, nhưng ngay khi giao dịch được xử lý, nonce trong tài khoản đó sẽ tăng lên 6, vì vậy giao dịch không thể được xử lý lại. Trong rollup, chúng ta có thể bỏ qua nonce hoàn toàn, vì chúng ta có thể khôi phục nonce trực tiếp từ trạng thái trước đó; nếu ai đó cố gắng thực hiện lại giao dịch với nonce trước đó, chữ ký sẽ không thể xác minh được vì dữ liệu chứa nonce cao hơn sẽ được dựa vào .để kiểm tra chữ ký.

➤ Gasprice: Chúng tôi có thể cho phép người dùng thanh toán trong một phạm vi giá gas cố định, chẳng hạn như 2 mũ 16. Hoặc chúng tôi có thể tính phí gas cố định trong mỗi đợt hoặc thậm chí chuyển hoàn toàn khoản thanh toán phí gas ra khỏi giao thức tổng hợp và cho phép người giao dịch sử dụng kênh để thanh toán khoản phí tương ứng cho người tạo lô.

➤ Gas: Tương tự, ta có thể đặt tổng gas là bội số của 2. Hoặc ta cũng hạn chế đổ xăng theo mẻ.

➤ To: Có thể dùng chỉ mục để thay thế địa chỉ 20 byte (ví dụ: nếu địa chỉ là địa chỉ thứ 4527 được thêm vào cây Merkle thì ta chỉ cần dùng chỉ mục 4527 để biểu diễn. Sau đó thêm một "Cây con" (cây con ) để lưu trữ mối quan hệ ánh xạ giữa chỉ mục và chính địa chỉ đó).

➤ Giá trị: Chúng ta có thể lưu trữ giá trị dưới dạng ký hiệu khoa học. Trong hầu hết các trường hợp, giao dịch chỉ yêu cầu 1-3 chữ số có nghĩa.

➤ Chữ ký: Chúng ta có thể sử dụng chữ ký tổng hợp BLS để tổng hợp một số lượng lớn chữ ký thành chữ ký khoảng 32-96 byte (tùy thuộc vào giao thức). Chữ ký tổng hợp có thể được kiểm tra cùng một lúc dựa trên bộ thông báo và bộ người gửi của lô. "~0,5" trong bảng cho biết rằng có giới hạn về số lượng chữ ký có thể được bao gồm trong chữ ký tổng hợp do nhu cầu có thể xác minh chữ ký tổng hợp trong bằng chứng gian lận.

Các bản tổng hợp có tính năng bảo vệ quyền riêng tư là một ví dụ quan trọng: trong các bản tổng hợp lạc quan, bằng chứng ZK-SNARK để bảo vệ quyền riêng tư trong mỗi giao dịch cần phải có trên chuỗi và chiếm khoảng 500 byte. Trong bản tổng hợp ZK, ZK-SNARK chứa toàn bộ lô đã chứng minh tính hiệu quả của ZK-SNARK "nội bộ".

Các kỹ thuật nén này là chìa khóa cho khả năng mở rộng của các bản tổng hợp. Mặt khác, khả năng mở rộng của các bản tổng hợp chỉ có thể tăng khoảng 10 lần so với mạng bên dưới (mặc dù đối với một số ứng dụng sử dụng nhiều điện toán cụ thể, sơ đồ tổng số đơn giản là đủ) và dữ liệu được xử lý Sau khi nén, khả năng mở rộng có thể được cải thiện hơn 100 lần cho hầu hết các ứng dụng.

tiêu đề cấp đầu tiên

Ai có thể đóng gói các giao dịch theo lô và gửi chúng?

Có nhiều tuyên bố về quyền đóng gói của các giao dịch trong các bản tổng hợp lạc quan và bản tổng hợp ZK. Nói chung, bất kỳ người dùng nào muốn đóng gói một giao dịch và gửi giao dịch đó đều phải khóa một khoản tiền gửi lớn. Nếu người dùng gửi một lô chứa giao dịch gian lận/không hợp lệ (ví dụ: chứa gốc trạng thái không hợp lệ), thì một phần tiền gửi của người dùng sẽ bị hủy và phần còn lại được thưởng cho người chứng minh gian lận. Bên cạnh đó, các khả năng khác tồn tại:

➤ Hoàn toàn "vô chính phủ": Bất kỳ ai cũng có thể thực hiện theo nhóm và gửi giao dịch bất kỳ lúc nào. Đây là cách dễ nhất, nhưng tất nhiên có những hạn chế. Đặc biệt là khi nhiều người tham gia cố gắng gửi cùng một lúc nhưng cuối cùng chỉ có một đợt có thể được đóng gói thành công. Điều này dẫn đến lãng phí rất nhiều công việc để tạo bằng chứng và/hoặc khí để phát hành lô.

➤ Xử lý tập trung: Có một tác nhân, trình sắp xếp thứ tự, gửi các đợt (nhưng có một ngoại lệ đối với việc rút tiền: thông thường người dùng có thể gửi yêu cầu rút tiền trước, nếu trình sắp xếp thứ tự không xử lý việc rút tiền trong đợt tiếp theo, thì Người dùng có thể tự gửi một đợt). Đây là cách "hiệu quả" nhất, nhưng dựa vào vai trò tập trung.

➤ Lựa chọn ngẫu nhiên bộ PoS: Bất kỳ ai cũng có thể gửi ETH (hoặc mã thông báo của giao thức cuộn) vào hợp đồng cuộn, sau đó chọn ngẫu nhiên bộ sắp xếp của từng lô trong số những người gửi. Khả năng được chọn tỷ lệ thuận với tài sản bị khóa Tỷ lệ . Nhược điểm chính của phương pháp này là một lượng lớn vốn sẽ bị khóa một cách không cần thiết.

➤ Bỏ phiếu DPoS: Người sắp xếp được xác định thông qua đấu giá, nếu diễn viên hoạt động không tốt, chủ sở hữu mã thông báo có thể bỏ phiếu để trục xuất anh ta và bắt đầu một cuộc đấu giá mới.

tiêu đề cấp đầu tiên

Đóng gói số lượng lớn riêng biệt và xử lý gốc trạng thái

Một số dự án tổng số hiện đang được phát triển áp dụng phương pháp "đóng gói hàng loạt độc lập", nghĩa là quá trình gửi lô giao dịch cấp hai và quá trình gửi gốc trạng thái được tách biệt. Ưu điểm của phương pháp này là:

2. Nếu gốc trạng thái không hợp lệ, chúng ta không cần khôi phục toàn bộ lô, chúng ta chỉ cần khôi phục gốc trạng thái và đợi người khác cung cấp gốc trạng thái mới cho lô. Điều này đảm bảo rằng giao dịch của người gửi sẽ không bị khôi phục.

Tóm lại, sự đánh đổi về hiệu quả, tính đơn giản và khả năng chống kiểm duyệt rất phức tạp và nhiều lựa chọn đang được khám phá. Vẫn còn quá sớm để nói khái niệm nào là sự kết hợp tốt nhất và thời gian sẽ trả lời.

tiêu đề cấp đầu tiên

Tổng số có thể đạt được mở rộng ở mức độ nào?

Trên chuỗi Ethereum hiện tại, giới hạn trên của gas là 12,5 triệu gas.Trong một giao dịch, mỗi byte dữ liệu có giá 16 gas. Điều này có nghĩa là nếu một khối chỉ chứa một lô (chúng tôi nói rằng nó tương đương với việc đóng gói một bản tổng hợp zk và tiêu tốn 500.000 gas để xác minh bằng chứng), thì lô đó có thể chứa (12 triệu / 16) 750.000 byte dữ liệu. Như đã trình bày ở trên, đối với một đợt chuyển Ethereum, mỗi thao tác của người dùng chỉ cần 12 byte, có nghĩa là lô giao dịch có thể chứa tới 62.500 giao dịch. Giờ đây, thời gian tạo khối trung bình là 13 giây, tương đương với khoảng 4807 giao dịch mỗi giây (so với 12,5 triệu/21000/13~=45 giao dịch mỗi giây đối với chuyển khoản trực tiếp trên Ethereum)

Các bảng sau đây là ví dụ về các trường hợp sử dụng khác:

Bây giờ, điều đáng chú ý là những con số này quá lạc quan vì nhiều lý do. Quan trọng nhất, gần như không thể có một khối chỉ chứa một đợt, bởi vì ít nhất sẽ có nhiều đợt tổng hợp. Thứ hai, tiền gửi và rút tiền sẽ luôn tồn tại. Thứ ba, trong ngắn hạn, hiệu suất sử dụng sẽ thấp nên chi phí cố định sẽ chiếm ưu thế. Nhưng ngay cả khi đã tính đến các yếu tố này, mức độ mở rộng hơn 100 lần được cho là tiêu chuẩn.

Nếu chúng ta muốn đạt được 1000-4000 giao dịch mỗi giây (tùy thuộc vào trường hợp sử dụng cụ thể) thì sao? Đây là lúc tính năng bảo vệ dữ liệu eth2 phát huy tác dụng. Giao thức sharding cung cấp 16 MB dung lượng cho mọi dữ liệu cứ sau 12 giây và hệ thống đảm bảo sự đồng thuận về tính khả dụng của dữ liệu. Không gian dữ liệu có thể được sử dụng bằng cách tổng số. Dung lượng khoảng 1398kb/giây này cao gấp 23 lần so với 60kb/giây hiện tại trên chuỗi Ethereum và về lâu dài, dung lượng dữ liệu dự kiến ​​sẽ tiếp tục tăng. Do đó, một bản tổng hợp sử dụng dữ liệu phân đoạn eth2 có thể được xử lý theo đợt với thông lượng khoảng 100.000 giao dịch mỗi giây và có thể nhiều hơn nữa trong tương lai.

tiêu đề cấp đầu tiên

Những khó khăn chưa được giải quyết vẫn còn trên Rollup?

Mặc dù các khái niệm cơ bản về rollup hiện đã được hiểu rõ, nhưng chúng tôi tin tưởng rằng chúng hoàn toàn khả thi và an toàn, đồng thời nhiều rollup hiện đã được triển khai trên mạng chính, vẫn còn nhiều lĩnh vực của thiết kế rollup chưa được khám phá đầy đủ và việc triển khai làm cầu nối cho hệ sinh thái Ethereum. Một số khó khăn chính bao gồm:

➤ Ổn định người dùng và hệ sinh thái - không có nhiều ứng dụng sử dụng tính năng tổng hợp, người dùng chưa quen với tính năng tổng hợp và chỉ một số ví đã bắt đầu tích hợp tính năng tổng hợp. Người bán và tổ chức từ thiện chưa hỗ trợ phương thức thanh toán này.

➤ Giao dịch cuộn lên chéo—Di chuyển hiệu quả tài sản và dữ liệu (ví dụ: đầu ra tiên tri) từ cuộn này sang cuộn khác mà không phát sinh phí qua lớp cơ sở.

➤ Khuyến khích kiểm tra - Làm cách nào để tối đa hóa khả năng ít nhất một nút trung thực sẽ xác minh đầy đủ một bản tổng hợp lạc quan sao cho họ sẽ đưa ra bằng chứng gian lận nếu xảy ra sự cố? Đối với các đợt rollup quy mô nhỏ (lên đến hàng trăm giao dịch mỗi giây), vấn đề này không phải là vấn đề lớn, bởi vì nó chỉ là một miếng bánh cho những người khai thác, nhưng đối với các đợt rollup quy mô lớn, cần có thêm lý do để thuyết phục các thợ mỏ làm xác minh.

➤ Khám phá không gian thiết kế giữa plasma và rollup - có công nghệ nào có thể đưa một số dữ liệu liên quan đến cập nhật trạng thái vào chuỗi thay vì tất cả dữ liệu và dữ liệu này sẽ tạo ra những thứ hữu ích không?

➤ ZK-VM hiệu quả - tạo bằng chứng ZK-SNARK rằng mã EVM chung (hoặc một số VM khác mà các hợp đồng thông minh hiện có có thể được biên dịch thành) đã được thực thi chính xác và cho kết quả nhất định.

Tóm lại là

tiêu đề cấp đầu tiên

Liên kết gốc:

Liên kết gốc:https://vitalik.ca/general/2021/01/05/rollup.html

Công việc dịch thuật của ECN nhằm mục đích cung cấp thông tin và tài nguyên học tập chất lượng cao cho cộng đồng Ethereum Trung Quốc. Bản quyền của bài viết thuộc về tác giả gốc và phải ghi rõ nguồn của văn bản gốc cũng như trang web ETH Trung Quốc khi in lại. Để tái bản dài hạn, vui lòng liên hệ với eth@ecn.co để được ủy quyền.

Tài khoản chính thức: Trạm Trung Quốc ETH

Công việc dịch thuật của ECN nhằm mục đích cung cấp thông tin và tài nguyên học tập chất lượng cao cho cộng đồng Ethereum Trung Quốc. Bản quyền của bài viết thuộc về tác giả gốc và phải ghi rõ nguồn của văn bản gốc cũng như trang web ETH Trung Quốc khi in lại. Để tái bản dài hạn, vui lòng liên hệ với eth@ecn.co để được ủy quyền.