Cointime

Download App
iOS & Android

Cuộc họp trực tuyến của Graph Indexer #191

Validated Project

Tóm lại: Rem từ Edge & Node tiếp tục giới thiệu GIP-0070, đề xuất những thay đổi đối với nền kinh tế của giao thức The Graph. Đề xuất này nhằm giải quyết ba mục tiêu chính: duy trì sự cân bằng của mạng lưới, tăng cường sự liên kết khuyến khích và cải tiến liên tục. Những thay đổi chính bao gồm việc giới thiệu các khoản thanh toán mạng và phần thưởng mạng để thay thế phần thưởng lập chỉ mục, triển khai cắt giảm phí truy vấn động và thiết lập các cơ chế quản trị mới cho phép phạm vi hoạt động mạng rộng hơn.

Xin chào mọi người, chào mừng đến với biên bản cuộc họp Giờ làm việc của Indexer, phiên 191!

Liên kết video: https://youtu.be/Ku5r34m65n4

Xem podcast GRTiQ với Felix Xu, đồng sáng lập ARPA Network và Bella Protocol.

Trong cuộc trò chuyện, Felix đã chia sẻ suy nghĩ của mình về sự phát triển của thị trường tiền điện tử, tác động của AI đến giao dịch và quan điểm của ông về chu kỳ thị trường kể từ năm 2017. Ông đã thảo luận về tương lai của tài chính phi tập trung, sự trỗi dậy của tiền meme và công trình của nhóm ông về các mô hình AI tiên tiến dành cho giao dịch tiền điện tử.

Cập nhật mới nhất cho các kho lưu trữ quan trọng

sfeth/fireeth: Phiên bản mới:

  • Phiên bản 2.9.1:
  • Ngày: 2025-01-20 19:14:45 UTC
  • Bản phát hành này giới thiệu lại dịch vụ grpc.health.v1.Health cho firehose và substreams-tier1, đã bị xóa trong bản phát hành 2.9.0 để giải quyết vấn đề hồi quy.
  • Ngoài ra, nó ưu tiên tiêu đề theo dõi X-Cloud-Trace-Context để ngăn ID theo dõi bị rò rỉ ra bên ngoài bộ cân bằng tải GCP.
  • Đèn báo khẩn cấp: Vàng
  • Lý do khẩn cấp: Cập nhật quan trọng, nhưng không có rủi ro tức thời.
  • Phiên bản 2.9.0:
  • Ngày: 2025-01-16 15:47:36 UTC
  • Phiên bản này giới thiệu một số bản cập nhật quan trọng và thay đổi đột phá.
  • Các tính năng mới bao gồm các tùy chọn cấu hình nâng cao cho substreams-tier1 để cân bằng các yêu cầu đang hoạt động giữa các phiên bản, số liệu Prometheus mới để theo dõi các yêu cầu bị từ chối và cải thiện hỗ trợ nén HTTP cho máy khách trình duyệt.
  • Công cụ fireeth và API Reader Node Manager cũng đã được tối ưu hóa và cải thiện.
  • Thay đổi đột phá: Firehose hiện áp dụng nén GZIP hoặc ZSTD trên các kết nối của máy khách theo mặc định và từ chối các yêu cầu không nén trừ khi sử dụng –firehose-enforce-compression=false. Ngoài ra, hỗ trợ cho giao thức sf.firehose.v1 cũ đã bị loại bỏ.
  • Đèn báo khẩn cấp: Đỏ
  • Lý do cấp bách: Giao thức này có tầm quan trọng cao đối với người dùng sử dụng kết nối Firehose không nén hoặc các giao thức cũ hơn.

Từ phòng chat:

Matthew Darwin | Pinax: Pinax đã được nâng cấp lên phiên bản Firehose 2.9.1 mới.

Ana |GraphOps: Nghe có vẻ mọi việc đang diễn ra tốt đẹp.

Từ phòng chat:

Matthew Darwin | Pinax: Pinax đã được nâng cấp lên phiên bản Firehose 2.9.1 mới.

Ana |GraphOps: Nghe có vẻ mọi việc đang diễn ra tốt đẹp.

