BTC
$96,000
5.73%
ETH
$3,521.91
3.97%
HTX
$0.{5}2273
5.23%
SOL
$198.17
3.05%
BNB
$710
3.05%
lang
简体中文
繁體中文
English
Tiếng Việt
한국어
日本語
ภาษาไทย
Türkçe
Trang chủ
AI AI
Tin nhanh
Bài viết
Sự kiện
BlockBeats Pro
Thêm
Thông tin tài chính
Chuyên đề
Hệ sinh thái chuỗi khối
Mục nhập
Podcast
Data
OPRR
Partnered With:

V God đưa bạn hiểu về Rollup giải pháp khả năng mở rộng Ethereum

Đọc bài viết này mất 53 phút
Trong ba giải pháp về khả năng mở rộng, V God lạc quan hơn về giải pháp nào?
Tiêu đề gốc: " Hướng dẫn chưa đầy đủ về bản tổng hợp 》
Tác giả gốc: VitalikButerin
Bản dịch gốc: 0x33, BlockBeats nhịp nhàng

Rollup rất phổ biến trong cộng đồng Ethereum và sẽ có trong thời gian tới trong tương lai, nó sẽ trở thành một giải pháp mở rộng quan trọng cho Ethereum. Nhưng chính xác thì công nghệ này là gì, bạn có thể mong đợi điều gì từ nó và bạn sẽ sử dụng nó như thế nào? Bài viết này sẽ cố gắng trả lời một số câu hỏi quan trọng đó.


Nền tảng: Tiện ích mở rộng Lớp 1 và Lớp 2 là gì?


Có hai cách để mở rộng hệ sinh thái blockchain. Đầu tiên, bạn có thể làm cho chính blockchain có khả năng giao dịch cao hơn. Thách thức chính với công nghệ này là các blockchain có "khối lớn hơn" sẽ khó xác minh hơn và có thể trở nên tập trung 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 sử dụng các công nghệ như sharding bền vững hơn để phân chia công việc xây dựng và xác minh chuỗi trên nhiều nút; như chúng ta đều biết, "ETH2.0" hiện đang nỗ lực đang được tiến hành để xây dựng bản nâng cấp lên Ethereum.


Thứ hai, bạn có thể thay đổi cách sử dụng blockchain. Thay vì đưa tất cả các hoạt động trực tiếp lên blockchain, người dùng thực hiện hầu hết các hoạt động ngoài chuỗi của họ trong giao thức “Lớp 2”. Có một hợp đồng thông minh trên chuỗi chỉ có hai nhiệm vụ: xử lý tiền gửi và rút tiền, đồng thời xác minh bằng chứng rằng mọi thứ xảy ra ngoài chuỗi đều tuân theo các quy tắc. Có nhiều cách để triển khai những bằng chứng này, nhưng tất cả đều có chung một đặc điểm là việc xác minh bằng chứng trên chuỗi sẽ rẻ hơn nhiều so với thực hiện tính toán ban đầu ngoài chuỗi.


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


Lớp 2 có ba phương pháp mở rộng chính: Kênh trạng thái, Plasma và Tổng hợp. Chúng là ba cách tiếp cận khác nhau, mỗi cách đều có ưu và nhược điểm riêng và tại thời điểm này, chúng tôi khá tự tin rằng tất cả các tiện ích mở rộng Lớp 2 sẽ đại khái rơi vào ba loại này. (Mặc dù có tranh cãi về cách đặt tên, chẳng hạn như "validium").


Các kênh trạng thái hoạt động như thế nào?


Bạn có thể nhấp vào đây: https://www.jeffcoleman.ca/state-channels và statechannels.org


Giả sử Alice cung cấp cho Bob kết nối Internet để đổi lấy Bob trả cho cô ấy 0,001 USD mỗi megabyte. Alice và Bob sử dụng sơ đồ Lớp 2 bên dưới thay vì giao dịch mọi khoản thanh toán.


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


Hợp đồng thông minh xác minh chữ ký của Alice và Bob và trả tiền cho Bob cho số tiền của Alice trên tờ giấy bạc và trả lại phần còn lại cho Bob. Nếu Alice không muốn đóng kênh (do mục đích xấu hoặc lỗi kỹ thuật), Bob có thể bắt đầu thời gian thoát (ví dụ: 7 ngày); nếu Alice không cung cấp vé mới trong thời gian này thì Bob có thể lấy lại toàn bộ số tiền của mình.


