요약: Ricky는 "인덱서 관리 인터페이스" 및 "콘텐츠 품질 할당 최적화 프로그램"을 포함하여 인덱서 작업을 자동화하는 도구에 대한 진행 상황을 공유했습니다. 그는 하위 그래프 제거, 서비스 품질 지표, 실시간 ISA 점수를 포함한 여러 데모 비디오를 보여주었습니다. 이 세션에서는 지식/노트, AI 에이전트 및 코딩 환경을 원활하게 통합하고 GRC-20을 준수한다는 궁극적인 목표를 가진 7단계 계획을 설명했습니다.
안녕하세요 여러분, Indexer Office Hours 회의록, 세션 188에 오신 것을 환영합니다!
영상 링크: https://youtu.be/r04mwY9N6Wo
영향력 있는 암호화폐 콘텐츠 제작자이자 널리 팔로어지는 YouTube 채널과 뉴스레터 Wealth Mastery의 원동력인 Lark Davis와 함께 GRTiQ 팟캐스트를 시청하세요.
중요한 저장소에 대한 최신 업데이트
새로운 버전:
- 버전 1.1.4:
- 날짜: 2024-12-11 11:58:33 UTC
- 이 릴리스에서는 op-batcher에 필요한 miner_ 변형의 fromstr 구현을 수정합니다. OP-Reth 사용자는 이 업데이트를 우선적으로 수행해야 합니다.
- 비상 표시기: 노란색
- 긴급 이유: 핵심 OP-Reth 기능에 대한 중요한 수정 사항입니다.
- 버전 1.1.3:
- 날짜: 2024-12-11 11:58:33 UTC
- 이 릴리스에는 OP-Reth 사용자를 위한 중간 우선순위 업데이트와 다른 모든 사용자를 위한 낮은 우선순위 업데이트를 통해 성능 향상, 버그 수정 및 주요 API 변경(새로운 NodePrimitives 추상화 포함)이 도입되었습니다.
- 비상 표시기: 노란색
- 긴급 이유: 핵심 OP-Reth 기능에 대한 중간 업데이트 우선순위.
- sfeth/fireeth: 새 버전 v2.8.2:
- 날짜: 2024-12-17 15:04:20 UTC
- 이 릴리스에서는 Firehose-core를 v1.6.8로 업데이트하고 메모리 할당을 줄이고 불필요한 추적을 제거하여 향상된 하위 스트림 성능을 도입합니다. 또한 클라이언트 연결 관리 및 청크 가져오기 기간 제어를 향상시키기 위해 새로운 플래그가 추가되었습니다.
- 비상 표시기: 노란색
- 긴급한 이유: 성능 개선, 중요하지 않음.
- Nethermind: 새 버전 v1.30.0:
- 날짜: 2024-12-12 10:15:46 UTC
- 이 릴리스에서는 Nethermind 사용자의 시작 충돌 문제를 해결하고 .NET 9 업그레이드 후 JSON RPC 모듈 처리 문제를 해결합니다. 두 업데이트 모두 시스템 안정성과 호환성을 유지하는 데 중요합니다.
- 비상 표시기: 노란색
- 긴급 이유: 서비스를 중단시킬 수 있는 문제를 해결했습니다.
다양한 클라이언트에 대한 정보
- Prysm: 새 버전 v5.2.0:
- 날짜: 2024-12-16 19:42:18 UTC
- 버전 v5.2.0에는 가스 한도가 증가할 때 로컬 청크로 대체되는 것을 방지하기 위해 mev-boost 사용자를 위한 필수 업데이트가 포함되어 있습니다. 또한 검증인 운영에 중요한 다양한 개선 사항 및 수정 사항과 함께 QUIC를 기본 프로토콜로 도입합니다.
- 비상 표시기: 빨간색
- 긴급한 이유: 롤백을 방지하려면 강제로 업데이트하세요.
- Teku: 새 버전 24.12.0:
- 날짜: 2024-12-12 11:19:51 UTC
- 버전 24.12.0에는 특히 로컬에서 생성된 데이터 블록을 사용하는 운영자를 위한 데이터 블록 게시에 대한 중요한 버그 수정 및 성능 개선이 포함되어 있습니다. 즉각적인 주요 변경 사항은 도입되지 않지만 운영자는 다음 버전의 표시기 이름 변경에 대비해야 합니다.
- 비상 표시기: 노란색
- 긴급 이유: 중요한 업데이트이지만 중요한 업데이트는 아닙니다.
- Nimbus: 새 버전 v24.12.0:
- 날짜: 2024-12-13 08:13:54 UTC
- Nimbus v24.12.0은 bootstrap_nodes.yaml 사양에 대한 지원을 도입하여 노드 구성을 개선합니다. 이는 운영자의 편의에 따라 2주 이내에 업데이트될 수 있는 긴급성이 낮은 릴리스입니다.
- 비상 표시기: 녹색
- 긴급 이유: 여유 시간에 업데이트하세요.
- 등대: 새 버전 v6.0.1:
- 날짜: 2024-12-16 06:25:41 UTC
- Lighthouse v6.0.1은 몇 가지 사소한 문제를 해결하고 상태 관리 및 버그 수정을 포함하여 v6.0.0의 기능을 최적화합니다. 이상적으로는 사용자가 더 나은 성능을 위해 v6.0.1로 업그레이드해야 하지만 수정 사항의 특성상 이것이 중요한 것은 아닙니다. 이러한 업데이트는 v5.xy와 이전 버전과 호환됩니다.
- 비상 표시기: 녹색
- 긴급 이유: 우선순위가 낮고 중요하지 않은 업데이트입니다.
인덱서 서비스 및 에이전트(TS): 새 버전:
- 버전 0.21.11:
- 날짜: 2024-12-12 19:02:30 UTC 이 릴리스에는 하위 그래프 배포의 왕복에 대한 최적화가 포함되어 있어 성능이 향상되었습니다. 운영자는 효율성 향상의 이점을 누리기 위해 업데이트를 고려해야 합니다.
- 비상 표시기: 노란색
- 긴급한 이유: 성능 개선, 중요하지 않음.
- GraphOps는 현재 Arbitrum Seplia에서 이 버전을 문제 없이 실행합니다.
- 버전 0.21.10:
- 날짜: 2024-12-12 19:02:30 UTC
- 이 버전은 하위 그래프 페이지 매김의 자세한 정도를 줄이고 DAI 주입 기능을 제거하며 Boba, Boba BNB에 대한 지원 및 Blast 수정 사항을 추가합니다.
- 비상 표시기: 노란색
- 긴급한 이유: 성능 개선, 중요하지 않음.
프로토콜의 중요한 변경 사항에 대한 최신 업데이트
- 진화하는 그래프 프로토콜 경제학(2024)
- GIP-0081: 지불 인덱싱
- 프로토콜 참가자(일반적으로 게이트웨이)가 후보 인덱서에게 Sungraph에 서비스를 제공하도록 장려할 수 있는 메커니즘입니다.
- GIP-0067: L1(메인넷) 프로토콜 지원 중단
- L1 지원 중단 일정의 마지막 단계에 대한 빠른 업데이트입니다. 스테이킹 및 GNS 기반 전송 도구에 대한 지원이 곧 제거될 예정입니다. 연휴로 인해 당초 예정되었던 12월 28일이 아닌 1월 1일로 연기될 수 있습니다.
- 분쟁 #GDR-22에 관한 정보 요청
- 분쟁 #GDR-23에 관한 정보 요청
- 공지: 확장 중재 위원회 및 PoI 실무 그룹에 대한 업데이트
- The Graph의 중재 프로세스를 강화하고 강력한 거버넌스를 보장하기 위해 중재 위원회를 5명으로 확대하여 시스템 기능을 향상시키는 중요한 단계를 완료했습니다.
- HorizonStake 계약 #1073에 대한 TRST 감사 수정(병합)
- DisputeManager 계약 #1075에 대한 TRST 감사 수정(병합)
- GraphPayments 사후 감사 변경 사항 #1078(공개)
- Graph Payments 계약 #1072에 대한 TRST 감사 수정 사항(병합)
- 잡일(deps): nanoid를 3.3.7에서 3.3.8로 업그레이드 #1079(닫음)
데이터 과학 및 자동화 분야의 전문 지식을 갖춘 인덱서인 Ricky가 Indexer Office Hours(#183)에 마지막으로 참여한 이후 자신이 하고 있는 일을 공유합니다. 이전 토론을 보려면 The Graph Indexer Office Hours #179를 방문하세요.
- 리키의 웹사이트
- 그의 비전을 설명하는 최근 게시물
Ricky: IOH 183에서 저는 인덱서의 모든 이동 부분을 자동으로 관리하기 위해 구축해 온 사용자 인터페이스를 선보였습니다. 불행하게도, 우리는 그 녹음을 잃어버린 것 같습니다. 하지만 먼저 그것을 보여주는 비디오가 있습니다.
초기 버전 영상
- 이는 인덱서 관리 인터페이스의 초기 버전입니다. Grafana와 매우 유사하다는 것을 알 수 있습니다. 본질적으로 동일한 연결과 모든 것을 사용하는 Grafana의 대체 인터페이스와 같습니다. 따라서 첫 번째 차트에는 (하위 그래프) 하위 그래프별로 쿼리 볼륨만 표시됩니다.
- 여기서는 각 로그에 대한 인터페이스를 갖도록 설정했으며, 각 로그에 대해 서로 다른 오류 요약을 볼 수 있고, 다양한 구성 요소의 문제를 해결하는 데 도움이 되는 초기화된 LLM 채팅이 있습니다.
- 그러면 나는 다양한 일을 할 수 있다. PostgreSQL 데이터베이스 설정을 조정할 수 있었는데 처음에는 이것이 완전한 재앙이라는 것을 깨달았습니다. 예를 들어, 이 인터페이스를 사용하면 이러한 동적 조정을 쉽게 수행하고, 다양한 명령을 실행하고, 할당 관리를 시뮬레이션할 수도 있습니다.
- 기본적으로 저는 과거에 공유했던 튜토리얼을 기반으로 이 모든 데이터를 가져와서 인덱서를 위한 유용한 인터페이스로 만들고 있습니다. 따라서 모든 할당 등을 끄고 동기화할 하위 플롯을 결정하면 이것이 여기에 표시됩니다[타임스탬프 14:46]. 총 쿼리, 하위 그래프의 엔터티 수, 신호, 보상 비율 등과 같은 정보가 제공됩니다. 이 모든 정보를 한 곳에 배치하고 인터페이스에서 직접 하위 그래프를 동기화할 수 있습니다.
- 이는 단지 첫 번째 단계이자 초기 버전일 뿐입니다.
하위 그래프 비디오 삭제
- 크기, 쿼리 수에 따라 하위 그래프를 삭제할 수 있으며, 여기 [15:37]에서 관련 규칙을 설정한 다음 한 번에 하위 그래프를 광범위하게 일시 중지하고 삭제할 수 있습니다.
서비스 품질 지표 비디오
- 여기에서 하위 그래프, 체인, 지연, 후속 블록 및 기타 정보별로 볼 수 있습니다.
Matthew Darwin |Pinax: Grafana에 들어가고 싶나요? (또는 로그는 어디에 저장되어 있나요? 인덱서 관리 인터페이스는 어떤 기술 스택에 작성되어 있나요?
Ricky: 인덱서를 설정하는 방법은 기본적으로 각 로그를 텍스트 파일에 넣은 다음 (단순화를 위해) 읽는 것입니다. 하지만 그 위치에서 기존 로깅을 사용하여 설정하고 싶습니다. 그래서 Loki와 다른 소스를 사용하는 것을 고려해 보겠습니다. 처음에는 모든 Docker 컨테이너 로그를 텍스트 파일로 출력하고 읽지만 일반적으로 내 목표는 기존 스택과 호환되도록 만드는 것입니다. 지금까지 저는 Payne의 Docker 컨테이너 스택을 사용해 왔으며 새 인덱서에 설정하는 방식은 기본적으로 전통적으로 설정한 변수에서 읽는 것입니다. 이것이 거의 필요한 전부입니다. Payne의 경우 저는 새로운 설정을 작업 중이며 해당 설정과 다른 인덱서에서 설정하는 가장 좋은 방법을 평가할 것입니다.
인덱서를 업그레이드해야 했는데 Payne이 매우 도움이 되었고 새 인덱서에 대한 모든 것을 처리했기 때문에 지난 몇 주 동안 이 문제를 다루지 않았습니다. 이것이 훌륭한 협력이 되어 인덱서 커뮤니티에 귀중한 도구를 제공할 수 있기를 바랍니다.
인덱서를 업그레이드해야 했는데 Payne이 매우 도움이 되었고 새 인덱서에 대한 모든 것을 처리했기 때문에 지난 몇 주 동안 이 문제를 다루지 않았습니다. 이것이 훌륭한 협력이 되어 인덱서 커뮤니티에 귀중한 도구를 제공할 수 있기를 바랍니다.
인덱서가 완전히 준비되면 집중하고 싶은 것 중 하나는 장기 실행 쿼리 및 인덱스 생성 자동화와 같은 것입니다. 다른 사람들이 이러한 도구를 사용하기를 원한다면 비용 절감에 매우 의미 있는 영향을 미칠 수 있습니다. 이 설정을 가능한 한 간단하게 만들고 싶습니다. .env 변수를 사용하여 거기에서 문제를 파악합니다. 특히 이 부분은 계속 진행 중인 작업이 될 것입니다. 이러한 일을 추구하는 데 도움을 준 Payne에게 큰 감사를 드립니다.
스테이크 머신.eth: DB에서 직접 또는 graphman/API를 통해 하위 그래프를 삭제하시겠습니까? Vector.dev + Loki가 좋을 것입니다.
Ricky: 기본적으로 작동 방식은 기존 명령과 매우 유사하게 작동하는 셸 CLI 명령이 있고 이를 실행할 때 CLI와 상호 작용한다는 것입니다. 그래서 한 번에 하나의 명령만 실행한 다음 종료하는 약간 다른 버전을 작성했습니다. 이렇게 하면 자동화를 통해 명령을 직접 파이프할 수 있습니다. 그렇습니다. 일부는 최선의 접근 방식은 아니지만 이것이 저에게 효과적입니다.
스테이크-머신.eth: 우리는 오랫동안 graphman API를 요청해 왔습니다. 🙂
매튜 다윈 | 가난한 사람의 API.
Rich: 다음으로 제 목표는 AI 에이전트를 사용하여 실제로 의미가 있고 잘 작동할 수 있는 다양한 기능적 애플리케이션을 보여주는 것입니다. 앞으로는 더욱 생생하고 효과적인 버전을 공유할 수 있기를 바랍니다. 인덱서 설정이 완료되면 계속해서 내 인덱서(Payne의 인덱서)에 대해 사용해 본 다음 이 도구를 사용하려는 모든 사람과 더 많은 도구를 공유할 것입니다.
Matthew Darwin |Pinax: 인덱서 관리 인터페이스를 작성하는 데 어떤 기술 스택이 사용됩니까?
Ricky: 이것은 Python으로 진행되며 R 프로그래밍 전문 회사에서 제공하는 Shiny for Python Express라는 도구를 사용합니다. 제가 공유한 원래 튜토리얼은 R로 작성되었습니다. 그들은 제가 사용하고 있는 애플리케이션을 만들기 위해 Python 생태계 내에서 몇 가지 도구를 만들었지만 도구 자체는 서로 바꿔 사용할 수 있습니다.
Matthew Darwin |Pinax: 시도해 보고 싶습니다. 아주 멋진 것들.
ISA 채점 비디오 [23:45]
리키: 그러면 ISA 점수가 실시간으로 표시됩니다. 따라서 이는 리버스 엔지니어링과 같은 공개 ISA 저장소를 사용하여 실제 버전에 매우 가까워지고 있습니다. 다양한 하위 플롯과 다양한 체인에 대한 점수 분석을 확인하고 문제를 발견할 수 있습니다. 이 중 대부분은 아직 진행 중인 작업입니다.
이는 더 넓은 7단계 프로젝트 로드맵의 일부입니다. 이들 중 일부에 대해서는 이 그룹으로부터 피드백을 받고 이러한 사항에 대해 유보 사항이 있는지 확인하는 것이 좋습니다.
- 자동 관리:
- 큐레이션 신호 분포 최적화 도구
- 자동 큐레이션 도우미 데모
- 자동 위임
- 부정확한 데이터를 최소화하는 자동화 도구 제공: 쿼리 일관성
- 인덱서 작업 자동화:
- 인덱서 관리 인터페이스
- 로그 제어: 데모
- 서브플롯 삭제
- QoS 측정항목
- ISA 점수
- 자동화된 하위 그래프 개발: 하위 그래프 개발 데모
- 최고의 GRC-20 호환 인코딩 워크플로우를 구축하세요. 이것이 주요 프로젝트이자 제가 구축하고 있는 것입니다. 제 생각에는 다음 진화는 지식/노트 작성, AI 에이전트 및 코딩 환경의 자연스러운 통합이며, 모두 오늘날보다 더 조화롭게 작동하는 것입니다. 또한 GRC-20 및 Obsidian과의 호환성을 유지하고 이러한 모든 기능을 무료로 제공하는 동시에 이를 수행하는 것이 Geo: 지식 흐름에 정보를 추가하기 위해 사람들에게 비용을 지불하는 것보다 더 지속 가능하고 비용 효율적이라는 것이 분명해졌습니다. 데모. 고품질.
- 제가 개발 중인 도구를 활용하는 완전 자동화된 공공재 소프트웨어 AI 에이전트 기여자입니다.
Ricky: 다양한 기회를 찾을 수 있는 큐레이션 도구가 있습니다. 여기서 각 하위 그래프에 몇 개의 쿼리가 있는지 확인할 수 있습니다. 이것을 어느 정도 보여드렸는데, 예전에는 문제가 좀 있었는데 지금은 고쳐졌습니다.
이를 바탕으로 Proxy 예제를 구축했습니다.
Ricky: 다양한 기회를 찾을 수 있는 큐레이션 도구가 있습니다. 여기서 각 하위 그래프에 몇 개의 쿼리가 있는지 확인할 수 있습니다. 이건 어느 정도 보여드렸는데 예전에는 문제가 좀 있었는데 지금은 고쳐졌네요.
이를 바탕으로 프록시 예제를 구축했습니다.
- 자동 큐레이션 도우미 데모
관리할 수 있는 인터페이스가 있습니다. 여기서 좋은 기회가 몇 가지 있는지 물었더니 APR이 100%를 넘는 두 가지 기회를 지적했습니다.
또한 시간이 지남에 따라 이를 확인할 수 있도록 이를 시각화한 다음 해당 정보가 확보되면 일종의 관리 전략을 수행하도록 요청할 수 있습니다.
어떤 사람들은 AI 에이전트를 무엇이든 해달라고 요청할 수 있는 것으로 생각하기 때문에 이것이 좋은 예라고 생각합니다. 그러나 이 경우 AI 에이전트는 어떤 도구와 상호 작용할지 아는 것이 목표인 아주 작은 모듈식 구성 요소로 생각합니다. 적시에 관리 기회 목록을 요청하면 항상 동일한 목록을 제공합니다.
제가 실험해 본 다른 도구에서 이를 확인할 수 있습니다. 여기서는 주어진 하위 그래프에 대해 상태 끝점에서 상태를 얻을 수 있습니다. 상태 엔드포인트에서는 주어진 하위 그래프에서 쿼리 일관성이 어떻게 보이는지 알려주고, 불일치가 감지되면 서로 다른 인덱서 사이에서 분기되는 블록을 찾은 다음 해당 정보를 사용하여 인덱서의 엔터티 변경 사항을 조회하고 이를 실제 온체인 정보와 비교하여 온체인 사실을 얻을 수 있습니다.
이런 맥락에서 AI 에이전트가 실제로 응답 자체를 제공하는 것이 아니라 AI 에이전트가 작업에 적합한 도구를 선택하는 것이 전부임을 알 수 있습니다.
저는 현재 다양한 AI 에이전트와 프로젝트를 사용하여 많은 실험을 하고 있습니다.
제가 만들고 있는 모든 것은 어떤 방식으로든 프로토콜을 개선하는 것입니다. 그리고 그 모든 것이 사실이라고 생각합니다. 프로그램에 도움이 되지 않을 것이라고 생각되는 영역을 식별할 수 있도록 이 그룹과 이러한 사항에 대해 논의할 수 있는 것이 도움이 됩니다.
큐레이션은 제쳐두고, 이 AI 도구가 있는 위임 관리 방법에 대한 유사한 설계를 볼 수 있지만 궁극적으로는 결정을 확인하고 다양한 유형의 결정을 내리는 루프에 인간이 있습니다.
저는 인덱서의 다양한 측면을 관리하기 위해 좀 더 전문화된 에이전트를 개발하기 시작할 것입니다. 거기서부터 제가 Edge & Node에서 일하면서 발견한 중요한 프로젝트는 하위 그래프 개발을 더욱 자동화하는 것입니다. 이는 생태계에 매우 좋은 부가가치가 될 수 있습니다. The Graph를 통해 더 많은 데이터를 사용하고 액세스할 수 있도록 만드는 것은 중요한 작업입니다. 모든 온체인 활동이 가능하다는 것을 알 수 있으므로 현재 The Graph에 존재하지 않는 일부 고가치 계약 및 프로젝트, 특히 The Graph가 지원하는 일부 체인을 줄여나가고 싶습니다. , 베이스(Base), 솔라나(Solana) 등이 있습니다. 현재 The Graph에서는 존재하지 않는 많은 활동을 볼 수 있다고 생각하며, 이를 더 쉽게 수행할 수 있도록 하는 것이 큰 측면이라고 생각합니다.
The Graph에서 쿼리할 수 있기 위해 반드시 하위 그래프 개발자가 될 필요는 없습니다. 제 경험상 꽤 어렵기 때문입니다. 이것이 내가 약간의 진전을 이루기 시작한 곳입니다.
- 하위 그래프 개발 데모
[33:22]
계약서를 제공하면 서브플롯 개발 과정에 도움이 될 수 있다는 것을 알 수 있습니다. 스키마를 생성하면 좋은 출발점이 됩니다. 추가할 다양한 콘텐츠에 대한 AI 기반 제안을 제공합니다. 그런 다음 매핑으로 넘어갑니다.
Matthew Darwin |Pinax: graph-cli의 AI 에이전트?
궁극적으로 제가 작업하고 싶은 주요 프로젝트 중 하나는 정말 좋은 콘텐츠 관리 인터페이스를 만들고 자신만의 노트를 작성하는 것입니다. 익숙하다면 Obsidian 또는 Roam Research 스타일로 모든 콘텐츠 정보를 한 곳에 모아두어 다양한 유형의 코딩 프로젝트에 연결하기가 매우 쉽다고 생각할 수 있습니다.
조각들을 하나로 모으고 지식 콘텐츠 관리 시스템과 코딩, 프로젝트, 관심 있는 것들을 함께 가져오고 이러한 것들을 더 잘 통합한다면 꽤 강력한 소프트웨어를 갖게 될 것이라고 생각합니다. Geo와 같은 것과 호환되는 방식으로 사람들에게 제공한다면 정말 흥미로운 가능성이 열리기 시작합니다.
- 지식 흐름 데모
- 지식 흐름 데모
모든 메모를 Obsidian과 매우 유사한 형식으로 저장하지만 실제로 해당 정보를 LLM이 사전 설치된 더 많은 코딩 환경으로 가져온 다음 이미 모든 설정이 완료된 항목, 모든 파일을 연결할 수 있습니다. 자체 개발 환경과 비슷합니다.
사람들에게 지식 그래프 작성 비용을 지불하는 것과 비교하면 이와 같은 것이 훌륭한 솔루션이 될 것이라고 생각합니다. Geo의 작업에 대한 나의 비전은 사람들이 비용을 지불하면서도 무료로 사용할 수 있고 GRC-20 표준과 호환되는 무언가를 만드는 것입니다.
나는 GRC-20과 호환되는 무언가를 만들고 데이터를 내 데이터베이스에 기록했습니다. 저는 아직도 여러가지를 수정하고 있습니다.
이것은 그 방향으로 나아가는 디딤돌입니다.
[38:38]
이제 제가 하는 모든 일은 인덱서 작업을 더 쉽고 효율적으로 만들고 이 커뮤니티에 가치를 제공하는 것입니다. 따라서 인덱서로서 어려운 부분이 있으면 이에 대해 듣고 무엇을 할 수 있는지 알아보고 싶습니다. 돕다.
나는 내 모든 코드, 특히 Python 코드를 공유하기 시작할 것입니다. 처음에 내 계획은 이러한 도구를 개발하고 내 작업에 더 많이 사용하는 것이었지만 처음부터 모든 것이 공개되어 있고 기여하려는 사람은 누구나 기여할 수 있는 것을 선호하기 시작했습니다.
내 웹 사이트에서는 쿼리 일관성 도구에 대해 제공하므로 보시는 AI 에이전트 도구는 오픈 소스입니다.
Matthew |Pinax: 리키, 당신 물건 정말 멋져요. 당신이 말한 것 중 가장 흥미로운 것은 다음과 같습니다.
- 긴 쿼리를 찾고 인덱스를 생성하는 인덱서 튜닝이 중요합니다.
- 하위 그래프를 더 빠르고, 더 좋고, 더 쉽게 구축하는 방법과 우리가 보유한 도구 세트(그래프 CLI, 하위 스트림 개발 컨테이너)를 통합하는 방법에 대한 리소스입니다. 사용자를 혼란스럽게 하지 않는 보다 포괄적인 도구 세트를 구축하는 방법.
- POI 조사, 로그 수집을 시작하려면 해당 로그를 POI 조사 도구에 제공하는 것이 도움이 될 것입니다.
우리는 이러한 도구를 개발하기 위해 귀하와 협력하고 싶습니다.
리키: 네, 물론 훌륭한 설명이군요. 고마워요, 매튜. 마지막 지점에서 제가 보여드린 쿼리 일관성 도구를 사용하여 작업하고 싶은 한 가지는 제가 도구로 사용할 수 있도록 graphix가 더 대중화되기를 기다리고 있다는 것입니다. 어느 정도 신뢰할 수 있는 진실 소스가 있고 모든 사람이 자신의 데이터와 쉽게 상호 작용하고 데이터를 수집할 수 있는 인터페이스가 있습니다. 그러나 시간이 지남에 따라 적어도 이러한 확실한 정보 소스로서 Graphix에 의존하게 됩니다. 나는 이 모든 일에 대해 계속해서 당신과 함께 일하고 싶습니다.
Marc-André |Ellipfra: 네, Ricky는 유용한 POI 도구를 많이 생각해 냈습니다. 로그에 연결하는 것은 흥미로운 아이디어입니다, Matthew. 분명히, 이를 달성하기 위해서는 몇 가지 과제가 있습니다.
Matthew Darwin |Pinax: 이를 달성하는 방법에 대해 이야기해 보겠습니다…
Vince |Nodeify: Ricky, 저는 graphix 이미지용 파이프라인을 만들었습니다.
Ricky: 누군가 이러한 도구 중 일부가 자신의 스택에 어떻게 잘 작동하는지 살펴보거나 생각하기 시작한다면 현재 가지고 있는 도구를 공개적으로 액세스하고 사용할 수 있도록 만드는 작업을 할 것입니다. 내 자신의 스택에 사용하고 있는 것이 많은 인덱서에 대한 현실적인 접근 방식이 아닐 것이라고 생각하며 다른 스택이 어떻게 생겼는지 잘 모릅니다. Launchpad나 Kubernetes와 같은 것들과 어떻게 잘 작동할 수 있는지 살펴보는 것이 도움이 될 것이라고 생각했습니다. 공유를 시작하고 그룹으로서 이러한 내용 중 일부를 반복할 수 있을 것입니다.
Matthew Darwin |Pinax: 네, 확실히 Launchpad와의 통합에 관심이 있습니다.
(관련 전문 용어, 의견, 코드 라이브러리, 하이퍼링크 등을 찾으려면 블로그를 닫으십시오.)
#web3data #TheGraph #블록체인 데이터 인덱스
모든 댓글