Cointime

Download App
iOS & Android

그래프 인덱서 온라인 미팅 ​​#191

Validated Project

요약: Edge 및 Node의 Rem은 GIP-0070을 소개하면서 Graph 프로토콜 경제에 대한 변경 사항을 제안합니다. 이 제안은 네트워크 균형 유지, 인센티브 조정 강화, 지속적인 개선이라는 세 가지 주요 목표를 다루는 것을 목표로 합니다. 주요 변경 사항으로는 인덱싱 보상을 대체하기 위한 네트워크 지불 및 네트워크 보상 도입, 동적 쿼리 수수료 대폭 삭감 구현, 더 광범위한 네트워크 활동을 허용하는 새로운 거버넌스 메커니즘 수립 등이 있습니다.

안녕하세요 여러분, 인덱서 업무 시간 회의록 191차에 오신 것을 환영합니다!

비디오 링크: https://youtu.be/Ku5r34m65n4

ARPA 네트워크와 Bella Protocol의 공동 창립자인 펠릭스 쉬와 함께하는 GRTiQ 팟캐스트를 시청해보세요.

대화 중에 펠릭스는 암호화폐 시장의 진화, 거래에 미치는 AI의 영향, 그리고 2017년 이후의 시장 주기에 대한 자신의 견해에 대한 생각을 공유했습니다. 그는 분산형 금융의 미래, 밈 코인의 부상, 암호화폐 거래를 위한 고급 AI 모델에 대한 그의 팀의 작업에 대해 논의했습니다.

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

sfeth/fireeth: 새로운 버전:

  • 버전 2.9.1:
  • 날짜: 2025-01-20 19:14:45 UTC
  • 이번 릴리스에서는 릴리스 2.9.0에서 제거된 firehose 및 substreams-tier1용 grpc.health.v1.Health 서비스를 다시 도입하여 회귀 문제를 해결합니다.
  • 또한, 추적 ID가 GCP 부하 분산 장치 외부로 누출되는 것을 방지하기 위해 X-Cloud-Trace-Context 추적 헤더를 선호합니다.
  • 비상 표시기: 노란색
  • 긴급한 이유: 중요한 업데이트이지만, 당장 위험은 없습니다.
  • 버전 2.9.0:
  • 날짜: 2025-01-16 15:47:36 UTC
  • 이 릴리스에서는 여러 가지 중요한 업데이트와 획기적인 변경 사항이 도입되었습니다.
  • 새로운 기능으로는 인스턴스 간 활성 요청을 균형 있게 조절하기 위한 substreams-tier1에 대한 향상된 구성 옵션, 거부된 요청을 추적하기 위한 새로운 Prometheus 메트릭, 브라우저 클라이언트에 대한 향상된 HTTP 압축 지원이 있습니다.
  • fireeth 도구와 Reader Node Manager API도 최적화되고 개선되었습니다.
  • 주요 변경 사항: Firehose는 이제 기본적으로 클라이언트 연결에 GZIP 또는 ZSTD 압축을 적용하고 –firehose-enforce-compression=false를 사용하지 않는 한 압축되지 않은 요청을 거부합니다. 또한, 기존 sf.firehose.v1 프로토콜에 대한 지원이 제거되었습니다.
  • 비상 표시등: 빨간색
  • 긴급한 이유: 이 프로토콜은 압축되지 않은 Firehose 연결이나 이전 프로토콜을 사용하는 사용자에게 매우 중요합니다.

채팅방에서:

매튜 다윈 | 피낙스: 피낙스가 새로운 Firehose 2.9.1로 업그레이드되었습니다.

Ana |GraphOps: 잘 진행되고 있는 것 같아요.

채팅방에서:

매튜 다윈 | 피낙스: 피낙스가 새로운 Firehose 2.9.1로 업그레이드되었습니다.

Ana |GraphOps: 잘 진행되고 있는 것 같아요.

매튜 다윈 | 피낙스: 사람들은 에리곤 3의 현재 상태에 대해 어떻게 생각하나요? 에리곤 팀은 에리곤 2에서 벗어나기를 원합니다(아래 참조).