Công nghệ này rất mạnh mẽ: nó có thể được điều chỉnh để xử lý các khoản thanh toán hai chiều, các mối quan hệ hợp đồng thông minh (ví dụ: Alice và Bob ký hợp đồng tài chính trong kênh) và thành phần (nếu Alice và Bob có kênh công khai, Bob và Charlie cũng vậy, thì Alice có thể tương tác với Charlie mà không cần tin cậy).


Nhưng vai trò của kênh còn hạn chế. Các kênh không thể được sử dụng để gửi tiền ngoài chuỗi cho những người chưa tham gia. Không thể sử dụng các kênh để đại diện cho các đối tượng không có chủ sở hữu logic rõ ràng (ví dụ: Uniswap). Các kênh, khi được sử dụng để thực hiện một số việc phức tạp hơn các khoản thanh toán định kỳ đơn giản, sẽ yêu cầu khóa số tiền lớn.

 

Plasma hoạt động như thế nào?


Nhấp vào đây để xem: giấy Plasma gốc và Tiền mặt plasma.


Để ký gửi một tài sản, người dùng gửi tài sản đó đến hợp đồng thông minh quản lý chuỗi Plasma.


Chuỗi Plasma là Tài sản được gán một ID duy nhất (chẳng hạn như 537). Mỗi chuỗi Plasma có một nhà điều hành (đây có thể là vai trò tập trung hoặc đa chữ ký hoặc thứ gì đó phức tạp hơn như PoS hoặc DPoS). Mỗi khoảng thời gian khác (có thể 15 giây, 1 giờ hoặc bất kỳ khoảng thời gian nào trong khoảng thời gian đó), nhà điều hành sẽ tạo ra một "lô" chứa tất cả các giao dịch Plasma mà họ nhận được ngoài chuỗi.


Chúng tạo ra một cây Merkle (Cây Merkle). Tại mỗi chỉ số X trong cây, nếu có giao dịch thì có giao dịch chuyển ID tài sản X, nếu không thì bằng 0. . Họ gửi rễ cây Merk này lên chuỗi. Họ cũng gửi nhánh Merkle của từng chỉ số X cho chủ sở hữu hiện tại của tài sản đó. Để rút nội dung, người dùng xuất bản nhánh Merkle của giao dịch mới nhất đã gửi nội dung đó cho họ. Nốt nhịp: Cây Merkle, được gọi là cây Merkle hoặc cây băm trong tiếng Trung. Trong mật mãvà khoa học máy tính, nó là cấu trúc dữ liệu dạng cây. Mỗi nút lá được biểu thị bằng hàm băm của khối dữ liệu. nhãn , trong khi các nút không phải nút lá được gắn nhãn bằng hàm băm mật mã của nhãn nút con của chúng. Lợi ích rõ ràng của Merkle Tree là bạn có thể lấy ra một nhánh riêng (dưới dạng một cây nhỏ) để xác minh một phần dữ liệu , nhiều trường hợp sử dụng này mang lại sự tiện lợi và hiệu quả không thể so sánh được với danh sách băm.


Hợp đồng bắt đầu với một khoảng thời gian thử thách, trong đó bất kỳ ai cũng có thể thử sử dụng các nhánh Merkle khác. có thể được thực hiện bằng cách chứng minh rằng (1) người gửi không sở hữu tài sản tại thời điểm gửi hoặc (2) rằng họ đã gửi tài sản cho người khác vào thời điểm sau đó. Nếu không ai chứng minh được rằng việc rút tiền là sai sự thật trong vòng (ví dụ) 7 ngày, người dùng có thể rút tài sản.


Plasma cung cấp các thuộc tính mạnh hơn các kênh trạng thái: bạn có thể gửi nội dung cho những người tham gia không bao giờ thuộc hệ thống và yêu cầu về vốn thấp hơn nhiều. Nhưng điều này phải trả giá: kênh không yêu cầu bất kỳ dữ liệu nào để chạy trên chuỗi trong khi "hoạt động bình thường", trong khi Plasma yêu cầu mỗi chuỗi xuất bản hàm băm theo định kỳ. Hơn nữa, việc chờ chuyển Plasma không phải là ngay lập tức: bạn phải đợi khoảng thời gian kết thúc và khối được xuất bản.


