그래프 인덱서 온라인 컨퍼런스 #186

핵심요약: Pinax 및 Upgrade Indexer를 포함한 주요 인덱서가 TAP 마이그레이션을 완료했습니다. 여러 인덱서가 PostgreSQL 성능 문제 및 마이그레이션 어려움을 포함하여 Graph Node v0.36.0과 관련된 문제를 보고했습니다. v0.36.0은 아직 프로덕션 용도로 승인되지 않았습니다. 다음 세션에서는 GRC-20: 지식 그래프에 대해 논의하는 Yaniv Tal, 인덱서 분석에 대해 논의하는 Ricky, Kubernetes 및 런치패드에 대해 논의하는 Vince가 참여합니다. 커뮤니티에서는 12월 17일에 The Graph의 4번째 생일을 축하하는 특별 쇼 계획에 대해서도 논의했습니다.

안녕하세요 여러분, Indexer Office Hours 회의록, 세션 186에 오신 것을 환영합니다!

영상 링크: https://youtu.be/Mt_r-ID8LmQ

Saga CEO이자 공동 창업자인 Rebecca Liao와 함께 GRTiQ 팟캐스트를 시청하세요. 스탠포드 대학 경제학과 졸업생이자 하버드 로스쿨 졸업생인 Rebecca의 놀라운 여정은 기업 법률에서 대통령 정치에 이르기까지 다양하며 Biden과 Clinton 캠페인의 정책 고문으로 활동하고 있습니다.

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

Avalanche: 새 버전 v1.12.0: 날짜: 2024-12-02 22:26:05 UTC 이번 업그레이드에는 P 체인에 동적 수수료 도입, C 체인에 칸쿤 이더리움 IP 활성화 등 중요한 변경 사항이 포함됩니다. 모든 Etna 지원 메인넷 노드는 호환성과 기능을 보장하기 위해 2024년 12월 16일 정오(ET) 이전에 업그레이드되어야 합니다. 업그레이드하지 않으면 성능 문제가 발생할 수 있습니다. 긴급 표시기: 노란색 긴급 이유: 네트워크 기능을 유지하는 데 매우 중요합니다.
날짜: 2024-12-02 22:26:05 UTC
이번 업그레이드에는 P 체인에 동적 수수료를 도입하고 C 체인에 Cancun Ethereum IP를 활성화하는 등 중요한 변경 사항이 포함됩니다.
모든 Etna 지원 메인넷 노드는 호환성과 기능을 보장하기 위해 2024년 12월 16일 정오(ET) 이전에 업그레이드되어야 합니다. 업그레이드하지 않으면 성능 문제가 발생할 수 있습니다.
비상 표시기: 노란색
긴급 이유: 네트워크 기능을 유지하는 데 중요합니다.

다양한 클라이언트에 대한 정보

Nimbus: 새 버전 v24.11.0: 날짜: 2024-11-30 02:45:00 UTCNimbus v24.11.0에는 유효성 검사기 클라이언트 구성에 대한 성능 향상 및 수정 사항이 도입되었습니다. 특히 Holesky 부트 노드를 업데이트하고 동기화 성능을 향상시키는 동시에 실험적인 동기화 방법을 도입했습니다. 긴급 표시기: 녹색 긴급 이유: 편의를 위해 우선순위가 낮은 업데이트입니다.
날짜: 2024-11-30 02:45:00 UTC
Nimbus v24.11.0에는 유효성 검사기 클라이언트 구성에 대한 성능 향상 및 수정 사항이 도입되었습니다. 특히 Holesky 부트 노드를 업데이트하고 동기화 성능을 향상시키는 동시에 실험적인 동기화 방법을 도입했습니다.
비상 표시기: 녹색
긴급 이유: 편의상 업데이트 우선순위가 낮습니다.
Lighthouse: 새 버전 v6.0.0: 날짜: 2024-12-02 05:57:26 UTCL Lighthouse v6.0.0은 단방향 데이터베이스 마이그레이션 및 더 이상 사용되지 않는 CLI 플래그 제거를 포함한 주요 변경 사항이 포함된 주요 릴리스입니다. Nethermind 사용자는 호환성이 확인될 때까지 업그레이드를 피해야 합니다. 새로운 기능에는 계층적 상태 차별화 및 비콘 노드 성능 최적화가 포함되어 전반적인 기능이 향상됩니다. 긴급 표시기: 노란색 긴급 이유: 중요한 호환성 변경 사항에는 주의가 필요합니다.
날짜: 2024-12-02 05:57:26 UTC
Lighthouse v6.0.0은 단방향 데이터베이스 마이그레이션 및 더 이상 사용되지 않는 CLI 플래그 제거를 포함한 주요 변경 사항이 포함된 주요 릴리스입니다.
Nethermind 사용자는 호환성이 확인될 때까지 업그레이드를 피해야 합니다. 새로운 기능에는 계층적 상태 차별화 및 비콘 노드 성능 최적화가 포함되어 전반적인 기능이 향상됩니다.
비상 표시기: 노란색
긴급 이유: 중요한 호환성 변경에는 주의가 필요합니다.

