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:

Đánh giá toàn diện giải pháp mở rộng L2 mới ra mắt của StarkWare “Recursive Proof”

Đọc bài viết này mất 27 phút
Áp dụng bằng chứng xác thực STARK, đây là mạng Ethereum Lớp 2 mở được xây dựng cho các ứng dụng quy mô lớn trong tương lai.
Tiêu đề gốc: "STARK đệ quy"
Tác giả gốc: Gidi Kaempfer, Kỹ sư cốt lõi của StarkWare
Bản tổng hợp gốc: cộng đồng "StarkNet Chinese"


Tóm tắt


· Bằng chứng đệ quy trực tuyến trên mạng chính, sử dụng một bằng chứng để mở rộng các ứng dụng StarkEx và StarkNet


·


·  Bằng chứng đệ quy cải thiện khả năng mở rộng, giảm chi phí và độ trễ (hiếm khi khả năng mở rộng và độ trễ phát triển đồng thời mà không có sự đánh đổi)


·  Bằng chứng đệ quy tạo điều kiện cho L3 và những ứng dụng tuyệt vời khác


· Chúng ta hãy xem bài đăng trên blog về bằng chứng đệ quy , Cực hay


Mở rộng nhiều lần


Các bằng chứng đệ quy được cung cấp bởi Cairo Universal Computing hiện đang được sản xuất. Điều này đánh dấu sự cải thiện đáng kể về khả năng mở rộng quy mô L2 của STARK. Số lượng giao dịch được ghi vào Ethereum chỉ bằng một bằng chứng duy nhất có thể nhanh chóng nhân lên.  


Cho đến nay, bằng chứng STARK mở rộng quy mô bằng cách "tổng hợp" hàng chục hoặc thậm chí hàng trăm nghìn giao dịch thành một bằng chứng duy nhất được viết trên Ethereum. Thông qua đệ quy, nhiều chứng minh như vậy có thể được “tổng hợp” thành một chứng minh duy nhất.  


Phương pháp này hiện được sử dụng trong nhiều ứng dụng có trụ sở tại Cairo: những ứng dụng chạy trên công cụ mở rộng quy mô SaaS của StarkWare, StarkEx và chương trình Rollup StarkNet không được phép.


Lịch sử phát triển cho đến nay


Kể từ khi bằng chứng đầu tiên được tạo ra trên mainnet vào tháng 3 năm 2020 , STARK chứng tỏ rằng cho đến nay nó đã trải qua các giai đoạn phát triển khác nhau.


Tiện ích mở rộng STARK


Tháng 6 năm 2020, giải pháp tiện ích mở rộng STARK đầu tiên  StarkEx Đã triển khai trên mạng chính Ethereum. StarkEx có một bộ chứng minh thực hiện các phép tính lớn ngoài chuỗi, tạo ra bằng chứng STARK thể hiện độ chính xác của giao dịch và một trình xác thực xác minh tính chính xác của bằng chứng trên chuỗi. Lần triển khai đầu tiên được thực hiện thủ công từ đầu bởi các kỹ sư của StarkWare nên khả năng của StarkEx bị hạn chế rất nhiều. Cuối cùng, chúng tôi quyết định rằng chúng tôi cần một ngôn ngữ lập trình hỗ trợ tính toán chứng minh tổng quát. Thế là Cairo ra đời.


Ngôn ngữ lập trình Cairo


Vào mùa hè năm 2020, Cairo ra mắt trên mạng chính Ethereum. Cairo là Biểu diễn trung gian đại số CPU (AIR), chứa một AIR duy nhất được sử dụng để xác minh tập lệnh "CPU" tương ứng. Cairo mở ra cánh cửa cho việc mã hóa bằng chứng về logic kinh doanh phức tạp hơn, các câu lệnh có thể tính toán tùy ý, nhanh hơn và an toàn hơn. Một chương trình Cairo có thể chứng minh tính logic thực thi của ứng dụng tương ứng. Nhưng chương trình Cairo cũng có thể là tập hợp của nhiều ứng dụng như vậy, đó là SHARP.