Matthew Darwin | Pinax: Mọi người nghĩ gì về tình trạng hiện tại của Erigon 3? Nhóm Erigon muốn chúng ta rời xa Erigon 2 (xem bên dưới).

Ana: GraphOps chưa thử Erigon 3 nên tôi không có ý kiến ​​gì về điều đó, nhưng tôi cũng muốn biết mọi người nghĩ gì.

  • Dịch vụ và đại lý lập chỉ mục (TS): Phiên bản mới v0.22.0:
  • Ngày: 2025-01-15 18:40:07 UTC
  • Phiên bản 0.22.0 nâng cao chức năng bằng cách hỗ trợ các truy vấn cục bộ của biểu đồ con Epoch và TAP, cải thiện quản lý trạng thái hoạt động và giải quyết các sự cố RAV đang chờ xử lý. Mặc dù các bản cập nhật này tối ưu hóa hiệu suất và sửa các lỗi hiện có, nhưng chúng không quan trọng đối với hoạt động.
  • Đèn báo khẩn cấp: Vàng
  • Lý do khẩn cấp: Bản cập nhật quan trọng, không phải bản cập nhật quan trọng ngay lập tức.
  • Dịch vụ lập chỉ mục và Click Agent (RS): Phiên bản mới indexer-service-v1.4.1:
  • Ngày: 2025-01-16 14:08:05 UTC
  • Phiên bản 1.4.1 giải quyết các lỗi trong phần mềm trung gian xác thực liên quan đến tuần tự hóa CheckHealthError và bảo toàn tiêu đề, đảm bảo cải thiện độ tin cậy của hệ thống. Người vận hành nên áp dụng bản cập nhật này để duy trì hiệu suất tối ưu.
  • Đèn báo khẩn cấp: Vàng
  • Lý do khẩn cấp: Cần sửa chữa quan trọng nhưng không gây nguy hiểm ngay lập tức.

Từ phòng chat:

Matthew Darwin | Pinax: Có thông tin cập nhật nào từ paka | E&N về phiên bản nút The Graph không? Đừng nghĩ như thế.

Mickey |The Graph (E&N): Sắp ra mắt, theo Marko sáng nay.

Paka đã chia sẻ bản cập nhật trên Discord vào ngày hôm sau (22 tháng 1):

Xin chào người lập chỉ mục,

Chúng tôi rất vui mừng được chia sẻ thông tin cập nhật về bản phát hành Graph Node sắp tới! Hiện chúng tôi đang tiến hành thử nghiệm cuối cùng cho phiên bản ứng viên mới nhất. Những thử nghiệm này mất khoảng 10 ngày để đảm bảo mọi thứ đều ổn định và sẵn sàng sử dụng. Giả sử mọi việc diễn ra tốt đẹp, chúng tôi đặt mục tiêu phát hành đầy đủ vào thứ Hai.

Chúng tôi cũng muốn chia sẻ rằng chúng tôi đang tích cực cải thiện môi trường dàn dựng, điều này sẽ giúp rút ngắn thời gian thử nghiệm khoảng 4 ngày trong tương lai. Sự kiên nhẫn và ủng hộ của bạn trong thời gian này có ý nghĩa rất lớn đối với chúng tôi.

Trong khi đó, chúng tôi sẽ gắn thẻ bản phát hành trước trong kho lưu trữ GitHub vào cuối tuần này cho những ai muốn xem trước các thay đổi. Hãy theo dõi để biết thêm thông tin cập nhật và cảm ơn bạn đã giúp bản phát hành này thành công!

Cập nhật mới nhất về những thay đổi quan trọng đối với thỏa thuận

Tất cả các nghị quyết đã được thực hiện cho:

  • Yêu cầu thông tin liên quan đến tranh chấp #GDR-24
  • Vẽ (đọc bài viết trên diễn đàn để thảo luận)
  • Yêu cầu thông tin liên quan đến tranh chấp #GDR-25
  • Slash (không có phản hồi)
  • Yêu cầu thông tin liên quan đến tranh chấp #GDR-22
  • Chém (thiếu dữ liệu quyết định ủng hộ hòa)
  • Yêu cầu thông tin liên quan đến tranh chấp #GDR-24
  • Vẽ (đọc bài viết trên diễn đàn để thảo luận)
  • Yêu cầu thông tin liên quan đến tranh chấp #GDR-25
  • Slash (không có phản hồi)
  • Yêu cầu thông tin liên quan đến tranh chấp #GDR-22
  • Chém (thiếu dữ liệu quyết định ủng hộ hòa)
  • Sửa lỗi: Dọn dẹp TAPCollectorAuthorizationAlreadyRevoked #1089 (mở)
  • Khác: Cập nhật Ignition lên v0.15.9 #1087 (mở)