Ana: GraphOps는 아직 Erigon 3을 시도하지 않았으므로 그에 대한 의견은 없지만 사람들이 어떻게 생각하는지에도 관심이 있습니다.

  • 인덱서 서비스 및 에이전트(TS): 새 버전 v0.22.0:
  • 날짜: 2025-01-15 18:40:07 UTC
  • 버전 0.22.0에서는 Epoch 및 TAP 하위 그래프의 로컬 쿼리를 지원하여 기능을 향상시키고, 작업 상태 관리를 개선하며, 보류 중인 RAV 문제를 해결합니다. 이러한 업데이트는 성능을 최적화하고 기존 버그를 수정하지만 운영에 필수적인 것은 아닙니다.
  • 비상 표시기: 노란색
  • 긴급한 이유: 중요한 업데이트이며, 즉각적이고 중요한 업데이트는 아닙니다.
  • 인덱서 서비스 및 클릭 에이전트(RS): 새로운 버전 indexer-service-v1.4.1:
  • 날짜: 2025-01-16 14:08:05 UTC
  • 버전 1.4.1에서는 CheckHealthError 직렬화 및 헤더 보존과 관련된 인증 미들웨어의 버그를 해결하여 시스템 안정성이 향상되었습니다. 최적의 성능을 유지하려면 운영자가 이 업데이트를 적용해야 합니다.
  • 비상 표시기: 노란색
  • 긴급한 이유: 중요한 수리이지만, 즉각적인 위협은 없습니다.

채팅방에서:

매튜 다윈 | 피낙스: 그래프 노드 버전에 대한 paka | E&N의 업데이트가 있나요? 그렇게 생각하지 마세요.

미키 |더 그래프(E&N): 오늘 아침 마르코에 따르면 곧 나올 예정이라고 합니다.

파카는 다음 날(1월 22일) Discord에 업데이트를 공유했습니다.

안녕하세요, 인덱서님,

곧 출시될 Graph Node에 대한 업데이트를 공유하게 되어 기쁩니다! 현재 최신 릴리스 후보에 대한 최종 테스트를 진행하고 있습니다. 이러한 테스트를 통해 모든 것이 안정적이고 사용할 준비가 되었는지 확인하는 데 약 10일이 걸립니다. 모든 것이 잘된다면, 월요일에 정식 출시를 목표로 하고 있습니다.

또한, 저희는 스테이징 환경을 개선하기 위해 적극적으로 노력하고 있으며, 이를 통해 향후 테스트 시간을 약 4일 정도 단축할 수 있을 것이라는 점을 알려드리고자 합니다. 이 어려운 시기에 여러분의 인내와 지원은 우리에게 큰 의미가 있습니다.

그동안 우리는 이번 주 말에 GitHub 저장소에 사전 릴리스를 태그하여 변경 사항을 미리 보고 싶은 사람들을 위해 준비할 것입니다. 더 많은 업데이트를 기대해 주시고, 이 릴리스를 성공적으로 만드는 데 도움을 주셔서 감사합니다!

계약의 중요 변경 사항에 대한 최신 업데이트

모든 결의안이 실행되었습니다:

  • 분쟁 #GDR-24에 대한 정보 요청
  • 그리기 (토론을 위해 포럼 게시물을 읽어보세요)
  • 분쟁 #GDR-25에 대한 정보 요청
  • 슬래시(응답 없음)
  • 분쟁 #GDR-22에 대한 정보 요청
  • 슬래시(무승부로 결정적인 데이터가 없음)
  • 분쟁 #GDR-24에 대한 정보 요청
  • 그리기 (토론을 위해 포럼 게시물을 읽어보세요)
  • 분쟁 #GDR-25에 대한 정보 요청
  • 슬래시(응답 없음)
  • 분쟁 #GDR-22에 대한 정보 요청
  • 슬래시(무승부로 결정적인 데이터가 없음)
  • 수정: TAPCollectorAuthorizationAlreadyRevoked #1089 정리(열림)
  • 기타: Ignition을 v0.15.9로 업데이트 #1087(열림)

Edge & Node의 Rem은 Graph 프로토콜 경제의 미래에 대해 더 자세히 논의했습니다.

아래에 선택된 스크린샷은 그의 프레젠테이션에서 가져온 것입니다.

