Viết bởi: KAUTUK, nhà phát triển Stackr Biên soạn bởi: Luffy, Foresight News
Bắt đầu một bài viết Tổng hợp với chủ đề như "Bản tổng hợp là gì" hoặc "Tại sao chúng ta cần một bản Tổng hợp" cũng giống như việc giết chú Ben hoặc bắn chết bố và mẹ của Wayne trong mỗi lần lặp lại các bộ phim Người Nhện và Người Dơi. Giống như bố vậy. Nếu bạn đang đọc bài viết này thì tôi cho rằng bạn đã có hiểu biết cơ bản về các vấn đề trên, ở đây chúng ta bỏ qua phần tranh luận giữa chuỗi ứng dụng và rollup ứng dụng mà đi thẳng vào chủ đề.
Sự trỗi dậy của các bản tổng hợp dành riêng cho ứng dụng**Các bản tổng hợp phổ quát đang gây khó chịu
Universal Rollup giống như hệ thống trường học ở Ấn Độ (Tôi chắc chắn rằng chúng có những đặc điểm tương tự như các hệ thống trường học khác, nhưng tôi chỉ có kinh nghiệm thực tế về nó).
Các vận động viên, ca sĩ, nhà toán học, nhà tư tưởng và nhà kinh tế đều cần phải trải qua quá trình tương tự để đạt điểm đậu. 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 tất cả mọi người. 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ự, đối với các ứng dụng trên Universal Rollup, nút thắt cổ chai chính là môi trường thời gian chạy vì Rollup 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 loại tối ưu hóa khác nhau và mọi cải tiến tùy chỉnh có thể không phù hợp với chúng. Tuy nhiên, nếu bạn chỉ đang thử nghiệm và muốn có ý tưởng sơ bộ 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!
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 anh ấy đến trường thể thao hay tôi nên thuê huấn luyện viên cá nhân…
Cuộn lại khó phân loại rõ ràng*Chơi một trò chơi
Có 8 bản cuộn ứng dụng cụ thể bên dưới. Tuy nhiên, có 1 món trong mỗi nhóm không thực sự thuộc về nhóm đó. Bạn có thể cho biết đó là cái nào không?
Tính đặc hiệu của ứng dụng đang trở thành một thuật ngữ khó hiểu. Có một số Rollup ứng dụng cụ thể cho phép các hợp đồng được triển khai trên chính chúng; cũng có một số Rollup ứng dụng cụ thể cho phép triển khai hợp đồng vì máy ảo của họ hỗ trợ nó, nhưng sẽ có những hạn chế nhất định; Họ đã đóng máy ảo hoặc không có máy ảo hoàn toàn là máy móc và không hỗ trợ các kiểu phát triển khác.
Có công bằng không khi phân loại chúng lại với nhau?
Đáp án bài tập trên:
Nhóm1: 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 các ứng dụng mà các nhà phát triển khác có thể sử dụng trực tiếp. Các dự án khác cần xem xét trong Nhóm 1 là Fuel-v1, Aevo, RhinoFi, v.v.
Nhóm 2: Loopring là một lựa chọn kỳ lạ vì đây là Rollup được xây dựng có mục đích duy nhất hoạt động ngay lập tức, trong khi phần 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 đó. Các chức năng này có thể là thừa hưởng. Các dự án khác có thể xem xét vào Nhóm 2 là Kinto, Kroma, Public Goods Network, v.v.
Sự cố 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 nơi bạn triển khai hợp đồng thông minh này không gì khác hơn là cá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ỉ sửa đổi 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 VM. Rollup 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 các hàm chuyển đổi trạng thái của Rollup.
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 máy ảo. Rollup không "trực tiếp" liên quan đến việc chứng minh logic của ứng dụng. VM là Rollup, 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 của ứng dụng, nhưng ứng dụng vẫn độc lập và bị giới hạn bởi chính VM.
Như Lamborghini Urus kéo Lamborghini Huracan
Một ứng dụng riêng biệt trên một ứng dụng cụ thể Rollup có thể làm tốt hơn. Điều gì sẽ xảy ra nếu bạn tiếp tục nâng cao STF để 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 của bạn? Cuối cùng, khi bạn phát triển mạnh hơn, STF sẽ hội tụ đến một điểm mà logic kinh doanh và STF trùng nhau, lúc đó bạn nhận ra...ồ, đợi một chút!
Micro-Rollup ra đời
Do đó, Micro-Rollup không gì khác hơn là một Rollup 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 trong 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. Bằng chứng được gắn với logic nghiệp vụ của bạn chứ không phải với máy, điều này làm cho ứng dụng của bạn trở nên nhẹ nhàng.
Micro-Rollup không bị hạn chế về trải nghiệm của nhà phát triể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 không bị giới hạn ở các máy ảo. Chúng trông giống như các ứng dụng phụ trợ web2, nhưng chúng xuất bản định kỳ bằng chứng giao dịch lên L1. 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ụ tốt hơn sẽ 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
Hạn chế duy nhất của phương pháp này là cơ chế chứng minh tùy chỉnh 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 trung gian công cộng 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.
Có nhiều cách để giải quyết vấn đề này mà không cần sử dụng lớp thực thi liên quan đến máy ảo. Đ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à sứ mệnh của Stackr Labs: chúng tôi đang xây dựng Micro-Rollup framework và SDK để bất kỳ ai và mọi người đều có thể xây dựng ứng dụng của mình bằng bất kỳ ngôn ngữ nào họ muốn mà không bị hạn chế, giống như xây dựng các ứng dụng phụ trợ web2. Quy trình này giống nhau. 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 làm tăng khả năng lựa chọn bất kỳ hệ sinh thái nào của nhà phát triển.
**Vậy Micro-Rollup có thật không? **
Nó luôn luôn như vậy, chân thực như chính Rollup.
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à các Bản tổng hợp được tối ưu hóa cao 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 đầu tiên mà tôi biết và đã đích thân làm việc không dựa trên máy ảo là Bản tổng hợp lạc quan của Hubble, 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 .
Việc phân biệt giữa các thuật ngữ này ngày càng trở nên quan trọng.
Các trường hợp sử dụng cho Micro-Rollups là vô tận:
Các sản phẩm tiêu dùng như trò chơi, sàn giao dịch và thị trường NFT
Chuỗi ứng dụng có thể được chuyển đổi thành bản tổng hợp ứng dụng
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óm lại là
Cây cấu trúc mà tôi đã trình bày trước đó thiếu các phần tử cho 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ó số lượng lớn hợp đồng thông minh và chạy các giao thức của chúng trên chuỗi giống 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.
Vậy 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ĩ App-Rollup, Micro-Rollup hay RollApp sẽ được gọi là App trong tương lai gần.
Do đó, Micro Rollup = Ứng dụng trên Ứng dụng tổng hợp dưới dạng Rollup.
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 có phải là làn sóng tiếp theo không?
Viết bởi: KAUTUK, nhà phát triển Stackr Biên soạn bởi: Luffy, Foresight News
Bắt đầu một bài viết Tổng hợp với chủ đề như "Bản tổng hợp là gì" hoặc "Tại sao chúng ta cần một bản Tổng hợp" cũng giống như việc giết chú Ben hoặc bắn chết bố và mẹ của Wayne trong mỗi lần lặp lại các bộ phim Người Nhện và Người Dơi. Giống như bố vậy. Nếu bạn đang đọc bài viết này thì tôi cho rằng bạn đã có hiểu biết cơ bản về các vấn đề trên, ở đây chúng ta bỏ qua phần tranh luận giữa chuỗi ứng dụng và rollup ứng dụng mà đi thẳng vào chủ đề.
Sự trỗi dậy của các bản tổng hợp dành riêng cho ứng dụng**Các bản tổng hợp phổ quát đang gây khó chịu
Universal Rollup giống như hệ thống trường học ở Ấn Độ (Tôi chắc chắn rằng chúng có những đặc điểm tương tự như các hệ thống trường học khác, nhưng tôi chỉ có kinh nghiệm thực tế về nó).
Các vận động viên, ca sĩ, nhà toán học, nhà tư tưởng và nhà kinh tế đều cần phải trải qua quá trình tương tự để đạt điểm đậu. 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 tất cả mọi người. 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ự, đối với các ứng dụng trên Universal Rollup, nút thắt cổ chai chính là môi trường thời gian chạy vì Rollup 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 loại tối ưu hóa khác nhau và mọi cải tiến tùy chỉnh có thể không phù hợp với chúng. Tuy nhiên, nếu bạn chỉ đang thử nghiệm và muốn có ý tưởng sơ bộ 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!
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 anh ấy đến trường thể thao hay tôi nên thuê huấn luyện viên cá nhân…
Cuộn lại khó phân loại rõ ràng*Chơi một trò chơi
Có 8 bản cuộn ứng dụng cụ thể bên dưới. Tuy nhiên, có 1 món trong mỗi nhóm không thực sự thuộc về nhóm đó. Bạn có thể cho biết đó là cái nào không?
Tính đặc hiệu của ứng dụng đang trở thành một thuật ngữ khó hiểu. Có một số Rollup ứng dụng cụ thể cho phép các hợp đồng được triển khai trên chính chúng; cũng có một số Rollup ứng dụng cụ thể cho phép triển khai hợp đồng vì máy ảo của họ hỗ trợ nó, nhưng sẽ có những hạn chế nhất định; Họ đã đóng máy ảo hoặc không có máy ảo hoàn toàn là máy móc và không hỗ trợ các kiểu phát triển khác.
Có công bằng không khi phân loại chúng lại với nhau?
Đáp án bài tập trên:
Nhóm1: 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 các ứng dụng mà các nhà phát triển khác có thể sử dụng trực tiếp. Các dự án khác cần xem xét trong Nhóm 1 là Fuel-v1, Aevo, RhinoFi, v.v.
Nhóm 2: Loopring là một lựa chọn kỳ lạ vì đây là Rollup được xây dựng có mục đích duy nhất hoạt động ngay lập tức, trong khi phần 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 đó. Các chức năng này có thể là thừa hưởng. Các dự án khác có thể xem xét vào Nhóm 2 là Kinto, Kroma, Public Goods Network, v.v.
Sự cố 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 nơi bạn triển khai hợp đồng thông minh này không gì khác hơn là cá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ỉ sửa đổi 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 VM. Rollup 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 các hàm chuyển đổi trạng thái của Rollup.
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 máy ảo. Rollup không "trực tiếp" liên quan đến việc chứng minh logic của ứng dụng. VM là Rollup, 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 của ứng dụng, nhưng ứng dụng vẫn độc lập và bị giới hạn bởi chính VM.
Như Lamborghini Urus kéo Lamborghini Huracan
Một ứng dụng riêng biệt trên một ứng dụng cụ thể Rollup có thể làm tốt hơn. Điều gì sẽ xảy ra nếu bạn tiếp tục nâng cao STF để 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 của bạn? Cuối cùng, khi bạn phát triển mạnh hơn, STF sẽ hội tụ đến một điểm mà logic kinh doanh và STF trùng nhau, lúc đó bạn nhận ra...ồ, đợi một chút!
Micro-Rollup ra đời
Do đó, Micro-Rollup không gì khác hơn là một Rollup 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 trong 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. Bằng chứng được gắn với logic nghiệp vụ của bạn chứ không phải với máy, điều này làm cho ứng dụng của bạn trở nên nhẹ nhàng.
Micro-Rollup không bị hạn chế về trải nghiệm của nhà phát triể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 không bị giới hạn ở các máy ảo. Chúng trông giống như các ứng dụng phụ trợ web2, nhưng chúng xuất bản định kỳ bằng chứng giao dịch lên L1. 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ụ tốt hơn sẽ 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
Hạn chế duy nhất của phương pháp này là cơ chế chứng minh tùy chỉnh 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 trung gian công cộng 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.
Có nhiều cách để giải quyết vấn đề này mà không cần sử dụng lớp thực thi liên quan đến máy ảo. Đ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à sứ mệnh của Stackr Labs: chúng tôi đang xây dựng Micro-Rollup framework và SDK để bất kỳ ai và mọi người đều có thể xây dựng ứng dụng của mình bằng bất kỳ ngôn ngữ nào họ muốn mà không bị hạn chế, giống như xây dựng các ứng dụng phụ trợ web2. Quy trình này giống nhau. 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 làm tăng khả năng lựa chọn bất kỳ hệ sinh thái nào của nhà phát triển.
**Vậy Micro-Rollup có thật không? **
Nó luôn luôn như vậy, chân thực như chính Rollup.
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à các Bản tổng hợp được tối ưu hóa cao 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 đầu tiên mà tôi biết và đã đích thân làm việc không dựa trên máy ảo là Bản tổng hợp lạc quan của Hubble, 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 .
Việc phân biệt giữa các thuật ngữ này ngày càng trở nên quan trọng.
Các trường hợp sử dụng cho Micro-Rollups là vô tận:
Tóm lại là
Cây cấu trúc mà tôi đã trình bày trước đó thiếu các phần tử cho 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ó số lượng lớn hợp đồng thông minh và chạy các giao thức của chúng trên chuỗi giống 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.
Vậy 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ĩ App-Rollup, Micro-Rollup hay RollApp sẽ được gọi là App trong tương lai gần.
Do đó, Micro Rollup = Ứng dụng trên Ứng dụng tổng hợp dưới dạng Rollup.