SẮC NÉT


SẮC NÉT Nghĩa là, bộ chứng minh được chia sẻ (SHARed ProSver) có thể tổng hợp các giao dịch từ một số ứng dụng độc lập và chứng minh chúng bằng một bằng chứng STARK duy nhất. Các ứng dụng có thể kết hợp các lô giao dịch khác nhau để lấp đầy dung lượng của bằng chứng STARK nhanh hơn. Tốc độ xử lý giao dịch và độ trễ được cải thiện. Bằng chứng đệ quy là thế hệ tiếp theo của công nghệ tiên tiến, không chỉ cho một số logic mã hóa cứng mà còn cho điện toán đa năng.  


Để hiểu đầy đủ lợi ích của bằng chứng đệ quy, cần phải xem xét kỹ hơn cách SHARP đã thực hiện bằng chứng (không đệ quy) cho đến nay. Hình 1 mô tả một quy trình không đệ quy điển hình:


Hình 1: Quy trình chứng minh không đệ quy điển hình


Trong quy trình này, mệnh đề dần dần được hình thành. Khi công suất (hoặc thời gian) đạt đến một ngưỡng nhất định, một đề xuất kết hợp lớn (Tàu hỏa) sẽ được tạo ra. Mệnh đề kết hợp này chỉ có thể được chứng minh sau khi tất cả các mệnh đề riêng lẻ đã được tiếp nhận. Việc chứng minh này mất nhiều thời gian (xấp xỉ tổng thời gian cần thiết để chứng minh từng mệnh đề riêng lẻ). Việc chứng minh các mệnh đề cực lớn cuối cùng bị hạn chế bởi các tài nguyên tính toán sẵn có như bộ nhớ. Trước khi đệ quy, đây thực sự là một trở ngại lớn hạn chế khả năng mở rộng của bằng chứng STARK.  


Chứng minh đệ quy là gì?  


 Với bằng chứng STARK, thời gian cần thiết để chứng minh một mệnh đề gần như tuyến tính với thời gian cần thiết để thực hiện nó. Hơn nữa, nếu thời gian cần thiết để chứng minh một mệnh đề là T thì thời gian cần thiết để xác minh bằng chứng là xấp xỉ log(T), thường được gọi là "nén log". Nói cách khác, sử dụng STARK cho phép người dùng tốn ít thời gian hơn để xác minh các mệnh đề so với việc tính toán chúng.  


Cairo Cho phép biểu thị các mệnh đề tính toán chung có thể được xác minh bằng bằng chứng STARK và sau đó được xác minh bằng trình xác minh STARK tương ứng.


Đây chính là cơ hội để thực hiện đệ quy: giống như một chương trình Cairo có thể được viết để chứng minh tính đúng đắn của hàng nghìn giao dịch , Bạn cũng có thể viết chương trình Cairo để xác minh nhiều Bằng chứng STARK. Một bằng chứng có thể được tạo ra để xác minh tính hợp lệ của nhiều bằng chứng "ngược dòng". Đây là những gì chúng tôi gọi là bằng chứng đệ quy.  


Vì quá trình nén logarit và thời gian chứng minh gần như tuyến tính nên thời gian cần thiết để xác minh bằng chứng STARK tương đối ngắn (dự kiến chỉ mất vài phút trong tương lai gần ).  


Khi triển khai đệ quy, SHARP có thể xác minh các mệnh đề ngay khi chúng được nhận. Bằng chứng có thể được hợp nhất nhiều lần thành bằng chứng đệ quy ở nhiều chế độ khác nhau cho đến khi, tại một thời điểm nào đó, bằng chứng thu được được gửi đến hợp đồng trình xác thực trên chuỗi. Hình 2 là chế độ chứng minh đệ quy điển hình:


Hình 2: Quy trình chứng minh đệ quy điển hình


Trong ví dụ này, bốn mệnh đề được gửi tới SHARP (có thể xuất phát từ bốn ứng dụng khác nhau). Mỗi mệnh đề này đều được chứng minh song song. Sau đó, mỗi cặp bằng chứng sẽ được xác minh bằng một đề xuất xác minh đệ quy (chương trình Cairo xác minh bằng chứng STARK), dẫn đến một bằng chứng. Mệnh đề này được xác nhận bởi hai bằng chứng. Tiếp theo, hai bằng chứng được hợp nhất lại thông qua mệnh đề xác minh đệ quy. Điều này mang lại một bằng chứng xác nhận cả bốn mệnh đề ban đầu. Bằng chứng này cuối cùng có thể được gửi trực tuyến để xác minh bởi hợp đồng thông minh của trình xác thực Solidity.


Ưu điểm trực tiếp của bằng chứng đệ quy


Giảm chi phí trên chuỗi


Không còn nghi ngờ gì nữa, chúng tôi đã đạt được mục tiêu "nén" nhiều bằng chứng thành một, nghĩa là chi phí xác minh của mỗi giao dịch trên chuỗi sẽ thấp hơn đáng kể (trong đó mỗi đề xuất có thể chứa nhiều giao dịch) .  


Sử dụng các bằng chứng đệ quy có thể loại bỏ các rào cản về tài nguyên tính toán (chẳng hạn như bộ nhớ) mà cho đến nay đã hạn chế quy mô của các bằng chứng, bởi vì mỗi mệnh đề có khả năng hạn chế và có thể được chứng minh riêng lẻ. Do đó, khi sử dụng đệ quy, khả năng của đề xuất kết hợp hiệu quả đệ quy (Train) gần như vô hạn và chi phí của mỗi giao dịch có thể giảm đi vài bậc độ lớn.  


Trong thực tế, việc giảm chi phí phụ thuộc vào độ trễ có thể chấp nhận được (và tốc độ giao dịch đến). Ngoài ra, vì mỗi bằng chứng thường đi kèm với đầu ra dữ liệu trên chuỗi tương ứng nên lượng dữ liệu được ghi vào chuỗi cùng với một bằng chứng duy nhất cũng sẽ bị hạn chế. Tuy nhiên, việc giảm chi phí ở mức độ lớn hoặc thậm chí tiếp tục cải thiện hiệu suất là điều có thể dễ dàng đạt được.


Giảm độ trễ


Chế độ chứng minh đệ quy có thể làm giảm độ trễ trong việc chứng minh các mệnh đề tổ hợp lớn. Hai yếu tố phát huy tác dụng:


1. Các mệnh đề nhận được có thể được chứng minh song song (thay vì chứng minh các mệnh đề tổ hợp lớn).


2. Không cần phải đợi cho đến khi đề xuất cuối cùng trong Train xuất hiện để chứng minh điều đó. Ngược lại, các mệnh đề mới có thể được thêm vào chứng minh bất cứ lúc nào. Nghĩa là, độ trễ của mệnh đề cuối cùng được thêm vào Train gần bằng thời gian cần thiết để chứng minh mệnh đề cuối cùng cộng với thời gian cần thiết để chứng minh mệnh đề xác minh đệ quy (bằng chứng của tất cả các mệnh đề đã được "nối" cho Train cụ thể này).


Chúng tôi đang tích cực phát triển và tối ưu hóa vấn đề độ trễ để chứng minh các đề xuất của trình xác minh đệ quy. Việc chứng minh các đề xuất xác minh đệ quy theo thứ tự vài phút dự kiến sẽ mất vài tháng. Do đó, độ trễ SHARP hiệu quả có thể được kiểm soát từ vài phút đến vài giờ và độ dài của độ trễ phụ thuộc vào sự cân bằng chi phí trên chuỗi của mỗi giao dịch. Đây là một cải tiến đáng kể so với độ trễ SHARP.