Rem từ Edge & Node đã thảo luận thêm về tương lai của nền kinh tế giao thức The Graph.

Những ảnh chụp màn hình được chọn bên dưới được lấy từ bài thuyết trình của ông.

Rem đã giới thiệu GIP-0070 và các yêu cầu khác nhau dành cho người tham gia trong Giờ làm việc của The Graph Indexer #187 .

  • Bài đăng và thảo luận trên diễn đàn: Kinh tế giao thức đồ thị đang phát triển
  • Đề xuất chính thức của GitHub: GIP-0070: Phát triển nền kinh tế giao thức đồ thị

Rem: Hôm nay, tôi sẽ tập trung nhiều hơn vào việc thảo luận về GIP (Đề xuất cải tiến đồ thị). GIP-0070 là GIP bao quát về những cải tiến trong giao thức.

Tôi sẽ nói về cách thức hoạt động hiện tại của giao thức. Giao thức này lập chỉ mục dữ liệu, cung cấp cho người dùng và họ phải trả tiền cho các truy vấn. Chúng tôi cũng có những người quản lý dữ liệu [biểu đồ con] để người lập chỉ mục biết phải lập chỉ mục cho dữ liệu nào. Người lập chỉ mục phân phối và lập chỉ mục dữ liệu. Chúng tôi có những người ủy quyền có nhiệm vụ ủy quyền và hỗ trợ người lập chỉ mục trong việc phân bổ. Cuối cùng, giao thức này đưa ra chỉ mục phần thưởng.

Nhìn chung, đây là một tập hợp các cơ chế tích hợp, mạch lạc được thiết kế để hoạt động cùng nhau và cân bằng lẫn nhau, và chúng thực hiện rất tốt nhiều việc. Hiện tại chúng tôi đã xác định được một số lĩnh vực cần cải thiện, nhưng về cơ bản nhìn chung đã có sự cân bằng tốt trong giao thức. Một trong những mục tiêu chính của đề xuất này là chúng ta cần duy trì sự cân bằng của mạng lưới này.

Phần thưởng chỉ số

Phần thưởng lập chỉ mục được phân phối để đảm bảo việc lập chỉ mục diễn ra và mạng lưới vẫn hoạt động. Chúng ta cần đảm bảo điều này được duy trì.

Phí hoa hồng, phân bổ, quản lý, điều tra

Có những động cơ vai trò tích hợp để cân bằng mạng lưới trên toàn diện, vì vậy mọi thứ chúng ta làm đều cần có thiết kế đó để tạo sự cân bằng giữa cách thức hoạt động của các cơ chế, thay vì chỉ nghĩ về các cơ chế riêng lẻ.

Một mục tiêu quan trọng khác của đề xuất này là tăng cường sự liên kết khuyến khích.

Nếu chúng ta xem xét những gì đang diễn ra trên mạng, đây chỉ là một phép tính gần đúng, bạn có thể thấy rằng những gì đang diễn ra trong toàn bộ không gian phần thưởng lập chỉ mục và quản lý không liên quan chặt chẽ đến những gì đang diễn ra trong không gian phí truy vấn và người tiêu dùng như chúng ta mong muốn.

Bạn có thể điều chỉnh mức độ quản lý và phân bổ để kiếm phần thưởng lập chỉ mục mà không cần phải cung cấp bất kỳ dữ liệu nào, đây là vấn đề đối với mạng lưới về lâu dài. Khi lưu lượng truy cập tăng lên, chúng ta cần đảm bảo duy trì tính nhất quán.

Hiện tại, phần thưởng mạng lưới không liên quan đến giá trị mang lại cho người tiêu dùng.