Matthew Darwin |Pinax 게시됨: 새로운 Lighthouse를 사용해 본 사람이 있나요?

Ana: 우리 [GraphOps]에는 아직 그런 것이 없습니다. 다른 사람도 있는지 궁금합니다.

런치패드 차트:

향상된 기능과 버그 수정이 포함된 새로운 차트 버전 출시: graph-node-0.5.8 및 graph-network-indexer-0.5.10
그래프 노드-0.5.8 및 그래프 네트워크-인덱서-0.5.10

런치패드 네임스페이스:

Polygon, Graph, Arbitrum의 새로운 안정 버전

질문:

런치패드 차트 문제: 문제 보기 또는 보고
런치패드 네임스페이스 문제: 문제 보기 또는 보고

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

분쟁 중인 GDR-20에 대한 정보 요청
분쟁에 관한 정보 요청 GDR-21 두 분쟁 모두 몰수로 이어졌습니다. 중재 프로세스, 조사 및 결정이 더욱 효율적으로 이루어집니다.
두 분쟁 모두 몰수로 이어졌습니다.
중재 프로세스, 조사 및 결정이 더욱 효율적으로 이루어집니다.
GRC-20: 지식 그래프 The Graph 포럼 게시물에서 새로운 댓글과 토론을 확인하세요.
The Graph 포럼 스레드에서 새로운 댓글과 토론을 확인하세요.

데이터 서비스 계약 #1076에 대한 TRST 감사 수정 사항(해결되지 않음)
DisputeManager 계약 #1075에 대한 TRST 감사 수정(해결되지 않음)
Subgraph 서비스 계약 #1074에 대한 TRST 감사 수정 사항(공개)
HorizonStake 계약 #1073에 대한 TRST 감사 수정 사항(공개)
Graph Payments 계약 #1072에 대한 TRST 감사 수정 사항(해결되지 않음)

불일치 메시지

출판 시점에는 업그레이드 기한이 지났습니다. 모든 인덱서는 The Graph의 쿼리를 위한 새로운 소액 결제 시스템인 TAP(Timeline Aggregation Protocol)로 업그레이드되어야 합니다.

TAP 마이그레이션에 대한 논의를 계속하겠습니다. GraphOps의 Ana와 Semiotic Labs의 Carlos가 인덱서가 가질 수 있는 모든 질문에 답변해 드립니다.

chris.eth | GraphOps 릴리스: GraphSeer에서 Arbitrum One Indexer의 TAP 상태를 확인하세요.

지난 주에 업그레이드되지 않은 두 개의 대형 인덱서인 Pinax와 Upgrade Indexer가 이제 마이그레이션되었습니다.

Matthew Darwin |Pinax: 이번 주에 업그레이드했습니다.

Edge & Node의 업그레이드된 인덱서와 마찬가지로:

Ana: Edge & Node의 누군가가 흥미로운 버그를 언급했습니다. 재발이 발생하는지 또는 재현할 수 있는지 알려주어야 합니다. 버그는 Rust 버전으로 업그레이드 시 기본적으로 Scalar 관련 데이터베이스가 생성되지 않는다는 점입니다.

마이그레이션 절차 및 리소스는 The Graph Indexer Office Hours #184를 참조하세요.

Matthew Darwin |Pinax 게시됨: Pinax 스토리지 클러스터...1/2

Matthew: 저는 우리 모두가 마이크로컴퓨터를 사용하기 때문에 서버 사진을 올려야 한다는 누군가의 이전 의견에 반박하는 것뿐입니다.