Hơn nữa, các kênh Plasma và trạng thái có chung một điểm yếu: tại sao chúng lại an toàn? Lý thuyết trò chơi đằng sau điều này dựa trên ý tưởng rằng mọi đối tượng được điều khiển bởi hai hệ thống đều có một số "chủ sở hữu" hợp lý. Nếu chủ sở hữu không quan tâm đến tài sản của họ, điều này có thể dẫn đến kết quả "không hợp lệ" liên quan đến tài sản đó. Điều này có thể chấp nhận được đối với nhiều ứng dụng, nhưng không được chấp nhận đối với nhiều ứng dụng khác (ví dụ: Uniswap). Ngay cả những hệ thống mà trạng thái của đối tượng tài sản gửi có thể thay đổi mà không có sự đồng ý của chủ sở hữu (ví dụ: 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 vượt qua được quá trình xử lý Plasma.

 

Điều này có nghĩa là trong bất kỳ quá trình triển khai kênh trạng thái hoặc Plasma thực tế nào, cần phải có rất nhiều "lý luận dành riêng cho ứng dụng" và Không thể tạo ra hệ thống Plasma hoặc kênh mô phỏng toàn bộ môi trường Ethereum (hoặc "EVM").


Để giải quyết vấn đề này, chúng ta có thể xem xét... rollup.

 

Cuộn lại


Nhấp vào đây để xem chi tiết: EthHub về các bản tổng hợp lạc quan  ;và Bản tổng hợp ZK.


Kênh plasma và trạng thái là các kế hoạch Lớp 2 hoàn chỉnh, chúng cố gắng di chuyển cả dữ liệu và tính toán ra bên ngoài chuôi. Tuy nhiên, các vấn đề cơ bản về lý thuyết trò chơi xung quanh tính sẵn có của dữ liệu có nghĩa là không thể thực hiện việc này một cách an toàn cho tất cả các ứng dụng. Plasma và các kênh dựa vào khái niệm chủ sở hữu rõ ràng để giải quyết vấn đề này, nhưng điều này cản trở khả năng khái quát hóa của chúng. Mặt khác, rollup là giải pháp Lớp 2 "kết hợp".


Rollup di chuyển tính toán (và lưu trữ trạng thái) ra khỏi chuỗi nhưng vẫn giữ một số dữ liệu trên chuỗi của mỗi giao dịch. Để nâng cao hiệu quả, họ sử dụng một loạt thủ thuật nén lạ mắt và thay thế dữ liệu bằng tính toán bất cứ khi nào có thể. Do đó, khả năng mở rộng của hệ thống vẫn bị giới hạn bởi băng thông dữ liệu blockchain cơ bản, nhưng ở một tỷ lệ rất thuận lợi: một mã thông báo ERC20 cơ bản của Ethereum tốn khoảng 45.000 gas để chuyển, trong khi một mã thông báo ERC20 khi tổng hợp. Quá trình chuyển chiếm 16 byte không gian trên chuỗi và tốn ít hơn 300 gas.


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


Quan trọng nhất là việc thiếu các vấn đề về tính khả dụng của dữ liệu có nghĩa là không cần phải ánh xạ nội dung tới chủ sở hữu nữa, điều này là lý do chính khiến cộng đồng Ethereum nhiệt tình hơn với việc cuộn lên so với các dạng tiện ích mở rộng Lớp 2 trước đây: việc cuộn lên hoàn toàn phổ biến và thậm chí có thể chạy EVM khi cuộn lên, cho phép các ứng dụng Ethereum hiện có di chuyển sang cuộn lên mà hầu như không cần Viết bất kỳ mã mới nào .


Được rồi, sau đó tổng hợp lại Công việc của bạn tuyệt vời như thế nào?


Có một hợp đồng thông minh trên chuỗi, giúp duy trì trạng thái gốc: cuộn lên Gốc trạng thái Merkle (nghĩa là số dư tài khoản, mã hợp đồng, v.v., nằm "bên trong" danh sách tổng hợp).


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



 

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


 


Chà, đây là một chi tiết chính: làm thế nào để biết rằng gốc sau trạng thái trong lô là chính xác? Nếu có ai A lô có bất kỳ gốc trạng thái nào có thể được gửi mà không có bất kỳ hậu quả nào, sau đó họ có thể chuyển tất cả số tiền trong danh sách cho chính mình.


Câu hỏi này rất quan trọng vì có hai nhóm câu hỏi rất khác nhau giải pháp, hai bộ giải pháp này sẽ dẫn đến hai loại tổng hợp.


Bản tổng hợp lạc quan so với bản tổng hợp ZK


Hai loại tổng hợp này là tổng hợp lạc quan và tổng hợp ZK.


Bản tổng hợp lạc quan, họ sử dụng bằng chứng gian lận: hợp đồng tổng hợp theo dõi nó trạng thái Toàn bộ lịch sử của gốc và giá trị băm cho mỗi lô. Nếu ai đó phát hiện ra rằng một lô có trạng thái gốc không chính xác, họ có thể xuất bản bằng chứng cho chuỗi rằng lô đó được tính toán không chính xác. Hợp đồng sẽ xác minh bằng chứng và khôi phục lô này và tất cả các lô tiếp theo.

 

Bản tổng hợp ZK, sử dụng bằng chứng hợp lệ: mỗi lô chứa một chứng minh mật mã ZK-SNARK (ví dụ: , sử dụng giao thức PLONK) rằng gốc trạng thái sau là kết quả chính xác của việc thực thi lô. Cho dù bằng chứng có cường độ tính toán cao đến đâu, nó vẫn có thể được xác minh nhanh chóng trên chuỗi.

 

Có sự cân bằng phức tạp giữa hai loại hình tổng hợp này:



 

Nhìn chung, quan điểm của tôi là trong ngắn hạn, Optimistic Rollup có cơ hội giành chiến thắng trong lĩnh vực điện toán EVM đa mục đích, ZKrollup dự kiến sẽ tốt hơn ở mức thanh toán đơn giản, nền tảng giao dịch và các trường hợp sử dụng dành riêng cho ứng dụng khác. Tuy nhiên, trong trung và dài hạn, bản tổng hợp ZK sẽ giành chiến thắng trong mọi trường hợp sử dụng khi công nghệ ZK-SNARK được cải thiện.


Phân tích bằng chứng gian lận


bản tổng hợp lạc quan phụ thuộc vào việc ai đó có xuất bản một lô không hợp lệ vào danh sách tổng hợp hay không. Bất kỳ ai theo dõi chuỗi và phát hiện ra gian lận đều có thể xuất bản bằng chứng gian lận để chứng minh cho hợp đồng rằng lô đó không hợp lệ. nên được phục hồi.





Bằng chứng gian lận cho rằng một lô không hợp lệ sẽ chứa dữ liệu xanh: chính lô đó (có thể được kiểm tra dựa trên hàm băm được lưu trữ trên chuỗi) và phần cây Merkle chỉ cần chứng minh rằng lô đó đã đọc và /hoặc sửa đổi tài khoản cụ thể.


Các nút trong cây màu vàng có thể được xây dựng lại từ các nút màu xanh lá cây, do đó không cần cung cấp (dữ liệu). Dữ liệu này đủ để thực hiện xử lý hàng loạt và tính toán gốc trạng thái sau (lưu ý, đây chính xác là cách mà một máy khách không trạng thái xác thực một khối duy nhất). Nếu gốc sau trạng thái được tính toán trong lô không giống với gốc sau trạng thái được cung cấp thì lô đó là gian lận.


Đảm bảo rằng nếu một lô được xây dựng không chính xác và tất cả các lô trước đó được xây dựng chính xác thì đó là có thể tạo bằng chứng gian lận cho thấy việc xây dựng lô không chính xác. Lưu ý tuyên bố về các lô trước: nếu có nhiều lô không hợp lệ được đăng lên một bản tổng hợp, tốt nhất bạn nên cố gắng chứng minh rằng lô cũ nhất là không hợp lệ. Tất nhiên, nếu một lô được xây dựng 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 lô đó.

 

Tính năng nén hoạt động như thế nào?


Một Ethereum đơn giản Giao dịch ( gửi ETH) mất khoảng 110 byte. Tuy nhiên, quá trình chuyển ETH khi tổng hợp chỉ mất khoảng 12 byte:

 


  

Một phần của việc này là mã hóa nâng cao hơn: 1 byte RLP của Ethereum bị lãng phí trên chiều dài của giá trị. Nhưng có một số thủ thuật nén rất thông minh đang diễn ra:


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


giá gas: us Người dùng có thể được phép thanh toán trong một phạm vi giá gas cố định, ví dụ: 2 được tăng lên lũy thừa thứ 16. Ngoài ra, chúng tôi có thể đặt mức phí cố định trong mỗi đợt hoặc thậm chí chuyển hoàn toàn các khoản thanh toán gas ra ngoài giao thức tổng hợp và yêu cầu người xử lý giao dịch thanh toán cho người tạo hàng loạt thông qua một kênh.


gas:Tương tự, chúng tôi tổng lượng khí có thể được viết dưới dạng lũy thừa của 2. Ngoài ra, chúng ta chỉ có thể đặt giới hạn gas cho lô.


Tới: Chúng ta có thể sử dụng Chỉ mục thay thế địa chỉ 20 byte. Nếu một địa chỉ là địa chỉ 4527 được thêm vào cây, chúng ta chỉ cần tham chiếu địa chỉ đó bằng chỉ mục 4527. Chúng tôi sẽ thêm một cây con vào trạng thái để lưu trữ ánh xạ chỉ mục tới địa chỉ).


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


