Lợi Ích và Tối Ưu Hóa Hạ Tầng Solana Đa Khu Vực

Chúng tôi đã nhấn mạnh tầm quan trọng của việc ở gần validator leader hiện tại về mặt vật lý. Tuy nhiên, Solana phân bố toàn cầu và leader luân chuyển liên tục. Đặt mọi thứ tại một thành phố duy nhất không phù hợp với thực tế đó, đó là lý do phương pháp đa khu vực có ý nghĩa. Trong bài viết này, chúng tôi bắt đầu từ epoch và lịch leader, sau đó chỉ ra cách xác định liệu bạn có "gần" theo nghĩa thực tế hay không và cách vận hành quyết định đó.

Solana đo thời gian bằng slot. Khoảng 400 ms tạo thành một slot, và các slot được nhóm thành epoch. Một epoch là một tập hợp slot (tổng cộng 432.000) và kéo dài khoảng hai ngày. Bạn có thể theo dõi tiến trình bằng phương thức RPC getEpochInfo. Để hiểu tốc độ xử lý hiện tại của mạng và slot đang tiến triển nhanh như thế nào, getRecentPerformanceSamples rất hữu ích. Ở đầu mỗi epoch, lịch leader được cố định, và tại bất kỳ thời điểm nào chính xác một leader đang sản xuất block. Sự luân chuyển nhanh chóng này là lý do bạn cần phương pháp theo dõi khoảng cách khi leader thay đổi.

Trong lịch sử hạ tầng giao dịch, việc ở gần máy chủ chính của sàn giao dịch luôn là lợi thế. Người ta thậm chí nói giá máy chủ thay đổi theo chiều dài cáp. Ánh sáng nhanh, nhưng không phải vô hạn. Khoảng cách ngắn hơn nghĩa là nhận nhanh hơn và gửi nhanh hơn. Nguyên tắc tương tự áp dụng trên blockchain, với một điểm khác biệt: điểm sản xuất block của Solana di chuyển khắp thế giới. Nếu leader đang ở New York ngay lúc này, ở gần New York có lợi. Nếu leader tiếp theo ở Frankfurt, ở gần Frankfurt có lợi. Đó là lý do bạn chuẩn bị nhiều vị trí thay vì một hub duy nhất.

Duy trì nhiều điểm đặt nhỏ tại các thành phố validator lớn và điểm trao đổi, tự động sử dụng điểm đặt gần nhất với leader hiện tại tại bất kỳ thời điểm nào. Khi slot leader ở New York, nhận và gửi từ New York. Khi leader tiếp theo chuyển sang Frankfurt, chuyển giao ngay sang Frankfurt và truyền từ đó trên đường ngắn nhất. Mục tiêu không phải cải thiện trung bình, mà là không bỏ lỡ những cơ hội liên tục đến.

Mạng chia sẻ và máy chủ chia sẻ nhạy cảm với người dùng khác và có xu hướng dao động vào giờ cao điểm. Endpoint chuyên dụng và máy chủ chuyên dụng qua các khu vực cho phép bạn bỏ qua tắc nghẽn và truyền dữ liệu như đường cao tốc riêng. Tiếp nhận luồng đặc biệt nhạy cảm với khoảng cách, vì vậy đặt nó gần nhất trên tài nguyên chuyên dụng ảnh hưởng đến trải nghiệm hàng ngày. Truyền đi cũng chỉ hoạt động đúng khi rời đi từ điểm đặt gần trên tuyến chuyên dụng (bạn là người dùng duy nhất, nên ít bị ảnh hưởng bởi throttling và xếp hàng chia sẻ).

Sự gần gũi là quyết định dựa trên dữ liệu, không phải cảm tính. Đầu tiên, tìm vị trí trong epoch hiện tại. Sử dụng getEpochInfo để lấy dữ liệu epoch và đọc slot đã qua và slot còn lại. Sau đó sử dụng getRecentPerformanceSamples để ước tính thời gian slot trung bình gần đây. Slot còn lại nhân với thời gian slot trung bình cho bạn số giây gần đúng đến lần chuyển đổi. Điều này giúp lên kế hoạch chuẩn bị và chuyển giao vị trí dễ hơn.

