Solana đã rút thời gian slot mục tiêu dùng để phối hợp giữa các validator xuống còn 250 mili giây. Thay đổi có hiệu lực từ Epoch 1037 vào ngày 18/9, giúp các giao dịch có cơ hội được đưa vào block thường xuyên hơn, nhưng đồng thời thu hẹp thời gian để validator tiếp nhận giao dịch, chuyển tiếp dữ liệu và bắt đầu tạo block khi quyền lãnh đạo chuyển giao. Với mạng lưới, vấn đề không chỉ nằm ở độ trễ trung bình thấp hơn mà còn ở khả năng duy trì việc bàn giao, ghi nhận giao dịch và khắc phục sự cố trong khung thời gian chặt hơn.
SOL hiện được giao dịch ở mức 109,89 USD, giảm 0,90% trong 24 giờ nhưng tăng 20,71% trong 30 ngày. Tuy nhiên, việc rút ngắn thời gian slot không phải là tín hiệu trực tiếp về giá token. Điều thị trường cần theo dõi là tác động dài hạn của thay đổi này đối với khả năng sẵn sàng của mạng, trải nghiệm xác nhận giao dịch và chi phí vận hành validator.
Dữ liệu ban đầu của Epoch 1037
Bản cập nhật kỹ thuật của Solana cho biết thời gian slot mục tiêu 250 mili giây được kích hoạt tại Epoch 1037, vào khoảng 05:06 UTC ngày 18/9. Một mẫu ban đầu được thu thập ngày 20/9, bao phủ 60 khoảng thời gian, mỗi khoảng dài một phút, cho thấy khoảng cách trung bình giữa các slot thực tế được tạo vào khoảng 266 mili giây. Tỷ lệ slot được lên lịch nhưng bị bỏ qua trong Epoch này vào khoảng 0,05%.
Các số liệu trên cho thấy mạng chưa ghi nhận cú sốc rõ rệt về tỷ lệ slot bị bỏ qua trong giai đoạn đầu sau khi chuyển đổi. Dù vậy, thời gian quan sát vẫn còn ngắn và chưa thể đại diện cho hiệu suất dài hạn. Những chỉ báo có giá trị hơn sẽ gồm thời lượng slot, tỷ lệ slot bị bỏ qua, tỷ lệ giao dịch được ghi nhận và chất lượng bàn giao quyền lãnh đạo trong các giai đoạn vận hành dài hơn. Các chỉ báo này cũng nên được phân tách theo loại client và nhà cung cấp hạ tầng để tránh việc số liệu trung bình toàn mạng che lấp hiệu suất yếu hơn của một nhóm validator cụ thể.
Solana hiện vẫn xem xét khả năng có điều kiện rút thời gian slot tiếp xuống 200 mili giây. Tính đến ngày 20/9, mạng chưa xác định ngày kích hoạt 200 mili giây trên mainnet, trong khi lịch công tắc tính năng của Anza cũng chưa đưa ra ngày triển khai cụ thể. Các thông tin của Solana về việc rút ngắn slot cho thấy hiệu suất mạng và tỷ lệ slot bị bỏ qua sẽ là những điều kiện quan trọng cho bước điều chỉnh tiếp theo.
Slot ngắn hơn không đồng nghĩa công suất tăng
Bản dự thảo thiết kế SIMD-0525 hạ giới hạn công việc tính toán trong mỗi slot khi thời gian slot được rút ngắn. Ở mức 250 mili giây, ngân sách cho mỗi slot là 62,5 triệu đơn vị tính toán. Nếu chuyển sang 200 mili giây, ngân sách này sẽ giảm còn 50 triệu đơn vị tính toán. Với cả hai cấu hình, giới hạn xử lý danh nghĩa của giao thức đều gần 250 triệu đơn vị tính toán mỗi giây.
Vì vậy, thay đổi trước hết tác động đến nhịp độ và độ trễ khi giao dịch đi vào block, thay vì đơn giản làm tăng công suất tính toán theo thời gian. Block được tạo thường xuyên hơn nhưng mỗi block chứa được ít công việc hơn. Thông lượng thực tế vẫn phụ thuộc vào nhu cầu giao dịch, cách điều phối và khả năng lấp đầy không gian block của validator đang giữ quyền lãnh đạo.
Quy tắc mỗi leader liên tiếp phụ trách bốn slot vẫn được giữ nguyên. Với thời gian 250 mili giây, mỗi leader có khoảng một giây trong cửa sổ sản xuất danh nghĩa. Nếu giảm xuống 200 mili giây, cửa sổ này còn 800 mili giây. Người dùng có nhiều cơ hội hơn để giao dịch được đưa vào block, nhưng validator phải hoàn tất việc tiếp nhận lưu lượng, truyền dữ liệu và chuyển sang sản xuất trong thời gian ngắn hơn.
Khoảng cách địa lý làm hao hụt thời gian bàn giao
Một phân tích kỹ thuật của Solana Foundation cho thấy khi khoảng cách giữa các leader liên tiếp dưới 500 km, slot đầu tiên có thời lượng trung vị ngắn hơn khoảng 28 mili giây so với các slot sau đó. Khi khoảng cách vượt 8.000 km, mức hao hụt này vào khoảng 122 mili giây. Con số sau tương đương 61% thời gian slot mục tiêu 200 mili giây.
Chỉ số này so sánh slot đầu tiên do leader phụ trách với các slot tiếp theo, nên không chỉ phản ánh độ trễ truyền tải mạng. Dù vậy, nó cho thấy sự đánh đổi thực tế khi slot bị rút ngắn. Việc phân bổ validator trên nhiều khu vực địa lý có thể làm giảm sự phụ thuộc vào một địa điểm, nhưng cũng khiến quá trình bàn giao giữa các leader ở xa chiếm tỷ trọng lớn hơn trong thời gian sản xuất.
Bản cập nhật kỹ thuật ngày 18/9 của Solana đề cập hai hướng xử lý nhằm bảo vệ khung thời gian bàn giao. Các nhà phát triển Agave đang nghiên cứu phương thức chuyển tiếp thận trọng hơn, theo đó giao dịch có khả năng không đến kịp leader ban đầu sẽ được chuyển sớm cho leader tiếp theo. Các nhóm phát triển client khác nhau cũng đang sử dụng các tệp nhị phân nhất quán để kiểm thử việc thực thi block và giao dịch trên các bản triển khai và phiên bản khác nhau.
Khả năng phục hồi sau sự cố cũng chịu giới hạn về thời gian. Bản dự thảo SIMD-0525 vẫn giữ ngưỡng trễ khắc phục 250 mili giây trong kịch bản slot 200 mili giây, tức dài hơn một slot mục tiêu. Đây là khoảng đệm trong thiết kế kỹ thuật, không có nghĩa mạng hiện đang gặp sự cố, nhưng cho thấy độ trễ thấp hơn sẽ phụ thuộc vào cơ chế khắc phục, chuyển tiếp và thực thi nhanh hơn.
Sự cố TeraSwitch cho thấy rủi ro tập trung hạ tầng
Sự cố định tuyến tại TeraSwitch ngày 12/8 xảy ra trước khi Solana chuyển sang slot 250 mili giây và không phải do thay đổi này gây ra. Tuy nhiên, sự kiện cho thấy nhiều validator có thể cùng bị ảnh hưởng khi phụ thuộc vào cùng một hạ tầng lưu trữ hoặc tuyến mạng, dù trên danh nghĩa chúng là các node độc lập.
Hồ sơ sự cố của TeraSwitch cho biết 12 địa điểm mất khả năng kết nối mạng, trong đó một địa điểm tại Miami bị loại khỏi hệ thống để cô lập. Ước tính của Solana Compass cho thấy khoảng 28,83% lượng stake của mạng rơi vào trạng thái mất kết nối hoặc không hoạt động trong khoảng 33 phút. Solana Foundation cho biết các block vẫn tiếp tục được tạo và giao dịch vẫn được đưa vào mạng.
Mạng không bị dừng, nhưng sự cố cho thấy số lượng validator không phản ánh đầy đủ mức độ phi tập trung. Một bộ dữ liệu độc lập ngày 7/9 đưa hệ số Nakamoto dựa trên stake của Solana về mức 18, trong khi validator lớn nhất chiếm khoảng 4% lượng stake đang hoạt động. Ở cấp độ nhà cung cấp dịch vụ lưu trữ, dữ liệu cùng ngày cho thấy lượng stake đang hoạt động liên quan đến TeraSwitch là 22,1%.
Solana Foundation cũng cho biết TeraSwitch từng lưu trữ khoảng 38% lượng stake vào “năm ngoái”, sau đó tỷ lệ này giảm xuống dưới 30%. Do các con số được tính tại những thời điểm và theo phương pháp không hoàn toàn giống nhau, mức 22,1% ngày 7/9 phù hợp hơn với vai trò một quan sát độc lập tại thời điểm hiện tại, thay vì được ghép trực tiếp với số liệu trước đó thành một chuỗi liên tục.
Cấu trúc phần mềm client là lớp rủi ro tập trung tiềm ẩn thứ ba. Một truy vấn tính theo trọng số stake ngày 20/9 cho thấy khoảng 87,4% lượng stake đang chạy các phiên bản client 4.x, 7,3% chạy phiên bản 0.x và 5,3% chạy phiên bản 26.x. Số phiên bản lớn chỉ có thể dùng như dấu hiệu khái quát cho các dòng phần mềm Agave, Frankendancer và Firedancer; chúng không phân biệt được toàn bộ biến thể scheduler hoặc các bản build phái sinh.
Ba nhóm dữ liệu này trả lời ba câu hỏi khác nhau. Mức tập trung stake cho biết cần bao nhiêu leader ngừng hoạt động hoặc phối hợp hành động thì mạng mới có thể chịu ảnh hưởng rõ rệt. Hệ client cho thấy validator có cùng phơi nhiễm trước một lỗi phần mềm hay không. Tỷ trọng của nhà cung cấp dịch vụ lưu trữ cho biết bao nhiêu lượng stake có thể đồng thời chịu tác động từ một nhà cung cấp hoặc cùng một miền định tuyến. Slot 250 mili giây không tạo ra các mức tập trung này, nhưng khung thời gian bàn giao và khắc phục ngắn hơn có thể làm hậu quả của sự cố trở nên rõ hơn.
Mốc 200 mili giây cần thêm dữ liệu vận hành
Dữ liệu ban đầu ở mức 250 mili giây chưa cho thấy tỷ lệ slot bị bỏ qua tăng đột biến. Tuy nhiên, một Epoch và mẫu quan sát khoảng 60 phút vẫn chưa đủ để quyết định triển khai mức 200 mili giây. Đánh giá thận trọng hơn cần bao phủ thời gian vận hành dài hơn, đồng thời theo dõi kết quả dưới các mức tải mạng, phân bổ địa lý, cơ cấu client và điều kiện hạ tầng khác nhau.
Alpenglow nằm trên một lộ trình kỹ thuật khác. Bản nâng cấp đồng thuận này đặt mục tiêu thời gian hoàn tất khoảng 150 mili giây, trong khi thời gian slot kiểm soát nhịp độ tạo block. Hai chỉ số này không phải một. Các mốc kế hoạch trên những trang chính thức của Solana cũng chưa hoàn toàn thống nhất, với một mục tiêu trong quý III và một kế hoạch khác hướng tới việc triển khai cùng Agave 4.3 vào tháng 10. Hiện chưa có ngày kích hoạt chính xác.
Trong giai đoạn tiếp theo, thị trường và các validator sẽ cần theo dõi không chỉ tốc độ trung bình trong một thử nghiệm ngắn, mà còn khả năng duy trì đồng bộ của việc chuyển tiếp giao dịch, chuyển giao quyền lãnh đạo, sửa block và các triển khai client khác nhau khi biên thời gian bị thu hẹp. Nếu khoảng cách địa lý, nhà cung cấp dịch vụ lưu trữ hoặc phiên bản phần mềm khiến một phần lượng stake đồng thời mất phản hồi, khả năng duy trì tỷ lệ slot bị bỏ qua thấp ở mức 200 mili giây sẽ là câu hỏi thực tế trước khi Solana tiếp tục rút ngắn thời gian slot.