Rem은 Graph Indexer Office Hours #187 에서 GIP-0070과 다양한 참여자 요구 사항을 소개했습니다.

  • 포럼 게시물 및 토론: 진화하는 그래프 프로토콜 경제학
  • GitHub 공식 제안: GIP-0070: 그래프 프로토콜 경제의 진화

Rem: 오늘은 GIP(그래프 개선 제안) 자체에 대해 더 자세히 논의하겠습니다. GIP-0070은 프로토콜 개선을 다루는 포괄적인 GIP입니다.

현재 프로토콜이 어떻게 작동하는지 말씀드리겠습니다. 프로토콜은 데이터를 색인화하여 소비자에게 제공하고, 소비자는 쿼리에 대한 비용을 지불합니다. 또한 인덱서가 무엇을 인덱싱해야 할지 알 수 있도록 데이터[하위 그래프]를 관리하는 큐레이터도 있습니다. 인덱서는 데이터를 배포하고 인덱싱합니다. 인덱서에게 할당을 위임하고 도와주는 위임자가 있습니다. 마지막으로 프로토콜은 인덱싱 보상을 제공합니다.

전체적으로, 이것은 서로 협력하고 서로의 균형을 맞추도록 설계된 통합적이고 일관된 역학 세트이며, 많은 일을 매우 잘 해냅니다. 이제 우리는 개선이 필요한 몇몇 영역을 파악했지만 기본적으로 프로토콜 전반에 걸쳐 좋은 균형이 유지되고 있습니다. 이 제안의 주요 목표 중 하나는 네트워크 균형을 유지해야 한다는 것입니다.

인덱스 리워드

인덱싱 보상은 인덱싱이 발생하고 네트워크가 계속 작동할 수 있도록 보장하기 위해 지급됩니다. 우리는 이것이 유지되도록 해야 합니다.

수수료, 할당, 큐레이션 및 문의 수수료

네트워크 전반의 균형을 맞추기 위한 통합된 역할 인센티브가 있으므로, 우리가 하는 모든 일은 메커니즘이 작동하는 방식 간의 균형을 이루기 위해 그 설계가 필요하며, 단순히 메커니즘만을 따로 생각하는 것은 바람직하지 않습니다.

이 제안의 또 다른 주요 목표는 인센티브 조정을 강화하는 것입니다.

네트워크에서 무슨 일이 일어나고 있는지 살펴보면, 이는 대략적인 추정치이지만, 전체 인덱싱 보상 및 큐레이션 공간에서 일어나는 일이 소비자 및 쿼리 수수료 공간에서 일어나는 일과 우리가 원하는 만큼 밀접하게 연관되어 있지 않다는 것을 알 수 있습니다.

장기적으로 네트워크에 문제가 될 수 있는 데이터를 제공하지 않고도 인덱싱 보상을 얻기 위해 얼마만큼의 큐레이션과 할당을 조정할 수 있습니다. 교통량이 늘어남에 따라 우리는 일관성을 유지해야 합니다.

현재, 네트워크 보상은 소비자가 제공하는 가치와 연관이 없습니다.

장기적으로 네트워크에 문제가 될 수 있는 데이터를 제공하지 않고도 인덱싱 보상을 얻기 위해 얼마만큼의 큐레이션과 할당을 조정할 수 있습니다. 교통량이 늘어남에 따라 우리는 일관성을 유지해야 합니다.

현재, 네트워크 보상은 소비자가 제공하는 가치와 연관이 없습니다.

소비자에게 가치를 제공하기 위한 네트워크의 인센티브가 제한됨

이러한 특정 인센티브가 완벽하게 일치하지 않는다는 것만이 문제가 아닙니다. 우리는 웹에서 하고 싶은 다른 일들이 있습니다.

인덱싱 수수료

현재 인덱싱 수수료와 현재 쿼리 수수료 사이에는 아무런 연관이 없습니다. 인덱싱 수수료 자체는 분리되어 있습니다. 이는 이미 존재했던 것이 아니라 우리가 도입한 또 다른 동기 부여 영역과 같습니다.

빌더/기여자 활동

우리는 네트워크에서 몇 가지 활동을 하기를 바랍니다. 어떤 면에서는 이미 그렇게 하고 있지만, 어떤 면에서는 새로운 활동입니다. 우리의 현재 인센티브는 이러한 요소를 반영하지 않습니다.