Khi gần đến chuyển đổi, lấy danh sách leader cho phạm vi mục tiêu bằng getSlotLeaders và thu hẹp các ứng viên ngắn hạn. Bạn có thể liệt kê node cụm bằng getClusterNodes. Đối chiếu danh tính leader với dữ liệu node, sau đó sử dụng IP công khai hoặc địa chỉ gossip để ước tính vị trí địa lý.

Hãy cẩn thận. Định vị địa lý IP có thể sai hoặc cũ, vì vậy sau khi có bản đồ sơ bộ, thực sự ping từ mỗi điểm đặt và đo baseline round-trip trực tiếp. Mạng hoạt động như chuyến đi đường: khoảng cách quan trọng, nhưng lựa chọn tuyến đường thay đổi thời gian đến. Ping là chỉ số nhỏ gọn cho thấy "đường" hôm nay đông đúc thế nào. Đừng dựa vào một phép đo duy nhất. Chạy nhiều ping nhẹ trong khoảng thời gian ngắn và quyết định dựa trên trung vị để giảm nhiễu.

Đừng bỏ kết quả. Lưu các phép đo và ánh xạ theo điểm đặt trong cơ sở dữ liệu riêng, và có worker nhẹ cập nhật delta ở mỗi lần đổi epoch. Vận hành hàng ngày ổn định hơn và quyết định nhanh hơn.

Nếu bạn tính toán lại mọi thứ từ đầu, tốc độ bị tiêu tốn cho chính phép đo. Trong thực tế, lưu ánh xạ giữa leader và khu vực, cùng độ trễ theo điểm đặt, trong cơ sở dữ liệu. Cập nhật bằng worker ở mỗi ranh giới epoch. Để ứng dụng runtime đọc cơ sở dữ liệu đó và quyết định ngay lập tức điểm đặt nào sử dụng. Đặt tiếp nhận gần nguồn luồng, và chuẩn bị truyền đi trong khu vực leader tiếp theo sớm hơn một chút. Phân chia vai trò giảm tổng độ trễ kết hợp.

Cho mỗi điểm đặt, sử dụng CPU xung nhịp cao, bộ nhớ DDR5 và NVMe mới nhất, giữ mức sử dụng thông thường thấp. Tinh chỉnh cấp vi mô là nền tảng giúp thiết kế đa khu vực phát huy hiệu quả. Ở cấp vĩ mô, đặt chung endpoint chuyên dụng và máy chủ trong cùng mạng để tối đa hóa "giao tiếp khoảng cách zero" không qua internet công cộng. Cho relay giữa các điểm đặt, đường chuyên dụng riêng thường giảm thời gian chờ chuyển giao so với tuyến đường chung qua RPC công cộng.

Nhận gần leader, gửi từ gần leader. Vì "gần" liên tục thay đổi, trải rộng dấu chân trên nhiều khu vực. Những gì bạn cần là cơ chế nhỏ để theo dõi lịch mới nhất và cách hợp lý để đặt điểm đặt. Chúng tôi không cung cấp tư vấn giao dịch hay tài chính. Tuy nhiên, chúng tôi có thể giúp với tư cách nhà xây dựng bằng các bước cụ thể để rút ngắn vòng lặp dữ liệu. Bao gồm thiết kế cơ sở dữ liệu và worker, đặt điểm đặt, chuẩn bị endpoint chuyên dụng và chuyển giao giữa các thành phố.

Để cập nhật và câu hỏi, tham gia Validators DAO Discord. Dùng thử miễn phí và môi trường thử nghiệm có sẵn. https://discord.gg/C7ZQSrCkYR

Cảm ơn bạn như mọi khi. Chúng tôi tiếp tục thử nghiệm thực tế và cải thiện trung thực, để dự án của bạn thành công.