TL;DR: Rem của Edge & Node thảo luận về các đề xuất nhằm phát triển nền kinh tế giao thức của The Graph. Đề xuất này nhằm đáp ứng tốt hơn nhu cầu của người tham gia, với các cuộc thảo luận tập trung vào người tiêu dùng và nhà cung cấp (người lập chỉ mục), đặc biệt là kết hợp các biện pháp khuyến khích với việc phân phối giá trị và chuyển đổi sang mạng lưới theo nhu cầu. Một thay đổi quan trọng liên quan đến việc trao cho các cổng một vai trò lớn hơn trong việc kết nối người lập chỉ mục với nhu cầu của người tiêu dùng, thay vì yêu cầu người lập chỉ mục cố gắng dự đoán nhu cầu của người tiêu dùng.

Xin chào mọi người, chào mừng bạn đến với Biên bản cuộc họp Giờ làm việc của Người lập chỉ mục, Phiên 187!

Link video: https://youtu.be/STleyRTAIXc

Xem podcast GRTiQ với Sean Robb, Giám đốc sản phẩm kỹ thuật tại Flow. Sean sống ở St. Louis và hành trình web3 của anh bắt đầu với nền tảng kỹ thuật máy tính, làm việc trên các hệ thống điều khiển chuyến bay trước khi chuyển sang CenturyLink và MasterCard.

Tại Dapper Labs, anh ấy đã giúp định hình Dapper Wallet trong cơn sốt NBA Top Shot, thúc đẩy sự phát triển của các ứng dụng hướng tới người tiêu dùng trong web3.

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

Ana |GraphOps: Đã xảy ra sự cố với Heimdall vào tuần trước. Fork mới nhất Polygon Amoy đối với nhiều người trong chúng tôi đã bị hỏng, vì vậy chúng tôi phải đồng bộ lại từ ảnh chụp nhanh và sử dụng RPC bor bên ngoài trong khi mọi thứ được đồng bộ hóa lại. Lỗi như sau: Taoda testnet heimdall 1.0.10/1.1.0-beta gặp sự cố trước chiều cao jorvik-hardfork, vì vậy nếu bạn gặp phải sự cố này, vui lòng kiểm tra. Sử dụng phiên bản mới nhất, đồng bộ lại từ ảnh chụp nhanh và bạn sẽ ổn thôi.

Cập nhật mới nhất về những thay đổi quan trọng đối với giao thức

Cập nhật phát triển cốt lõi:

Mickey | The Graph | Được đăng bởi E&N: Nhân tiện, Marko đang sửa một số lỗi trong nút biểu đồ. Hy vọng sẽ sớm đưa họ ra ngoài.

Hôm nay chúng ta có cuộc trò chuyện với Rem từ Edge & Node về GIP-0070: Phát triển kinh tế giao thức đồ thị (2024). Anh ấy sẽ hướng dẫn chúng tôi qua một phần trong đề xuất dự thảo của anh ấy cho giai đoạn tiếp theo của giao thức The Graph, trong đó kết hợp các bài học rút ra từ giao thức ban đầu và những hiểu biết sâu sắc thu được trong quá trình phát triển Graph Horizon.

Bài đăng trên diễn đàn: Kinh tế giao thức đồ thị đang phát triển (2024)

LƯU Ý: Một số nội dung bên dưới là từ các bài đăng và GIP, một số là từ các cuộc thảo luận. Bình luận đã được chỉnh sửa nhẹ.

Rem | Edge & Node: Tôi muốn biết ý kiến ​​của nhóm trong cuộc trò chuyện tại sao bạn nghĩ chúng tôi đang theo dõi sự phát triển của giao thức?

Derek |Data Nexus: Nhiều dịch vụ hơn, nhiều tiền hơn.

Payne |Stake🦑Squid: Con số tăng lên?

AbelsAbstracts.eth | GraphOps: Nhiều khía cạnh của giao thức có thể hoạt động tốt hơn - chẳng hạn như quản lý.

Marc-André |Ellipfra: Những điều tốt đẹp sẽ xảy ra.