Chữ ký: Chúng tôi có thể tổng hợp chữ ký bằng cách sử dụng BLS, cho phép tổng hợp nhiều chữ ký thành một chữ ký duy nhất có dung lượng ~32-96 byte (tùy thuộc vào giao thức). Chữ ký này sau đó có thể được kiểm tra đối với toàn bộ tập hợp tin nhắn và người gửi trong lô cùng một lúc. Giá trị ~0,5 trong bảng biểu thị rằng có giới hạn về số lượng chữ ký có thể được đưa vào tổng hợp, vì các chữ ký cần phải được xác minh trong một bằng chứng gian lận duy nhất.


Một thủ thuật nén quan trọng dành riêng cho việc tổng hợp ZK là nếu một phần của giao dịch chỉ được sử dụng để xác minh và không có gì liên quan đến việc tính toán trạng thái. Nếu bản cập nhật không liên quan thì phần này có thể bị bỏ lại bên ngoài chuỗi. Không thể đạt được kết quả tổng hợp lạc quan này vì dữ liệu vẫn cần được đưa vào chuỗi trong trường hợp cần kiểm tra sau để có bằng chứng gian lận, trong khi ở tổng hợp ZK, SNARK chứng minh tính chính xác của lô đã được chứng minh là cung cấp bất kỳ kết quả nào. yêu cầu xác minh Dữ liệu.


