Tác giả: KAUTUK; Nguồn: Substack; Biên dịch: Kate, Marsbit
Một trong những dòng tweet của tôi gần đây đã lan truyền và thu hút được nhiều sự chú ý trong cộng đồng trực tuyến Web3! Đây là một bài đăng "Twitter" rất ngắn gọn gồm bốn phần, nhưng tôi nghe bạn hỏi, chính xác thì nó có nghĩa là gì? Hãy để tôi giải thích.
Việc mở một bài viết Rollup với chủ đề như "Rollup là gì" hoặc "Tại sao chúng ta cần Rollup" cũng giống như giết chú Ben hoặc bắn bố mẹ trong mỗi lần lặp lại các bộ phim Người Nhện và Người Dơi. Nếu bạn đang đọc bài viết này, có lẽ bạn đã quen với những lập luận được ghi chép đầy đủ này. Ngoài ra, nếu bạn đang đọc nội dung này, tôi nghĩ chúng ta có thể vượt ra ngoài cuộc tranh luận về Chuỗi ứng dụng và Tổng hợp ứng dụng. Vì vậy, hãy cắt giảm để đuổi theo.
Sự gia tăng của các bản tổng hợp dành riêng cho ứng dụng
Universal Rollup thật khó chịu
Universal Rollup giống như hệ thống trường học ở Ấn Độ (tôi tin rằng chúng cũng có những đặc điểm tương tự với các hệ thống trường học khác, nhưng đây là điều mà cá nhân tôi có kinh nghiệm).
Các vận động viên, ca sĩ, nhà toán học, nhà tư tưởng, nhà kinh tế và người kể chuyện đều cần phải trải qua quá trình tương tự để đạt điểm đậu. Về mặt kỹ thuật, hệ thống này không “thiên vị” đối với bất kỳ nhóm cụ thể nào, nhưng nó cũng không “công bằng” với bất kỳ ai. Nhưng này, chúng tôi đã kết bạn! (Điều này sẽ quan trọng sau này).
Tương tự như vậy, đối với các ứng dụng trên bản tổng hợp phổ quát, nút thắt cổ chai chính là môi trường, vì nó không thể đáp ứng nhu cầu của từng ứng dụng riêng lẻ. Mỗi ứng dụng có thể yêu cầu một kiểu tối ưu hóa khác nhau, nhưng sẽ không hợp lý nếu mong đợi bất cứ điều gì được thiết kế riêng cho chúng. Tuy nhiên, nếu bạn chỉ muốn dùng thử và có cái nhìn tổng quan thì đây là lựa chọn thuận tiện nhất. Ngoài ra, đối với một số ứng dụng, như một số học sinh bình thường, đây có thể là giải pháp phù hợp!
Còn bạn bè thì sao? Đó là một hệ sinh thái gồm các ứng dụng được xây dựng cùng với ứng dụng của bạn. Nếu bạn là một doanh nhân, bạn có thể chỉ cần gọi cho người bạn kế toán của mình và nhờ anh ấy giúp bạn giấu thuế với chính phủ :)
Bản tổng hợp dành riêng cho ứng dụng gây nhầm lẫn
Chà, con tôi quá giỏi thể thao để học ở trường công và nó cần được huấn luyện đặc biệt. Tôi có cần gửi cô ấy đến trường thể thao hay tôi nên thuê một huấn luyện viên cá nhân….
##Độ phức tạp cụ thể
Chúng ta hãy chơi một trò chơi.
Dưới đây là danh sách 8 bản tổng hợp dành riêng cho ứng dụng. Tuy nhiên, trong mỗi nhóm đều có một vật phẩm không thuộc nhóm đó. Bạn có thể xác định đó là cái nào không?
Tính đặc thù của ứng dụng đang trở thành một thuật ngữ khó hiểu. Có những bản tổng hợp dành riêng cho ứng dụng cho phép các hợp đồng được triển khai ngay trên chính chúng và có những bản tổng hợp dành riêng cho ứng dụng cho phép triển khai các hợp đồng vì máy ảo (VM) của chúng hỗ trợ nó, nhưng chủ sở hữu của chúng lại hạn chế điều đó. Ngoài ra còn có các bản tổng hợp dành riêng cho ứng dụng có VM đóng hoặc hoàn toàn không có VM và không hỗ trợ các kiểu phát triển khác.
Có công bằng không khi gộp chúng vào cùng một loại?
Câu trả lời cho câu hỏi trước~
Nhóm 1: Celo là một lựa chọn kỳ lạ vì nó cho phép các nhà phát triển khác xây dựng ứng dụng, trong khi những người khác có thể sử dụng ứng dụng trực tiếp. Các dự án khác có thể được xem xét vào Nhóm 1 là Fuel-v1, Aevo, RhinoFi, v.v.
Nhóm 2: Loopring là một nhóm kỳ lạ, vì đây là Nhóm tổng hợp được xây dựng có mục đích duy nhất hoạt động ngay lập tức, trong khi các nhóm còn lại là các mạng được tối ưu hóa cho các tính năng cụ thể như quyền riêng tư, NFT và TPS cho các ứng dụng được triển khai trên chúng. Bạn có thể kế thừa những chức năng này. Các dự án khác có thể xếp vào nhóm thứ hai, Kinto, Kroma, mạng lưới hàng hóa công cộng, v.v.
Các vấn đề khi triển khai hợp đồng trên các máy ảo thông thường đã được sửa đổi
Những máy ảo triển khai hợp đồng thông minh này không gì khác hơn là những cỗ máy trạng thái hoàn chỉnh Turing. Các hợp đồng bạn triển khai trên chúng chỉ là những sửa đổi bổ sung cho chính trạng thái đó. Nó không thực sự ảnh hưởng đến các quy tắc chuyển đổi trạng thái cốt lõi của máy ảo. Bản tổng hợp về cơ bản là một máy ảo chứa logic nghiệp vụ của bạn.
Logic nghiệp vụ của bạn tách biệt với chức năng chuyển đổi trạng thái của bản tổng hợp.
Tôi cũng gọi đây là "mô hình hợp đồng thông minh để xây dựng ứng dụng" vì bạn triển khai một số logic bổ sung trên VM. Rollup không "trực tiếp" liên quan đến việc chứng minh logic của ứng dụng. VM là bản tổng hợp chứ không phải ứng dụng của bạn.
Tất nhiên, bạn là chủ sở hữu duy nhất của máy ảo, ứng dụng của bạn là công dân duy nhất và bạn có thể liên tục nâng cao cơ sở để làm cho nó phù hợp với ứng dụng của bạn. Bạn có thể tiếp tục nâng cao Chức năng chuyển đổi trạng thái (STF) và thêm/xóa opcode để cải thiện hiệu suất ứng dụng, nhưng ứng dụng vẫn độc lập và bị giới hạn bởi chính VM.
Nó giống như một chiếc Lamborghini Urus kéo một chiếc Lamborghini Huracan.
Một ứng dụng riêng biệt trên Rollup dành riêng cho ứng dụng có thể hoạt động tốt hơn! tốt hơn nhiều!
Điều gì sẽ xảy ra nếu STF liên tục được tăng cường để phạm vi của STF ngày càng nhỏ hơn để phù hợp với logic nghiệp vụ của ứng dụng? Cuối cùng, khi bạn tiếp tục nâng cao nó, STF sẽ hội tụ đến điểm mà logic nghiệp vụ và STF trùng nhau, lúc đó bạn sẽ nhận ra... ồ chết tiệt, đợi một chút!
Do đó, Micro-Rollup không gì khác hơn là một bản tổng hợp, trong đó chức năng chuyển đổi trạng thái của ứng dụng chính là logic nghiệp vụ.
Ứng dụng trở thành một bản tổng hợp, trạng thái có thể được quản lý theo bất kỳ cách nào có thể trong mọi môi trường thực thi và các quy tắc chuyển đổi trạng thái có thể được áp dụng trực tiếp vào thời gian chạy của ứng dụng. Ứng dụng có thể được tùy chỉnh mà không có bất kỳ hạn chế nào. Những bằng chứng này liên quan đến logic kinh doanh của bạn chứ không phải máy móc. Nó làm cho ứng dụng của bạn nhẹ.
Các chức năng chuyển đổi trạng thái đặc biệt này yêu cầu một bài viết khác, vì vậy hãy chú ý theo dõi :)
Về trải nghiệm của nhà phát triển, Micro-Rollup là không giới hạn. Bạn có thể xây dựng chúng bằng bất kỳ công cụ nào bạn thích vì chúng là VM bất khả tri. Chúng trông giống như các ứng dụng phụ trợ web2, nhưng chúng gửi định kỳ bằng chứng giao dịch đến L1 gốc. Tôi nghĩ đây sẽ là yếu tố chính ảnh hưởng đến các nhà phát triển web2 chuyển sang không gian web3.
Trên thực tế, một ví dụ điển hình hơn là Rimac Nevera vì nó nhanh hơn và chạy bằng điện nên có thể rẻ hơn khi chạy nhưng tôi không thể tìm thấy bức ảnh đường phố nào hấp dẫn hơn
Hạn chế duy nhất của phương pháp này là tùy chỉnh cơ chế chứng minh cho từng ứng dụng khác nhau. Nếu logic ứng dụng có thể được biên dịch thành một trung gian chung, thì việc chứng minh rằng trung gian chung sẽ loại bỏ sự khó khăn khi chứng minh từng ứng dụng riêng lẻ, nhưng cá nhân tôi nghĩ rằng đây chỉ là sự đánh đổi giữa hiệu quả và sự phát triển nhanh hơn. Chúng tôi muốn cải thiện mọi hiệu quả có thể.
Có nhiều cách để giải quyết vấn đề này mà không cần sử dụng các phương thức liên quan đến VM ở lớp thực thi. Điều gì sẽ xảy ra nếu có một công cụ cho phép các nhà phát triển thực hiện việc này?
Đây là tuyên bố sứ mệnh của Stackr Labs - chúng tôi đang xây dựng SDK và khung cuộn lên vi mô để bất kỳ ai cũng có thể xây dựng ứng dụng của mình bằng bất kỳ ngôn ngữ nào mà không bị hạn chế, giống như bạn xây dựng các ứng dụng phụ trợ web3. Làm cho việc phát triển micro-rollup trở nên dễ dàng như viết và triển khai các hợp đồng thông minh, chưa kể tính mô-đun sẽ làm tăng khả năng của bất kỳ nhà phát triển hệ sinh thái nào lựa chọn.
Vậy micro-rollup có thật không?
Luôn luôn. (Nhưng đúng như bản tổng hợp, xin lỗi, tôi không muốn làm Jon buồn)
Các ứng dụng như Loopring, dYdX và Fuel-v1 đã xuất hiện hoặc đã tồn tại từ lâu. Đây là những bản tổng hợp siêu tối ưu hóa, với logic tùy chỉnh chạy riêng để phục vụ trường hợp sử dụng của chúng. Bản tổng hợp dành riêng cho ứng dụng không dựa trên VM đầu tiên mà tôi biết và đích thân tham gia là bản tổng hợp Hubble Optimistic, một dự án 3 năm tuổi từng đóng vai trò là cơ sở hạ tầng cốt lõi cho mã thông báo Worldcoin. (Đây cũng là nguồn cảm hứng chính cho Stackr)
Chỉ bây giờ, việc phân biệt giữa các thuật ngữ này mới trở nên quan trọng.
Bạn có thể tạo các Bản cuộn vi mô không giới hạn:
Các sản phẩm tiêu dùng, chẳng hạn như trò chơi, sàn giao dịch, thị trường NFT, v.v.;
2.app-chain có thể được chuyển đổi thành ứng dụng rollup;
Bạn thậm chí có thể xây dựng các loại máy ảo mới hỗ trợ các trường hợp sử dụng riêng biệt, mở ra cơ hội đổi mới cho máy ảo.
Tôi sẽ viết một bài báo khác thảo luận về ưu và nhược điểm của Micro-Rollup cũng như những ứng dụng nào nên xây dựng bằng khung Micro-Rollup.
Tóm lại là
Phần tử còn thiếu trong cây mà tôi đã trình bày trước đó là máy trạng thái tùy chỉnh.
Ngoài ra, việc triển khai một giao thức duy nhất bằng cách sử dụng bản tổng hợp dựa trên VM- hoặc EVM sẽ không hiệu quả đối với các ứng dụng độc lập. Nó phù hợp với các ứng dụng đã có nhiều hợp đồng thông minh và giao thức đang chạy trên chuỗi EVM, nhưng không phù hợp với "các ứng dụng muốn nhiều hơn" và muốn loại bỏ các hạn chế của VM.
Nếu chúng ta tỉa cây thì cây cuối cùng sẽ trông như thế này. Đây là lý do tại sao tôi nghĩ rằng ứng dụng cuộn lên, cuộn nhỏ hoặc cuộn lên sẽ được gọi là Ứng dụng trong tương lai gần.
Vì vậy, Micro Rollups = Ứng dụng trên bản cuộn Ứng dụng dưới dạng bản cuộn
Xem bản gốc
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.
Micro-Rollup: Một làn sóng hay một thuật ngữ tiếp thị trơ trẽn?
Tác giả: KAUTUK; Nguồn: Substack; Biên dịch: Kate, Marsbit
Một trong những dòng tweet của tôi gần đây đã lan truyền và thu hút được nhiều sự chú ý trong cộng đồng trực tuyến Web3! Đây là một bài đăng "Twitter" rất ngắn gọn gồm bốn phần, nhưng tôi nghe bạn hỏi, chính xác thì nó có nghĩa là gì? Hãy để tôi giải thích.
! [Rollup] (https://img-cdn.gateio.im/webp-social/moments-40baef27dd-e0d4e4d874-dd1a6f-6d2ef1.webp)
Fuck Rollup, bỏ qua những lời sáo rỗng
Việc mở một bài viết Rollup với chủ đề như "Rollup là gì" hoặc "Tại sao chúng ta cần Rollup" cũng giống như giết chú Ben hoặc bắn bố mẹ trong mỗi lần lặp lại các bộ phim Người Nhện và Người Dơi. Nếu bạn đang đọc bài viết này, có lẽ bạn đã quen với những lập luận được ghi chép đầy đủ này. Ngoài ra, nếu bạn đang đọc nội dung này, tôi nghĩ chúng ta có thể vượt ra ngoài cuộc tranh luận về Chuỗi ứng dụng và Tổng hợp ứng dụng. Vì vậy, hãy cắt giảm để đuổi theo.
Sự gia tăng của các bản tổng hợp dành riêng cho ứng dụng
Universal Rollup thật khó chịu
Universal Rollup giống như hệ thống trường học ở Ấn Độ (tôi tin rằng chúng cũng có những đặc điểm tương tự với các hệ thống trường học khác, nhưng đây là điều mà cá nhân tôi có kinh nghiệm).
! [Rollup] (https://img-cdn.gateio.im/webp-social/moments-40baef27dd-d166a6f7a4-dd1a6f-6d2ef1.webp)
Các vận động viên, ca sĩ, nhà toán học, nhà tư tưởng, nhà kinh tế và người kể chuyện đều cần phải trải qua quá trình tương tự để đạt điểm đậu. Về mặt kỹ thuật, hệ thống này không “thiên vị” đối với bất kỳ nhóm cụ thể nào, nhưng nó cũng không “công bằng” với bất kỳ ai. Nhưng này, chúng tôi đã kết bạn! (Điều này sẽ quan trọng sau này).
Tương tự như vậy, đối với các ứng dụng trên bản tổng hợp phổ quát, nút thắt cổ chai chính là môi trường, vì nó không thể đáp ứng nhu cầu của từng ứng dụng riêng lẻ. Mỗi ứng dụng có thể yêu cầu một kiểu tối ưu hóa khác nhau, nhưng sẽ không hợp lý nếu mong đợi bất cứ điều gì được thiết kế riêng cho chúng. Tuy nhiên, nếu bạn chỉ muốn dùng thử và có cái nhìn tổng quan thì đây là lựa chọn thuận tiện nhất. Ngoài ra, đối với một số ứng dụng, như một số học sinh bình thường, đây có thể là giải pháp phù hợp!
Còn bạn bè thì sao? Đó là một hệ sinh thái gồm các ứng dụng được xây dựng cùng với ứng dụng của bạn. Nếu bạn là một doanh nhân, bạn có thể chỉ cần gọi cho người bạn kế toán của mình và nhờ anh ấy giúp bạn giấu thuế với chính phủ :)
Bản tổng hợp dành riêng cho ứng dụng gây nhầm lẫn
Chà, con tôi quá giỏi thể thao để học ở trường công và nó cần được huấn luyện đặc biệt. Tôi có cần gửi cô ấy đến trường thể thao hay tôi nên thuê một huấn luyện viên cá nhân….
##Độ phức tạp cụ thể
Chúng ta hãy chơi một trò chơi.
Dưới đây là danh sách 8 bản tổng hợp dành riêng cho ứng dụng. Tuy nhiên, trong mỗi nhóm đều có một vật phẩm không thuộc nhóm đó. Bạn có thể xác định đó là cái nào không?
! [Rollup] (https://img-cdn.gateio.im/webp-social/moments-40baef27dd-1c153358cc-dd1a6f-6d2ef1.webp)
Tính đặc thù của ứng dụng đang trở thành một thuật ngữ khó hiểu. Có những bản tổng hợp dành riêng cho ứng dụng cho phép các hợp đồng được triển khai ngay trên chính chúng và có những bản tổng hợp dành riêng cho ứng dụng cho phép triển khai các hợp đồng vì máy ảo (VM) của chúng hỗ trợ nó, nhưng chủ sở hữu của chúng lại hạn chế điều đó. Ngoài ra còn có các bản tổng hợp dành riêng cho ứng dụng có VM đóng hoặc hoàn toàn không có VM và không hỗ trợ các kiểu phát triển khác.
Có công bằng không khi gộp chúng vào cùng một loại?
Câu trả lời cho câu hỏi trước~
Nhóm 1: Celo là một lựa chọn kỳ lạ vì nó cho phép các nhà phát triển khác xây dựng ứng dụng, trong khi những người khác có thể sử dụng ứng dụng trực tiếp. Các dự án khác có thể được xem xét vào Nhóm 1 là Fuel-v1, Aevo, RhinoFi, v.v.
Nhóm 2: Loopring là một nhóm kỳ lạ, vì đây là Nhóm tổng hợp được xây dựng có mục đích duy nhất hoạt động ngay lập tức, trong khi các nhóm còn lại là các mạng được tối ưu hóa cho các tính năng cụ thể như quyền riêng tư, NFT và TPS cho các ứng dụng được triển khai trên chúng. Bạn có thể kế thừa những chức năng này. Các dự án khác có thể xếp vào nhóm thứ hai, Kinto, Kroma, mạng lưới hàng hóa công cộng, v.v.
! [Rollup] (https://img-cdn.gateio.im/webp-social/moments-40baef27dd-64c9473ffb-dd1a6f-6d2ef1.webp)
Các vấn đề khi triển khai hợp đồng trên các máy ảo thông thường đã được sửa đổi
Những máy ảo triển khai hợp đồng thông minh này không gì khác hơn là những cỗ máy trạng thái hoàn chỉnh Turing. Các hợp đồng bạn triển khai trên chúng chỉ là những sửa đổi bổ sung cho chính trạng thái đó. Nó không thực sự ảnh hưởng đến các quy tắc chuyển đổi trạng thái cốt lõi của máy ảo. Bản tổng hợp về cơ bản là một máy ảo chứa logic nghiệp vụ của bạn.
Logic nghiệp vụ của bạn tách biệt với chức năng chuyển đổi trạng thái của bản tổng hợp.
Tôi cũng gọi đây là "mô hình hợp đồng thông minh để xây dựng ứng dụng" vì bạn triển khai một số logic bổ sung trên VM. Rollup không "trực tiếp" liên quan đến việc chứng minh logic của ứng dụng. VM là bản tổng hợp chứ không phải ứng dụng của bạn.
Tất nhiên, bạn là chủ sở hữu duy nhất của máy ảo, ứng dụng của bạn là công dân duy nhất và bạn có thể liên tục nâng cao cơ sở để làm cho nó phù hợp với ứng dụng của bạn. Bạn có thể tiếp tục nâng cao Chức năng chuyển đổi trạng thái (STF) và thêm/xóa opcode để cải thiện hiệu suất ứng dụng, nhưng ứng dụng vẫn độc lập và bị giới hạn bởi chính VM.
Nó giống như một chiếc Lamborghini Urus kéo một chiếc Lamborghini Huracan.
! [Rollup] (https://img-cdn.gateio.im/webp-social/moments-40baef27dd-a0a30d1c5f-dd1a6f-6d2ef1.webp)
Một ứng dụng riêng biệt trên Rollup dành riêng cho ứng dụng có thể hoạt động tốt hơn! tốt hơn nhiều!
Điều gì sẽ xảy ra nếu STF liên tục được tăng cường để phạm vi của STF ngày càng nhỏ hơn để phù hợp với logic nghiệp vụ của ứng dụng? Cuối cùng, khi bạn tiếp tục nâng cao nó, STF sẽ hội tụ đến điểm mà logic nghiệp vụ và STF trùng nhau, lúc đó bạn sẽ nhận ra... ồ chết tiệt, đợi một chút!
Micro-Rollups ra đời!
! [Rollup] (https://img-cdn.gateio.im/webp-social/moments-40baef27dd-e2c2171e24-dd1a6f-6d2ef1.webp)
Do đó, Micro-Rollup không gì khác hơn là một bản tổng hợp, trong đó chức năng chuyển đổi trạng thái của ứng dụng chính là logic nghiệp vụ.
Ứng dụng trở thành một bản tổng hợp, trạng thái có thể được quản lý theo bất kỳ cách nào có thể trong mọi môi trường thực thi và các quy tắc chuyển đổi trạng thái có thể được áp dụng trực tiếp vào thời gian chạy của ứng dụng. Ứng dụng có thể được tùy chỉnh mà không có bất kỳ hạn chế nào. Những bằng chứng này liên quan đến logic kinh doanh của bạn chứ không phải máy móc. Nó làm cho ứng dụng của bạn nhẹ.
Các chức năng chuyển đổi trạng thái đặc biệt này yêu cầu một bài viết khác, vì vậy hãy chú ý theo dõi :)
Về trải nghiệm của nhà phát triển, Micro-Rollup là không giới hạn. Bạn có thể xây dựng chúng bằng bất kỳ công cụ nào bạn thích vì chúng là VM bất khả tri. Chúng trông giống như các ứng dụng phụ trợ web2, nhưng chúng gửi định kỳ bằng chứng giao dịch đến L1 gốc. Tôi nghĩ đây sẽ là yếu tố chính ảnh hưởng đến các nhà phát triển web2 chuyển sang không gian web3.
! [Rollup] (https://img-cdn.gateio.im/webp-social/moments-40baef27dd-9584f36fd3-dd1a6f-6d2ef1.webp)
Trên thực tế, một ví dụ điển hình hơn là Rimac Nevera vì nó nhanh hơn và chạy bằng điện nên có thể rẻ hơn khi chạy nhưng tôi không thể tìm thấy bức ảnh đường phố nào hấp dẫn hơn
Hạn chế duy nhất của phương pháp này là tùy chỉnh cơ chế chứng minh cho từng ứng dụng khác nhau. Nếu logic ứng dụng có thể được biên dịch thành một trung gian chung, thì việc chứng minh rằng trung gian chung sẽ loại bỏ sự khó khăn khi chứng minh từng ứng dụng riêng lẻ, nhưng cá nhân tôi nghĩ rằng đây chỉ là sự đánh đổi giữa hiệu quả và sự phát triển nhanh hơn. Chúng tôi muốn cải thiện mọi hiệu quả có thể.
Có nhiều cách để giải quyết vấn đề này mà không cần sử dụng các phương thức liên quan đến VM ở lớp thực thi. Điều gì sẽ xảy ra nếu có một công cụ cho phép các nhà phát triển thực hiện việc này?
Đây là tuyên bố sứ mệnh của Stackr Labs - chúng tôi đang xây dựng SDK và khung cuộn lên vi mô để bất kỳ ai cũng có thể xây dựng ứng dụng của mình bằng bất kỳ ngôn ngữ nào mà không bị hạn chế, giống như bạn xây dựng các ứng dụng phụ trợ web3. Làm cho việc phát triển micro-rollup trở nên dễ dàng như viết và triển khai các hợp đồng thông minh, chưa kể tính mô-đun sẽ làm tăng khả năng của bất kỳ nhà phát triển hệ sinh thái nào lựa chọn.
Vậy micro-rollup có thật không?
Luôn luôn. (Nhưng đúng như bản tổng hợp, xin lỗi, tôi không muốn làm Jon buồn)
Các ứng dụng như Loopring, dYdX và Fuel-v1 đã xuất hiện hoặc đã tồn tại từ lâu. Đây là những bản tổng hợp siêu tối ưu hóa, với logic tùy chỉnh chạy riêng để phục vụ trường hợp sử dụng của chúng. Bản tổng hợp dành riêng cho ứng dụng không dựa trên VM đầu tiên mà tôi biết và đích thân tham gia là bản tổng hợp Hubble Optimistic, một dự án 3 năm tuổi từng đóng vai trò là cơ sở hạ tầng cốt lõi cho mã thông báo Worldcoin. (Đây cũng là nguồn cảm hứng chính cho Stackr)
Chỉ bây giờ, việc phân biệt giữa các thuật ngữ này mới trở nên quan trọng.
Bạn có thể tạo các Bản cuộn vi mô không giới hạn:
2.app-chain có thể được chuyển đổi thành ứng dụng rollup;
Tôi sẽ viết một bài báo khác thảo luận về ưu và nhược điểm của Micro-Rollup cũng như những ứng dụng nào nên xây dựng bằng khung Micro-Rollup.
Tóm lại là
Phần tử còn thiếu trong cây mà tôi đã trình bày trước đó là máy trạng thái tùy chỉnh.
! [Rollup] (https://img-cdn.gateio.im/webp-social/moments-40baef27dd-278297d769-dd1a6f-6d2ef1.webp)
Ngoài ra, việc triển khai một giao thức duy nhất bằng cách sử dụng bản tổng hợp dựa trên VM- hoặc EVM sẽ không hiệu quả đối với các ứng dụng độc lập. Nó phù hợp với các ứng dụng đã có nhiều hợp đồng thông minh và giao thức đang chạy trên chuỗi EVM, nhưng không phù hợp với "các ứng dụng muốn nhiều hơn" và muốn loại bỏ các hạn chế của VM.
! [Rollup] (https://img-cdn.gateio.im/webp-social/moments-40baef27dd-652a2fb51d-dd1a6f-6d2ef1.webp)
Nếu chúng ta tỉa cây thì cây cuối cùng sẽ trông như thế này. Đây là lý do tại sao tôi nghĩ rằng ứng dụng cuộn lên, cuộn nhỏ hoặc cuộn lên sẽ được gọi là Ứng dụng trong tương lai gần.
! [Rollup] (https://img-cdn.gateio.im/webp-social/moments-40baef27dd-4e533a01c7-dd1a6f-6d2ef1.webp)
Vì vậy, Micro Rollups = Ứng dụng trên bản cuộn Ứng dụng dưới dạng bản cuộn