TL;DR: В публичном обсуждении IOH № 185, в котором основное внимание уделяется статусу миграции протокола агрегации временной шкалы (TAP), примерно 82% запросов все еще ожидают двух основных индексаторов. Ключевым моментом стало обсуждение стратегии обновления с нулевым временем простоя для обратной маршрутизации прокси-сервера с использованием индексатора обновления, который имеет решающее значение, поскольку служит единой точкой отказа для многих подграфов. Крайний срок перехода индексаторов на TAP — 3 декабря 2024 г.

Привет всем и добро пожаловать в 185-ю серию программы «Часы работы Indexer»!

Ссылка на видео: https://youtu.be/6a_TRYRBuBg

Последние обновления важных репозиториев

Последние обновления важных репозиториев

Диаграмма панели запуска:

Пространство имен панели запуска:

вопрос:

Последние обновления о важных изменениях в протоколе

Протокол агрегирования временной шкалы (TAP) — это новая система микроплатежей для запросов к The Graph.

Индексаторам необходимо перейти на TAP до 3 декабря 2024 года.

Дополнительную информацию о TAP см. в обзоре IOH:

Ана |GraphOps: Пьер задал вопрос в Discord, так что начнем с него.

Пьер спросил об этой ошибке (см. ниже). Если квитанция запроса не имеет минимального значения и имеются ожидаемые и полученные значения, возникает ошибка службы индексатора. Я предложил увеличить максимальную сумму GRT квитанции, но, похоже, это не улучшило ее, поэтому мне было интересно, Густаво, есть ли у вас какие-либо предложения.

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.

с

с

service.tap: max_receipt_value_grt: "0.01"

Густаво | Семиотические лаборатории: Каждый раз, когда обнаруживается минимум, это связано с вашей моделью затрат. Итак, теперь в TAP у нас есть модель затрат, поэтому мы заставляем шлюз следовать вашей модели затрат. Таким образом, этот минимум связан с моделью затрат, и есть некоторые индексаторы, чья модель затрат установлена ​​слишком высоко, и у шлюза также есть бюджет. Я полагаю, что он нацелен на 40 долларов за 1 миллион запросов, и если ваше значение выше этого, они попытаются отправить максимум возможного, потому что этого будет недостаточно для достижения ожидаемого значения, поэтому вы отклоните некоторые запросы. . Поэтому я бы порекомендовал немного снизить вашу модель затрат, возможно, ближе к 40 долларам за 1 миллион запросов.

Другое дело – максимальная сумма квитанции GRT. Мы ожидаем, что TAP получит небольшие квитанции, если вы получили от отправителя 10 GRT, что-то не так. Возможно, они пытаются отправить что-то, что может сломать вашу систему, поэтому они отправляют так много GRT, так что вы это примете. Вот почему у вас есть максимальная стоимость GRT квитанции, то есть это максимальное значение, которого может достичь квитанция.

Джош Кауфман | StreamingFast.io: Достаточно ли перемещено индексаторов, отслеживая миграцию? Ребята, вы видели логи, чтобы узнать, как обстоят дела?

Густаво: Мы обрабатываем около 80% запросов, и скоро к нам присоединятся два крупных индексатора. Мы готовы. Но мы по-прежнему предлагаем поддержку всем, кто хочет переехать.

Я запущу сценарий в фоновом режиме и сейчас смогу сообщить вам процент запросов.

Статус миграции:

Как только Pinax и Upgrade Indexer начнут использовать TAP:

Марк-Андре |Эллифра: Хорошие новости, по моему мнению, внедрение идет хорошо. Общие улучшения программного обеспечения, отзывчивые разработчики, отличное общение.

Абель |GraphOps: С какими основными проблемами вы столкнулись при миграции TAP? Кто еще не мигрировал?

Микки |The Graph |E&N: Обновленный индексатор еще не перенесен.

Обновление индексатора — это единственная точка отказа для многих подграфов (в основном в цепочках без вознаграждений), поэтому мы не можем допускать простоев.

Марк-Андре | Эллипфра: Да, насколько я знаю, обновление требует простоя.

Густаво помогал нам планировать и планировать способы избежать простоев. 💓

Мэтью Дарвин | Пинакс: Пинакс2 завершен, Пинакс1 завершен.