Matthew: 우리 [Pinax]에는 저장 공간이 많아요. 두 개의 랙이 서로 옆에 있는데 이것이 그 중 하나입니다. Ceph를 지원하는 구형 Dell R720 서버입니다. 모든 디스크는 Ceph에 S3 객체 스토리지로 노출됩니다. 주로 두 가지를 저장하기 때문입니다. 첫째, Firehose 블록입니다. 물론 Solana는 매우 크지만 Firehose 블록을 저장하는 데 많은 공간이 필요하지 않습니다. 대부분의 경우 이는 백업 또는 스냅샷이며 web3 세계에서는 이를 호출하기를 좋아합니다. 우리는 서로 다른 모든 체인에 대해 많은 스냅샷을 보유하고 있으므로 문제가 발생하면 며칠 전의 스냅샷을 찍어 머신을 복원하고 다시 가동하여 실행할 수 있습니다. 여러분이 우리에게 스냅샷을 요청할 때마다 우리는 준비되어 있습니다. 그냥 제공해주세요. 인덱서는 언제든지 스냅샷을 요청해 주시기 바랍니다. 이 제안은 인덱서에게만 제공됩니다.

chris.eth |그래프옵스

Matthew |Pinax: Solana는 53TiB Firehose 블록입니다.

Abel | GraphOps: 다음 토론 주제로 넘어가기 전에 TAP 관련 질문에 대한 마지막 호출입니다.

앞으로 어떤 주제를 보고 싶나요?
IOH 개선을 위한 제안 사항이 있나요?
인덱서의 요구 사항이 충족되었는지 어떻게 확인할 수 있나요?

Geo의 창립자인 Yaniv Tal은 다음 주 IOH에 참석하여 The Graph에 지식을 저장하고 표현하기 위한 새로운 표준인 GRC-20: Knowledge Graph에 대해 논의할 예정입니다. 애플리케이션 간에 상호 운용 가능한 정보를 생성하고 사용하려는 모든 애플리케이션에서 사용할 수 있습니다.

다음 주에 답변을 받으려면 Yaniv에 질문을 제출하세요.

데이터 과학자 Ricky는 인덱서 분석에 대해 다시 논의할 것입니다.

Ricky의 이전 세션에 대한 IOH #179 요약을 참조하세요.

Nodeify [및 Pinax]의 Vince가 다시 Kubernetes와 Launchpad에 관해 이야기할 예정입니다.

Talos Linux에서 Vince의 이전 세션에 대한 IOH #182 요약을 참조하세요.

Louis Bellier | Pinax: IOH 개선을 위한 마케팅 제안: 더 많은 프로모션이 가능하도록 일정을 완료하거나 미리 계획을 세우세요. 각 인덱서에게 소셜에서 콘텐츠를 홍보하거나 이에 대한 파이프라인을 생성하도록 요청하세요.

Matthew Darwin | Pinax: 파이프라인: 이를 통해 향후 에피소드에서 무엇을 기대할지 알 수 있으며 소셜 미디어에서 홍보할 수 있습니다.

chris.eth |GraphOps: AI 워크플로 도구에 대해 알려주세요.

Louis Bellier | Pinax: 그럴 수 있습니다. 하지만 AI가 없다면 간단한 작업 흐름이나 달력이 현재 우리가 갖고 있는 것에 큰 업데이트가 될 것입니다.

Jana |Pinax는 Builders Office Hours 프로모션의 예를 공개했습니다.

트윗 링크: https://x.com/GraphDevs/status/1863594668946063463

Louis Bellier |Pinax: 사전에 수행할 수 있는 작업의 예

pili |GraphOps: 내부 IOH 계획 목적을 위한 달력이 이미 있습니다. 확인된 콘텐츠를 노출하는 방법을 살펴볼 수 있을까요, Abel?

Vince | Nodeify: 사람들이 원하는 주제에 관한 여론조사나 어떤 것이 있나요? 어쩌면 소셜 미디어에서도요?

아벨: 우리는 여론조사를 하지 않아요. 이런 대화와 사람들과의 대화를 통해 사람들이 원하는 것이 무엇인지 직관적으로 알고 있습니다. 또한 피드백을 듣고 질문을 할 예정이지만 여론 조사는 사람들이 생각하는 바를 파악하고 향후 IOH에서 듣고 싶은 내용을 파악하고 Discord와 같은 소셜 플랫폼에 사람들의 참여를 유지하는 좋은 방법이 될 수 있습니다. 이것은 훌륭한 조언이며 나는 그것을 받아들일 것입니다.

Louis Bellier |Ellipfra: [The Graph] 네트워크의 4주년이 다가오고 있습니다.

Goldberg |StakeSquid: 12월 17일

pili | GraphOps: 17일에는 OG Indexer로 패널을 구성하거나 Q&A를 열 수 있습니다.

빈스 | Nodeify: IOH 초기를 기록했나요? 정말 대단해요, 하하.