AbelsAbstracts.eth | GraphOps: Thị trường rất đông đúc và chúng tôi cần phải cạnh tranh.

Pierre | Chain-Insights.io: Hiệu quả, tính năng, cải tiến, sửa lỗi.

Ricky: Điều chỉnh các biện pháp khuyến khích phù hợp với công việc có giá trị đang được thực hiện và tạo ra một mô hình tự duy trì.

AbelsAbstracts.eth | GraphOps: Việc lập chỉ mục dữ liệu hiện đang rất cạnh tranh - chúng tôi cần dịch vụ SaaS để cạnh tranh.

Derek |Data Nexus: Trong giai đoạn đầu của giao thức, mô hình khuyến khích của chúng tôi không mang lại lợi ích gì khi nhận thức muộn màng. Sự tiến hóa có thể thích ứng tốt hơn với các tác nhân và hành vi dự kiến.

AbelsAbstracts.eth | GraphOps: Việc lập chỉ mục dữ liệu hiện đang rất cạnh tranh - chúng tôi cần dịch vụ SaaS để cạnh tranh.

Derek |Data Nexus: Trong giai đoạn đầu của giao thức, mô hình khuyến khích của chúng tôi không mang lại lợi ích gì khi nhận thức muộn màng. Sự tiến hóa có thể thích ứng tốt hơn với các tác nhân và hành vi dự kiến.

Rem: Tôi có ý tưởng về các chủ đề và về cơ bản chúng là những chủ đề phù hợp, nhưng tôi sẽ đóng khung nó hơi khác so với những gì tôi thấy. Khoảng một năm trước, khi chúng tôi thảo luận về các giao thức Horizon và The Graph, Horizon đã xác định được một số vấn đề chính với giao thức ban đầu và một số lĩnh vực cần cải thiện. Khi chúng tôi bắt đầu nói về cách triển khai nó, nó cũng đề cập đến một số điều nổi bật, chẳng hạn như điều gì sẽ xảy ra với việc giám tuyển? Điều gì xảy ra với việc ủy ​​quyền? Bởi vì người ta gợi ý rằng những điều này sẽ thay đổi, nhưng không rõ chúng sẽ thay đổi như thế nào.

Tôi tự hỏi có bao nhiêu người đã có cơ hội đọc bài đăng trên diễn đàn. Đây là một bài viết khá dài và hơi sâu nên nó đề cập đến rất nhiều điểm và theo tôi thì nó không thực sự đi sâu vào tất cả các chi tiết về chúng, chúng ta sẽ mong được biết thêm chi tiết về điều đó sau.

Rem: Tôi muốn bắt đầu bằng việc nói về một số người chơi và vai trò của họ trong mạng lưới. Khám phá sự phát triển của các giao thức giữa những người tham gia, nhu cầu của họ và cách chúng phát triển để đáp ứng những nhu cầu đó.

Mickey | The Graph |E&N: Sự khác biệt giữa người tiêu dùng và nhà tài trợ là gì?

Derek | Data Nexus: Người tiêu dùng trả tiền dựa trên truy vấn họ gửi. Các nhà tài trợ đang tài trợ cho các luồng thanh toán để hỗ trợ người lập chỉ mục bất kể lưu lượng truy cập.

Mickey | Đồ thị | E&N: Vâng, được rồi. Vậy bạn nghĩ các nhân vật khác đang trả tiền cho chỉ mục?

Derek | Data Nexus: Giả sử một DAO muốn trả tiền cho một số người lập chỉ mục để hỗ trợ một sơ đồ con để người tiêu dùng bên thứ ba có thể truy vấn nó nhưng họ phải chịu chi phí về lưu lượng truy vấn. Tôi sẵn sàng đặt cược hơn 90% sẽ được trả bởi những người có ý định truy vấn biểu đồ con.

Rem giải thích rõ hơn: Người tiêu dùng là những người sử dụng Mạng đồ thị cho nhu cầu dữ liệu của họ, nói rộng ra, họ thường truy vấn dữ liệu thông qua một cổng. Nhà tài trợ là người trả tiền cho việc lập chỉ mục. Tôi nghĩ nhà tài trợ giống một vai trò hơn là một vai trò, vì vậy nhiều diễn viên có thể trở thành nhà tài trợ vào những thời điểm khác nhau.

