MagicBlock đã công bố Validator v1.0 vào ngày 6 tháng 10 năm 2026, đánh dấu phiên bản chính đầu tiên của môi trường thực thi Solana Virtual Machine chuyên biệt, nền tảng hỗ trợ Ephemeral Rollups của họ. Sau hơn một năm rưỡi xây dựng, kiểm thử và tinh chỉnh, bản phát hành này tích hợp các tính năng đã được sử dụng trong môi trường sản xuất đồng thời tăng cường hiệu suất dưới tải, khôi phục sau sự cố và công cụ cho người vận hành. Các nhà phát triển hiện có thể giao quyền cho các tài khoản được chọn đến một môi trường thực thi nhanh, đặt gần nhau, xử lý công việc với thời gian khối khoảng 10 miligiây, sau đó cam kết kết quả trở lại mạng chính Solana. 

Hiện tại có bốn validator đang hoạt động trên mạng chính tại châu Á, châu Âu, Hoa Kỳ và một phiên bản môi trường thực thi đáng tin cậy. Bản cập nhật này ra đời khi các ứng dụng trong lĩnh vực trò chơi, giao dịch và thanh toán đang tìm kiếm độ trễ và tính riêng tư mà lớp cơ sở đơn thuần không thể cung cấp, đồng thời vẫn giữ nguyên toàn bộ quyền truy cập vào các chương trình và thanh khoản của Solana. Validator v1.0 biến Ephemeral Rollups thành một động cơ thời gian thực sẵn sàng cho sản xuất bằng cách cung cấp cho các nhà phát triển khả năng xử lý ý định đa bước, lưu trữ tạm thời rẻ hơn, các hành động thanh toán nguyên tử và kinh tế rõ ràng hơn, tất cả đều vẫn được neo đầy đủ vào Solana.

Các gói ý định cho phép ứng dụng yêu cầu một chuỗi các bước từ một giao dịch rollup duy nhất thay vì tự kết nối các bước đó. Người xác thực sau đó quản lý thứ tự thực thi, giảm thiểu mã phối hợp mà các nhà phát triển trước đây phải duy trì. Trên thực tế, điều này có nghĩa là một trò chơi có thể cập nhật trạng thái người chơi, kích hoạt thanh toán và lên lịch hành động tiếp theo mà không cần các cuộc gọi trên chuỗi riêng biệt cho từng phần. Thiết kế này giữ cho chương trình Solana là bộ điều phối chính trong khi rollup xử lý các công việc tần suất cao. Theo các ghi chú phát hành chính thức trên GitHub, các gói này là một phần của tập hợp các luồng làm việc ứng dụng rộng hơn, bao gồm cả các hành động và hàm gọi lại sau khi ủy quyền. Vì các tài khoản vẫn bị khóa chống lại các ghi đè xung đột trên chuỗi cơ sở trong suốt phiên, chuỗi thực thi vẫn nhất quán ngay cả khi điều kiện mạng thay đổi. Cách tiếp cận này giảm thiểu rủi ro thực thi một phần và làm cho các luồng thời gian thực phức tạp trở nên đáng tin cậy hơn cho những người xây dựng cần kết quả xác định.

Tác động thực tế rõ ràng nhất trong các luồng thanh toán và trò chơi. Một người dùng có thể cấp quyền cho một giao dịch đã ký duy nhất trên mạng chính Solana; trình xác thực sau đó thực hiện phần riêng tư hoặc tốc độ cao bên trong rollup và thiết lập lại trạng thái cuối cùng. Bài đăng trên blog của MagicBlock giải thích rằng sự kết hợp giữa các ý định và các tính năng liên quan loại bỏ nhu cầu các nhà phát triển phải quản lý các bước trung gian một cách thủ công. Các ứng dụng sản xuất sớm đã chứng minh được các phiên chơi đa người dùng và các vòng giao dịch mang cảm giác liên tục, thay vì bị gián đoạn bởi thời gian khối. Bằng cách chuyển trách nhiệm sắp xếp thứ tự cho trình xác thực, bản phát hành này giảm diện tích bề mặt cho lỗi và giải phóng thời gian kỹ thuật cho logic ứng dụng. Sự thay đổi này cũng phù hợp với mục tiêu đã nêu của dự án là cho phép các ứng dụng mở rộng tính toán theo yêu cầu trong khi vẫn giữ nguyên khả năng tương tác đầy đủ với các chương trình và hồ sơ thanh khoản Solana hiện có.