Bạn có thể điều chỉnh mức độ quản lý và phân bổ để kiếm phần thưởng lập chỉ mục mà không cần phải cung cấp bất kỳ dữ liệu nào, đây là vấn đề đối với mạng lưới về lâu dài. Khi lưu lượng truy cập tăng lên, chúng ta cần đảm bảo duy trì tính nhất quán.

Hiện tại, phần thưởng mạng lưới không liên quan đến giá trị mang lại cho người tiêu dùng.

Các ưu đãi hạn chế cho mạng lưới nhằm đóng góp giá trị cho người tiêu dùng

Không chỉ những động cơ cụ thể này không hoàn toàn phù hợp. Chúng tôi còn nhiều việc khác muốn làm trên web.

Phí lập chỉ mục

Hiện tại, không có mối liên hệ nào giữa phí lập chỉ mục và phí truy vấn hiện tại của chúng tôi. Phí lập chỉ mục không được tính. Nó giống như một lĩnh vực động lực khác mà chúng tôi mới giới thiệu chứ không phải là thứ đã tồn tại.

Hoạt động của người xây dựng/người đóng góp

Chúng tôi hy vọng có thể thực hiện một số hoạt động trên mạng lưới này. Theo một số cách thì nó đã làm như vậy, nhưng theo một số cách khác thì đây lại là hoạt động mới. Những ưu đãi hiện tại của chúng ta không nắm bắt được những yếu tố này.

Xác định, Xây dựng và Tích hợp

Người xây dựng xác định, xây dựng và tích hợp.

Không gian, dịch vụ, mô-đun...

Các nhà phát triển tạo ra Subgraph, Substream hoặc dịch vụ dữ liệu mới.

Đóng góp và cộng tác

Mọi người có thể đóng góp vào các không gian trên Biểu đồ tri thức cũng như những nơi khác mà họ có thể đóng góp.

Thảo luận về cách thức thực hiện nằm ngoài phạm vi của đề xuất này, nhưng chúng ta cần đảm bảo rằng chúng ta có thể khuyến khích điều này và đảm bảo rằng nó phù hợp với cách thức phát triển giao thức được đề xuất.

Mục tiêu lớn cuối cùng là cải tiến liên tục.

Phân bổ phát hành cân bằng cho hoạt động mạng mở rộng

Chúng tôi muốn khuyến khích những điều khác nhau này và cần cân bằng việc phát hành giữa những điều này để đảm bảo tính công bằng và bình đẳng. Chúng tôi cũng cần đảm bảo rằng mọi việc chúng tôi làm đều tạo tiền đề cho sự bền vững lâu dài của The Graph, ví dụ như sau khi quá trình niêm yết của chúng tôi kết thúc.

Đây là mục tiêu chính của chúng tôi và lý do tại sao chúng tôi nhận được khá nhiều hộp màu đỏ.

Từ cuộc trò chuyện:

Pierre | Chain-Insights.eth: Phần thưởng chỉ số được nhân trực tiếp thông qua phân phối. Có thể giải quyết vấn đề này bằng phí lập chỉ mục không?

Đây là mục tiêu chính của chúng tôi và lý do tại sao chúng tôi nhận được khá nhiều hộp màu đỏ.

Từ cuộc trò chuyện:

Pierre | Chain-Insights.eth: Phần thưởng chỉ số được nhân trực tiếp thông qua phân phối. Có thể giải quyết vấn đề này bằng phí lập chỉ mục không?

Rem: Trên thực tế, nó không phụ thuộc vào phí lập chỉ mục, do đó phần thưởng lập chỉ mục được nhân với tỷ lệ phân bổ so với tổng phân bổ và bạn nói đúng, điều đó sẽ được xử lý, nhưng phí lập chỉ mục có cơ chế khác. Tôi đang cố gắng không đi sâu vào vấn đề đó ngay bây giờ vì nó sẽ trở thành một cuộc trò chuyện riêng biệt.

Chúng ta dự định giải quyết những vấn đề này như thế nào theo đề xuất này?