정의, 구축 및 통합

빌더는 정의하고, 구축하고, 통합합니다.

공간, 서비스, 모듈...

하위 그래프, 하위 스트림 또는 새로운 데이터 서비스를 만드는 개발자입니다.

기여 및 협력

사람들은 지식 그래프의 공간뿐만 아니라, 기여할 수 있는 다른 장소에도 기여합니다.

이 모든 일이 어떻게 진행될 것인지 논의하는 것은 이 제안의 범위를 벗어나지만, 이에 대한 인센티브를 제공하고 이것이 프로토콜이 발전하는 제안된 방식에 반영되도록 해야 합니다.

마지막으로 큰 목표는 지속적인 개선입니다.

확장된 네트워크 활동을 위한 잔액 발행 할당

우리는 이러한 다양한 것에 인센티브를 제공하고, 공정하고 공평한 방식으로 이루어지도록 이러한 것들 간의 발행을 어떻게든 균형 있게 조정해야 합니다. 또한 우리는 The Graph의 장기적 지속 가능성을 위한 토대를 마련하기 위해 우리가 하는 모든 일이 필요하다는 점을 확인해야 합니다. 예를 들어 재단 상장이 끝난 후에도 말입니다.

이것이 우리의 주요 목표이며, 이로 인해 꽤 많은 빨간색 상자가 생기게 되었습니다.

채팅에서:

피에르 | Chain-Insights.eth: 인덱스 보상은 분배에 따라 직접 곱해집니다. 인덱싱 수수료로 이 문제를 해결할 수 있나요?

이것이 우리의 주요 목표이며, 이로 인해 꽤 많은 빨간색 상자가 생기게 되었습니다.

채팅에서:

피에르 | Chain-Insights.eth: 인덱스 보상은 분배에 따라 직접 곱해집니다. 인덱싱 수수료로 이 문제를 해결할 수 있나요?

Rem: 사실 인덱싱 수수료와는 별개입니다. 즉, 인덱싱 보상은 할당량과 총 할당량의 비율로 곱해집니다. 맞는 말씀입니다. 이는 처리될 것입니다. 하지만 인덱싱 수수료는 메커니즘이 다릅니다. 지금은 그 문제에 대해 너무 깊이 들어가지 않으려고 노력합니다. 그 자체로 완전히 다른 대화가 될 테니까요.

우리는 제안을 통해 이러한 문제를 어떻게 다룰 예정인가?

인덱싱 보상은 변경되어야 하며 제안에서는 두 가지 방법으로 분배를 시작해야 한다고 제안합니다.

  1. 네트워크 결제는 인덱싱 및 쿼리 서비스에 대한 직접 결제입니다.
  2. 네트워크 리워드는 인덱서에게 인덱스 리워드와 유사한 성격의 보상을 제공하지만, 인센티브의 일치성을 개선하기 위해 서비스 품질 기반 자격 기준을 통합합니다.

네트워크 보상은 여전히 ​​네트워크 상태의 기본 기능을 유지하여 인덱서가 네트워크에 가입할 수 있도록 하고 제공되는 서비스의 품질을 확인할 수 있도록 합니다. 네트워크 지불은 발행 메커니즘을 통해 인덱서에게 직접 이루어지며, 발신자가 인덱싱 지불을 하거나, 인덱싱 수수료를 지불하는 것과 동일한 메커니즘을 사용합니다. 또한 소비자가 쿼리를 발행합니다. 이를 통해 올바른 데이터가 색인화되고, 서비스 품질을 사전에 모니터링할 수 있기 때문입니다. 우리는 인덱서가 자신이 어디에서 유용할지 예측할 필요가 없도록 시장의 역학을 약간 변경할 수 있습니다. 대신 네트워크는 인덱서가 무엇이 필요한지 예측하는 작업을 수행하도록 요구합니다.