Abel: 네, 모든 IOH가 녹음됩니다. 모두 YouTube에 있습니다: #IndexerOfficeHours

NSSun | 그래프트로넛:

Abel: 네, 모든 IOH가 녹음됩니다. 모두 YouTube에 있습니다: #IndexerOfficeHours

NSSun | 그래프트로넛:

트윗 링크: https://x.com/graphprotocol/status/1864001153048183033

Matthew Darwin |Pinax: 인덱서의 초기 시절에 대해 듣고 싶습니다. 당시는 제 시대 이전이었습니다.

chris.eth |GraphOps: Jim |Wavefive 🌊는 IOH의 창립자입니다.

짐 |Wavefive 🌊 : 물론 [참여]할 수 있어요.

Abel: 12월 17일에 OG들과 함께 패널 토론을 조직할 예정입니다. 이것은 색인 생성에 대해 논의하기 위해 OG를 다시 모이는 초기 단계가 될 것입니다.

이 논의 부분의 초점은 최신 Graph Node 버전인 v0.36.0이 아직 프로덕션 준비가 된 것으로 승인되지 않았다는 것입니다. 프로덕션용으로 승인된 특정 Graph 노드 버전 범위에 대한 기능 지원 매트릭스를 참조하세요.

게시자: Pierre |Chain-Insights.io: 안녕하세요 여러분, 늦어서 죄송합니다. Graph Node v0.36.0에 대해 이야기했습니까? 사용하기에 좋은가요, 아니면 수정이 필요한가요?

Ana |GraphOps: 어떤 문제가 발생하고 있나요? 대시보드가 변경되어 차트에서 이 문제를 해결했지만 다른 문제가 무엇인지 궁금하십니까? 우리 측에서는 어떤 버그나 문제도 발견하지 못했습니다. 그러나 우리는 테스트넷에서 v0.36.0만 실행하고 있습니다.

Payne |Stake🦑Squid: 지금은 0.36을 피하겠습니다. 버그가 많습니다.

Pierre | Chain-Insights.io: 글쎄요, PG 부하가 감소한 것 뿐이지만 그건 제 편인 것 같아요.

Ana: Payne 씨, PostgreSQL 성능 문제 외에도 어떤 다른 오류가 나타나고 있나요?

Payne: 아무도 설명하지 않는 일부 환경 변수를 찾으려면 변경 로그를 깊이 조사해야 합니다. 여전히 그 역할을 설명할 수 있는 사람은 없습니다. 0.35~0.36 사이에서는 업데이트가 제대로 안되네요. 해결해야 할 문제가 많습니다. 나는 그들이 이러한 버그를 수정하기 위해 새로운 업데이트를 작업하고 있다는 것을 알고 있습니다. 또한 0.35로 다운그레이드할 수 없습니다. 일련의 하향 마이그레이션을 실행해야 하며 그것이 장기적으로 어떤 영향을 미칠지 잘 모르겠습니다.

Pierre | Chain-Insights.io: 예, 돌아가기 위해 다운 스크립트를 실행했는데 지금까지는 작동하고 있습니다.

Matthew Darwin |Pinax: 구체적으로 버그가 무엇인가요? Firehose Arbitrum 관련 내용: [Bug] arbitrum-one이 작동하지 않음 #5713

Hau | Pinax: 인덱서 충돌 루프

代码：Store error: store error: column subgraph_deployment.synced does not exist"

매튜 다윈 | 등급을 0.35로 하향했습니다.

하우 |

代码：Nov 28 10:25:58.352 ERRO Unable to get a connection for block ingestor, err: no providers available for chain 'fantom', component: EthereumFirehoseBlockIngestor

(이것은 단지 1개이며 실제로는 여러 개의 체인입니다)

代码：Nov 28 10:25:58.363 ERRO Stream blocks complete unexpectedly, expecting stream to always stream blocks, component: SubstreamsBlockIngestor Nov 28 10:25:58.366 ERRO Unable to get a connection for block ingestor, err: all providers failed for chain 'scroll', component: EthereumFirehoseBlockIngestor

chris.eth | GraphOps: 기능 지원 매트릭스를 참조하세요. 0.36.0은 프로덕션 준비가 승인되지 않았습니다. 프로덕션 환경에서 0.36.0을 실행하는 경우 그에 따른 책임은 사용자에게 있습니다.

Payne |Stake🦑Squid: 의회는 더 이상 버전을 승인하지 않습니다.
chris.eth | GraphOps: 이는 사실입니다. 그러나 릴리스는 여전히 승인되었지만 그래프 노드 팀에 의해 이루어졌습니다.

