Tragedy of the Commons in mã hóa: Thách thức chỉ mục dữ liệu của thị trường dự đoán
Tóm tắt
Chào mừng bạn đến với series "Thảm họa công cộng mã hóa". Series này tập trung vào các "hàng hóa công cộng" đang ở những điểm then chốt trong thế giới mã hóa nhưng dần mất quy chuẩn. Những cơ sở hạ tầng này thường phải đối mặt với tình trạng thiếu động lực, mất cân bằng trong quản trị, thậm chí là sự trung tâm hóa dần dần.
Trong kỳ này, chúng ta sẽ tập trung vào một trong những ứng dụng nổi bật nhất trong hệ sinh thái Ethereum: Polymarket và công cụ chỉ số dữ liệu của nó. Liên quan đến các sự kiện như cuộc bầu cử của Trump, thao túng oracle trong giao dịch đất hiếm Ukraine, Polymarket đã nhiều lần trở thành tâm điểm chú ý của dư luận. Tuy nhiên, sản phẩm này đại diện cho "thị trường dự đoán phi tập trung", liệu rằng mô-đun cơ bản quan trọng của nó - chỉ số dữ liệu, có thực sự đạt được tính phi tập trung không? Tại sao các cơ sở hạ tầng công cộng như The Graph lại không thể đảm nhận vai trò như mong đợi? Một sản phẩm công cộng chỉ số dữ liệu thực sự có thể sử dụng và bền vững, nên có hình thái như thế nào?
Một, phản ứng dây chuyền do sự cố sập hệ thống nền tảng dữ liệu trung tâm
Vào tháng 7 năm 2024, Goldsky đã xảy ra sự cố ngừng hoạt động kéo dài sáu giờ, khiến một phần lớn các dự án trong hệ sinh thái Ethereum bị tê liệt. Giao diện DeFi không thể hiển thị dữ liệu vị trí và số dư của người dùng, thị trường dự đoán Polymarket không thể hiển thị dữ liệu chính xác, vô số dự án trong mắt người dùng dường như đã hoàn toàn không thể sử dụng.
Điều này không nên xảy ra trong thế giới của các ứng dụng phi tập trung. Mục đích thiết kế của công nghệ blockchain không phải là để loại bỏ điểm lỗi đơn lẻ sao? Sự kiện Goldsky đã phơi bày một thực tế đáng lo ngại: mặc dù blockchain đã cố gắng đạt được sự phi tập trung tối đa, nhưng cơ sở hạ tầng mà các ứng dụng được xây dựng trên chuỗi sử dụng thường chứa nhiều dịch vụ tập trung.
Dữ liệu chỉ mục và truy xuất blockchain thuộc về "sản phẩm công cộng số không độc quyền, không cạnh tranh", người sử dụng thường mong đợi miễn phí hoặc phí rất thấp, nhưng phía sau đó cần liên tục đầu tư vào phần cứng, lưu trữ, băng thông và nhân lực vận hành với cường độ cao. Khi thiếu mô hình lợi nhuận bền vững, sẽ xuất hiện mô hình tập trung mà người chiến thắng ăn hết: chỉ cần một nhà cung cấp dịch vụ đạt được lợi thế tiên phong về tốc độ và vốn, các nhà phát triển sẽ có xu hướng dẫn hướng tất cả lưu lượng truy vấn đến dịch vụ đó, từ đó tái hình thành sự phụ thuộc vào một điểm.
Điều này nhắc nhở chúng ta rằng thế giới phi tập trung cần khẩn cấp sự đa dạng hóa cơ sở hạ tầng Web3 thông qua việc tài trợ sản phẩm công, phân phối lại hoặc các sáng kiến do cộng đồng thúc đẩy, nếu không sẽ xuất hiện vấn đề tập trung. Chúng tôi kêu gọi các nhà phát triển DApp xây dựng các sản phẩm ưu tiên địa phương, đồng thời kêu gọi cộng đồng kỹ thuật cân nhắc trường hợp dịch vụ truy xuất dữ liệu không hoạt động khi thiết kế DApp, đảm bảo người dùng vẫn có thể tương tác với dự án mà không cần cơ sở hạ tầng truy xuất dữ liệu.
Hai, Khám Phá Nguồn Dữ Liệu Dapp
Để hiểu được sự kiện xảy ra như Goldsky, chúng ta cần phải đi sâu vào cơ chế hoạt động của DApp. Đối với người dùng bình thường, DApp thường chỉ được cấu thành từ hai phần: hợp đồng trên chuỗi và trang giao diện phía trước. Nhưng dữ liệu hiển thị phía trước cho người dùng này thực sự đến từ đâu?
sự cần thiết của dịch vụ truy xuất dữ liệu
Lấy việc xây dựng một thỏa thuận cho vay làm ví dụ, thỏa thuận này cần hiển thị tình trạng nắm giữ của người dùng cũng như tình trạng ký quỹ và nợ của từng vị trí. Việc đọc dữ liệu này trực tiếp từ chuỗi thường không khả thi trong thực tế, vì hợp đồng thường chỉ cung cấp các hàm để truy vấn dữ liệu cụ thể bằng ID vị trí. Để hiển thị tình trạng vị trí của người dùng ở phía trước, cần phải truy xuất tất cả các vị trí trong hệ thống, sau đó lọc ra phần thuộc về người dùng hiện tại. Quá trình này ngay cả khi thực hiện trực tiếp trên máy chủ dựa vào nút địa phương, cũng thường mất vài giờ.
Do đó, việc đưa ra cơ sở hạ tầng để tăng tốc độ thu thập dữ liệu trở nên cần thiết. Các công ty như Goldsky chính là những người cung cấp dịch vụ chỉ mục dữ liệu này.
Mối quan hệ giữa TheGraph / Goldsky và SubGraph
SubGraph là một khung phát triển, được sử dụng để đọc và tổng hợp dữ liệu trên chuỗi, và hiển thị những dữ liệu này lên giao diện người dùng. TheGraph và Goldsky thực chất đều là các nhà cung cấp dịch vụ cho SubGraph. Các chương trình phát triển từ khung SubGraph cần phải chạy trên máy chủ, và các nhà cung cấp khác nhau có những chính sách và giải pháp kỹ thuật khác nhau.
Mô hình phí của Goldsky
Goldsky áp dụng tiêu chuẩn tính phí dựa trên việc sử dụng tài nguyên, đây là phương thức tính phí phổ biến nhất trên các nền tảng SaaS trong internet.
Mô hình phí của TheGraph
TheGraph có một bộ chi phí khác với phương thức tính phí thông thường, liên quan đến kinh tế học của mã GRT. Bao gồm phí truy vấn theo lần và phí đặt cược Signal.
Những khó khăn mà các nhà phát triển phải đối mặt
Đối với hầu hết các nhà phát triển, việc sử dụng TheGraph tương đối phiền phức. Chủ yếu có hai vấn đề:
Sự không chắc chắn về số lượng GRT được staking và thời gian cần thiết để thu hút nhà điều hành
Độ phức tạp của kế toán và tính toán chi phí
So với trước, việc chọn Goldsky trở nên đơn giản hơn, cách tính phí dễ hiểu, có thể sử dụng gần như ngay lập tức, và sự không chắc chắn đã giảm đáng kể. Điều này dẫn đến việc phụ thuộc vào một sản phẩm duy nhất trong dịch vụ chỉ mục và truy xuất dữ liệu blockchain.
Ba, giải pháp hiện có
ponder
ponder là một phần mềm dịch vụ truy xuất dữ liệu đơn giản, có trải nghiệm phát triển tốt và dễ triển khai. Các ưu điểm của nó bao gồm:
Không phụ thuộc vào nhà cung cấp
Trải nghiệm phát triển tốt
Hiệu suất cao hơn
Cách thương mại hóa của ponder phù hợp với "lý thuyết cách ly", thông qua việc thu phí từ một phần nhóm đồng nhất để thực hiện định giá.
triết lý phát triển local-first
Trong phát triển blockchain, quan niệm local-first có thể được thực hiện như sau:
Bộ nhớ cache dữ liệu quan trọng
Thiết kế chức năng hạ cấp
Thiết kế này có thể cải thiện đáng kể độ bền của ứng dụng, tránh việc ứng dụng không thể sử dụng sau khi dịch vụ truy xuất dữ liệu gặp sự cố.
Bốn, Kết luận
Sự cố Goldsky đã gióng lên hồi chuông cảnh báo cho hệ sinh thái. Mặc dù blockchain có những đặc điểm phi tập trung và chống lỗi điểm đơn, nhưng hệ sinh thái ứng dụng được xây dựng trên đó vẫn phụ thuộc nhiều vào dịch vụ cơ sở hạ tầng tập trung, mang lại rủi ro hệ thống cho toàn bộ hệ sinh thái.
Bài viết này thảo luận về lý do TheGraph không được sử dụng rộng rãi, giới thiệu khung tự quản lý ponder như một lựa chọn khẩn cấp, và khám phá triết lý phát triển local-first. Chúng tôi kêu gọi nhiều nhà phát triển hơn chú ý đến cơ sở hạ tầng truy xuất dữ liệu, cố gắng xây dựng dịch vụ phi tập trung hoặc thiết kế khung làm cho giao diện DApp có thể hoạt động ngay cả khi không có dịch vụ truy xuất dữ liệu.
Trang này có thể chứa nội dung của bên thứ ba, được cung cấp chỉ nhằm mục đích thông tin (không phải là tuyên bố/bảo đảm) và không được coi là sự chứng thực cho quan điểm của Gate hoặc là lời khuyên về tài chính hoặc chuyên môn. Xem Tuyên bố từ chối trách nhiệm để biết chi tiết.
6 thích
Phần thưởng
6
4
Đăng lại
Chia sẻ
Bình luận
0/400
FloorPriceWatcher
· 16giờ trước
Ôi trời, chỉ số khó làm vậy sao?
Xem bản gốcTrả lời0
Fren_Not_Food
· 16giờ trước
Đại vốn kiểm soát xu hướng thị trường dự đoán [笑死]
Xem bản gốcTrả lời0
DaisyUnicorn
· 17giờ trước
Blockchain data nhỏ làm vườn, cả ngày tìm một bông hoa cúc phi tập trung sẽ nở~
Polymarket gặp khó khăn: vấn đề phi tập trung của chỉ số dữ liệu thị trường dự đoán
Tragedy of the Commons in mã hóa: Thách thức chỉ mục dữ liệu của thị trường dự đoán
Tóm tắt
Chào mừng bạn đến với series "Thảm họa công cộng mã hóa". Series này tập trung vào các "hàng hóa công cộng" đang ở những điểm then chốt trong thế giới mã hóa nhưng dần mất quy chuẩn. Những cơ sở hạ tầng này thường phải đối mặt với tình trạng thiếu động lực, mất cân bằng trong quản trị, thậm chí là sự trung tâm hóa dần dần.
Trong kỳ này, chúng ta sẽ tập trung vào một trong những ứng dụng nổi bật nhất trong hệ sinh thái Ethereum: Polymarket và công cụ chỉ số dữ liệu của nó. Liên quan đến các sự kiện như cuộc bầu cử của Trump, thao túng oracle trong giao dịch đất hiếm Ukraine, Polymarket đã nhiều lần trở thành tâm điểm chú ý của dư luận. Tuy nhiên, sản phẩm này đại diện cho "thị trường dự đoán phi tập trung", liệu rằng mô-đun cơ bản quan trọng của nó - chỉ số dữ liệu, có thực sự đạt được tính phi tập trung không? Tại sao các cơ sở hạ tầng công cộng như The Graph lại không thể đảm nhận vai trò như mong đợi? Một sản phẩm công cộng chỉ số dữ liệu thực sự có thể sử dụng và bền vững, nên có hình thái như thế nào?
Một, phản ứng dây chuyền do sự cố sập hệ thống nền tảng dữ liệu trung tâm
Vào tháng 7 năm 2024, Goldsky đã xảy ra sự cố ngừng hoạt động kéo dài sáu giờ, khiến một phần lớn các dự án trong hệ sinh thái Ethereum bị tê liệt. Giao diện DeFi không thể hiển thị dữ liệu vị trí và số dư của người dùng, thị trường dự đoán Polymarket không thể hiển thị dữ liệu chính xác, vô số dự án trong mắt người dùng dường như đã hoàn toàn không thể sử dụng.
Điều này không nên xảy ra trong thế giới của các ứng dụng phi tập trung. Mục đích thiết kế của công nghệ blockchain không phải là để loại bỏ điểm lỗi đơn lẻ sao? Sự kiện Goldsky đã phơi bày một thực tế đáng lo ngại: mặc dù blockchain đã cố gắng đạt được sự phi tập trung tối đa, nhưng cơ sở hạ tầng mà các ứng dụng được xây dựng trên chuỗi sử dụng thường chứa nhiều dịch vụ tập trung.
Dữ liệu chỉ mục và truy xuất blockchain thuộc về "sản phẩm công cộng số không độc quyền, không cạnh tranh", người sử dụng thường mong đợi miễn phí hoặc phí rất thấp, nhưng phía sau đó cần liên tục đầu tư vào phần cứng, lưu trữ, băng thông và nhân lực vận hành với cường độ cao. Khi thiếu mô hình lợi nhuận bền vững, sẽ xuất hiện mô hình tập trung mà người chiến thắng ăn hết: chỉ cần một nhà cung cấp dịch vụ đạt được lợi thế tiên phong về tốc độ và vốn, các nhà phát triển sẽ có xu hướng dẫn hướng tất cả lưu lượng truy vấn đến dịch vụ đó, từ đó tái hình thành sự phụ thuộc vào một điểm.
Điều này nhắc nhở chúng ta rằng thế giới phi tập trung cần khẩn cấp sự đa dạng hóa cơ sở hạ tầng Web3 thông qua việc tài trợ sản phẩm công, phân phối lại hoặc các sáng kiến do cộng đồng thúc đẩy, nếu không sẽ xuất hiện vấn đề tập trung. Chúng tôi kêu gọi các nhà phát triển DApp xây dựng các sản phẩm ưu tiên địa phương, đồng thời kêu gọi cộng đồng kỹ thuật cân nhắc trường hợp dịch vụ truy xuất dữ liệu không hoạt động khi thiết kế DApp, đảm bảo người dùng vẫn có thể tương tác với dự án mà không cần cơ sở hạ tầng truy xuất dữ liệu.
Hai, Khám Phá Nguồn Dữ Liệu Dapp
Để hiểu được sự kiện xảy ra như Goldsky, chúng ta cần phải đi sâu vào cơ chế hoạt động của DApp. Đối với người dùng bình thường, DApp thường chỉ được cấu thành từ hai phần: hợp đồng trên chuỗi và trang giao diện phía trước. Nhưng dữ liệu hiển thị phía trước cho người dùng này thực sự đến từ đâu?
sự cần thiết của dịch vụ truy xuất dữ liệu
Lấy việc xây dựng một thỏa thuận cho vay làm ví dụ, thỏa thuận này cần hiển thị tình trạng nắm giữ của người dùng cũng như tình trạng ký quỹ và nợ của từng vị trí. Việc đọc dữ liệu này trực tiếp từ chuỗi thường không khả thi trong thực tế, vì hợp đồng thường chỉ cung cấp các hàm để truy vấn dữ liệu cụ thể bằng ID vị trí. Để hiển thị tình trạng vị trí của người dùng ở phía trước, cần phải truy xuất tất cả các vị trí trong hệ thống, sau đó lọc ra phần thuộc về người dùng hiện tại. Quá trình này ngay cả khi thực hiện trực tiếp trên máy chủ dựa vào nút địa phương, cũng thường mất vài giờ.
Do đó, việc đưa ra cơ sở hạ tầng để tăng tốc độ thu thập dữ liệu trở nên cần thiết. Các công ty như Goldsky chính là những người cung cấp dịch vụ chỉ mục dữ liệu này.
Mối quan hệ giữa TheGraph / Goldsky và SubGraph
SubGraph là một khung phát triển, được sử dụng để đọc và tổng hợp dữ liệu trên chuỗi, và hiển thị những dữ liệu này lên giao diện người dùng. TheGraph và Goldsky thực chất đều là các nhà cung cấp dịch vụ cho SubGraph. Các chương trình phát triển từ khung SubGraph cần phải chạy trên máy chủ, và các nhà cung cấp khác nhau có những chính sách và giải pháp kỹ thuật khác nhau.
Mô hình phí của Goldsky
Goldsky áp dụng tiêu chuẩn tính phí dựa trên việc sử dụng tài nguyên, đây là phương thức tính phí phổ biến nhất trên các nền tảng SaaS trong internet.
Mô hình phí của TheGraph
TheGraph có một bộ chi phí khác với phương thức tính phí thông thường, liên quan đến kinh tế học của mã GRT. Bao gồm phí truy vấn theo lần và phí đặt cược Signal.
Những khó khăn mà các nhà phát triển phải đối mặt
Đối với hầu hết các nhà phát triển, việc sử dụng TheGraph tương đối phiền phức. Chủ yếu có hai vấn đề:
So với trước, việc chọn Goldsky trở nên đơn giản hơn, cách tính phí dễ hiểu, có thể sử dụng gần như ngay lập tức, và sự không chắc chắn đã giảm đáng kể. Điều này dẫn đến việc phụ thuộc vào một sản phẩm duy nhất trong dịch vụ chỉ mục và truy xuất dữ liệu blockchain.
Ba, giải pháp hiện có
ponder
ponder là một phần mềm dịch vụ truy xuất dữ liệu đơn giản, có trải nghiệm phát triển tốt và dễ triển khai. Các ưu điểm của nó bao gồm:
Cách thương mại hóa của ponder phù hợp với "lý thuyết cách ly", thông qua việc thu phí từ một phần nhóm đồng nhất để thực hiện định giá.
triết lý phát triển local-first
Trong phát triển blockchain, quan niệm local-first có thể được thực hiện như sau:
Thiết kế này có thể cải thiện đáng kể độ bền của ứng dụng, tránh việc ứng dụng không thể sử dụng sau khi dịch vụ truy xuất dữ liệu gặp sự cố.
Bốn, Kết luận
Sự cố Goldsky đã gióng lên hồi chuông cảnh báo cho hệ sinh thái. Mặc dù blockchain có những đặc điểm phi tập trung và chống lỗi điểm đơn, nhưng hệ sinh thái ứng dụng được xây dựng trên đó vẫn phụ thuộc nhiều vào dịch vụ cơ sở hạ tầng tập trung, mang lại rủi ro hệ thống cho toàn bộ hệ sinh thái.
Bài viết này thảo luận về lý do TheGraph không được sử dụng rộng rãi, giới thiệu khung tự quản lý ponder như một lựa chọn khẩn cấp, và khám phá triết lý phát triển local-first. Chúng tôi kêu gọi nhiều nhà phát triển hơn chú ý đến cơ sở hạ tầng truy xuất dữ liệu, cố gắng xây dựng dịch vụ phi tập trung hoặc thiết kế khung làm cho giao diện DApp có thể hoạt động ngay cả khi không có dịch vụ truy xuất dữ liệu.