두 번째 주요 변경 사항은 쿼리 수수료입니다. 쿼리 수수료 삭감 방식이 변경될 예정입니다. 원래 프로토콜에는 고정된 컷이 있었는데, 이는 시계가 정확해지기를 기대하는 것과 거의 같습니다. 멈춘 시계는 하루에 두 번은 정확합니다. 고정된 쿼리 수수료 감소는 적절한 수준일 때가 드물다. 쿼리 수수료는 참가자에 따라 동적으로 결정되며, 다룰 수 있는 범위가 조금 더 넓어질 것입니다. 이러한 변화는 기여자 간의 기여와 협업을 장려하는 데 도움이 될 것입니다. 이 제안의 범위를 벗어나므로 실제 메커니즘에 대해서는 설명하지 않겠습니다.

우리는 후원자를 후원자에게 그들의 필요에 가장 잘 맞는 인센티브를 제공하는 역할로 더 공식적으로 정의합니다. 이건 큐레이션과 비슷해 보이지만, 인덱스에 직접 비용을 지불하기 때문에 인덱스 비용을 지불한 사람은 시간이 지남에 따라 보상을 받게 됩니다. 이를 통해 네트워크는 자체적으로 균형을 유지할 수 있으며, 자체 균형을 달성하기 위한 삭감은 시장 수요에 따라 이루어집니다.

원래 계약에서는 큐레이션이 제대로 작동하지 않는다는 의견이 있었습니다. 이름은 그대로 유지했지만 작동 방식은 약간 다릅니다. 새로운 큐레이션 메커니즘에서 큐레이터는 여전히 GRT를 잠그지만, GRT를 잠그는 목적과 프로세스가 더 구체적이 되었습니다. 사용자들은 원하는 것을 찾고, 일정량의 발행이 가능하며, 그 발행은 인덱싱을 후원하거나 큐레이션이 수행할 수 있는 다른 활동을 수행하는 데 효과적으로 사용됩니다.

원래 계약에서는 큐레이션이 제대로 작동하지 않는다는 의견이 있었습니다. 이름은 그대로 유지했지만 작동 방식은 약간 다릅니다. 새로운 큐레이션 메커니즘에서 큐레이터는 여전히 GRT를 잠그지만, GRT를 잠그는 목적과 프로세스가 더 구체적이 되었습니다. 사용자들은 원하는 것을 찾고, 일정량의 발행이 가능하며, 그 발행은 인덱싱을 후원하거나 큐레이션이 수행할 수 있는 다른 활동을 수행하는 데 효과적으로 사용됩니다.

이러한 모든 메커니즘은 개방적이고 협력적으로 설계되었으므로 다양한 용도로 활용할 수 있습니다. 초기 네트워크는 인덱싱과 인덱싱 수수료에 초점을 맞췄습니다. 이제 우리는 웹상의 다른 활동, 예를 들어 지식 그래프 공간에서 어떤 일이 일어날지에 대해 더 광범위하게 생각하고 있습니다. 따라서 큐레이션은 데이터를 색인화하는 활동뿐 아니라 지식 그래프에 대한 콘텐츠를 작성하거나 웹에서 발생할 수 있는 다른 작업을 수행하는 활동이 됩니다.

즉, 큐레이션은 고정되어 있지만 이제 공간, 서비스, 모듈을 포괄하는 인센티브가 있고 정의, 구축, 통합도 가능하다는 점에 유의하세요.

다시 말씀드리지만, 이 기여자 칼럼의 모든 내용은 이 제안서의 범위를 벗어나지만, 우리는 다양한 활동을 지원할 수 있는 기준 프로토콜을 제안합니다.

우리는 다양한 메커니즘을 작동시키고 있으며, 그것들이 균형을 이루는 것이 중요합니다. 쿼리 수수료 감면에 대한 내 의견과 마찬가지로, 고정 수수료 감면을 설정하면 감면은 소수의 경우에만 적용됩니다. 특정 발행 잔액을 하드코딩한다면 실수가 될 것 같습니다. 프로토콜은 사람들이 GRT를 잠그는 방식과 균형을 이루어야 합니다.

현재는 보상을 인덱싱하고 있습니다. 이를 네트워크 보상이라고 부르고, 보상 발행은 네트워크를 유지하고 구축하기 위한 보조금으로 사용됩니다. 우리는 그것에 의지하고 있지만, 지금 단계에서는 그것을 막을 방법이 없습니다. 그러나 이것은 보조금이므로 모든 사람이 이 메커니즘이 어떻게 작동하고 순수한 색인형 보조금에서 보다 일반적인 보조금으로 시간이 지남에 따라 어떻게 전환될 것인지 이해할 수 있도록 투명한 방식으로 계획해야 합니다.