Rem: Tôi sẽ bắt đầu bằng cách xem xét ngắn gọn người tiêu dùng. Nếu ở bất kỳ giai đoạn nào bạn cho rằng tôi đã bỏ sót điều gì đó hoặc không đồng ý với điều gì đó, vui lòng cho tôi biết suy nghĩ của bạn. Phần lớn nội dung này nhằm mục đích khám phá để đảm bảo cộng đồng chúng ta tìm thấy câu trả lời tốt nhất ở đây và tôi chắc chắn rằng điều đó sẽ thay đổi theo một số cách.

Những cân nhắc chính để đáp ứng nhu cầu của người tiêu dùng và tối ưu hóa giá trị:

Để những người lập chỉ mục và Mạng đồ thị phát triển mạnh, hai hồ sơ người lập chỉ mục chính phải được quảng bá, khuyến khích và cân bằng:

Trình lập chỉ mục trải qua hai giai đoạn trong vòng đời của nó:

Để những người lập chỉ mục và Mạng đồ thị phát triển mạnh, hai hồ sơ người lập chỉ mục chính phải được quảng bá, khuyến khích và cân bằng:

Trình lập chỉ mục trải qua hai giai đoạn trong vòng đời của nó:

Tôi sẽ tập trung vào những gì tôi cho là quan trọng từ góc độ người lập chỉ mục đã được thiết lập và cuối cùng, nó quay lại cách bạn tham gia mạng và trở thành người lập chỉ mục đã được thiết lập.

Khi mạng trưởng thành, doanh thu của người lập chỉ mục sẽ ngày càng phụ thuộc vào người tiêu dùng bên ngoài trả tiền cho dịch vụ (thường là đến cổng thay vì trực tiếp đến người lập chỉ mục). Loại thu nhập này phụ thuộc vào:

Tỷ suất lợi nhuận và lợi nhuận của các công ty cũng sẽ ngày càng phụ thuộc vào mức độ hiệu quả mà họ cung cấp dịch vụ. Hiệu quả này được xác định bởi:

Một số yếu tố khác sẽ ảnh hưởng đến sự thành công của người lập chỉ mục:

Rem: Một số trong số chúng hơi khác so với những gì bạn đã nói về giao thức cho đến nay.

Theo giao thức ban đầu, người lập chỉ mục cần xác định chỉ mục nào sẽ thực hiện dựa trên tín hiệu giám tuyển. Tuy nhiên, khi quá trình chuyển đổi sang Sunrise và nhu cầu tăng lên, cách tiếp cận này không còn phù hợp với những người lập chỉ mục vì những lý do sau:

Chúng tôi thực sự không có một mạng lưới theo nhu cầu. Cùng nhau, chúng ta đã làm rất tốt việc xây dựng một mạng lưới tốt như vậy và Người lập chỉ mục sẽ nhận được nhiều tín nhiệm vì điều đó. Tôi nghĩ các bạn đã là một đối tác thực sự tốt và là người hỗ trợ cho toàn bộ hệ sinh thái, và thật tuyệt khi chúng ta đã đi đến thời điểm này. Nhưng chúng ta cần chuyển sang một mạng lưới dựa vào trợ cấp phát hành và thực sự được thúc đẩy bởi doanh thu bên ngoài, bởi vì đó cuối cùng sẽ mang lại cho chúng ta thành công nhất.

Pierre | Chain-Insights.io: Theo Yaniv trong Giờ làm việc của Graph Builder, người quản lý không có việc làm. Nhưng trong đề xuất, điều ngược lại dường như lại đúng.