Một ví dụ quan trọng là olps bảo vệ quyền riêng tư: trong bản tổng hợp lạc quan, được sử dụng để đảm bảo quyền riêng tư của mỗi giao dịch Khoảng 500 byte ZK-snark cần phải được đặt trên chuỗi và trong bản tổng hợp ZK, ZK-snark bao trùm toàn bộ lô đã cho thấy rõ ràng rằng ZK-snark "nội bộ" là hợp lệ.


Những thủ thuật nén này là chìa khóa cho khả năng mở rộng của tổng hợp; nếu không có chúng, tổng hợp có thể chỉ hoạt động trên chuỗi cơ sở. Khả năng mở rộng được cải thiện khoảng 10 lần (mặc dù có một số ứng dụng tính toán chuyên sâu mà ngay cả việc cuộn đơn giản cũng mạnh mẽ) và sử dụng các thủ thuật nén, hệ số tỷ lệ có thể vượt quá 100 lần cho hầu hết các ứng dụng.


Ai có thể gửi giao dịch hàng loạt để xem xét?


Có nhiều ý kiến về việc ai có thể gửi lô giao dịch trong các bản tổng hợp lạc quan hoặc ZK. Nói chung, mọi người đều đồng ý rằng để có thể gửi một đợt, người dùng phải gửi một khoản tiền gửi lớn. Nếu người dùng từng gửi một giao dịch hàng loạt gian lận (ví dụ: trạng thái gốc không hợp lệ), khoản tiền gửi đó sẽ bị đốt một phần và một phần được sử dụng làm phần thưởng cho người chứng minh gian lận. Nhưng bên cạnh cách tiếp cận này, còn có rất nhiều khả năng:


Rối loạn hoàn toàn: Bất cứ ai cũng có thể Gửi giao dịch hàng loạt bất cứ lúc nào thời gian. Đây là phương pháp đơn giản nhất nhưng nó có một số nhược điểm nghiêm trọng. Đặc biệt, có nguy cơ nhiều người tham gia sẽ tạo ra và cố gắng gửi các lô giao dịch cùng nhau và chỉ một trong các lô này có thể được xử lý thành công. Điều này dẫn đến lãng phí rất nhiều năng lượng khi tạo ra bằng chứng và cũng lãng phí gas do nhu cầu tải các lô giao dịch lên chuỗi.


Bộ sắp xếp tập trung: có một người tham gia: người sắp xếp thứ tự. Anh ta có thể gửi các giao dịch theo lô (ngoại trừ việc rút tiền: kỹ thuật thông thường là trước tiên người dùng có thể gửi yêu cầu rút tiền và sau đó nếu người đặt hàng không xử lý yêu cầu rút tiền đó trong đợt tiếp theo thì người dùng có thể gửi một đợt thao tác đơn lẻ bằng cách tự mình giải quyết). Đây là cách "hiệu quả" nhất, nhưng nó dựa vào vai trò tập trung để duy trì mọi thứ hoạt động.


Đấu giá phân loại: Tổ chức phiên đấu giá Xác định ai có quyền trở thành người đặt hàng (ví dụ: vào ngày hôm sau). Ưu điểm của công nghệ này là số tiền mà nó huy động được có thể được phân phối, chẳng hạn như DAO được kiểm soát tổng hợp (xem: đấu giá MEV)


Được chọn ngẫu nhiên từ bộ PoS: Bất kỳ ai có thể đặt ETH (hoặc tổng hợp mã thông báo Giao thức của riêng họ) được gửi vào hợp đồng tổng hợp và người đặt hàng của mỗi lô được chọn ngẫu nhiên từ nhóm người gửi, với xác suất được chọn tỷ lệ thuận với số tiền đã gửi. Nhược điểm chính của kỹ thuật này là nó dẫn đến việc một lượng lớn vốn không cần thiết bị khóa lại.


Biểu quyết DPoS: Có một riêng biệt Những người đặt hàng được chọn thông qua một cuộc đấu giá, nhưng nếu họ hoạt động kém, chủ sở hữu mã thông báo có thể bỏ phiếu cho họ và tổ chức một cuộc đấu giá mới để thay thế họ


Xử lý hàng loạt được khấu hao và cung cấp gốc trạng thái


Một số bản tổng hợp hiện đang được phát triển sử dụng phương pháp "xử lý hàng loạt khấu hao", trong đó hoạt động gửi một lô giao dịch Lớp 2 và hoạt động gửi gốc trạng thái được thực hiện riêng biệt. Cách tiếp cận này có một số ưu điểm chính:


Bạn có thể cho phép nhiều người đặt hàng xuất bản các lô giao dịch song song để cải thiện khả năng chống lại đánh giá mà không phải lo lắng rằng một số lô sẽ trở nên không hợp lệ vì các lô khác được đưa vào trước.


Nếu root trạng thái là gian lận, bạn không cần khôi phục toàn bộ lô, bạn chỉ cần khôi phục state Chỉ cần root và đợi ai đó cung cấp root trạng thái mới cho cùng một đợt. Điều này mang lại cho người gửi giao dịch sự đảm bảo tốt hơn rằng giao dịch của họ sẽ không bị hoàn nguyên.