외부 수입이 증가함에 따라 시간이 지남에 따라 발행 보조금 네트워크에 대한 의존도가 낮아지는 것은 당연합니다. 아직 정확한 매개변수를 정하지 않았지만, 많은 사람이 이 토론에 참여할 수 있을 것 같습니다. 아마 적절한 중간 지점은 네트워크로 유입되는 외부 수익이 1,000만 달러가 되는 경우일 것입니다. 외부 수익이란 사람들이 지불하는 쿼리 수수료(쿼리 수수료가 아마도 가장 큰 수입원일 것입니다)를 의미할 것입니다. 따라서 쿼리 수수료 1,000만 달러를 지불하는 것은 발행이 아니라 다른 곳에서 나오지만, 외부 수익이 1,000만 달러 늘어나면 보조금을 조금 줄일 수 있을 것 같습니다. 적절한 비율은 절반이 될 수 있을 것 같습니다. 따라서 외부수입은 1000만 원 증가하였고, 보조금은 500만 원 감소하였으나, 지수망은 여전히 ​​이전보다 많은 수익을 냈습니다. 그래도 500만 달러가 더 벌렸지만, 인덱싱에만 사용되던 이 보조금으로부터 투명하게 벗어나 다른 목적으로 사용할 수 있게 됐습니다.

NSun | Graphtronauts: 다른 목적은 무엇일까요?

렘: 하나는 지식 그래프에 있는 것들인데, 아마 지금 우리가 알고 있는 가장 명백한 것들이겠지만, 웹의 장기적 지속 가능성과 관련하여 우리가 앞으로 할 모든 일을 반드시 예측할 수는 없습니다. 네트워크를 단 하나의 목적으로만 사용하겠다고 결심한다면 사실상 유연성이 전혀 없습니다. 네트워크의 다른 영역에 투자할 수 있고 유연성을 갖는 것이 우리의 최대 이익입니다.

Marc-André |Ellipfra: 펀딩 규모에 따른 자체 균형 발행. 여러분이 원하는 방향과 영향을 파악할 수 있도록 몇 가지 숫자를 공유해 주시겠습니까?

Rem: 제가 마지막으로 확인했을 때 약 25억 개의 GRT가 잠겨 있었고, 셀프 스테이킹과 위임을 조합하여 사용되었으며, 현재 25억 개는 네트워크 보상과 네트워크 지불에 사용할 것을 결정하는 풀로 간주할 수 있습니다. 제가 마지막으로 확인했을 때, 큐레이션 볼륨은 700만~800만(10억이 아님) 정도였어요. 그러니까 현재 큐레이션 볼륨이 매우 작은 거예요. 이는 외부 질의의 수가 적은 데에도 일부 기인한 것 같습니다.

하지만 자체 균형 발행에 대해 지분(위임 포함) 기반 비율이 하나의 버킷이라고 한다면, 새로운 거버넌스 메커니즘의 비율은 향후 지식 그래프나 인덱스와 같은 다른 곳으로 이동하게 될 수 있지만, 지식 그래프를 흥미로운 사례로 사용해보겠습니다. 현재 인덱서에게 가지 않는 버킷이기 때문에 발행량의 1% 미만만이 다른 용도로 사용될 것입니다. 이제 많은 사람들이 이에 관심을 갖고 계획을 세우기 시작하면 이 점유율은 늘어날 겁니다.

고려해야 할 흥미로운 시나리오

지식 그래프의 추가 큐레이션 수요가 순 신규 수요라면 인덱서에 실제로 부정적인 영향을 미치지 않습니다. 공급이 고정되어 있다면 수요가 증가할 것이고, 한계 수요는 한계 공급에 비례하기 때문입니다. 실제로 인덱서로 흘러드는 비율은 동일한 값으로 유지됩니다. 즉, GRT는 낮지만 GRT의 가치가 더 높고 동일한 값을 갖습니다.

