Tối qua mình theo dõi dữ liệu subgraph của một dự án, tự nhiên bị đứng khoảng nửa phút không cập nhật. Phản ứng đầu tiên là “xong rồi, lại lỗi bug rồi”. Sau đó kiểm tra thì mới biết là do giới hạn RPC khiến các node của trình lập chỉ mục bị người khác “đẩy đông” đến nghẽn. Nói thẳng ra: dữ liệu on-chain nhìn thì như thời gian thực, nhưng phía dưới toàn bộ lại là các “bên trung gian” tập trung đang gồng gánh; gồng không nổi thì sẽ bị đứng.



Trước đây mình từng theo dõi một tài khoản chuyên làm subgraph. Họ ngày nào cũng đăng “không có độ trễ dữ liệu”. Mãi sau mới phát hiện ra các biểu đồ “real-time” mà họ đăng thực ra đều là cập nhật theo lịch định kỳ, thời gian cache còn dài hơn nhiều so với thời gian họ nói. Mình hủy theo dõi xong ngược lại thấy nhẹ lòng—dù sao trong lòng cũng rõ là dữ liệu on-chain có phần “bộ lọc” nào đó. Không coi độ trễ là độ trễ thì chẳng kiếm được cơ hội.

Dạo gần đây, các chương trình khuyến khích trên testnet lại bị khuấy lên, mọi người bắt đầu đoán liệu mainnet có phát hành token hay không. Nói thật, bối cảnh này sao quen quá? Lúc nào cũng nói “chạy thông dữ liệu rồi hãy nói”, nhưng cứ mỗi lần dữ liệu bị kẹt thì lại đúng là khoảng “cửa sổ” để đi trước. Tay ngứa muốn thử, nhưng nghĩ lại thì thôi—đầu tiên cứ xem RPC có bị giới hạn không, kẻo chen vào xong mới phát hiện mình mắc kẹt ở yêu cầu thứ 1000. Tạm vậy nhé, từ từ rồi tính.
Xem bản gốc
Trang này có thể chứa nội dung của bên thứ ba, được cung cấp chỉ nhằm mục đích thông tin (không phải là tuyên bố/bảo đảm) và không được coi là sự chứng thực cho quan điểm của Gate hoặc là lời khuyên về tài chính hoặc chuyên môn. Xem Tuyên bố từ chối trách nhiệm để biết chi tiết.
  • Phần thưởng
  • Bình luận
  • Đăng lại
  • Retweed
Bình luận
Thêm một bình luận
Thêm một bình luận
Không có bình luận
  • Đã ghim