Magic Actions cho phép các chương trình Solana sử dụng trạng thái rollup đã cập nhật ngay trong giao dịch thanh toán. Khi một hành động được bao gồm trong cùng một giao dịch Solana với một commit, nó chạy một cách nguyên tử: thành công sẽ thúc đẩy cả commit và hành động; thất bại sẽ hoàn tác toàn bộ giao dịch. Đảm bảo này loại bỏ một lớp vấn đề trạng thái một phần phổ biến trước đây đòi hỏi logic phục hồi tùy chỉnh. Các callback trả về kết quả cho rollup để ứng dụng có thể phản ứng ngay lập tức. Việc hủy ủy quyền tự động còn đơn giản hóa hơn nữa việc trả lại tài khoản về lớp cơ sở. Ghi chú phát hành trên GitHub liệt kê các khả năng này dưới dạng các luồng thanh toán và ghi nhận việc xử lý tốt hơn về thứ tự commit và tính nhất quán của blockhash. Cùng nhau, chúng tạo ra một vòng lặp chặt chẽ hơn giữa môi trường tốc độ cao và sự an toàn của mạng chính Solana.

Đối với các nhà phát triển, thuộc tính nguyên tử quan trọng nhất khi giá trị di chuyển. Một ứng dụng giao dịch có thể xác nhận cập nhật giá và đồng thời thực hiện một khoản chuyển liên quan mà không lo lắng rằng một thao tác thành công trong khi thao tác kia thất bại. Mẫu này cũng hỗ trợ phân phối phần thưởng trò chơi hoặc hoàn tất thanh toán riêng tư. Vì hành động diễn ra bên trong giao dịch thanh toán, toàn bộ hệ thống kế thừa các đảm bảo đồng thuận của Solana thay vì tạo ra một cơ chế kết thúc riêng biệt. Các cải tiến công cụ vận hành, bao gồm theo dõi có cấu trúc và các chỉ số độ trễ mở rộng, giúp các nhóm quan sát các bước nguyên tử này trong môi trường sản xuất. Kết quả cuối cùng là ít lỗi biên hơn và mô hình tư duy rõ ràng hơn: rollup tăng tốc công việc, lớp cơ sở ghi lại kết quả definitif, và Magic Actions giữ cho hai bên đồng bộ mà không cần mã phối hợp bổ sung.

Các hành động sau khi ủy quyền cho phép ứng dụng sắp xếp công việc bắt đầu ngay khi tài khoản xuất hiện trên rollup. Những hành động này có thể bao gồm các hướng dẫn được mã hóa, cho phép các quy trình riêng tư mà không tiết lộ các trạng thái trung gian. Kết hợp với các gói ý định, tính năng này hỗ trợ một lộ trình thanh toán riêng tư hoàn chỉnh: người dùng ký một lần trên mạng chính, rollup thực hiện phần bảo mật bên trong môi trường thực thi đáng tin cậy, và kết quả cuối cùng được thanh toán trở lại trên Solana. Tài liệu của MagicBlock mô tả mô hình quyền riêng tư dựa trên phần cứng Intel TDX, nơi khu vực bộ xử lý được đóng kín bảo vệ trạng thái khỏi máy chủ. Sự đánh đổi là sự tin tưởng vào nhà cung cấp phần cứng, điều mà dự án đã công khai. Các khoản chuyển token vẫn sử dụng các giao diện và SDK tiêu chuẩn của Solana, do đó các ví và chương trình hiện có vẫn tương thích.