Rem: Là một phần của đề xuất này, cách thức hoạt động của việc quản lý đang thay đổi. Tuy nhiên, việc quản lý vẫn còn thiếu sót. Tôi đã thấy những gợi ý để tránh xa việc giám tuyển, và thực sự, ở một giai đoạn, từ góc độ thuật ngữ, tôi đã làm điều đó. Phiên bản đầu tiên trong đề xuất của tôi không có vai trò Người quản lý, nhưng chúng tôi nhận ra rằng vai trò mới này thực sự có nhiều đặc điểm chung với Người quản lý và nó đang hoạt động theo đúng cách, có lẽ tốt hơn vẫn nên gọi là Người quản lý Nhưng đó chỉ là cơ chế nâng cấp.

Pierre | Chain-Insights.io: Theo tôi, việc quản lý nên có trong giao thức để xác định sơ đồ con nào cần lập chỉ mục và cần bao nhiêu người lập chỉ mục để đáp ứng nhu cầu.

Rem: Đúng vậy, việc quản lý hiện tại không thực sự chỉ định hiệu quả nhiều và một lỗ hổng khác là nó không nhất thiết phải tìm được người lập chỉ mục phù hợp với nhu cầu của người tiêu dùng.

Cổng đóng một vai trò quan trọng trong Mạng đồ thị bằng cách kết hợp thuận tiện việc cung cấp dữ liệu với nhu cầu của người tiêu dùng. Thành công của họ phụ thuộc vào việc họ đáp ứng nhu cầu của khách hàng một cách hiệu quả và thuận tiện như thế nào.

Sự thành công của cổng phụ thuộc vào:

Rem: Tôi sẽ bỏ qua phần còn lại và cho bạn một góc nhìn hơi khác.

Để xem những người tham gia khác (người đóng góp, đại biểu, người phụ trách và nhà tài trợ), hãy xem bài viết Phát triển kinh tế giao thức đồ thị (2024) > Người đóng góp.

Cách tiếp cận tổng thể tập trung vào việc tạo ra các nâng cấp giao thức mạch lạc nhằm tối ưu hóa sự tham gia nhằm tạo ra giá trị cho người tiêu dùng dựa trên nguyên tắc hoạt động của mạng. Biểu đồ dưới đây tóm tắt phạm vi của đề xuất. Rem bao gồm hai cột đầu tiên, Khía cạnh Mục tiêu và Giao thức.

---Nguồn: GIP-0070: Kinh tế giao thức đồ thị đang phát triển (2024)

Giao thức đồ thị cân bằng toàn diện các khuyến khích toàn cầu cho mọi hoạt động mạng. Việc duy trì sự cân bằng khuyến khích toàn cầu đã được thiết lập này trong quá trình nâng cấp giao thức là rất quan trọng.

Rem: Có một số điều trong thỏa thuận ban đầu mà chúng tôi muốn duy trì, và đây là một trong số đó. Có một cách tốt và đáng tin cậy để phân phối các bản phát hành.

Rem: Mạng thực sự được thiết kế như một tập hợp các cơ chế tích hợp, không chỉ một hoặc hai cơ chế hoạt động hay một tập hợp các cơ chế hoạt động độc lập. Việc quản lý kết hợp với phần thưởng lập chỉ mục, v.v., tất cả các phần đều khớp với nhau, vì vậy khi chúng tôi nâng cấp, toàn bộ giao thức phải duy trì sự cân bằng này.

Rem: Mạng thực sự được thiết kế như một tập hợp các cơ chế tích hợp, không chỉ một hoặc hai cơ chế hoạt động hay một tập hợp các cơ chế hoạt động độc lập. Việc quản lý kết hợp với phần thưởng lập chỉ mục, v.v., tất cả các phần đều khớp với nhau, vì vậy khi chúng tôi nâng cấp, toàn bộ giao thức phải duy trì sự cân bằng này.

Khi tồn tại khoảng trống liên kết khuyến khích, chúng tôi mong muốn nâng cao cấu trúc khuyến khích tổng thể của giao thức The Graph. Mục tiêu của chúng tôi là đảm bảo việc ra quyết định của địa phương phù hợp hơn với việc tạo ra giá trị cho người tiêu dùng, đồng thời mở rộng phạm vi khuyến khích cho tất cả các đóng góp của mạng lưới tạo ra giá trị cho người tiêu dùng.

