요약: TAP(Timeline Aggregation Protocol) 마이그레이션 상태에 초점을 맞춘 IOH #185에 대한 공개 토론에서 쿼리의 약 82%가 여전히 두 개의 기본 인덱서에서 대기하고 있습니다. 주요 하이라이트는 업그레이드 인덱서를 사용하는 역방향 프록시 라우팅을 위한 가동 중지 시간 없는 업그레이드 전략에 대한 논의였습니다. 이는 많은 하위 그래프에 대한 단일 실패 지점 역할을 하기 때문에 매우 중요합니다. 인덱서가 TAP으로 마이그레이션되는 기한은 2024년 12월 3일입니다.

안녕하세요 여러분. Indexer Office Hours의 에피소드 185에 오신 것을 환영합니다!

영상 링크: https://youtu.be/6a_TRYRBuBg

중요한 저장소에 대한 최신 업데이트

중요한 저장소에 대한 최신 업데이트

런치패드 차트:

런치패드 네임스페이스:

질문:

프로토콜의 중요한 변경 사항에 대한 최신 업데이트

TAP(Timeline Aggregation Protocol)는 The Graph에 쿼리하기 위한 새로운 소액 결제 시스템입니다.

인덱서는 2024년 12월 3일 이전에 TAP으로 마이그레이션해야 합니다.

TAP에 대한 자세한 내용은 IOH 검토를 참조하세요.

Ana |GraphOps: Pierre가 Discord에 질문을 했으니 그것부터 시작하겠습니다.

Pierre는 이 오류에 대해 물었습니다(아래 참조). 쿼리 수신에 최소값이 없고 예상값과 수신값이 있는 경우 인덱서 서비스 오류가 발생합니다. 최대 영수증 값 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"

Gustavo | 기호학 연구소: 최소값이 발견될 때마다 이는 비용 모델과 관련이 있습니다. 이제 TAP에는 비용 모델이 있으므로 비용 모델을 따르도록 게이트웨이를 적용하고 있습니다. 따라서 이 최소값은 비용 모델과 관련이 있으며 비용 모델이 너무 높게 설정된 일부 인덱서가 있으며 게이트웨이에도 예산이 있습니다. 내 생각에는 쿼리 100만 개당 40달러를 목표로 하고 있으며 값이 그보다 높으면 예상 값에 도달하기에는 충분하지 않기 때문에 가능한 최대 값을 보내려고 시도하므로 일부 쿼리를 거부하게 됩니다. . 따라서 비용 모델을 약간 낮추는 것이 좋습니다. 아마도 쿼리 100만 개당 40달러에 가까울 것입니다.

최대 영수증 값 GRT는 또 다른 문제입니다. TAP가 소액의 영수증을 받을 것으로 예상합니다. 발신자로부터 10 GRT를 받으면 뭔가 잘못된 것입니다. 그들은 귀하의 시스템을 손상시킬 수 있는 무언가를 보내려고 할 수 있습니다. 이것이 그들이 너무 많은 GRT를 보내는 이유이므로 귀하는 이를 수락할 것입니다. 이것이 바로 최대 영수증 값 GRT가 있는 이유입니다. 이것이 영수증이 도달할 수 있는 최대 값입니다.

Josh Kauffman | StreamingFast.io: 마이그레이션을 모니터링하여 충분한 인덱서가 이동되었습니까? 일이 어떻게 진행되고 있는지 로그를 보셨나요?

Gustavo: 우리는 거의 80%의 쿼리를 처리하고 있으며 곧 두 개의 대형 인덱서가 합류하게 될 것입니다. 우리는 준비되었습니다. 하지만 우리는 이사를 원하는 모든 사람에게 여전히 지원을 제공합니다.

백그라운드에서 스크립트를 실행하고 지금 쿼리 비율에 대해 업데이트해 드릴 수 있습니다.

마이그레이션 상태:

Pinax 및 Upgrade Indexer가 TAP 실행을 시작하면:

Marc-André |Ellipfra: 좋은 소식입니다. IMO의 출시가 순조롭게 진행되고 있습니다. 소프트웨어의 전반적인 개선, 반응이 빠른 개발자, 뛰어난 커뮤니케이션.

Abel |GraphOps: TAP 마이그레이션에서 직면한 주요 과제는 무엇이었습니까? 아직 이주하지 않은 사람은 누구입니까?

Mickey |The Graph |E&N: 업그레이드된 인덱서는 아직 마이그레이션되지 않았습니다.

인덱서 업그레이드는 많은 하위 그래프(주로 비보상 체인)의 단일 실패 지점이므로 가동 중지 시간을 허용할 수 없습니다.

Marc-André |Ellipfra: 예, 제가 아는 한 업그레이드에는 가동 중지 시간이 필요합니다.

Gustavo는 가동 중지 시간을 방지할 수 있는 방법을 계획하고 계획하는 데 도움을 주었습니다. 😋

매튜 다윈 |Pinax: Pinax2가 완성되었고, Pinax1이 완성되었습니다.