Thiết kế này giảm số bước mà người dùng cần hiểu. Trước đây, các luồng riêng tư thường yêu cầu nhiều chữ ký hoặc tài khoản trung gian. Với các hành động sau khi ủy quyền, độ phức tạp được chuyển ra sau một lần ủy quyền duy nhất. Các ví dụ thực tế đã bao gồm các chiến lược giao dịch bí mật và trạng thái đa người chơi riêng tư. Ghi chú phát hành xác nhận rằng các hướng dẫn được mã hóa là một phần của các bổ sung quy trình ứng dụng trong phiên bản v1.0. Bằng cách giữ tính riêng tư ở chế độ tùy chọn và giới hạn trong các tài khoản được ủy quyền, hệ thống tránh buộc mọi ứng dụng vào chế độ bí mật, đồng thời vẫn cung cấp nó khi cần thiết. Cách tiếp cận này cũng duy trì khả năng kết hợp: một khi phần riêng tư được xử lý xong, các tài khoản kết quả có thể tương tác với bất kỳ chương trình Solana nào khác như bình thường.

Magic ATAs cho phép người dùng gửi token đến người nhận trên rollup mà không cần tạo trước tài khoản token liên quan của người nhận trên Solana hoặc trả khoản tiền gửi miễn phí thuê. Tài khoản token liên quan là cấu trúc tiêu chuẩn của Solana dùng để lưu trữ một loại token cụ thể cho một ví; việc tạo nó tốn SOL, mà nhiều người dùng không muốn chi trước. Magic ATAs trì hoãn hoặc loại bỏ chi phí này cho các hoạt động rollup, giảm thiểu sự cản trở đối với các giao dịch tần suất cao hoặc tạm thời. Tính năng này hoạt động với các giao diện Token-2022 và token tiêu chuẩn đã được validator hỗ trợ. Vì các tài khoản vẫn mang tính tạm thời khi nằm trên rollup, chi phí kinh tế sẽ tỷ lệ thuận với mức độ sử dụng thực tế thay vì lưu trữ vĩnh viễn.

Trong bối cảnh trò chơi và thanh toán vi mô, sự khác biệt này là đáng kể. Người chơi có thể nhận phần thưởng hoặc thực hiện các khoản chuyển trong phiên mà không cần dừng lại để nạp vào tài khoản token. Các ứng dụng giao dịch có thể điều phối số dư tạm thời một cách linh hoạt hơn. Bài đăng trên blog chính thức nhấn mạnh điều này như một phần trong nỗ lực rộng lớn hơn nhằm giảm bớt các bước giữa người dùng và thanh toán. Kết hợp với việc thực thi không mất phí bên trong rollup, Magic ATAs giúp trải nghiệm tổng thể tiến gần đến độ phản hồi của các ứng dụng web truyền thống, đồng thời vẫn xác thực kết quả trên Solana. Sự thay đổi này cũng phù hợp với trọng tâm của dự án trong việc giữ chi phí dữ liệu tạm thời ở mức thấp, một chủ đề tiếp tục được duy trì với sự ra đời của các tài khoản tạm thời.

Các tài khoản tạm thời cung cấp nơi lưu trữ cho dữ liệu tạm thời trên rollup với chi phí tài trợ chỉ bằng một phần nhỏ so với tài khoản cấp cơ sở tương đương. Các nhà phát triển có thể tạo, thay đổi kích thước và đóng chúng một cách tự do; khi không gian được giải phóng, khoản tiền nạp tương ứng sẽ được hoàn lại. Một phiên trò chơi, chuỗi trò chuyện hoặc phép tính trung gian do đó có thể tạo ra lượng lớn trạng thái mà không tiêu tốn vĩnh viễn chi phí thuê Solana. Khi dữ liệu không còn cần thiết, tài khoản sẽ được đóng đơn giản và khoản tiền nạp sẽ được thu hồi. Mô hình này phù hợp với vòng đời của nhiều ứng dụng thời gian thực hơn nhiều so với lưu trữ vĩnh viễn trên chuỗi.