Vì vậy, nhìn chung, có một khu công nghệ khá phức tạp đang cố gắng cân bằng những sự đánh đổi phức tạp, bao gồm cả Hiệu quả , sự đơn giản, khả năng chống kiểm duyệt và các mục tiêu khác. Còn quá sớm để nói sự kết hợp nào sẽ hiệu quả nhất; thời gian sẽ trả lời.


Khả năng mở rộng tổng hợp mang lại cho bạn bao nhiêu?


Trên chuỗi Ethereum hiện tại, giới hạn gas là 12,5 triệu và mỗi byte dữ liệu trong giao dịch có giá 16 khí ga. Điều này có nghĩa là nếu một khối chỉ chứa một lô duy nhất (giả sử sử dụng ZK rollup và tiêu tốn 500 nghìn gas cho việc xác minh bằng chứng), thì lô (12 triệu/16) = 750000 byte dữ liệu.


Như được hiển thị ở trên, đối với mỗi hoạt động của người dùng, bản tóm tắt chuyển ETH chỉ yêu cầu 12 byte, Điều này có nghĩa là một lô có thể chứa tới 62500 giao dịch. Với thời gian tạo khối trung bình là 13 giây, điều này có nghĩa là khoảng 4807 TPS (so với 12,5 triệu / 21000/13 ~= 45 TPS khi chuyển ETH trực tiếp trên chính Ethereum).


Dưới đây là sơ đồ cho một số trường hợp sử dụng khác:



Mức tăng khả năng mở rộng tối đa được tính bằng (chi phí gas L1) / (rollup byte * 16) * 12 triệu / 12,5 triệu .


Bây giờ, cần nhớ rằng những con số này quá lạc quan vì nhiều lý do. Điểm mấu chốt là một khối hầu như sẽ không bao giờ chỉ chứa một lô mà ít nhất có nhiều bản cuộn. Thứ hai, việc gửi và rút tiền sẽ tiếp tục diễn ra. Thứ ba, khả năng sử dụng sẽ thấp trong ngắn hạn 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, khả năng mở rộng hơn 100 lần dự kiến sẽ trở thành tiêu chuẩn.


Bây giờ, nếu chúng ta muốn vượt quá 1000-4000 TPS (tùy thuộc vào trường hợp sử dụng cụ thể) thì sao? là nơi phân chia dữ liệu eth2 xuất hiện. Sơ đồ phân mảnh mở ra 16 MB dung lượng cứ sau 12 giây, có thể chứa bất kỳ dữ liệu nào 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 này có sẵn để cuộn. ~1398k byte/giây này là mức cải thiện gấp 23 lần so với ~60kb/giây của chuỗi Ethereum hiện tại và dung lượng dữ liệu dự kiến sẽ tăng hơn nữa trong thời gian dài. Do đó, một bản tổng hợp sử dụng dữ liệu phân đoạn eth2 có thể xử lý tới 100 nghìn TPS và thậm chí nhiều hơn thế trong tương lai.


Những thách thức nào trong quá trình triển khai vẫn chưa được giải quyết triệt để?


Mặc dù hiện nay tổng hợp là một khái niệm cơ bản dễ hiểu nhưng chúng tôi rất tự tin rằng chúng vốn khả thi và an toàn, đồng thời nhiều giải pháp tổng hợp đã được triển khai trên mạng chính, nhưng thiết kế tổng hợp vẫn còn Nhiều lĩnh vực chưa được phát triển tốt và vẫn còn những thách thức trong việc di chuyển hoàn toàn phần lớn hệ sinh thái Ethereum sang các bản tổng hợp để tận dụng khả năng mở rộng của chúng.


Một số thách thức chính bao gồm:


Thích ứng với người dùng và hệ sinh thái: Rất ít ứng dụng sử dụng tính năng cuộn lên và người dùng không quen với tính năng cuộn lên. Rất ít ví đã bắt đầu tích hợp cuộn lên. Người bán và tổ chức từ thiện chưa chấp nhận phương thức thanh toán này.


Giao dịch cuộn chéo:Di chuyển hiệu quả tài sản và dữ liệu (ví dụ: thông qua đầu ra oracle) từ bản tổng hợp này sang bản tổng hợp khác mà không cần thông qua lớp cơ sở.

 