Mặc dù phần thưởng lập chỉ mục khuyến khích việc cung cấp chỉ mục toàn cầu và được quản lý cho thấy sự quan tâm đến sơ đồ con và khuyến khích lập chỉ mục, nhưng phần thưởng không liên quan đến chất lượng dịch vụ được cung cấp cho người dùng tại thời điểm truy vấn. Việc quản lý không cung cấp chỉ số có thể dự đoán được cũng như không đáp ứng hiệu quả nhu cầu của người tiêu dùng.

Tuy nhiên, hiện tại, việc cắt giảm phí truy vấn sẽ khuyến khích và quản lý phần thưởng;

Mạng đồ thị đã được thiết lập thành công và Kỷ nguyên mới của đồ thị thể hiện quỹ đạo tiếp tục của việc tạo ra giá trị phi tập trung. Khi nâng cấp cấu trúc khuyến khích của giao thức Graph, chúng ta nên dự đoán và xây dựng các điều khoản dài hạn vào giao thức để duy trì sự đổi mới liên tục lành mạnh.

Rem [52:53]: Thực tế có ba lĩnh vực trọng tâm:

---Mục tiêu phát triển giao thức

Derek | Data Nexus: Có mục tiêu nào là loại bỏ quyết định của người lập chỉ mục không, tức là họ lập chỉ mục và phân phát truy vấn trên những đồ thị con nào?

Rem: Về cơ bản thì đúng vậy, vì cổng là nơi tổng hợp nhu cầu nên các nhà tài trợ khác có thể tham gia, người quản lý có thể tham gia, nhưng tôi sẽ mô tả nó chủ yếu từ góc độ cổng. Cổng tổng hợp nhu cầu từ nhiều người dùng và cổng thực hiện tốt công việc kết nối người lập chỉ mục phù hợp với người tiêu dùng cụ thể của mình. Đây sẽ là sự kết hợp của nhiều yếu tố, bao gồm vị trí địa lý và các tiêu chí khác như mức độ nhạy cảm hoặc yêu cầu khác nhau. dịch vụ dữ liệu khác nhau.

Derek: Quá trình ra quyết định mà cổng sử dụng để xác định người lập chỉ mục nào sẽ thực sự phân phát truy vấn được đánh giá lại định kỳ hay được đặt một lần và sau đó người đó chỉ ngồi đó? Bây giờ nó trông như thế nào?

Rem: Chúng tôi chưa biết tất cả chi tiết, cả về cách chúng tôi bắt đầu lẫn cách nó phát triển theo thời gian. Tôi thực sự nghĩ rằng chúng ta cần phải rất cẩn thận trong việc tìm kiếm một cơ chế và nhận đầu vào từ đó, nhưng chúng ta cũng cần xem nó hoạt động như thế nào và xem nó cần được điều chỉnh ở đâu. Nó sẽ có tính chất năng động. Có hai nguồn lựa chọn khác nhau, một là chính giao thức phát hành, có các tiêu chuẩn khác với cổng hoạt động thay mặt người dùng, vì vậy giao thức sẽ rất quan tâm đến tình trạng của mạng và cho phép bất kỳ người lập chỉ mục nào có thể truy cập vào mạng, nó sẽ không nhạy cảm với độ trễ. Ví dụ. Nó quan tâm hơn đến việc đảm bảo rằng những người lập chỉ mục mới có thể tham gia mạng và cổng sẽ xem xét hồ sơ theo dõi những gì đã được phục vụ và cách đáp ứng tốt nhất các nhu cầu đã biết của người tiêu dùng đó.

Derek |Data Nexus: À tôi hiểu rồi. Do đó, các tiêu chuẩn và giao thức cho khoản thanh toán "nhỏ" sẽ hơi khác so với thuật toán định tuyến truy vấn cổng.

[54:00]

Mickey | The Graph | E&N: Rem, tỷ lệ rời bỏ của những người lập chỉ mục tiềm năng hoặc mới bỏ cuộc là bao nhiêu? Chúng tôi có phỏng vấn họ để hiểu điều gì đã khiến họ rời đi (ví dụ: vốn khởi nghiệp, thu hút phái đoàn hay chi phí cơ sở hạ tầng, v.v.) không?