Lợi thế kinh tế được nhân lên cho các ứng dụng mở và đóng nhiều phiên ngắn hạn. Thay vì trả đầy đủ số dư miễn phí thuê cho mỗi cấu trúc tạm thời, các nhóm chỉ trả phí khi dữ liệu vẫn còn hữu ích. Ghi chú phát hành trên GitHub liệt kê các tài khoản tạm thời là một trong những tính năng bổ sung chính trong quy trình làm việc ứng dụng. Vì các tài khoản này tồn tại trong môi trường được ủy quyền, chúng kế thừa cùng cơ chế khóa bảo vệ chống lại các ghi đè cấp cơ sở xung đột. Khi thanh toán diễn ra, chỉ trạng thái cuối cùng liên quan cần được ghi trở lại Solana. Do đó, thiết kế này giảm cả chi phí và sự phình to trạng thái, đồng thời duy trì mô hình bảo mật của chuỗi cơ sở. Những người xây dựng trước đây tránh các trạng thái tạm thời phong phú do chi phí giờ đã có một lựa chọn thực tế.

Validator v1.0 cải thiện cách đồng bộ hóa tài khoản từ lớp cơ sở. Việc đồng bộ hóa hiện nay được thực hiện song song và theo nhu cầu, với các đường dẫn không khóa, các lần đăng ký và truy vấn tài khoản theo lô, cùng với phạm vi phủ sóng gRPC và WebSocket phân cấp. Việc sử dụng pool kết nối, bộ nhớ đệm tài khoản trống và giảm chi phí công cụ theo dõi giúp giảm thiểu việc sử dụng tài nguyên. Những thay đổi này làm giảm tải mà các validator rollup đặt lên các điểm cuối RPC của Solana và cải thiện khả năng chịu lỗi khi cập nhật đến muộn hoặc kết nối bị ngắt. Công việc thanh toán chưa hoàn tất có thể được khôi phục sau khi khởi động lại, giải quyết khoảng trống khôi phục trước đó.

Hiệu quả thực tế là độ tin cậy cao hơn dưới lưu lượng sản xuất. Các ứng dụng mở nhiều phiên đồng thời không còn dễ gặp rủi ro bị treo luồng hoặc kết nối lại thất bại lặng lẽ. Công cụ dành cho người vận hành được bổ sung giao diện dòng lệnh, chẩn đoán lấy tài khoản và tích hợp Geyser, giúp theo dõi và điều tra sự cố dễ dàng hơn. Các ghi chú phát hành cũng ghi nhận việc xử lý được củng cố đối với các cập nhật tài khoản lỗi thời hoặc không đúng thứ tự và tình trạng cạnh tranh trong quá trình sao chép. Cùng nhau, những cải tiến này giúp runtime chuyển từ một công cụ thí nghiệm thành hạ tầng mà các đội ngũ có thể tin cậy để cung cấp dịch vụ thời gian thực liên tục. Sự tập trung vào hiệu suất dưới tải phản ánh quan sát của dự án rằng nhiều tính năng đã sẵn sàng; phiên bản v1.0 đơn giản là đặt chúng trên nền tảng vững chắc hơn.

Việc phục hồi thanh toán cho phép các ý định thanh toán đang chờ được thử lại sau các lần khởi động lại trình xác thực. Các luồng commit-finalize và hủy ủy quyền tự động mang lại sự kiểm soát rõ ràng hơn về thời điểm trạng thái được trả về cho Solana. Các ghi chú phát hành cho thấy cải tiến trong việc phát lại sổ cái, hành vi bộ nhớ đệm, giới hạn nén và xả dữ liệu khi tắt. Những thay đổi này giải quyết các vấn đề về cạnh tranh, luồng bị đình trệ và lỗi sắp xếp trước đây có thể khiến các ứng dụng ở trạng thái không nhất quán. Các cải tiến về hiệu quả tài nguyên, bao gồm nén sổ cái và lập lịch sao chép được điều chỉnh, giúp giảm xung đột giữa thực thi giao dịch và bảo trì nền.