Phần thưởng lập chỉ mục cần phải thay đổi và đề xuất này gợi ý rằng chúng ta nên bắt đầu phân phối chúng theo hai cách:

  1. Thanh toán mạng là thanh toán trực tiếp cho các dịch vụ lập chỉ mục và truy vấn.
  2. Network Rewards cung cấp phần thưởng cho Người lập chỉ mục có bản chất tương tự như Index Rewards nhưng sẽ kết hợp các tiêu chí đủ điều kiện dựa trên chất lượng dịch vụ để cải thiện sự phù hợp của các ưu đãi.

Phần thưởng mạng vẫn duy trì chức năng cơ bản về sức khỏe của mạng, đảm bảo Người lập chỉ mục có thể tham gia mạng và chúng ta có thể thấy chất lượng dịch vụ được cung cấp. Thanh toán mạng sẽ được thực hiện trực tiếp cho Người lập chỉ mục thông qua cơ chế phát hành, sử dụng cùng cơ chế như bất kỳ ai khác, chẳng hạn như Người khởi tạo thực hiện thanh toán lập chỉ mục, trả phí lập chỉ mục, v.v. và Người tiêu dùng phát hành truy vấn. Bởi vì nó đảm bảo dữ liệu được lập chỉ mục chính xác và cũng có nghĩa là chúng ta có thể chủ động theo dõi chất lượng dịch vụ. Chúng ta có thể thay đổi một chút động lực của thị trường để các nhà lập chỉ mục không cần phải cố gắng dự đoán nơi họ sẽ hữu ích; thay vào đó, mạng lưới yêu cầu các nhà lập chỉ mục thực hiện công việc dự đoán những gì cần thiết.

Thay đổi lớn thứ hai là phí truy vấn. Cách cắt giảm phí truy vấn sẽ thay đổi. Giao thức gốc đã cố định các điểm cắt, gần giống như việc mong đợi đồng hồ dừng lại là chính xác. Một chiếc đồng hồ dừng lại sẽ chạy đúng giờ hai lần một ngày. Việc giảm phí truy vấn cố định chỉ thỉnh thoảng đạt đến mức phù hợp. Phí truy vấn sẽ được người tham gia xác định một cách linh hoạt và phạm vi những gì họ có thể bao quát sẽ rộng hơn một chút. Thay đổi này sẽ giúp khuyến khích sự đóng góp và hợp tác giữa những người đóng góp. Tôi sẽ không đi sâu vào cơ chế thực tế vì nó nằm ngoài phạm vi của đề xuất này.

Chúng tôi định nghĩa chính thức hơn rằng nhà tài trợ là một vai trò cung cấp cho nhà tài trợ những ưu đãi phù hợp nhất với nhu cầu của họ. Điều này trông giống như việc quản lý nội dung, ngoại trừ việc bạn trả tiền trực tiếp cho chỉ mục, do đó, bất kỳ ai trả tiền cho chỉ mục đều sẽ được thưởng theo thời gian. Nó cho phép mạng tự cân bằng và việc cắt giảm để đạt được sự tự cân bằng này được thực hiện dựa trên nhu cầu của thị trường.

Trong thỏa thuận ban đầu, người ta cảm thấy rằng hoạt động tuyển chọn không diễn ra theo đúng như mong đợi. Tôi giữ nguyên tên, nhưng cơ chế thì có chút khác biệt. Trong cơ chế quản lý mới, người quản lý vẫn khóa GRT của họ, nhưng mục đích khóa GRT và quy trình khóa trở nên cụ thể hơn. Họ tìm kiếm thứ họ muốn, có một lượng phát hành nhất định và lượng phát hành đó thực sự được sử dụng để tài trợ cho việc lập chỉ mục hoặc thực hiện một số hoạt động khác mà hoạt động quản lý có thể thực hiện.

Trong thỏa thuận ban đầu, người ta cảm thấy rằng hoạt động tuyển chọn không diễn ra theo đúng như mong đợi. Tôi giữ nguyên tên, nhưng cơ chế thì có chút khác biệt. Trong cơ chế quản lý mới, người quản lý vẫn khóa GRT của họ, nhưng mục đích khóa GRT và quy trình khóa trở nên cụ thể hơn. Họ tìm kiếm thứ họ muốn, có một lượng phát hành nhất định và lượng phát hành đó thực sự được sử dụng để tài trợ cho việc lập chỉ mục hoặc thực hiện một số hoạt động khác mà hoạt động quản lý có thể thực hiện.

