ngày nay, Solana thay đổi mãi mãi chúng tôi đã giải quyết vấn đề dữ liệu / RPC lớn nhất tồn tại Dữ liệu lịch sử/lưu trữ Solana - hiện đã được thiết kế lại Bối cảnh nhanh: hôm nay khi bạn truy vấn dữ liệu lịch sử (getBlock/getTransaction/getSignaturesForAddress), dữ liệu đó sẽ truy cập vào Google BigTable Đây là i) chậm, ii) tốn kém, iii) không linh hoạt cho các truy vấn ví dụ: về mặt vật lý, bạn không thể lấy tx đầu tiên cho một địa chỉ Solana mà không lặp lại liên tục từ tx mới nhất đối với các địa chỉ bận rộn, điều này có thể mất hàng nghìn cuộc gọi RPC - cực kỳ chậm, tốn kém và khó chịu Ngoài ra, hãy tưởng tượng bạn muốn lấy 100 TX gần đây nhất cho một địa chỉ, bạn làm điều đó như thế nào? Trước tiên, bạn nhấn getSignaturesForAddress để lấy tất cả các chữ ký tx và sau đó gọi getTransaction trên mỗi tx để lấy thông tin chi tiết của nó - điều này có thể mất 1.001 lệnh gọi RPC trong trường hợp xấu nhất Không còn nữa Chúng tôi đã xây dựng một hệ thống lưu trữ lưu trữ phân tán mới nhanh hơn 1.000 lần, linh hoạt hơn và có khả năng mở rộng hơn Phần tốt nhất? chúng tôi sẽ giới thiệu một phương thức API mới: getTransactionsForAddress Với phương pháp này, bây giờ bạn có thể: i) kết hợp các lệnh gọi getSignaturesForAddress và getTransaction thành chỉ 1 lệnh gọi thay vì 1.000 lệnh gọi ii) Bạn có thể tìm kiếm theo thứ tự ngược lại mà không cần phải đi qua iii) bạn có thể tìm kiếm các giao dịch lịch sử theo thời gian và phạm vi vị trí (ví dụ: lấy cho tôi tất cả các txn từ ngày 5 tháng 1 năm 2025 đến ngày 5 tháng 2 năm 2025) Hơn nữa: - các cuộc gọi getBlock hiện nhanh hơn 10 lần - lệnh gọi getTransaction hiện nhanh hơn 10 lần - Các cuộc gọi getSignaturesForAddress hiện nhanh hơn 10 lần Độ trễ thấp hơn 10 lần, cuộc gọi RPC ít hơn 100 lần và mã ít hơn 1000 lần hưởng! Tài liệu dưới đây