Đối với các nhà vận hành, lợi ích thể hiện qua ít can thiệp thủ công hơn sau các lần khởi động lại không mong đợi. Đối với các nhà phát triển, lợi ích thể hiện qua tính kết thúc có thể dự đoán được cao hơn. Một ứng dụng có thể tin tưởng vào trình xác thực để hoàn thành hoặc khôi phục sạch sẽ một chuỗi thanh toán, thay vì triển khai logic thử lại của riêng mình. Sự kết hợp giữa hỗ trợ khôi phục và các Hành động Ma thuật nguyên tử làm giảm thêm khả năng xảy ra kết quả một phần. Những cải tiến về khả năng quan sát, theo dõi có cấu trúc và các chỉ số vòng đời cùng độ trễ mở rộng cung cấp cho các nhóm dữ liệu cần thiết để chẩn đoán các trường hợp biên còn lại. Hướng đi tổng thể là hướng tới một runtime hoạt động an toàn khi gặp lỗi và tự động khôi phục, điều này là thiết yếu khi các ứng dụng thời gian thực vượt ra khỏi giai đoạn chứng minh khái niệm và bước vào hoạt động liên tục.

Một dịch vụ sao chép mới giới thiệu sự phối hợp giữa nút chính và nút sao chép, các bản chụp AccountsDb cho các nút sao chép và các kiểm tra blockhash xác định. Các nút sao chép có thể theo dõi nút chính, cải thiện khả năng phục hồi sau sự cố của một nút đơn lẻ. Các ghi chú phát hành đánh dấu chế độ sao chép và giao thức thách thức là thí nghiệm trong phiên bản 1.0.0. Do đó, các tính năng bản chụp và hỗ trợ phục hồi chỉ là nền tảng chứ chưa phải là một mạng phi tập trung hoàn chỉnh. Dự án khẳng định rằng việc phi tập trung hóa và một mạng không cần phép vẫn là những ưu tiên quan trọng sau phiên bản này.

Ngay cả ở dạng thử nghiệm, dịch vụ này củng cố hành trình hướng tới độ sẵn sàng cao hơn. Các ứng dụng yêu cầu thời gian hoạt động liên tục được hưởng lợi từ khả năng chuyển đổi hoặc xác minh trạng thái từ bản sao. Các kiểm tra blockhash xác định giúp duy trì tính nhất quán giữa các nút mạng. Các công cụ mở rộng dành cho người vận hành giúp quản lý mối quan hệ chính/sao chép dễ dàng hơn. Mặc dù sự tham gia hoàn toàn không cần phép và các cơ chế chống gian lận vẫn còn ở phía trước, việc tích hợp dịch vụ sao chép cho thấy kỹ thuật độ tin cậy hiện đã song hành cùng phát triển tính năng. Do đó, các nhóm đánh giá nền tảng để sử dụng trong sản xuất có thể coi sao chép là một khả năng đang phát triển thay vì chưa có.

Hỗ trợ runtime được mở rộng sang sBPF v3, tương thích với Token-2022, các precompiles mã hóa và thêm các syscalls mới. Các tham số thuê được đồng bộ với chuỗi cơ sở, đồng thời mô phỏng giao dịch được cải thiện. Những cập nhật này giúp validator tạm thời luôn đi kèm với sự phát triển của Solana, giảm nguy cơ các chương trình được viết cho mạng chính không hoạt động trong rollup. Các ghi chú phát hành cũng ghi lại các cập nhật đối với các phụ thuộc runtime nhằm hướng tới Solana 4.x. Những cải tiến về tương thích làm giảm rào cản để các chương trình Solana hiện có có thể sử dụng môi trường tốc độ cao mà không cần chỉnh sửa.

Các nhà phát triển đã sử dụng các phần mở rộng Token-2022 hoặc các nguyên lý mật mã mới hơn hiện có thể tích hợp những tính năng đó vào các phiên thực thời gian. Mô phỏng được cải thiện giúp phát hiện vấn đề trước khi chúng xuất hiện trong môi trường sản xuất. Sự đồng bộ hóa các tham số thuê tránh các sự không khớp kinh tế tinh vi giữa rollup và lớp cơ sở. Tổng thể, những thay đổi này củng cố nguyên tắc thiết kế rằng Ephemeral Rollups mở rộng Solana thay vì thay thế nó. Các ứng dụng vẫn tiếp tục kết hợp với toàn bộ tập hợp các chương trình và thanh khoản trên mạng chính, đồng thời tăng tốc chỉ những phần cần độ trễ thấp hơn hoặc quyền riêng tư tùy chọn.