Thúc đẩy ứng dụng L3


Đề xuất trình xác thực đệ quy được phát triển với Cairo cũng mở ra khả năng gửi bằng chứng tới StarkNet, vì đề xuất này có thể được ghi vào hợp đồng thông minh StarkNet. Điều này cho phép L3 được triển khai trên Mạng công cộng StarkNet L2.


Mẫu đệ quy cũng áp dụng cho các bằng chứng tổng hợp từ L3, được xác minh bằng một bằng chứng duy nhất trên L2. Vì vậy, L3 cũng có thể đạt được quy mô cực lớn.


Những cách sử dụng hữu ích hơn


Áp dụng đệ quy


Đệ quy mở ra nhiều cơ hội hơn cho các nền tảng và ứng dụng muốn tăng thêm chi phí và hiệu suất.


Mỗi bằng chứng STARK xác minh tính hợp lệ của một đề xuất được áp dụng cho một số "đầu vào của công chúng" (hoặc "đầu ra của chương trình" theo thuật ngữ của Cairo). Về mặt khái niệm, đệ quy STARK nén hai bằng chứng có hai đầu vào thành một bằng chứng có hai đầu vào. Nói cách khác, tuy số lượng bằng chứng giảm đi nhưng số lượng đầu vào vẫn giữ nguyên. Sau đó, các đầu vào thường được các ứng dụng sử dụng để cập nhật một số trạng thái trên L1 (ví dụ: cập nhật trạng thái gốc hoặc thực hiện rút tiền trên chuỗi).  


Nếu mệnh đề đệ quy có thể được nhận biết ở lớp ứng dụng, nghĩa là nhận ra ngữ nghĩa của chính ứng dụng đó, thì mệnh đề đệ quy có thể nén hai chứng minh thành một, cũng có thể kết hợp hai đầu vào thành một. Mệnh đề cuối cùng thể hiện tính hợp lệ của các kết hợp đầu vào dựa trên ngữ nghĩa ứng dụng, đó là Đệ quy ứng dụng (xem Hình 3 để biết ví dụ).


Hình 3: Áp dụng đệ quy Ví dụ


Dự luật 1 chứng minh sự cập nhật trạng thái từ A lên B, trong khi Dự luật 2 chứng minh sự cập nhật thêm từ B lên C. Chứng minh của Mệnh đề 1 và 2 có thể được kết hợp thành mệnh đề thứ ba trực tiếp chứng minh sự cập nhật từ A lên C. Bằng cách áp dụng logic đệ quy tương tự, chi phí cập nhật trạng thái có thể giảm đáng kể để đạt được yêu cầu về độ trễ cuối cùng.  


Một ví dụ quan trọng khác của việc áp dụng đệ quy là nén dữ liệu tổng hợp từ nhiều bằng chứng. Ví dụ: đối với bản tổng hợp chứng minh tính hợp lệ như StarkNet, mọi bản cập nhật lưu trữ trong L2 cũng được cập nhật trong L1 dưới dạng dữ liệu được truyền, đảm bảo tính khả dụng của dữ liệu. Tuy nhiên, không cần phải gửi nhiều bản cập nhật cho cùng một đơn vị lưu trữ vì cuối cùng chỉ những giao dịch đã được chứng minh mới có thể đáp ứng được tính khả dụng của dữ liệu. Việc tối ưu hóa này đã được thực hiện trong một khối StarkNet duy nhất. Tuy nhiên, việc áp dụng đệ quy có thể nén dữ liệu tổng hợp trên nhiều khối L2 bằng cách tạo bằng chứng cho từng khối. Điều này có thể giảm đáng kể chi phí và giảm thời gian chặn L2 mà không làm mất khả năng mở rộng của các bản cập nhật L1.  


Điều đáng chú ý là đệ quy ứng dụng có thể được sử dụng kết hợp với đệ quy tổng quát ứng dụng được mô tả trước đó. Nhưng hai sự tối ưu hóa này không liên quan đến nhau.