Tất cả các cơ chế này đều được thiết kế theo hướng mở và cộng tác, do đó chúng có nhiều ứng dụng. Mạng lưới ban đầu tập trung vào việc lập chỉ mục và phí lập chỉ mục. Hiện nay, chúng tôi đang suy nghĩ rộng hơn về các hoạt động khác trên web, chẳng hạn như những gì sẽ xảy ra trong không gian biểu đồ kiến ​​thức, do đó, việc tuyển chọn trở thành một hoạt động có thể được thực hiện không chỉ để lập chỉ mục dữ liệu mà còn để viết nội dung cho biểu đồ kiến ​​thức hoặc các tác vụ khác có thể xảy ra trên web.

Vì vậy, điều này có nghĩa là việc quản lý đã được sửa, nhưng cũng lưu ý rằng hiện chúng ta có các ưu đãi bao gồm Không gian, Dịch vụ, Mô-đun… cũng như xác định, xây dựng và tích hợp.

Một lần nữa, mọi nội dung trong mục Người đóng góp này nằm ngoài phạm vi của đề xuất này, nhưng chúng tôi đề xuất một giao thức cơ sở có thể hỗ trợ nhiều hoạt động khác nhau.

Chúng ta có rất nhiều cơ chế khác nhau đang hoạt động và điều thực sự quan trọng là chúng phải cân bằng. Giống như bình luận của tôi về việc giảm phí truy vấn, nếu bạn đặt mức giảm phí cố định, mức giảm này sẽ chỉ được áp dụng trong một tỷ lệ phần trăm nhỏ thời gian. Nếu chúng ta mã hóa cứng bất kỳ số dư phát hành cụ thể nào, tôi nghĩ đó sẽ là một sai lầm. Giao thức này cần phải cân bằng với cách mọi người khóa GRT của mình.

Hiện tại, nó đang lập chỉ mục phần thưởng - sẽ được gọi là phần thưởng mạng lưới và việc phát hành chúng được sử dụng như một khoản trợ cấp để duy trì và xây dựng mạng lưới. Chúng ta phụ thuộc vào nó và không có gì chúng ta có thể làm để ngăn chặn nó ở giai đoạn này. Tuy nhiên, đây là một khoản trợ cấp, do đó chúng ta cần lập kế hoạch một cách minh bạch để mọi người hiểu được cơ chế hoạt động như thế nào và cách thức chuyển đổi theo thời gian từ trợ cấp chỉ số thuần túy sang trợ cấp chung hơn.

Có lý khi sự phụ thuộc vào mạng lưới trợ cấp phát hành sẽ giảm dần theo thời gian khi doanh thu bên ngoài tăng lên. Tôi vẫn chưa sửa các thông số chính xác; tôi nghĩ đây là chủ đề thảo luận mà nhiều người có thể đóng góp. Có lẽ một giải pháp trung gian hợp lý sẽ là nếu có thêm, tôi không biết nữa, 10 triệu đô la doanh thu bên ngoài chảy vào mạng lưới, vì vậy khi nói đến doanh thu bên ngoài, có lẽ chúng ta muốn nói đến phí truy vấn do mọi người trả (phí truy vấn có lẽ là nguồn lớn nhất), vì vậy, không phải việc phát hành trả cho 10 triệu đô la phí truy vấn đó, mà nó đến từ một nơi khác, nhưng nếu doanh thu bên ngoài tăng 10 triệu đô la, có lẽ chúng ta có thể giảm một chút trợ cấp, tôi nghĩ một tỷ lệ hợp lý có thể là một nửa. Do đó, doanh thu bên ngoài tăng 10 triệu, nên số tiền trợ cấp giảm 5 triệu, nhưng mạng lưới chỉ số vẫn thu được nhiều hơn trước. Nó vẫn kiếm được thêm 5 triệu nữa, nhưng chúng tôi cũng đang minh bạch thoát khỏi khoản trợ cấp này vốn chỉ dùng để lập chỉ mục và có thể sử dụng nó cho các mục đích khác.