Cùng với việc phát hành phần mềm, phí phiên ủy quyền tăng lên 0,003 SOL và phí cam kết lên 0,001 SOL. Các giao dịch thông thường bên trong rollup vẫn miễn phí. Theo tài liệu phí của dự án, khoảng 90 phần trăm phí thu được sẽ dành cho người vận hành validator và 10 phần trăm dành cho giao thức. Các phiên và cam kết là những điểm mà rollup tương tác với Solana, do đó các khoản phí chỉ áp dụng cho các tương tác cấp cơ sở này. Dữ liệu phân tích Solana Compass ghi nhận khoảng 770 đến 950 giao dịch hàng ngày liên quan đến Chương trình Ủy quyền trong tuần kết thúc ngày 5 tháng 10 năm 2026, cung cấp cơ sở để xác định khối lượng sẽ áp dụng các mức phí mới.

Sự thay đổi phí này liên kết doanh thu giao thức chặt chẽ hơn với công việc mở phiên và ghi lại kết quả. Nó cũng tài trợ cho hành trình hướng tới các phần thưởng cho người vận hành và người xác minh cần thiết để tăng cường tính phi tập trung. Dự án đã giới thiệu các khoản hoàn lại SOL cho các địa chỉ đóng góp một tỷ lệ đáng kể vào hoạt động và đã lựa chọn một nhóm ban đầu các nhà ủy quyền tích cực. Các khoản hoàn lại này đóng vai trò là bài kiểm tra ban đầu về phần thưởng dựa trên mức độ sử dụng trước khi bất kỳ token mạng nào được ra mắt. Do đó, những nhà phát triển có ứng dụng tạo ra khối lượng lớn có thể kỳ vọng được bù đắp một phần cho các phí mới, trong khi mô hình tổng thể vẫn dựa trên việc sử dụng mạng có thể đo lường được thay vì phát hành mang tính đầu cơ.

Các khoản hoàn lại SOL nhắm đến các địa chỉ tạo ra một tỷ trọng đáng kể trong hoạt động của giao thức. MagicBlock cho biết một nhóm ban đầu các nhà ủy quyền hoạt động đã được lựa chọn và mời thêm các nhà phát triển ứng dụng đăng ký tham gia. Chương trình được xem là bước đầu tiên hướng tới các phần thưởng được lập trình như đã mô tả trong tài liệu kinh tế token của dự án. Bắt đầu với SOL thay vì một token mới giúp đội ngũ tinh chỉnh các thông số phần thưởng dựa trên dữ liệu sử dụng thực tế. Các phần thưởng bền vững cho người vận hành và người xác minh được trình bày là yếu tố thiết yếu để đạt được mục tiêu dài hạn là một mạng lưới phi tập trung hơn.

Cơ chế hoàn tiền tạo ra một vòng lặp phản hồi trong đó việc sử dụng ứng dụng cao hơn vừa trả phí vừa hoàn lại một phần các khoản phí đó cho những người tham gia tích cực nhất. Cách tiếp cận này khác với việc phát hành tiền theo kiểu lạm phát thuần túy bằng cách liên kết phần thưởng với công việc có thể đo lường được. Vì các tiêu chí lựa chọn và mức tỷ lệ chính xác chưa được công khai, các đội ngũ đánh giá kinh tế sẽ cần liên hệ trực tiếp với dự án. Tuy nhiên, sự tồn tại của chương trình cho thấy thiết kế kinh tế đang tiến song song với sự trưởng thành của phần mềm Validator v1.0. Đối với các nhà phát triển mà ứng dụng của họ đã tạo ra khối lượng phiên lớn, các khoản hoàn tiền mang lại lợi ích cụ thể trong ngắn hạn trong khi cấu trúc động lực rộng hơn tiếp tục được phát triển.