고려해야 할 또 다른 사례는 새로운 수요가 아니라 실제로 기존 위임자라면 금액을 변경하지 않았지만 기존 위임자가 큐레이터와 위임자로서 추첨을 진행하겠다고 말하는 것입니다. 이는 제가 프로토콜 작동 방식을 처음에 설계할 위험 요소인데, 위임자의 90%가 큐레이션을 원한다고 결정하면 인덱서의 수입이 줄어들기 때문입니다. 이는 우리의 의도가 아닙니다.

Vince |Nodeify: 만약 오늘 마법의 스위치를 켠다면, 현재 쿼리 볼륨과 자본을 고려할 때 인덱서 수익에 순전히 부정적인 영향이 무엇인지 구체적인 숫자를 계산해 보셨나요? 제안된 변화의 긍정적인 측면은 무시됩니다.

렘: 현재 데이터에 따르면 그 비율은 1% 미만입니다. 네트워크 수요의 다른 변화를 완벽하게 예측할 수는 없지만, 사람들이 현재 GRT를 잠그는 방식을 이러한 새로운 메커니즘으로 변경한다면 인덱서에게 제공되는 총 발행 풀의 양은 1% 미만으로 감소할 것입니다. 1%보다 적더라도 새로운 메커니즘의 프로토타입을 만들고 작동 방식을 시험해 볼 수 있으므로 네트워크 전체에 실제로 유용할 것입니다.

제안 자체의 다이어그램은 아래와 같습니다. 우리가 논의해 온 프로토콜의 측면이 제안의 주요 목표 또는 주제, 즉 네트워크 균형 유지, 인센티브 정렬 강화, 지속적인 개선 유지와 어떻게 관련이 있는지 확인할 수 있습니다.

---GIP-0070 차트: 진화하는 그래프 프로토콜 경제학

디자인 측면에서는 세 가지 원칙이 있습니다. 디자인 원칙은 서로 매우 밀접하게 연관되어 있으며, 모든 일의 핵심이 됩니다.

  1. 모든 것은 협력적인 개방형 원시 형태여야 합니다. 이는 원래 프로토콜과 비교했을 때 Horizon에서 변경된 사항에서 부분적으로 영감을 받은 것입니다. 이 디자인에서 원래 프로토콜은 거의 고정되어 있었고, Horizon과 데이터 서비스 부문에서는 이를 개방하여 우리가 이러한 계약 등을 작성했으며, 다양한 방식으로 사용될 수 있다고 말하기 시작했습니다. 우리는 그것들이 사용될 수 있는 모든 방법을 규정하거나 예측하려고 하지 않습니다. 모든 메커니즘은 함께 작동하도록 설계되었지만 다재다능합니다.
  2. 우리는 소비자 가치의 일치에 정말로 집중해야 합니다. 우리는 네트워크를 설계할 때 소비자에게 가치를 제공해야 합니다. 이것이 장기적으로 네트워크를 성공적으로 만드는 요인이기 때문입니다.
  3. 우리는 시간이 지남에 따라 생태계가 수요에 맞춰 스스로 조정(자체 균형)할 수 있도록 해야 하며, 이를 통해 수요를 충족하고 올바른 균형이 유지되도록 해야 합니다. 우리는 예측할 수 없고 고정된 삭감을 정할 수도 없습니다.

아래 그림에서 보듯이, 제안된 각 메커니즘은 그래프 개선 제안(GIP)을 갖도록 의도되었습니다.

---GIP-0070 차트: 진화하는 그래프 프로토콜 경제학

그래서 저는 이 질문에 더 빨리 대답할 수 없었습니다. 보시다시피, 이 질문에 완벽하게 답하는 GIP는 아직 작성되지 않았습니다. 이러한 문제가 발전함에 따라 Indexer Office Hours에서 이에 대한 논의가 필요할 것이며, 이에 대한 여러분의 의견을 듣고 싶습니다.

좋은 아이디어가 있다면 포럼 스레드에서 토론에 참여해 주세요. 제가 기여할 것이 더 있기를 바랍니다. 제가 시도한 것들이 작동하지 않아 디자인의 많은 측면이 여러 번 바뀌었고 앞으로도 일부 측면은 계속 바뀔 것으로 예상합니다.

(관련 전문 용어, 의견, 코드 라이브러리, 하이퍼링크 등을 찾으려면 블로그를 팔로우하세요.)

#블록체인데이터인덱스#TheGraph

댓글

모든 댓글

Recommended for you