Giảm độ phức tạp của trình xác thực trên chuỗi 


Mức độ phức tạp của trình xác nhận STARK phụ thuộc vào loại đề xuất được xác minh. Đối với các mệnh đề Cairo nói riêng, độ phức tạp của trình xác minh phụ thuộc vào các thành phần cụ thể được cho phép trong ngôn ngữ Cairo và cụ thể hơn là các phần dựng sẵn được hỗ trợ (nếu Cairo được so sánh với CPU thì phần dựng sẵn tương đương với vi mạch trong một CPU: Việc tính toán được thực hiện quá thường xuyên nên cần tối ưu hóa phép tính của chính nó).


Ngôn ngữ Cairo tiếp tục phát triển và cung cấp ngày càng nhiều phần mềm tích hợp hữu ích. Mặt khác, trình xác thực đệ quy chỉ cần sử dụng một tập hợp nhỏ các phần dựng sẵn. Do đó, SHARP đệ quy có thể hỗ trợ thành công bất kỳ đề xuất nào ở Cairo bằng cách hỗ trợ ngôn ngữ hoàn chỉnh trong trình xác minh đệ quy. Cụ thể, trình xác thực Solidity trên L1 chỉ cần xác minh bằng chứng đệ quy, do đó, trình xác thực có thể bị giới hạn trong việc xác thực một tập hợp con ổn định hơn của ngôn ngữ Cairo: Trình xác thực L1 không cần phải cập nhật với các bản dựng sẵn mới nhất, ổn định nhất. Nói cách khác, các mệnh đề phát triển liên tục, các xác minh phức tạp được xử lý bởi L2 và trình xác minh L1 chỉ cần xác minh các mệnh đề đơn giản, ổn định.


Giảm dấu chân tính toán


Trước khi đệ quy, việc tổng hợp nhiều mệnh đề thành một bằng chứng duy nhất bị giới hạn bởi quy mô của mệnh đề có thể được chứng minh trên các trường hợp tính toán có sẵn (và thời gian cần thiết để tạo ra bằng chứng đó).


Với đệ quy, không cần phải chứng minh một mệnh đề lớn như vậy. Bởi vì có sẵn nhiều phiên bản tính toán nhỏ và rẻ hơn (mặc dù có thể có nhiều phiên bản tính toán hơn mức bạn cần với một bộ chuẩn nguyên khối lớn). Điều này giúp có thể triển khai các phiên bản trình chứng minh trong nhiều môi trường vật lý và ảo hơn.


Tóm tắt


Các bằng chứng đệ quy về tính toán phổ quát hiện phục vụ nhiều hệ thống sản phẩm trên mạng chính Ethereum, bao gồm cả StarkNet.  


Bởi vì nó có thể được cải tiến liên tục nên những ưu điểm của đệ quy sẽ dần dần xuất hiện. Một khi tiềm năng của điện toán song song được giải phóng, phí gas sẽ giảm, độ trễ sẽ được cải thiện và cuối cùng sẽ đạt được khả năng mở rộng cực cao.  


Lợi thế về chi phí và độ trễ của đệ quy là rất đáng kể và sẽ dẫn đến những cơ hội mới như L3 và đệ quy ứng dụng. Trình xác nhận đệ quy tiếp tục được tối ưu hóa, hiệu suất và hiệu quả chi phí của nó sẽ dần được cải thiện.


Phụ lục


Văn bản gốc: STARK đệ quy


Văn bản gốc:Youtube:  ;StarkEx - Nó hoạt động như thế nào?


Văn bản gốc: Xin chào Cario!


Văn bản gốc: Xin chào, Cario !


Văn bản gốc: Mục nhập Wikipedia: Đệ quy


Văn bản gốc: "Mở rộng phân đoạn: từ L2 đến L3"


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

举报 Báo lỗi/Báo cáo
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