Các nhà vận hành nhận giao diện người dùng đầu cuối, chẩn đoán lấy tài khoản và tích hợp Geyser cùng đầu ra. Việc truy vết có cấu trúc và các chỉ số vòng đời mở rộng cùng độ trễ cải thiện khả năng quan sát. Những công cụ này giúp theo dõi sức khỏe của validator, điều tra sự cố và hiểu hiệu suất dưới tải dễ dàng hơn. Các ghi chú phát hành cũng liệt kê các tính năng bảo trì AccountsDb như hỗ trợ defragmentation và shrinking, giúp duy trì hiệu quả lưu trữ trong các phiên chạy dài hạn.

Công cụ tốt hơn giúp giảm gánh nặng vận hành khi chạy các rollup sản xuất. Các đội ngũ có thể chẩn đoán các vấn đề đồng bộ, đo độ trễ và phục hồi sau sự cố với dữ liệu rõ ràng hơn. Sự kết hợp giữa logic phục hồi được cải thiện và các chỉ số phong phú hơn giúp rút ngắn thời gian giữa sự cố và giải pháp. Khi ngày càng nhiều nhà vận hành bên thứ ba tham gia vào mạng lưới, công cụ chuẩn hóa trở thành điều kiện tiên quyết để đảm bảo chất lượng dịch vụ nhất quán. Vì vậy, Validator v1.0 thúc đẩy cả các tính năng hướng đến ứng dụng lẫn nền tảng vận hành cần thiết để hỗ trợ chúng ở quy mô lớn.

Tài liệu liệt kê bốn trình xác thực rollup đang hoạt động trên mạng chính Solana: một ở châu Á, một ở châu Âu, một ở Hoa Kỳ và một chạy trong môi trường thực thi đáng tin cậy. Sự phân bố địa lý này hỗ trợ tuyên bố của dự án về việc đặt gần nhau để giảm độ trễ đầu đến cuối. Các ứng dụng có thể định tuyến phiên kết nối đến trình xác thực gần nhất hoặc phù hợp nhất, giảm độ trễ mạng cho người dùng ở các khu vực đó. Mẫu TEE cung cấp gốc tin cậy phần cứng cho các quy trình làm việc riêng tư. Lịch sử phiên bản cho thấy phiên bản 0.16.1 được phát hành một ngày trước khi gắn thẻ 1.0.0, cho thấy quá trình lặp lại liên tục cho đến khi phát hành cột mốc.

Sự hiện diện của nhiều validator đang hoạt động cho thấy công nghệ này đã được đưa vào sản xuất thay vì chỉ mang tính thí nghiệm. Các ứng dụng thời gian thực trong gaming và giao dịch đã sử dụng các phiên bản trước đó để đạt được độ trễ đầu đến cuối được báo cáo dưới 50 millisecond. Với những cải tiến về độ tin cậy và quy trình làm việc trong v1.0, các ứng dụng tương tự nay có khả năng xử lý và phục hồi đa bước mạnh mẽ hơn. Sự phân bố địa lý cũng chuẩn bị cho mạng lưới mở rộng thêm tính phi tập trung: các nhà vận hành bổ sung có thể tham gia sau khi các thành phần bản sao và thách thức thí nghiệm trưởng thành. Đối với các nhà phát triển, giá trị ngay lập tức là khả năng chọn một điểm cuối độ trễ thấp trong khi vẫn xác nhận mọi kết quả lên mạng chính Solana.

1. Validator v1.0 thay đổi gì đối với người dùng Ephemeral Rollup hiện có? 

Các ứng dụng hiện tại tiếp tục hoạt động vì nhiều tính năng đã được kích hoạt trước đó; phiên bản 1.0 chủ yếu tăng cường hiệu suất, khôi phục và các quy trình nhiều bước để các ứng dụng tương tự trở nên đáng tin cậy hơn và yêu cầu ít mã điều phối tùy chỉnh hơn. Các nhà phát triển nhận được các gói ý định, Hành động Magic nguyên tử và hủy ủy quyền tự động mà không cần viết lại logic cốt lõi, trong khi các nhà vận hành nhận được các công cụ giám sát tốt hơn và hành vi khởi động lại được cải thiện.

2. Các phí phiên và phí cam kết mới ảnh hưởng đến chi phí ứng dụng như thế nào? 

