TL;DR: Trong cuộc thảo luận công khai về IOH #185, tập trung vào trạng thái di chuyển Giao thức tổng hợp dòng thời gian (TAP), khoảng 82% truy vấn vẫn đang chờ hai người lập chỉ mục chính. Điểm nổi bật chính là cuộc thảo luận về chiến lược nâng cấp không có thời gian ngừng hoạt động để định tuyến proxy ngược bằng cách sử dụng Bộ chỉ mục nâng cấp, điều này rất quan trọng vì nó đóng vai trò là điểm lỗi duy nhất cho nhiều sơ đồ con. Thời hạn để người lập chỉ mục di chuyển sang TAP là ngày 3 tháng 12 năm 2024.
Xin chào mọi người và chào mừng đến với tập 185 của Giờ làm việc của Người lập chỉ mục!
Liên kết video: https://youtu.be/6a_TRYRBuBg
Cập nhật mới nhất cho các kho quan trọng
Cập nhật mới nhất cho các kho quan trọng
- Nút đồ thị: Phiên bản mới v0.36.0: Ngày: 26/11/2024 15:37:35 UTC Phiên bản 0.36.0 giới thiệu một số tính năng đáng chú ý như hỗ trợ luồng con , ứng dụng khách IPFS mới và thông báo Lỗi nâng cao, từ đó cải thiện chức năng tổng thể và gỡ lỗi quá trình. Ngoài ra còn có các bản sửa lỗi để giải quyết các vấn đề về hiệu suất và độ ổn định, đảm bảo cơ sở hạ tầng Graph Node chạy mượt mà hơn. Chỉ báo khẩn cấp: Màu vàng Lý do khẩn cấp: Cập nhật quan trọng nhưng không khẩn cấp.
- Ngày: 26-11-2024 15:37:35 UTC
- Phiên bản 0.36.0 giới thiệu các tính năng đáng chú ý như hỗ trợ luồng con , ứng dụng khách IPFS mới và thông báo lỗi nâng cao, cải thiện chức năng tổng thể và quy trình gỡ lỗi.
- Ngoài ra còn có các bản sửa lỗi để giải quyết các vấn đề về hiệu suất và độ ổn định, đảm bảo cơ sở hạ tầng Graph Node chạy mượt mà hơn.
- Chỉ báo khẩn cấp: màu vàng
- Lý do khẩn cấp: Cập nhật quan trọng nhưng không khẩn cấp.
- Dịch vụ và tác nhân lập chỉ mục (TS): Phiên bản mới v0.21.9: Ngày: 2024-11-25 21:46:27 UTC Phiên bản 0.21.9 Đã sửa lỗi liên quan đến việc phân bổ lại phân bổ cho các quy trình đang hoạt động, đảm bảo rằng phân bổ vượt quá 1000 Hoạt động này là mượt mà hơn trong những điều kiện nhất định. Chỉ báo khẩn cấp: Màu vàng Lý do khẩn cấp: Sửa chữa quan trọng nhưng không phải ngay lập tức hoặc quan trọng.
- Ngày: 25-11-2024 21:46:27 UTC
- Phiên bản 0.21.9 sửa lỗi liên quan đến việc phân bổ lại các quy trình đang hoạt động, đảm bảo hoạt động mượt mà hơn với hơn 1000 phân bổ.
- Chỉ báo khẩn cấp: màu vàng
- Lý do khẩn cấp: Sửa chữa quan trọng nhưng không phải ngay lập tức hoặc nghiêm trọng.
- Subgraph-radio: Phiên bản mới 1.0.7: Ngày: 21/11/2024 14:19:00 UTC Phiên bản này cập nhật bảng điều khiển Grafana và các phần phụ thuộc của Graphcast SDK của phiên bản 1.0.7. Nó bao gồm một số bản sửa lỗi nhỏ và không có thay đổi nào có tác động lớn đến chức năng cốt lõi. Chỉ báo khẩn cấp: Màu xanh lá cây Lý do khẩn cấp: Cập nhật mức độ ưu tiên thấp, không có thay đổi quan trọng.
- Ngày: 21-11-2024 14:19:00 UTC
- Phiên bản này cập nhật bảng thông tin Grafana và các phần phụ thuộc của Graphcast SDK của phiên bản 1.0.7. Nó bao gồm một số bản sửa lỗi nhỏ và không có thay đổi nào có tác động lớn đến chức năng cốt lõi.
- Chỉ báo khẩn cấp: màu xanh lá cây
- Lý do khẩn cấp: cập nhật mức độ ưu tiên thấp, không có thay đổi quan trọng.
Biểu đồ bảng khởi chạy:
- Phiên bản biểu đồ mới được phát hành với các cải tiến và sửa lỗi: Graph Node-0.5.6
- Nút đồ thị-0.5.6
Không gian tên bảng khởi chạy:
- Phiên bản ổn định mới của Polygon, Graph, Arbitrum
câu hỏi:
- Sự cố về biểu đồ Launchpad: Xem hoặc báo cáo sự cố
- Sự cố về không gian tên của bảng khởi chạy: Xem hoặc báo cáo sự cố
Cập nhật mới nhất về những thay đổi quan trọng đối với giao thức
- Yêu cầu thông tin liên quan đến tranh chấp #GDR-19
- Yêu cầu thông tin về GDR-20 đang tranh chấp
- Yêu cầu thông tin tranh chấp GDR-21
- Tài liệu theo dõi Tích hợp Chuỗi được cập nhật cùng với hướng dẫn cho Boba, Boba BNB, Mode và Zora
- Hướng dẫn cập nhật cho Boba, Boba BNB, Mode và Zora
- GRC-20: Tiêu chuẩn được đề xuất để lưu trữ và biểu diễn kiến thức trên The Graph
- Một tiêu chuẩn được đề xuất để lưu trữ và biểu diễn tri thức trên The Graph
- Điểm nổi bật: Đã thêm hỗ trợ GRE/SDK cho Horizon #1071 (Mở)
- Linh tinh: Nâng cấp phiên bản đánh lửa lên 0.15.8 #1069 (Mở)
- Khác: Sử dụng tài khoản bảo mật hardhat cho các chuỗi không phải cục bộ #1070 (mở)
Giao thức tổng hợp dòng thời gian (TAP) là một hệ thống thanh toán vi mô mới để truy vấn Biểu đồ.
Người lập chỉ mục cần di chuyển sang TAP trước ngày 3 tháng 12 năm 2024.
Để thảo luận thêm về TAP, hãy xem bài đánh giá của IOH:
Ana |GraphOps: Pierre đã đặt một câu hỏi trên Discord, vì vậy hãy bắt đầu với câu hỏi đó.
Pierre hỏi về lỗi này (xem bên dưới). Nếu biên nhận truy vấn không có giá trị tối thiểu và có các giá trị mong đợi và nhận được thì sẽ xảy ra lỗi dịch vụ bộ chỉ mục. Tôi đã đề xuất tăng giá trị biên nhận tối đa GRT, nhưng điều đó dường như không cải thiện được điều đó, vì vậy tôi muốn hỏi, Gustavo, liệu bạn có bất kỳ đề xuất nào không.
2024-11-23T21:37:14.149104Z ERROR indexer_common::indexer_service::http::indexer_service: An IndexerServiceError occoured., self: Issues with provided receipt: Receipt error: Issue encountered while performing check: Query receipt does not have the minimum value. Expected value: 100000000000000. Received value: 54914160775223.
với
với
service.tap:
max_receipt_value_grt: "0.01"
Gustavo | Semiotic Labs: Mỗi lần tìm thấy mức tối thiểu, nó sẽ liên quan đến mô hình chi phí của bạn. Vì vậy, hiện tại trong TAP, chúng tôi có mô hình chi phí, vì vậy chúng tôi đang thực thi cổng tuân theo mô hình chi phí của bạn. Do đó, mức tối thiểu này có liên quan đến mô hình chi phí và có một số người lập chỉ mục có mô hình chi phí được đặt quá cao và cổng cũng có ngân sách. Tôi tin rằng nó đang nhắm mục tiêu 40 đô la cho mỗi 1 triệu truy vấn và nếu giá trị của bạn cao hơn mức đó, họ sẽ cố gắng gửi số tiền tối đa có thể vì số tiền đó sẽ không đủ để đạt được giá trị mong đợi của bạn, vì vậy bạn sẽ từ chối một số Truy vấn . Vì vậy, tôi khuyên bạn nên giảm mô hình chi phí của mình xuống một chút, có thể gần 40 USD cho mỗi 1 triệu truy vấn.
Giá trị nhận tối đa GRT là một vấn đề khác. Chúng tôi mong đợi TAP sẽ nhận được những khoản thu nhỏ, nếu bạn nhận được 10 GRT từ người gửi thì có điều gì đó không ổn. Họ có thể đang cố gắng gửi thứ gì đó có thể làm hỏng hệ thống của bạn, đó là lý do tại sao họ gửi nhiều GRT như vậy nên bạn sẽ chấp nhận. Đó là lý do tại sao bạn có giá trị biên nhận tối đa GRT, đó là giá trị tối đa mà biên nhận có thể đạt tới.
Josh Kauffman | StreamingFast.io: Bằng cách theo dõi quá trình di chuyển, đã có đủ người lập chỉ mục được di chuyển chưa? Các bạn đã xem nhật ký để xem mọi việc diễn ra như thế nào chưa?
Gustavo: Chúng tôi xử lý gần 80% truy vấn và chúng tôi sẽ sớm có hai nhà lập chỉ mục lớn tham gia cùng chúng tôi. Chúng tôi đã sẵn sàng. Nhưng chúng tôi vẫn cung cấp hỗ trợ cho bất kỳ ai muốn di chuyển.
Tôi sẽ chạy tập lệnh ở chế độ nền và có thể cập nhật cho bạn tỷ lệ phần trăm truy vấn ngay bây giờ.
Tình trạng di chuyển:
Khi Pinax và Trình lập chỉ mục nâng cấp bắt đầu chạy TAP:
Marc-André |Ellipfra: Tin tốt, IMO quá trình triển khai đang diễn ra tốt đẹp. Cải tiến tổng thể cho phần mềm, nhà phát triển phản hồi nhanh, giao tiếp tuyệt vời.
Abel |GraphOps: Những thách thức chính bạn gặp phải trong quá trình di chuyển TAP là gì? Ai chưa di cư?
Mickey |The Graph |E&N: Bộ chỉ mục được nâng cấp vẫn chưa được di chuyển.
Nâng cấp trình lập chỉ mục là một điểm thất bại đối với nhiều sơ đồ con (chủ yếu trên các chuỗi không có thưởng), vì vậy chúng tôi không thể chấp nhận bất kỳ thời gian ngừng hoạt động nào.
Marc-André |Ellipfra: Vâng, theo như tôi biết, việc nâng cấp cần có thời gian ngừng hoạt động.
Gustavo đã và đang giúp chúng tôi lập kế hoạch và lên kế hoạch để tránh thời gian ngừng hoạt động. 💓
Matthew Darwin |Pinax: Pinax2 đã hoàn thành, Pinax1 đã hoàn thành.
Chỉ cần đợi vài ngày để đảm bảo pinax2 ổn định trước khi hoàn thành pinax1. (không bị chặn bởi bất cứ điều gì)
Gemma |LunaNova: Trước tiên, chúng tôi muốn hoàn thành việc di chuyển cơ sở hạ tầng... Đây là một trò chơi thú vị...
Chỉ cần đợi vài ngày để đảm bảo pinax2 ổn định trước khi hoàn thành pinax1. (không bị chặn bởi bất cứ điều gì)
Gemma |LunaNova: Trước tiên, chúng tôi muốn hoàn thành quá trình di chuyển cơ sở hạ tầng... Đây là một trò chơi thú vị...
Có, chúng tôi sẽ sớm chuyển sang phần cứng mới sáng bóng ở trung tâm dữ liệu mới.
Josh Kauffman | StreamingFast.io: Chúng tôi thực sự vẫn chưa nhận được phí truy vấn cho phiên bản mới này. Nhưng tuần này tôi đã mất bản phát triển nên chúng tôi sẽ sửa nó vào tuần sau với Gustavo.
calinah | GraphOps: Gửi bất kỳ lỗi nào bạn thấy để chúng tôi có thể xử lý khi chúng xảy ra.
Gustavo | Semiotic Labs: Chỉ cần gửi tin nhắn và tôi sẽ sẵn lòng tham gia cuộc gọi để giúp bạn.
Gustavo: Ở đây tôi có thể bổ sung thêm một chút về cách chúng tôi có thể điều chỉnh để thực hiện nâng cấp bộ chỉ mục mà không có bất kỳ thời gian ngừng hoạt động nào.
Chúng tôi khuyên người lập chỉ mục nên đóng phân bổ của họ, nâng cấp lên TAP rồi bắt đầu sử dụng phần mềm mới vì không có cách nào dễ dàng để yêu cầu cổng ngừng gửi truy vấn cho bạn trong khi bạn nâng cấp.
Ngoài ra, cổng sẽ truy vấn bạn mỗi phút để kiểm tra phiên bản của bạn và cập nhật loại biên nhận tương ứng.
Nếu bạn làm theo các đề xuất, khi bạn mở phân bổ mới, cổng sẽ truy vấn bạn, tìm phiên bản mới và bắt đầu gửi các loại biên lai truy vấn mới.
Tuy nhiên, Bộ chỉ mục nâng cấp là một điểm lỗi duy nhất đối với nhiều sơ đồ con và không thể có bất kỳ thời gian ngừng hoạt động nào.
Sự khác biệt chính trong các yêu cầu từ V1 đến V2 là trong phiên bản mới, tiêu đề có tên biên nhận khác: Biên nhận Scaler -> Biên nhận TAP.
Những gì chúng tôi làm là đặt một proxy ngược (ví dụ: nginx, traefik) trước bộ chỉ mục để nó có thể định tuyến nội dung và bạn có proxy. Do đó, cân bằng tải có thể được thực hiện trên nhiều dịch vụ lập chỉ mục.
Ở đó bạn có thể thêm quy tắc định tuyến đến tiêu đề tương ứng. Bạn có quy tắc định tuyến trong đó nếu tiêu đề chứa biên nhận Bộ chia tỷ lệ, hãy gửi đến bộ chỉ mục cũ hơn và nếu tiêu đề chứa biên nhận TAP, hãy gửi đến ngăn xếp bộ chỉ mục mới.
Hãy đảm bảo rằng cả hai đều đang chạy và mỗi máy có một máy chủ nội bộ khác nhau. Sau đó bạn sẽ định tuyến cho phù hợp.
Ban đầu, bộ chỉ mục nâng cấp sẽ định tuyến đến phiên bản cũ, nhưng khi họ chuyển sang bộ chỉ mục, lần tiếp theo cổng gửi phiên bản dấu gạch chéo, nó sẽ bắt đầu gửi biên nhận mới, nhưng cho đến lúc đó, bạn có thể định tuyến đến ngăn xếp cũ.
Bằng cách này, bạn có thể đạt được thời gian ngừng hoạt động bằng không bằng cách chuyển đổi tuyến đường trong proxy ngược.
Có thể những người lập chỉ mục lớn hơn có thể hưởng lợi từ chiến lược này, nhưng giờ họ đã di chuyển nên điều đó thực sự không còn ý nghĩa nữa. Nhưng để nâng cấp bộ chỉ mục, nó sẽ mang lại quá trình chuyển đổi suôn sẻ hơn.
Gustavo |Semiotic Labs: Có phải mọi người ở đây đều sử dụng TAP ngoài Pinax và Edge & Node không?
Abel | GraphOps: Payne [StakeSquid] đã đề cập rằng anh ấy đang làm rất nhiều việc nên vẫn chưa di cư, nhưng còn những người khác thì sao? Rất mong nhận được ý kiến từ nhóm DappLooker hoặc InfraDAO nơi bạn đang di chuyển TAP.
Slimchance [từ InfraDAO] đã đăng:
Choubey |DappLooker: Đã có kế hoạch nâng cấp nhưng chưa. Chỉ là băng thông ở phía chúng tôi.
Choubey |DappLooker: Đã có kế hoạch nâng cấp nhưng chưa. Chỉ là băng thông ở phía chúng tôi.
John K.: Mọi chuyện diễn ra rất tốt...Tôi đã bắt đầu sử dụng TAP nên không phải di chuyển.
Bây giờ không có vấn đề gì... Vẫn mở rộng quy mô hoạt động lập chỉ mục của tôi.
Matthew Darwin |Pinax: Vậy ai đã nâng cấp lên nút biểu đồ mới nhất?
calinah |GraphOps: Không phải chúng tôi🤣.
#blockchaindataindex #TheGraph #web3data
Tất cả bình luận