Rem: Câu trả lời thành thật nhất là tôi không biết, đó là một câu hỏi rất thú vị. Tôi rất muốn biết câu trả lời. Người khác có thể làm được nhưng tôi thì không.

Mickey | Đồ thị | E&N: Được rồi, chúng ta nên xem xét điều đó. Rem, làm cách nào chúng ta có thể giải quyết vấn đề người lập chỉ mục nhận được phần thưởng lập chỉ mục nhưng không phục vụ bất kỳ truy vấn nào (với tinh thần tăng thêm giá trị cho người tiêu dùng)?

Rem: Về cơ bản, chất lượng dịch vụ của người lập chỉ mục đã được tính đến. Về cơ bản, chất lượng dịch vụ trở thành một yếu tố và nếu bạn không cung cấp bất kỳ truy vấn nào thì mạng sẽ không yêu cầu bạn thực hiện nhiều việc. Bạn luôn có cơ hội, nhưng bạn sẽ không kiếm được nhiều việc làm.

Pierre | Chain-Insights.io: Sẽ có thêm nhiều IOH thảo luận chuyên sâu về từng chủ đề chứ?

Rem: Tôi sẽ thực hiện bao nhiêu Giờ làm việc cho Người lập chỉ mục tùy theo yêu cầu của bạn, vì có một loạt đề xuất cải tiến khác. GIP rộng rãi này không thực sự đặt ra nhiều câu hỏi, nhưng nó đồng ý với ý định rằng đây là hình thức của mục tiêu, nhưng sẽ có các GIP tiếp theo để giải quyết các phần riêng lẻ.

AbelsAbstracts.eth |GraphOps: Vâng, thưa ngài. Chúng tôi đang lên kế hoạch cho việc này ngay bây giờ.

Derek |Data Nexus: Đề xuất này sẽ được chuyển tới TAB và Hội đồng Thống đốc hay sẽ là cuộc bỏ phiếu của các bên liên quan? Hoặc cả hai?

Rem: Hãy đi tìm Hội đồng. Tôi không biết chi tiết chính xác của quá trình này. Tôi sẽ rất ngạc nhiên nếu Hội đồng làm bất cứ điều gì về vấn đề này mà không hiểu được tâm tư của cộng đồng. Tôi hy vọng họ sẽ xem xét tình cảm trước khi bỏ phiếu về vấn đề này.

Mickey | Biểu đồ | E&N: Ngưỡng tính điểm Chất lượng dịch vụ (QoS) của người lập chỉ mục là gì? Nếu người lập chỉ mục thu thập một lượng lớn phần thưởng lập chỉ mục nhưng chỉ phục vụ các truy vấn trên một biểu đồ con rất nhỏ, liệu mạng có coi họ là tuân thủ QoS không? Hay họ cần phân phát các truy vấn trên một mức nhất định trong mỗi chu kỳ?

Rem: Chúng tôi đã thử một vài thuật toán khác nhau và một số cách khác nhau để thực hiện việc này nhưng chúng tôi chưa có câu trả lời cuối cùng. Điều chúng tôi muốn làm công khai với cộng đồng là tìm ra xếp hạng. Sẽ không tầm thường như việc bạn nhận được dịch vụ chất lượng trong một phần phụ, vâng, danh tiếng của bạn sẽ được xây dựng dựa trên mức độ bạn chứng tỏ bản thân theo thời gian. Tầm quan trọng của việc ủy ​​quyền tự đặt cược sẽ không mất đi mà trên thực tế chất lượng dịch vụ sẽ giúp xác định nó gần giống như một cấp số nhân. Khi những người lập chỉ mục lần đầu tiên tham gia mạng, họ vẫn chưa chứng tỏ được bản thân nên họ không nhận được hệ số nhân rất cao, nhưng khi họ bắt đầu cải thiện bản thân, hệ số nhân sẽ tăng lên, do đó họ nhận được nhiều công việc hơn.

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

#Người lập chỉ mục #TheGraph #Web3Data