Mỗi phiên ủy quyền hiện tốn 0,003 SOL, và mỗi lần cam kết sau lần đầu tiên tốn 0,001 SOL, trong khi các giao dịch rollup thông thường vẫn miễn phí. Các ứng dụng có khối lượng giao dịch cao có thể đăng ký hoàn lại SOL để bù đắp một phần phí này. Do đó, chi phí ròng phụ thuộc vào tần suất phiên và quyền được hoàn lại, chứ không phụ thuộc vào số lượng giao dịch nội bộ.

3. Mô hình quyền riêng tư có dựa trên bằng chứng không tri thức hay phần cứng không? 

Hiện tại, quyền riêng tư dựa trên các môi trường thực thi đáng tin cậy Intel TDX, bảo vệ trạng thái rollup khỏi máy chủ. Dự án tài liệu hóa rõ ràng giả định tin tưởng vào nhà cung cấp phần cứng. Các lệnh được mã hóa và các hành động sau khi ủy quyền cho phép các quy trình riêng tư trong khi vẫn xác nhận kết quả có thể kiểm chứng trở lại mạng chính Solana.

4. Các chương trình Solana thông thường có thể chạy bên trong Ephemeral Rollup mà không cần sửa đổi không? 

Tính tương thích đã được mở rộng để bao gồm Token-2022, sBPF v3, các precompiles mã hóa và mô phỏng giao dịch được cải thiện. Do đó, hầu hết các chương trình được viết cho mạng chính Solana hiện tại có thể chạy bên trong rollup, mặc dù các nhà phát triển vẫn nên kiểm tra kết quả mô phỏng và sự phù hợp của các tham số thuê.

5. Những gì vẫn còn mang tính thí nghiệm trong phiên bản 1.0.0? 

Chế độ bản sao và giao thức thách thức được đánh dấu rõ ràng là thí nghiệm. Dịch vụ sao chép mới cung cấp phối hợp chính/bản sao và các bản chụp, nhưng cơ chế xác minh không cần phép và chống gian lận đầy đủ vẫn đang được phát triển.

6. Quá trình khôi phục thanh toán hoạt động như thế nào sau khi bộ xác thực khởi động lại? 

Các ý định chờ thanh toán được khôi phục và thử lại sau mỗi lần khởi động lại. Việc cải thiện việc phát lại sổ cái, hành vi bộ nhớ đệm và thứ tự cam kết làm giảm khả năng việc khởi động lại khiến các ứng dụng ở trạng thái không nhất quán. Việc hủy ủy quyền tự động cũng giúp đơn giản hóa việc trả lại tài khoản về lớp cơ sở.

7. Các nhà phát triển có thể tìm tài liệu tích hợp và mã nguồn ở đâu? 

Tài liệu chính thức có sẵn tại docs.magicblock.gg và mã nguồn validator, bao gồm đầy đủ ghi chú phát hành v1.0.0, có sẵn trong kho magicblock-labs/magicblock-validator trên GitHub. Cả hai tài nguyên đều được cập nhật đồng thời với thông báo ngày 6 tháng 10 năm 2026.

8. Con đường dài hạn hướng tới một mạng lưới phi tập trung hơn là gì? 

Dự án liệt kê tính phi tập trung và mạng không cần phép là những ưu tiên sau phiên bản v1.0. Các thành phần cần thiết bao gồm sao chép, các giao thức thách thức, động lực cho người vận hành và token mạng trong tương lai. Chương trình hoàn trả SOL hiện tại đóng vai trò là bài kiểm tra ban đầu về phần thưởng dựa trên mức độ sử dụng, có thể được mở rộng sau này.

Nội dung này chỉ mang tính chất thông tin và không cấu thành lời khuyên đầu tư. Đầu tư tiền điện tử tiềm ẩn rủi ro. Vui lòng tự nghiên cứu (DYOR).

Tuyên bố từ chối trách nhiệm: Trang này được dịch bằng công nghệ AI để thuận tiện cho bạn. Để biết thông tin chính xác nhất, hãy tham khảo bản gốc tiếng Anh.