Khuyến khích kiểm toán: Cách tối đa hóa ít nhất một khả năng Có phải các nút trung thực sẽ thực sự xác thực đầy đủ một bản tổng hợp lạc quan để đưa ra bằng chứng gian lận nếu có sự cố xảy ra? Đối với các bản tổng hợp quy mô nhỏ (lên đến vài trăm TPS), đây không phải là một vấn đề quan trọng và người ta có thể chỉ cần dựa vào lòng vị tha Nhưng đối với các đợt tổng hợp quy mô lớn, vẫn cần có lý do rõ ràng hơn.


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ố, nhưng không phải tất cả, dữ liệu liên quan đến cập nhật trạng thái lên chuỗi không? Có thể rút ra kết luận hữu ích nào từ nó không?


Tối đa hóa bảo mật trước xác nhận trước:

span>Nhiều bản tổng hợp cung cấp khái niệm "xác nhận trước" để có trải nghiệm người dùng nhanh hơn, trong đó người đặt hàng ngay lập tức đưa ra lời hứa rằng giao dịch sẽ được đưa vào đợt tiếp theo và nếu họ thất hứa, khoản đặt cọc của người đặt hàng sẽ bị mất . hủy hoại. Nhưng tính an toàn kinh tế của chương trình này còn hạn chế vì có thể đưa ra nhiều cam kết với nhiều người tham gia cùng một lúc. Cơ chế này có thể được cải thiện không?

 

Cải thiện phản ứng khi vắng mặt tốc độ phản hồi của bộ sắp xếp:Nếu bộ sắp xếp tổng hợp đột nhiên ngoại tuyến, việc khôi phục chức năng sắp xếp càng nhanh và ít tốn kém càng tốt khi gặp phải tình huống này là rất có giá trị. Phương pháp là Đó là thoát ra một cách nhanh chóng và ít tốn kém một bản tổng hợp khác với số lượng lớn hoặc để nhanh chóng thay đổi trình tự sắp xếp.

 

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


Kết luận


Rollup là một mô hình mở rộng quy mô Lớp 2 mới mạnh mẽ, dự kiến sẽ trở thành nền tảng cho việc mở rộng quy mô Ethereum trong ngắn hạn và trung hạn (và có thể cả dài hạn). Họ đã nhận thấy cộng đồng Ethereum rất quan tâm đến vấn đề này và không giống như những nỗ lực trước đây đối với tiện ích mở rộng Lớp 2, họ có thể hỗ trợ mã EVM chung, cho phép dễ dàng di chuyển các ứng dụng hiện có. Để làm được điều này, họ đã thực hiện một thỏa hiệp quan trọng: thay vì cố gắng thoát khỏi chuỗi hoàn toàn, họ giữ một lượng nhỏ dữ liệu từ mỗi giao dịch trên chuỗi.


Có nhiều loại Rollup và có nhiều sự lựa chọn trong lĩnh vực thiết kế: chẳng hạn như sử dụng tính năng gian lận của rollup lạc quan bằng chứng hoặc sử dụng bằng chứng tổng hợp ZK Validity (còn gọi là ZK-SNARK). Người đặt hàng (người dùng có thể xuất bản các lô giao dịch lên chuỗi) có thể là tác nhân tập trung, tác nhân tự do hoặc nhiều tùy chọn khác ở giữa. Rollups vẫn là một công nghệ sơ khai và quá trình phát triển vẫn đang diễn ra với tốc độ nhanh chóng nhưng chúng vẫn hoạt động và một số trong số đó (đặc biệt là Loopring, ZKSync và DeversiFi) đã hoạt động được nhiều tháng. Sẽ có nhiều công việc thú vị hơn từ không gian Rollup trong những năm tới.


Liên kết gốc


 

 


Chào mừng bạn tham gia cộng đồng chính thức của BlockBeats:

Nhóm Telegram đăng ký: https://t.me/theblockbeats

Nhóm Telegram thảo luận: https://t.me/BlockBeats_App

Tài khoản Twitter chính thức: https://twitter.com/BlockBeatsAsia

Chọn thư viện
Thêm mới thư viện
Hủy
Hoàn thành
Thêm mới thư viện
Chỉ mình tôi có thể nhìn thấy
Công khai
Lưu
Báo lỗi/Báo cáo
Gửi