pinax1을 완료하기 전에 pinax2가 안정적인지 확인하기 위해 며칠 기다리십시오. (아무것도 막지 않았습니다)

젬마 | 루나노바: 인프라 이전을 먼저 끝내고 싶은데... 재미있는 게임이네요...

pinax1을 완료하기 전에 pinax2가 안정적인지 확인하기 위해 며칠 기다리십시오. (아무것도 차단하지 않음)

젬마 |루나노바: 인프라 마이그레이션을 먼저 완료하고 싶은데... 재미있는 게임이네요...

예, 곧 새로운 데이터 센터의 새로운 하드웨어로 마이그레이션할 예정입니다.

Josh Kauffman | StreamingFast.io: 실제로 아직 이 새 버전에 대한 쿼리 요금을 받지 못했습니다. 하지만 이번 주에는 개발이 손실되었으므로 다음 주에 Gustavo와 함께 수정하겠습니다.

calinah | GraphOps: 오류가 발생하면 처리할 수 있도록 오류도 보내주세요.

Gustavo | Semiotic Labs: 메시지를 보내주시면 기꺼이 전화에 참여하여 도와드리겠습니다.

구스타보: 가동 중지 시간 없이 인덱서 업그레이드를 수행하도록 조정할 수 있는 방법에 대해 여기에 조금 추가할 수 있습니다.

업그레이드하는 동안 쿼리 전송을 중지하도록 게이트웨이에 지시할 수 있는 쉬운 방법이 없으므로 인덱서가 할당을 닫고 TAP로 업그레이드한 다음 새 소프트웨어를 사용하기 시작하는 것이 좋습니다.

또한 게이트웨이는 매분마다 쿼리하여 버전을 확인하고 이에 따라 영수증 유형을 업데이트합니다.

권장 사항을 따르는 경우 새 할당을 열면 게이트웨이가 사용자에게 쿼리하고 새 버전을 찾고 새로운 유형의 쿼리 확인을 보내기 시작합니다.

그러나 업그레이드 인덱서는 많은 하위 그래프에 대한 단일 실패 지점이며 가동 중지 시간이 없습니다.

V1에서 V2로의 요청의 주요 차이점은 새 버전에서는 헤더의 영수증 이름이 Scaler 영수증 —> TAP 영수증과 같이 다르다는 것입니다.

우리가 하는 일은 인덱서 앞에 역방향 프록시(예: nginx, traefik)를 배치하여 항목을 라우팅하고 프록시를 갖게 하는 것입니다. 따라서 여러 인덱서 서비스에서 부하 분산을 수행할 수 있습니다.

거기에서 그에 따라 헤더로 라우팅하는 규칙을 추가할 수 있습니다. 헤더에 Scaler 영수증이 포함되어 있으면 이전 인덱서로 보내고, 헤더에 TAP 영수증이 포함되어 있으면 새 인덱서 스택으로 보내는 라우팅 규칙이 있습니다.

둘 다 실행 중이고 각각 ​​다른 내부 호스트가 있는지 확인하십시오. 그러면 그에 따라 경로가 지정됩니다.

처음에는 업그레이드 인덱서가 이전 버전으로 라우팅되지만 인덱서로 전환하면 다음에 게이트웨이가 슬래시 버전을 보낼 때 새 영수증을 보내기 시작하지만 그때까지는 이전 스택으로 라우팅할 수 있습니다.

이렇게 하면 역방향 프록시에서 경로를 전환하기만 하면 가동 중지 시간이 전혀 발생하지 않습니다.

규모가 더 큰 인덱서는 이 전략의 이점을 누릴 수 있지만 이제 마이그레이션했으므로 실제로는 말이 되지 않습니다. 그러나 인덱서를 업그레이드하면 전환이 더 원활해집니다.

Gustavo |Semiotic Labs: 여기 계신 모든 분들이 Pinax와 Edge & Node 외에 TAP를 사용하시나요?

Abel | GraphOps: Payne [StakeSquid]는 자신이 많은 일을 하고 있어 아직 마이그레이션하지 않았다고 언급했습니다. 하지만 다른 사람들은 어떻습니까? 귀하가 TAP 마이그레이션을 진행 중인 DappLooker 팀이나 InfraDAO의 의견을 듣고 싶습니다.

Slimchance [InfraDAO에서] 게시됨:

Choubey |DappLooker: 업그레이드가 계획되어 있지만 아직은 아닙니다. 우리 편에는 대역폭이 있습니다.

Choubey |DappLooker: 업그레이드가 계획되어 있지만 아직은 아닙니다. 우리 편에는 대역폭이 있습니다.

John K.: 잘되고 있습니다... TAP를 사용하기 시작했기 때문에 마이그레이션할 필요가 없었습니다.

이제 문제 없습니다... 인덱싱 작업을 계속 확장하고 있습니다.

Matthew Darwin |Pinax: 그렇다면 누가 최신 그래프 노드로 업그레이드했습니까?

calinah |GraphOps: 우리는 아닙니다🤣.

#blockchaindataindex #TheGraph #web3data