Solana đang tiến gần đến giai đoạn cuối của kế hoạch từng bước giảm thời gian slot mục tiêu từ 400 mili giây xuống 200 mili giây. Ba bước đã được kích hoạt trên mainnet, đưa thời gian mục tiêu xuống còn 250ms. Feature gate cuối cùng dự kiến được kích hoạt tại mốc triển khai tiếp theo, tùy thuộc vào điều kiện mạng và tỷ lệ validator bỏ qua slot.
Đối với trader, cách hiểu hữu ích hẹp hơn so với nhận định “Solana nhanh gấp đôi”. Các slot ngắn hơn có thể làm mới trạng thái on-chain thường xuyên hơn và giảm thời gian một giao dịch phải chờ leader. Chúng cũng rút ngắn khung thời gian hiệu lực của giao dịch, tăng nhịp vận hành đối với validator và tạo thêm áp lực lên hạ tầng RPC cũng như hạ tầng giao dịch. Chất lượng thực thi vẫn phụ thuộc vào thanh khoản, định tuyến, phí và tình trạng tắc nghẽn.
Quá trình triển khai đang tiến đến bước cuối cùng 50ms
Việc giảm thời gian slot của Solana được điều chỉnh bởi SIMD-0525. Mainnet đã chuyển từ 400ms xuống 350ms vào ngày 21 tháng 8, xuống 300ms vào ngày 28 tháng 8 và xuống 250ms vào ngày 18 tháng 9 năm 2026. Cấu hình cuối cùng 200ms đã được kích hoạt trên devnet và testnet.
Trình theo dõi nâng cấp của Solana Foundation liệt kê feature gate cuối cùng tại epoch 1052, ở slot 454.464.000. Thời gian ngắn hơn sẽ có hiệu lực tại ranh giới epoch tiếp theo, đó là lý do một số tài liệu triển khai mô tả epoch 1053 là thời điểm người dùng sẽ nhận thấy thay đổi. Lịch trình này phụ thuộc vào điều kiện: các nhà phát triển cho biết mạng không nên chuyển sang bước tiếp theo nếu hiệu suất khi bỏ qua slot suy giảm đáng kể.
Một slot là khoảng thời gian được phân bổ cho validator để đề xuất một block. Các leader của Solana giữ bốn slot liên tiếp, vì vậy khoảng thời gian leader hoạt động liên tục giảm từ một giây ở mức 250ms xuống còn 800ms ở mức 200ms. So với cấu hình ban đầu 400ms, khoảng thời gian này giảm một nửa, từ 1,6 giây.
Điều gì thay đổi—và điều gì không
| Chỉ số mạng | Cấu hình 400ms ban đầu | Mục tiêu 250ms trên mainnet | Mục tiêu 200ms |
|---|---|---|---|
| Số slot mục tiêu mỗi giây | 2,5 | 4 | 5 |
| Khoảng thời gian leader trong bốn slot | 1,6 giây | 1 giây | 0,8 giây |
| Khung blockhash 150 slot | Khoảng 60 giây | Khoảng 38 giây | Khoảng 30 giây |
| Epoch 432.000 slot | Khoảng 48 giờ | Khoảng 30 giờ | Khoảng 24 giờ |
Bảng này mô tả thời gian mục tiêu, không phải trải nghiệm người dùng được đảm bảo. Slot thực tế có thể diễn ra chậm hơn mục tiêu của giao thức, và màn hình của một sàn giao dịch cũng bao gồm độ trễ từ RPC, hệ thống khớp lệnh, ví và Internet.
Bản nâng cấp điều chỉnh các giới hạn trên mỗi block theo slot ngắn hơn. Các block xuất hiện thường xuyên hơn, trong khi mỗi block được phép xử lý lượng công việc ít hơn theo tỷ lệ tương ứng. Thiết kế này giữ cho năng lực xử lý lý thuyết nhìn chung tương tự, thay vì tuyên bố TPS tự động tăng gấp đôi. Lợi ích chính là độ phân giải thời gian tốt hơn: mạng có thêm cơ hội đưa các thay đổi trạng thái vào chain và truyền đạt chúng trong mỗi giây.
Điều này cũng tách biệt với Alpenglow. Mục tiêu slot 200ms liên quan đến nhịp sản xuất block. Tính hoàn tất mô tả thời điểm mạng xem một block là đã được xác nhận không thể đảo ngược theo các quy tắc đồng thuận. Trader không nên hiểu “slot 200ms” là cam kết rằng mọi giao dịch chuyển tiền hoặc giao dịch swap đều đạt tính hoàn tất trong 200ms.
Những điểm trader có thể nhận thấy sự khác biệt
Báo giá và trạng thái on-chain có thể cập nhật thường xuyên hơn
Các pool DEX, sổ lệnh, dữ liệu quan sát từ oracle và số dư ví có thể được phản ánh trong các slot mới thường xuyên hơn. Một market maker có thể phản ứng sớm hơn với thay đổi giá ngoài chain, và một lệnh được gửi có thể phải chờ ít thời gian nhàn rỗi hơn trước cơ hội sản xuất block tiếp theo. Điều này có thể hỗ trợ việc báo giá sát hơn, nhưng chỉ khi ứng dụng, nhà cung cấp RPC và tuyến đến validator theo kịp.
Đồng hồ blockhash trở nên ít khoan dung hơn
Các giao dịch Solana thường tham chiếu đến một blockhash gần đây. Khung thời gian hiệu lực vẫn được đo bằng số block, vì vậy các slot nhanh hơn sẽ rút ngắn khung thời gian này trong thực tế. Ở mức 200ms, khung 150 slot tương đương khoảng 30 giây, so với khoảng 60 giây khi slot là 400ms. Ví phần cứng, phê duyệt đa chữ ký và quy trình ký ngoại tuyến có ít thời gian hơn để hoàn tất trước khi phải tạo lại và gửi lại giao dịch.
Tốc độ không loại bỏ trượt giá hoặc lệnh khớp thất bại
Đồng hồ nhanh hơn không thể tạo ra thanh khoản. Trong một đợt biến động mạnh, một lệnh vẫn có thể quét qua nhiều mức giá, gặp tuyến định tuyến bất lợi hoặc thất bại vì giới hạn trượt giá quá chặt. Phí ưu tiên và quản lý tắc nghẽn vẫn có liên quan. Trader nên đánh giá mức giá khớp cuối cùng và trạng thái xác nhận, thay vì xem việc giao diện cập nhật nhanh hơn là bằng chứng cho khả năng thực thi tốt hơn.
Trường hợp liên quan đến cấu trúc thị trường nằm ở các khoảng thời gian kiểm soát ngắn hơn
Một leader kiểm soát thứ tự giao dịch trong các slot được phân bổ cho mình. Việc giảm một nửa khoảng thời gian leader gồm bốn slot, từ 1,6 giây xuống 800ms, làm giảm thời gian thực tế mà cùng một leader có thể duy trì một chính sách thực thi. Nghiên cứu của Solana Foundation cho rằng điều này có thể rút ngắn thời gian tồn tại của các chế độ thực thi lỗi thời hoặc bất lợi và thu hẹp cơ hội khai thác những mức giá đã thay đổi ở nơi khác.
Điều đó không loại bỏ MEV và cũng không đảm bảo thứ tự công bằng. Searcher và client có ít thời gian hơn để xác định và tiếp cận đúng leader, trong khi việc truyền giao dịch rộng hơn có thể làm tăng tải mạng và khiến nhiều bên hơn nhìn thấy luồng lệnh. Tác động này cần được đo lường sau khi kích hoạt thông qua độ trễ đưa giao dịch vào block, giao dịch thất bại, tác động giá và hiệu suất validator thực tế.
Validator và các dịch vụ dữ liệu phải vận hành với nhịp độ nhanh hơn
Ở mức 200ms, các validator bỏ phiếu một lần mỗi slot sẽ gửi số phiếu gần gấp đôi trong cùng một đơn vị thời gian thực so với khi ở mức 400ms. Lưu lượng gossip cũng tăng theo tốc độ slot. Các validator nhỏ hơn có thể cảm nhận rõ hơn chi phí bỏ phiếu tăng lên, trong khi mọi nhà vận hành đều cần đủ dư địa về mạng và năng lực xử lý để phát lại cũng như truyền các block đúng lịch.
Indexer không cần định dạng dữ liệu mới, nhưng sẽ nhận nhiều block hơn trong cùng một khoảng thời gian. Nhà vận hành RPC, trình khám phá, bot giao dịch và hệ thống giám sát cần năng lực tiếp nhận dữ liệu lớn hơn theo tỷ lệ tương ứng. Các ứng dụng cố định 400ms cho mỗi slot để tạo bộ đếm ngược hoặc dấu thời gian phải sử dụng thời gian mạng hiện tại hoặc dữ liệu thời gian block thay thế.
Vì vậy, câu hỏi đầu tiên sau khi kích hoạt không phải là mục tiêu có ghi 200ms hay không. Đó là liệu thời gian slot quan sát được có duy trì gần mức mục tiêu mà không làm tỷ lệ slot bị bỏ qua, phản hồi RPC chậm hoặc số lần gửi lại giao dịch tăng lên ở mức gây hại hay không.
SOL trả lại một phần đà tăng trước khi nâng cấp
Tính đến ngày 9 tháng 10, biểu đồ ngày SOL/USDT trên KTX cho thấy SOL ở gần mức 110,26 USDT sau đợt tăng trước đó từ vùng giữa 70 lên trên 120 và một đợt điều chỉnh sau đó. Phiên giao dịch đạt 111,34 USDT và giảm xuống mức thấp nhất 108,82 USDT, khiến thị trường tích lũy một phần đà tăng trước đó.
Giai đoạn cuối của quá trình triển khai 200ms tạo thêm một chất xúc tác kỹ thuật mới cho SOL, nhưng phản ứng của thị trường sẽ phụ thuộc vào việc kích hoạt có diễn ra suôn sẻ hay không, cũng như hoạt động on-chain và thanh khoản có cải thiện theo hay không. Nếu việc sản xuất block nhanh hơn làm giảm độ trễ và cải thiện khả năng thực thi, tác động có thể xuất hiện dần trong dữ liệu sử dụng mạng. Nếu số slot bị bỏ qua, độ trễ RPC hoặc giao dịch thất bại tăng lên, sự chú ý sẽ nhanh chóng chuyển sang rủi ro thực thi.
Nhà đầu tư có thể theo dõi thị trường SOL/USDT trên KTX để xem giá trực tiếp, độ sâu sổ lệnh và các giao dịch gần đây. Trong khoảng thời gian nâng cấp, những thay đổi về độ sâu, khối lượng và hiệu suất mạng sẽ cung cấp tín hiệu hữu ích hơn là chỉ quan sát biến động giá.
Danh sách kiểm tra thực tế khi kích hoạt
- Thời gian slot quan sát được: xác nhận thời lượng slot trung vị thực tế đi theo mục tiêu mới thay vì chỉ dựa vào thông báo feature gate.
- Tỷ lệ slot bị bỏ qua: sự suy giảm mạnh sẽ cho thấy một số leader đang gặp khó khăn với lịch trình chặt chẽ hơn.
- Giao dịch được đưa vào block: theo dõi các giao dịch thất bại, hết hạn và được gửi lại trên các ví và ứng dụng giao dịch.
- Hiệu suất RPC: dữ liệu chậm có thể xóa bỏ lợi ích của các block nhanh hơn đối với một sàn hoặc bot cụ thể.
- Chênh lệch giá và độ sâu: thời gian block chặt chẽ hơn có thể hỗ trợ việc báo giá, nhưng chỉ thanh khoản bền vững mới có thể cải thiện quy mô giao dịch thực thi được.
- Giá và khối lượng cùng nhau: một đợt tăng SOL đi kèm khối lượng giao ngay mở rộng mang thông tin khác với một đợt tăng đột biến mỏng do tiêu đề tin tức thúc đẩy.
Tín hiệu thành công rõ ràng nhất sẽ là một quá trình chuyển đổi không có sự cố: thời gian slot giảm xuống, số slot bị bỏ qua vẫn được kiểm soát và các ứng dụng tiếp tục xử lý giao dịch mà không có mức tăng rõ rệt về vấn đề hết hạn hoặc gửi lại.
Câu hỏi thường gặp
Khi nào thời gian slot 200ms của Solana sẽ đi vào hoạt động?
Trình theo dõi của Solana lên lịch feature gate cuối cùng tại epoch 1052, với thời gian mới có hiệu lực ở ranh giới epoch tiếp theo. Quá trình triển khai vẫn phụ thuộc vào hiệu suất mạng, đặc biệt là tình trạng slot bị bỏ qua.
Thời gian slot 200ms có làm TPS của Solana tăng gấp đôi không?
Không. Các block xuất hiện thường xuyên hơn, nhưng giới hạn xử lý trên mỗi block giảm xuống theo slot ngắn hơn. Bản nâng cấp chủ yếu cải thiện độ phân giải thời gian và cơ hội đưa giao dịch vào block, thay vì tự động tăng gấp đôi thông lượng tổng thể.
Slot 200ms có nghĩa là giao dịch hoàn tất trong 200ms không?
Không. Thời gian slot là nhịp sản xuất block. Tính hoàn tất phụ thuộc vào cơ chế đồng thuận và cấp độ xác nhận. Ví và sàn giao dịch cũng có thể chờ thêm các xác nhận theo chính sách rủi ro của họ.
Bản nâng cấp có khiến SOL tăng giá không?
Bản nâng cấp có thể cải thiện đặc tính độ trễ của mạng, nhưng không quyết định giá SOL. Nhu cầu, thanh khoản, vị thế và các điều kiện thị trường rộng hơn có thể lấn át một cột mốc kỹ thuật.
Rủi ro chính đối với người dùng thông thường là gì?
Thay đổi trực tiếp nhất là khung blockhash gần đây ngắn hơn. Các giao dịch cần phê duyệt thủ công hoặc ngoại tuyến chậm có thể hết hạn sớm hơn và cần được tạo lại. Hầu hết quy trình ví thông thường sẽ xử lý việc này tự động, nhưng người dùng nên xác nhận trạng thái cuối cùng trước khi gửi lại.
Bài viết này chỉ nhằm mục đích cung cấp thông tin và không cấu thành lời khuyên tài chính hoặc đầu tư. Tài sản crypto có tính biến động cao, và các bản nâng cấp mạng có thể bị trì hoãn hoặc thay đổi tùy theo điều kiện vận hành.