Просто подождите несколько дней, чтобы убедиться в стабильности работы pinax2, прежде чем завершать работу pinax1. (ничем не заблокирован)

Джемма |LunaNova: Мы хотим сначала завершить миграцию инфраструктуры... Это интересная игра...

Просто подождите несколько дней, чтобы убедиться в стабильности работы pinax2, прежде чем завершать работу pinax1. (ничем не заблокирован)

Джемма |LunaNova: Мы хотим сначала завершить миграцию инфраструктуры... Это интересная игра...

Да, скоро мы перейдем на новое блестящее оборудование в новом центре обработки данных.

Джош Кауфман | StreamingFast.io: На самом деле мы до сих пор не получили оплату за запросы для этой новой версии. Но на этой неделе я потерял развитие, так что исправим это на следующей неделе с Густаво.

Calinah | GraphOps: Также отправляйте любые ошибки, которые вы видите, чтобы мы могли их обработать, когда они возникнут.

Густаво | Семиотические лаборатории: Просто отправьте сообщение, и я буду рад присоединиться к вам и помочь.

Густаво: Я могу добавить немного о том, как мы можем настроить обновление индексаторов без простоев.

Мы рекомендуем индексаторам закрыть свои распределения, перейти на TAP, а затем начать использовать новое программное обеспечение, поскольку не существует простого способа заставить шлюз прекратить отправку вам запросов во время обновления.

Кроме того, шлюз каждую минуту запрашивает у вас проверку вашей версии и соответствующее обновление типа квитанции.

Если вы будете следовать рекомендациям, то при открытии нового распределения шлюз будет запрашивать вас, искать новую версию и начинать отправлять новые типы квитанций запросов.

Однако индексатор обновлений является единой точкой отказа для многих подграфов и не может иметь простоев.

Основное отличие запросов от V1 от V2 заключается в том, что в новой версии заголовок имеет другое имя квитанции: Квитанция Scaler —> Квитанция TAP.

Что мы делаем, так это помещаем обратный прокси (например, nginx, traefik) перед индексатором, чтобы он мог маршрутизировать данные, и у вас был прокси. Таким образом, балансировку нагрузки можно выполнять между несколькими службами индексатора.

Там вы можете добавить правила для маршрутизации к заголовкам соответственно. У вас есть правило маршрутизации, согласно которому, если заголовок содержит квитанцию ​​Scaler, отправьте его в старый индексатор, а если заголовок содержит квитанцию ​​TAP, отправьте в новый стек индексатора.

Убедитесь, что они оба запущены и у каждого свой внутренний хост. Затем вы проложите соответствующий маршрут.

Первоначально индексаторы обновления будут маршрутизироваться к старой версии, но когда они переключятся на индексатор, в следующий раз, когда шлюз отправит версию с косой чертой, он начнет отправлять новые квитанции, но до тех пор вы можете маршрутизироваться к старому стеку.

Таким образом, вы можете добиться нулевого времени простоя, просто переключая маршруты в обратном прокси.

Возможно, более крупные индексаторы могли бы извлечь выгоду из этой стратегии, но теперь, когда они перешли, это не имеет смысла. Но при обновлении индексатора переход будет более плавным.

Густаво |Semiotic Labs: Все ли здесь используют TAP, кроме Pinax и Edge & Node?

Абель | GraphOps: Пейн [StakeSquid] упомянул, что он много делает, поэтому еще не мигрировал, а как насчет других? Хотелось бы услышать мнение команды DappLooker или InfraDAO о том, где вы находитесь в процессе миграции TAP.

Slimchance [из InfraDAO] опубликовал:

Choubey |DappLooker: Планировалось обновить, но пока нет. Просто пропускная способность с нашей стороны.

Choubey |DappLooker: Планировалось обновить, но пока нет. Просто пропускная способность на нашей стороне.

Джон К.: Все идет отлично... Я начал использовать TAP, поэтому мне не нужно мигрировать.

Теперь нет проблем... Все еще масштабирую свои операции индексирования.

Мэтью Дарвин |Pinax: Итак, кто обновился до последней графической ноды?

Калина |GraphOps: Не мы🤣.

#blockchaindataindex #TheGraph #web3data