Được rồi, để tôi thử. Một vProg giống như môi trường EVM nhỏ bé này mà trạng thái của nó hoàn toàn được mã hóa trên lớp cơ sở, vì vậy nó không cần bất kỳ rollup nào ở trên. Điều này có nhiều lợi thế và bất lợi. Lợi thế chính: không có rollup, mọi thứ trên lớp cơ sở, sự kết hợp trở nên "trivial". Bất lợi chính: không có rollup, tất cả khả năng truy cập dữ liệu rơi vào tay người dùng, và sự kết hợp trở nên tốn kém trong các khoảng thời gian dài. vProgs có ý nghĩa trong các tình huống mà khả năng kết hợp nguyên tử là nhanh (thời gian cần để tạo ra một bằng chứng tương đương với độ trễ mạng) và thường xuyên. Rollups có ý nghĩa khi bạn muốn thực hiện các hoạt động dài hạn với khả năng truy cập dữ liệu liên tục. Ngoài ra, vProgs sẽ không đủ trong bất kỳ bối cảnh nào mà cần thanh khoản bên ngoài. vProgs không thay thế rollups, chúng bổ sung cho nhau. Cụ thể, vProgs có thể được sử dụng trong các kịch bản khóa rollup (phần xác định các điều kiện mà theo đó tài sản bị khóa, ví dụ như Kaspa được cầu nối đến một rollup, có thể được mở khóa) để mang lại lợi ích cho cả hai. Nhưng chủ yếu, không ai biết chính xác vProgs là gì, bao gồm cả những người hiện đang thiết kế chúng, vì đó là bản chất của những ý tưởng vẫn đang phát triển. Khả năng kết hợp nguyên tử của vProgs có thể là chìa khóa cho khả năng tương tác rollup chuẩn. Tôi nghĩ đó là sức mạnh thực sự của khái niệm này, và động lực đứng sau nó.