NSun | Graphtronauts: Mục đích nào khác có thể được sử dụng?

Rem: Một là nội dung trên biểu đồ kiến ​​thức, có lẽ là nội dung hiển nhiên mà chúng ta biết ngay lúc này, nhưng chúng ta không nhất thiết có thể dự đoán được tất cả những điều sẽ xảy ra trong tương lai liên quan đến tính bền vững lâu dài của web. Nếu chúng ta cam kết sử dụng mạng chỉ cho một mục đích thì chúng ta hầu như không có sự linh hoạt. Lợi ích tốt nhất của chúng tôi là có sự linh hoạt và có thể đầu tư vào các lĩnh vực khác của mạng lưới.

Marc-André |Ellipfra: Phát hành tự cân bằng dựa trên quy mô thế chấp. Bạn có thể chia sẻ một số con số bạn nghĩ đến để chúng tôi có thể hiểu được hướng đi và tác động mà bạn đang tìm kiếm không?

Rem: Lần cuối tôi kiểm tra thì có khoảng 2,5 tỷ GRT bị khóa, được sử dụng cho mục đích kết hợp giữa tự đặt cược và ủy quyền, và 2,5 tỷ hiện tại phần lớn có thể được coi là một nhóm xác định những gì sẽ được sử dụng cho phần thưởng mạng lưới và thanh toán mạng lưới. Lần cuối tôi kiểm tra, khối lượng tuyển chọn là 7 hoặc 8 triệu (không phải một tỷ), vì vậy khối lượng tuyển chọn hiện tại rất nhỏ. Điều này có thể một phần là do số lượng truy vấn bên ngoài cũng ít.

Nhưng nếu chúng ta nói rằng đối với việc phát hành tự cân bằng, tỷ lệ dựa trên cổ phần (bao gồm cả ủy quyền) là một nhóm, và tỷ lệ các cơ chế quản trị mới có thể chuyển hướng mọi thứ đến những nơi khác như biểu đồ kiến ​​thức hoặc chỉ mục trong tương lai, nhưng hãy sử dụng biểu đồ kiến ​​thức như một trường hợp thú vị vì đó là một nhóm không dành cho người lập chỉ mục, ngay bây giờ, ít hơn 1% phát hành sẽ bắt đầu dành cho các mục đích sử dụng khác. Bây giờ, nếu nhiều người quan tâm đến điều này và bắt đầu lập kế hoạch thì tỷ lệ này sẽ tăng lên.

Những tình huống thú vị cần xem xét

Nếu nhu cầu quản lý bổ sung trên biểu đồ kiến ​​thức là nhu cầu mới ròng thì nó sẽ không thực sự có tác động tiêu cực đến người lập chỉ mục vì nếu nguồn cung cố định thì nhu cầu sẽ tăng lên và đúng vậy, nhu cầu cận biên tỷ lệ thuận với nguồn cung cận biên. Trên thực tế, tỷ lệ chảy vào chỉ mục vẫn giữ nguyên giá trị—GRT thấp hơn, nhưng GRT có giá trị hơn và có cùng giá trị.

Một trường hợp khác cần xem xét là nếu không phải là nhu cầu mới ròng, thì thực tế là những người ủy quyền hiện tại, vì vậy bạn không thay đổi số lượng, mà là những người ủy quyền hiện tại nói rằng tôi sẽ thực hiện việc rút thăm với tư cách là người quản lý và người ủy quyền. Đây là một yếu tố rủi ro mà tôi sẽ thiết kế theo cách mà giao thức ban đầu hoạt động để giảm thiểu, bởi vì nếu 90% người ủy quyền quyết định họ muốn quản lý, thu nhập của người lập chỉ mục sẽ giảm, và đó không phải là mục đích của chúng tôi.

Vince |Nodeify: Bạn đã tính toán cụ thể chưa, nếu chúng ta thay đổi một công tắc kỳ diệu ngày hôm nay, thì tác động tiêu cực ròng, nếu có, đối với doanh thu của bên lập chỉ mục dựa trên khối lượng truy vấn và vốn chủ sở hữu hiện tại sẽ là bao nhiêu? Những khía cạnh tích cực của những thay đổi được đề xuất bị bỏ qua.