Vincent | Data Nexus: 승인되지 않은 모든 그래프 노드는 시험판으로만 출시되어야 합니다...

chris.eth |GraphOps: 말이 된다고 동의합니다. 하지만 규칙은 규칙입니다. 미키 | 더 그래프 | E&N, 그래프 노드 팀에 이 요청을 제출해 주시겠어요? 사전 출시를 생산 후 출시로 표시할 수 있나요?
Chris는 다음과 같이 설명했습니다. GitHub의 버전이 프로덕션에서 실행되도록 승인될 때까지 최신 버전으로 표시되지 않는 것은 매우 합리적인 요청이라고 생각합니다. 참고로 기능 지원 매트릭스는 프로덕션 용도로 승인된 Graph 노드 버전의 범위를 지정합니다.

Vince |Nodeify: 승인 절차는 어떻게 되나요? 이는 인덱서의 책임하에 수행되며 릴리스 전에 중요한 테스트가 수행되지 않은 경우 피드백이 필요합니다.

chris.eth | GraphOps: Graph Node 팀의 기능 매트릭스 업데이트입니다.

Vince |Nodeify: 그런데 팀이 어떻게 이런 결론에 이르렀다는 건가요?

chris.eth |GraphOps: 잘 모르겠습니다. 미키의 후속작에 추가하겠습니다.

chris.eth | GraphOps: Abel | GraphOps, 저는 위 채팅에서 언급된 문제를 해결하기 위해 그래프 노드 팀과의 회의를 제안했습니다.

그래프 노드 팀은 버전을 준비된 것으로 승인하기 위해 어떻게 합의에 도달합니까?
이 프로세스의 속도를 어떻게 높일 수 있습니까?
의사소통의 명확성을 어떻게 향상시킬 수 있습니까? 버전 번호를 나열할 위치가 너무 많습니다(예: GitHub 버전, 기능 지원 매트릭스 network.md)

[아벨]과 미키를 메시지로 함께 보내드릴게요.

Abel은 화이트보드에 제안된 주제에서 사람들이 무엇을 배우고 싶어하는지 이해함으로써 IOH를 마무리했습니다.

하위 스트림을 확장하는 방법(Matthew 추가)

Matthew Darwin |Pinax: 이에 대해 이야기하게 되어 기쁩니다.

자체 인프라를 확장하고 운영하는 방법(Pili가 추가함)

pili |GraphOps: 다른 사람들이 무엇을 하고 있는지 확인하세요.

더 많은 핵심 개발자 업데이트 및 참여(Pili 추가)

아벨: 이런 일은 이전에도 일어났습니다. 우리는 정기적으로 이 작업을 수행해 왔지만 핵심 개발자에게 더 많은 노력을 기울여야 합니다. 핵심 개발자와 인덱서 간의 연결을 강화하기 위해 정기적인 회의가 필요합니다.
매튜 다윈 |Pinax: Pinax는 매주 이곳에 있으니 자유롭게 질문해 주세요. 😉

하위 흐름 쿼리 비용

Josh Kauffman | StreamingFast.io: 제가 작성하지는 않았지만 서브스트림을 소비자에게 직접 전달함으로써 얻는 수수료와 관련이 있는 것 같습니다. 그리고 우리는 이미 해당 쿼리 수수료를 네트워크를 통해 전달하고 있습니다(그래서 프로토콜을 지불함). 세금 및 The Graph 제품 사용량이 계산되어 전 세계에 표시됩니다.
pili | GraphOps: 컨텍스트: 2024년 5월 StreamingFast Substreams 및 Firehose 수익
chris.eth | GraphOps: 인덱서인 Abel과 더 심도 있는 논의를 나누기 위해 회의를 준비하는 것이 좋습니다.

잠재적인 새 인덱서를 위한 인덱서 리소스

Josh Kauffman | StreamingFast.io: 재미있는 에피소드이지만 정리하기가 더 어렵습니다. 인덱서가 되고자 하는 사람들을 찾고, 질문이 있는 곳을 찾고, 답변을 얻기 위해 애쓰는 부분이 무엇인지, 이미 작업을 수행하는 데 방해가 되는 요소는 무엇인지 등을 알아보세요. 그들로부터 커뮤니티 자원을 구축하십시오. 비동기식으로 수행하는 것이 바람직하지만 토론에 도움이 될 수 있습니다.

(관련 전문 용어, 설명, 코드 라이브러리, 하이퍼링크 등은 블로그를 참조하세요.)

#blockchaindataindex#TheGraph #indexer#web3data