Rem: Theo số liệu hiện tại, tỷ lệ này là dưới 1%. Tôi không bao giờ có thể dự đoán đầy đủ những thay đổi khác trong nhu cầu mạng lưới, nhưng nếu chúng ta áp dụng cách mọi người hiện đang khóa GRT và thay đổi nó thành các cơ chế mới này, thì tổng số tiền trong nhóm phát hành dành cho Người lập chỉ mục sẽ giảm ít hơn 1%. Lưu ý rằng ngay cả khi chỉ cần ít hơn 1%, chúng ta cũng có thể bắt đầu tạo nguyên mẫu cho các cơ chế mới và thử nghiệm cách chúng hoạt động, do đó, điều này thực sự hữu ích cho toàn bộ mạng lưới.

Dưới đây là sơ đồ của bản đề xuất. Bạn có thể thấy các khía cạnh của giao thức mà chúng ta đã thảo luận liên quan đến các mục tiêu hoặc chủ đề chính của đề xuất như thế nào: duy trì sự cân bằng mạng lưới, tăng cường sự liên kết khuyến khích và duy trì cải tiến liên tục.

---Biểu đồ từ GIP-0070: Kinh tế giao thức đồ thị đang phát triển

Về mặt thiết kế, có ba nguyên tắc. Các nguyên tắc thiết kế có mối liên hệ chặt chẽ với nhau và là cốt lõi của mọi thứ đang diễn ra.

  1. Mọi thứ đều phải là nguyên mẫu mở có tính cộng tác. Điều này một phần được lấy cảm hứng từ những thay đổi mà Horizon đã thực hiện so với giao thức ban đầu. Giao thức ban đầu khá cố định trong thiết kế này, và Horizon cùng khu vực dịch vụ dữ liệu bắt đầu mở rộng nó ra và nói rằng chúng tôi đã tạo ra các hợp đồng này, v.v., và chúng có thể được sử dụng theo nhiều cách khác nhau. Chúng tôi không kê đơn hoặc cố gắng dự đoán tất cả các cách chúng có thể được sử dụng. Tất cả các cơ chế đều được thiết kế để hoạt động cùng nhau nhưng rất linh hoạt.
  2. Chúng ta thực sự cần tập trung vào việc điều chỉnh giá trị cho người tiêu dùng. Chúng ta cần thiết kế mạng lưới để mang lại giá trị cho người tiêu dùng vì đây là yếu tố sẽ giúp mạng lưới thành công về lâu dài.
  3. Chúng ta cần cho phép hệ sinh thái tự điều chỉnh (tự cân bằng) theo thời gian để đáp ứng nhu cầu đó và đảm bảo sự cân bằng phù hợp. Chúng ta không thể dự đoán và thiết lập mức cắt giảm cố định.

Như thể hiện trong hình bên dưới, mỗi cơ chế được đề xuất đều có Đề xuất cải tiến đồ thị (GIP).

---Biểu đồ từ GIP-0070: Kinh tế giao thức đồ thị đang phát triển

Đó là lý do tại sao tôi không thể trả lời câu hỏi này sớm hơn. Như bạn thấy, vẫn chưa có GIP nào trả lời đầy đủ câu hỏi này. Khi những điều này phát triển, mỗi điều đều đáng được thảo luận trong Giờ làm việc của người lập chỉ mục và tôi rất mong nhận được ý kiến ​​đóng góp của bạn về những điều này.

Nếu bạn có ý tưởng nào, vui lòng tham gia thảo luận trong diễn đàn. Tôi hy vọng có thể đóng góp nhiều hơn, nhiều khía cạnh của thiết kế đã thay đổi nhiều lần do những điều tôi thử không hiệu quả và tôi hy vọng một số khía cạnh vẫn sẽ thay đổi trong tương lai.

(Vui lòng theo dõi blog để tìm các thuật ngữ chuyên môn, bình luận, thư viện mã, siêu liên kết, v.v. có liên quan)

#BlockchainDataIndex#TheGraph

Các bình luận

Tất cả bình luận

Recommended for you