Xin chào Khách ! [Thông Báo] Tuyển MOD cho diễn đàn Crypto4me Chia Sẻ Doanh Thu...
Vui lòng đọc kỹ 
Tham gia 
Tham gia 
- Bài viết
- 407
- Điểm tương tác
- 22
- Điểm
- 18
2. Tính kinh tế của danh tiếng
Việc thiết kế một hệ thống danh tiếng, cho dù đó là danh tiếng 1.0, 2.0 hay 3.0, phụ thuộc vào hai yếu tố chính: 1) cách các cá nhân hoặc nhóm mục tiêu được xác định và 2) cách những người có danh tiếng được khuyến khích. Liên quan đến việc xác định các cá nhân hoặc nhóm mục tiêu, ngoài tính đủ điều kiện, tổng nguồn cung cấp danh tiếng, số lượng phát hành ở mỗi giai đoạn và tính công bằng trong phân phối đều cần được xem xét. Mặc dù một hệ thống có thể chọn cấp số lượng không giới hạn bằng chứng xác thực danh tiếng, nhưng một mức độ hiếm nhất định khiến chúng trở nên có giá trị hơn. Ngoài ra, những người tham gia vào một hệ sinh thái sẽ chỉ nhận ra danh tiếng mà hệ sinh thái đã cấp nếu việc phân phối là công bằng. Đối với các biện pháp khuyến khích, những người nắm giữ danh tiếng sẽ chỉ tiếp tục tạo ra và đóng góp nếu họ được cung cấp cảm giác về danh dự, phần thưởng vật chất hoặc lợi ích tiềm năng.
Từ những điều trên, chúng ta có thể nói rằng việc thiết kế một hệ thống danh tiếng là tất cả về kinh tế. Trong Web3, nơi mã thông báo thường xuyên được sử dụng, một số người ủng hộ rằng các hệ thống danh tiếng nên áp dụng mô hình mã thông báo kép. Trong khuôn khổ kinh tế như vậy, một mã thông báo hoạt động như một tín hiệu và được tạo ra bởi tổ chức phát hành danh tiếng. Các mã thông báo như vậy có thể là FT hoặc NFT nhưng không được chuyển nhượng. Mã thông báo khác hoạt động như một động lực và có thể được tạo ra bởi tổ chức phát hành danh tiếng hoặc bên thứ ba. Các mã thông báo này có thể được giao dịch thành tiền mặt. Ý tưởng về việc áp dụng mô hình mã thông báo kép như vậy là dễ hiểu: Nếu một mã thông báo danh tiếng duy nhất có thể được chuyển nhượng hoặc bán, nó sẽ mất giá trị như tín hiệu; hoặc, nếu một hệ thống danh tiếng chỉ sử dụng một loại tiền tệ duy nhất không thể bán được, thì mã thông báo sẽ vô giá trị cả bây giờ và trong tương lai. Ví dụ: Alice nhận được các mã thông báo danh tiếng được cung cấp cho người dùng DeFi cấp cao vì cô ấy thường xuyên giao dịch trên nhiều dự án DeFi và Bob chưa bao giờ sử dụng bất kỳ dự án DeFi nào nhưng đã mua các mã thông báo từ Alice. Trong trường hợp này, sẽ không hoạt động nếu một dự án DeFi mới, muốn thu hút người dùng thường xuyên để thử nghiệm, cung cấp tư cách thành viên danh sách trắng và phần thưởng cho địa chỉ nắm giữ mã thông báo danh tiếng (Bob).
3. Các công nghệ liên quan đến việc áp dụng các hệ thống danh tiếng Web3
Hiện tại, hầu hết các công nghệ được sử dụng bởi các hệ thống danh tiếng của Web3 là các công nghệ blockchain hiện có hoặc các công nghệ Web2 đã phát triển. Danh mục này không có đổi mới công nghệ rõ ràng. Thay vào đó, nó tập trung nhiều hơn vào việc khám phá cách kết hợp và lọc các tiêu chuẩn kỹ thuật khác nhau.
3.1 Tiêu chuẩn mã thông báo
Như chúng tôi đã giải thích ở trên, hợp lý hơn là các token danh tiếng, có chức năng như một tín hiệu, không thể chuyển nhượng được. Do nhiều dự án sử dụng NFT dựa trên ERC721 làm mã thông báo danh tiếng của họ, một cách thuận tiện để đạt được khả năng không thể chuyển nhượng đó là xóa chức năng chuyển giao, do đó ngăn người dùng bán, giao dịch hoặc chuyển các thông tin đăng nhập NFT sau khi chúng được đúc. Ngoài ra, cũng có nhiều đề xuất để đạt được khả năng không chuyển nhượng:
Các đề xuất trên được thiết kế cho NFT (mã thông báo không thể thay thế). Tuy nhiên, ngoài NFT, danh tiếng cũng có thể được thể hiện bằng điểm. Do đó, chúng tôi cũng cần một tiêu chuẩn mã thông báo tương tự như ERC20 nhưng cung cấp các tính năng mới bao gồm các mã thông báo không thể chuyển nhượng và có thể thu hồi. Ngoài ra, một tiêu chuẩn như vậy cũng phải có thể giải thích các hồ sơ giao dịch off-chain. Mã thông báo bán Fungible ERC3525 được gửi bởi Giao thức Solv vào tháng 12 năm 2021 có thể chỉ là giải pháp mà chúng tôi cần.
Được phê duyệt vào đầu tháng 9, ERC3525 nhằm mục đích tạo ra các mã thông báo bán thay thế được kết hợp khả năng định lượng của ERC20 với khả năng mô tả của ERC721. Cụ thể hơn, nó thêm một tham số mới gọi là Slot để thể hiện khái niệm phân loại và một Siêu dữ liệu Slot tương ứng để giúp nhận ra logic lớp ở cấp độ doanh nghiệp của nó. Slot đi kèm với cấu trúc dữ liệu struct. So với phép băm dữ liệu đơn giản của ERC721, nó có thể ghi lại nhiều nội dung hơn, bao gồm cấp độ, hạng và thậm chí cả khoảng thời gian tín dụng. Slot có thể tùy chỉnh nhiều hơn và do đó, chúng ta có nhiều không gian hơn cho trí tưởng tượng.
Trong khi đó, ERC3525 giới thiệu _value (thuộc tính định lượng) của ERC20 trong khi vẫn giữ lại _tokenID (thuộc tính mô tả) của ERC721, giải quyết một lỗ hổng lớn của mã thông báo danh tiếng dựa trên ERC721: chúng không thể nâng cấp. Trên thực tế, điểm tín dụng hoặc danh tiếng của người dùng thay đổi theo thời gian; bằng cách thay đổi các số liệu liên quan, nhóm dự án có thể cập nhật hiệu quả trạng thái danh tiếng của người dùng.
Một lợi ích khác của việc giới thiệu _value & _tokenID là chúng có thể được sử dụng để phân biệt các thành viên. Trong trường hợp điểm danh tiếng của các DAO, ở cấp độ giao thức cơ bản, ERC20 không thể phân biệt thành viên có điểm trở thành 0 và thành viên chưa bao giờ có điểm. Vì mã thông báo dựa trên ERC3525 có cả _tokenID, biểu thị quyền sở hữu và _value, biểu thị số lượng, một địa chỉ có điểm giảm xuống 0 vẫn sở hữu mã thông báo (_tokenID), nhưng giá trị của nó (_value) là 0; một địa chỉ chưa bao giờ có điểm danh tiếng thậm chí không sở hữu mã thông báo danh tiếng (_tokenID). Do đó, việc áp dụng ERC3525 cho phép xác định trạng thái danh tính bằng cách đọc trực tiếp dữ liệu trên chuỗi với các hợp đồng thông minh.
3.2 Các công nghệ bảo vệ quyền riêng tư
Một hệ thống danh tiếng Web3 được thiết lập tốt yêu cầu dữ liệu on-chain, dữ liệu Web2 phong phú và thậm chí cả dữ liệu nhận dạng phù hợp của các thực thể. Bảo vệ quyền riêng tư là rất quan trọng, cả về mặt đạo đức và cá nhân. Zero-knowledge proof, một trong những công nghệ bảo vệ quyền riêng tư thịnh hành nhất trong ngành, cũng có một vị trí trong các hệ thống danh tiếng và chủ yếu được sử dụng cho Proof of Membership. Xem xét các lý thuyết mù mờ liên quan đến zero-knowledge proofs, chúng ta sẽ tự giới hạn mình trong hiệu quả đạt được bằng cách sử dụng ZKP và quá trình ngắn gọn về cách đạt được nó.
Proof of Membership cho phép người dùng chứng minh rằng họ đủ điều kiện để trở thành thành viên nhất định mà không cần tiết lộ danh tính của họ. Ví dụ: người nắm giữ Bored Ape NFTs, người có ảnh hưởng với hơn 10 triệu người theo dõi trên Twitter hoặc người có chứng chỉ kế toán có thể chứng minh tính đủ điều kiện của họ mà không cần tiết lộ địa chỉ ví, tài khoản Twitter hoặc chứng chỉ kế toán của họ. Xem xét sự phức tạp của công nghệ ZKP, hầu hết các dự án sử dụng thư viện mã khi tạo một hệ thống danh tiếng có mục đích chung hoặc tùy chỉnh, thay vì xây dựng mã từ đầu.
Semaphore là một thư viện mã nguồn mở để tạo danh tính và chứng minh tư cách thành viên zero knowledge. Nó cung cấp các mạch có mục đích chung để chứng minh tư cách thành viên. Các dự án có thể sử dụng Semaphore để tạo các nhóm off-chain hoặc on-chain, mỗi nhóm đại diện cho một tập hợp danh tính người dùng phù hợp với các đặc điểm nhất định. Các nhóm được tổ chức dưới dạng cây Merkle, với Cam kết ID là lá của chúng. Để nâng cao hiệu quả, các dự án thường chọn lưu trữ các Cam kết ID off-chain. Với Semaphore, quy trình lưu trữ thông tin và zero-knowledge proof gần giống như sau: 1) Người dùng tạo danh tính trên giao diện người dùng và chứng minh quyền sở hữu danh tính của mình (ví dụ: chữ ký ECDSA từ ví Ethereum hoặc xác minh OAuth từ tài khoản Twitter) ; 2) Cam kết ID được tạo được chuyển ra khỏi blockchain; 3) Prover (người dùng) đạt được cam kết đặt ra bằng cách đọc lưu trữ off-chain và tạo Nhân chứng thông qua bằng chứng Merkle và thông tin nhận dạng; 4) Sau đó, anh ta sử dụng Groth16 để tạo ra zero-knowledge proof thông qua Nhân chứng.
Những thách thức mà hệ thống danh tiếng Web3 phải đối mặt trong việc tạo đột phá
Như chúng ta đã thảo luận trước đó, không có hệ thống danh tiếng Web3 mang tính biểu tượng nào trên thị trường bởi vì về cơ bản, các thành phố Web3 chỉ đang được xây dựng. Các hệ thống danh tiếng cố gắng đạt được các mục tiêu rõ ràng và được cung cấp bởi các lý thuyết và công nghệ đầy đủ, tuy nhiên hệ thống này thiếu kinh nghiệm thực tế và các điều chỉnh sản phẩm tại thời điểm này. Tóm lại, chúng tôi tin rằng hệ thống danh tiếng Web3 phải đối mặt với ba thách thức: thu thập dữ liệu, thiết kế mô hình và khả năng tương tác.
1. Thu thập dữ liệu
Dữ liệu danh tiếng có thể là cả on-chain và off-chain. Chỉ mới chưa đầy một thập kỷ kể từ khi các blockchain bắt đầu phát triển nhanh chóng. Mặc dù vậy, các chuỗi công khai đã tích lũy dữ liệu lịch sử khổng lồ, chứa các hàm ý dữ liệu ngày càng linh hoạt. Do đó, mặc dù dữ liệu on-chain được cung cấp công khai, nhưng việc thu thập dữ liệu của nó vừa tốn kém (vì cần tài nguyên điện toán và lưu trữ đám mây) vừa đòi hỏi cao. Ngoài ra, vì hầu hết dữ liệu on-chain là về các hành vi tài chính tập trung vào mã thông báo hoặc NFT (giao dịch, staking, cho vay, v.v.), nó chỉ có thể được áp dụng cho một số danh tiếng hạn chế.
Nói cách khác, việc xây dựng một hệ thống danh tiếng Web3 đang hoạt động đòi hỏi nhiều dữ liệu off-chain hơn, chẳng hạn như Web2, và thậm chí cả thông tin trong thế giới thực. Để thu thập dữ liệu off-chain trong Web3, nhấn mạnh chủ quyền dữ liệu, các dự án phải đối mặt với hai thách thức: 1) sự đồng ý của người dùng và 2) sự cho phép từ các tổ chức tập trung kiểm soát dữ liệu. Hiện tại, chỉ có một số ứng dụng Web2 cung cấp các API mở cho các dự án bên ngoài khi nhận được sự cho phép của người dùng. Điều đó nói rằng, những quyền đó có thể bị tạm ngưng bất cứ lúc nào, đặc biệt là những quyền được cấp cho các dự án Web3. Một số hệ thống danh tiếng cố gắng nắm bắt dữ liệu giao diện người dùng thông qua các công cụ web hoặc tiện ích mở rộng trình duyệt sau khi nhận được sự đồng ý của người dùng. Tuy nhiên, cách tiếp cận này sẽ yêu cầu giáo dục người dùng lâu dài và đào tạo thói quen vì người dùng cá nhân chưa tin tưởng các công cụ này và có thể không sẵn sàng sử dụng chúng vì những lo ngại về quyền riêng tư; người dùng cá nhân, đặc biệt là người dùng không phải Web3, không có động cơ sử dụng các công cụ như vậy vì họ không nhận thấy lợi ích của chúng (ví dụ: kiếm token, nhận airdrop và thu được chính xác nội dung Web3 thú vị). Hệ thống danh tiếng phải đối mặt với một vấn đề rõ ràng là Gà và Trứng.
2. Thiết kế mô hình
Hầu hết các danh tiếng hoặc thông tin đăng nhập Web3 hiện có đều cực kỳ đơn giản và chủ yếu được sử dụng làm bằng chứng cho việc tham gia một sự kiện nhất định. Các thông tin xác thực như vậy có thể chỉ định sự tham gia của người dùng vào AMA của dự án, tần suất giao dịch DeFi của anh ấy, cầu nối cross-chain mà anh ấy đã sử dụng và một dự án nhất định trên Twitter và Discord mà anh ấy theo dõi… Với danh tiếng tùy chỉnh như vậy, các dự án và DAO không thể tiến hành bất kỳ chuyên sâu nào phân tích các đặc điểm hành vi của chủ sở hữu và không thể xác định trực tiếp chủ sở hữu là người dùng tiềm năng, mục tiêu airdrop, quản trị viên hoặc người quảng bá tiếp thị.
Do đó, khi thiết kế một hệ thống danh tiếng, dù là định tính hay định lượng, các đội ngũ dự án nên cân nhắc chi tiết hơn. Ví dụ: khi xác định những người nắm giữ NFT cao cấp, ngoài số lượng tương tác giữa một địa chỉ và OpenSea, các dự án nên xem xét thêm các yếu tố, bao gồm: Người dùng có thường xuyên thảo luận về NFT trên phương tiện truyền thông xã hội không? Anh ấy đã bao giờ đúc NFT chưa? Anh ấy có phải là người nắm giữ nhiều NFT blue-chip không? Anh ta có tham gia vào NFTFi như phân mảnh NFT và cho vay NFT không? Hơn nữa, khi tìm kiếm quản trị viên DAO chuyên nghiệp, thay vì chỉ kiểm tra xem một địa chỉ có giữ mã thông báo dự án hay không, các dự án nên kiểm tra sự nhiệt tình của người dùng đối với việc tham gia vào các đề xuất, tỷ lệ chấp thuận các đề xuất mà anh ta nêu ra, quản trị viên tiềm năng này được các thành viên cộng đồng đánh giá như thế nào, và thậm chí cả tác dụng của các đề xuất lịch sử.
Việc thiết kế chi tiết các hệ thống danh tiếng đòi hỏi sự thông thái của các chuyên gia trong các lĩnh vực khác nhau và bí quyết chuyên nghiệp của các kỹ sư dữ liệu, cũng như các thông tin chuyên sâu hơn giúp các dự án đạt được mục tiêu của họ. Trong quá trình này, các nhà thiết kế cũng phải tiến hành tính toán nâng cao trên tất cả các dữ liệu liên quan và thường xuyên điều chỉnh các phương trình hoặc thuật toán theo hiệu quả đạt được. Sẽ mất nhiều thời gian để Web3, vốn đang thiếu nhân tài trầm trọng, mới có thể giải quyết được vấn đề này.
3. Khả năng tương tác
Hiện tại, hệ thống danh tiếng Web3 phải đối mặt với hai thách thức lớn trong việc đạt được khả năng tương tác: 1) sự đồng thuận và 2) tính cởi mở. Đối với cái trước, những người tham gia vào hệ sinh thái Web3 không đồng ý về các danh tiếng hoặc thông tin xác thực khác nhau. Vì ngành vẫn còn sơ khai, không có thông tin xác thực có thẩm quyền nào có thể dùng làm tài liệu tham khảo cho tất cả các hệ thống hoặc hệ thống danh tiếng trong một số phân khúc nhất định. Ví dụ: trong thế giới thực, các tổ chức tài chính yêu cầu ứng viên của họ phải có chứng chỉ kế toán, chẳng hạn như CFA, CPA, ACCA hoặc FRM. Tuy nhiên, trong thế giới Web3, không có danh tiếng DeFi nào được mọi người chấp nhận. Điều này xảy ra bởi vì, ngoài việc thiếu danh tiếng sâu sắc và không có khả năng xây dựng sự đồng thuận, nhiều dự án muốn xây dựng hệ thống danh tiếng của riêng họ. Ngay cả trong Web3, công ty ủng hộ “cộng tác”, vẫn có những nhóm đầy tham vọng cố gắng trở thành người có uy tín về danh tiếng. Rốt cuộc, không ai biết cuối cùng ai sẽ giành chiến thắng trong cuộc đua. Để làm cho vấn đề tồi tệ hơn, một số dự án Web3 hoàn toàn không "mở". Người sáng lập RabbitHole đã từng nói trong một cuộc phỏng vấn rằng để giữ chân người dùng, các chứng chỉ danh tiếng do nhiều cộng đồng cấp chỉ có thể được sử dụng trong nội bộ và ngay cả các thành viên cộng đồng cũng không nhận được bằng chứng về danh tiếng.
Xu hướng tương lai của danh tiếng Web3
Mặc dù các dự án gặp nhiều khó khăn trong việc phát triển hệ thống danh tiếng Web3, những vấn đề mà chúng tôi đã đề cập cuối cùng sẽ được giải quyết. Ví dụ, hiệu ứng của Web3 sẽ dễ dàng giải quyết tình trạng khó xử giữa Gà và Trứng; với sự khuyến khích phù hợp, thế hệ millennials và các thành viên của Thế hệ Z sẽ trở nên quan tâm đến Web3; các dự án không có tư duy cởi mở sẽ bị thay đổi hoặc loại bỏ do Web3 mainstream theo đuổi tính mở.
Cả hai công nghệ bảo vệ quyền riêng tư như zero-knowledge proofs và các thuật toán phức tạp bao gồm học máy sẽ được các hệ thống danh tiếng của Web3 áp dụng rộng rãi hơn. Việc áp dụng cái trước bảo vệ quyền riêng tư của người dùng. Với các công nghệ bảo vệ quyền riêng tư, người dùng sẽ sẵn sàng hơn để cấp quyền truy cập vào Web2 hoặc thậm chí dữ liệu trong thế giới thực của họ và các dự án sẽ có thể mở khóa nhiều kịch bản ứng dụng hơn. Việc sử dụng cái sau sẽ giúp các dự án thiết kế danh tiếng/thông tin xác thực sâu sắc hơn, điều này sẽ cho phép đối sánh mục tiêu chính xác.
Ngoài ra, chúng tôi tin rằng mỗi phân khúc sẽ có các chứng chỉ danh tiếng được đồng thuận cao, các chứng chỉ này sẽ hoạt động giống như các chứng chỉ chuyên môn trong các lĩnh vực truyền thống. Khác với các chứng chỉ truyền thống, các chứng chỉ Web3 này không cần phải được cấp phép và ủy quyền bởi các tổ chức tập trung. Các phân đoạn dọc như vậy không giới hạn ở DeFi, NFT và trò chơi, là những lĩnh vực quen thuộc với cư dân Web3 hiện tại nhưng cũng có thể bao gồm các lĩnh vực truyền thống. Ví dụ, những người ủng hộ khoa học phi tập trung (DeSci) đang kêu gọi thay thế chỉ số h bằng chứng chỉ danh tiếng dựa trên công nghệ blockchain. Đối với họ, chỉ số h chỉ đo lường số lượng bài báo được xuất bản và các giải thưởng quan trọng chứ không thể đưa ra bất kỳ đánh giá toàn diện và công bằng nào về đóng góp của các nhà khoa học. Do đó, họ ủng hộ một hệ thống danh tiếng on-chain có thể xác minh cho các nhà khoa học, hệ thống này có thể được triển khai dưới dạng một hoặc nhiều NFT hoặc mã thông báo điểm. Ngoài ra, một hệ thống như vậy sẽ tính đến một loạt các yếu tố đánh giá, bao gồm các hoạt động có giá trị như đánh giá đồng cấp, đào tạo/giảng dạy và chia sẻ dữ liệu, ngoài các bài báo và giải thưởng đã xuất bản.
Khi danh tiếng on-chain, bằng chứng xác thực hoặc huy chương trở nên phổ biến, các tổ chức DAO hoặc Web3 có thể áp dụng mô hình quản lý nguồn nhân lực mới. Các tổ chức phẳng đã sử dụng amip và holacracy làm mô hình quản lý của họ, cả hai đều làm suy yếu ranh giới giữa các bộ phận truyền thống. Đặc biệt, holacracy loại bỏ hoàn toàn khái niệm về thứ bậc và chức danh công việc và thay thế chúng bằng các vòng tròn và vai trò. Cụ thể hơn, mỗi nhân viên có thể đóng nhiều vai trò, có nghĩa là các nhiệm vụ của một nhân viên có thể trải dài các vòng khác nhau. Điều này giống với nguyên mẫu của DAO. Trong số các tổ chức đã áp dụng chế độ holacracy, Zappos, một nền tảng thương mại điện tử bán lẻ của Hoa Kỳ, cung cấp cho nhân viên các huy hiệu khác nhau dựa trên vai trò và kỹ năng của họ, bao gồm cả những huy hiệu nằm ngoài phạm vi công việc. Những huy hiệu này đóng vai trò là tài liệu tham khảo chính để điều chỉnh lương và nhân viên có thể nhận được huy hiệu đi kèm với mức lương tương ứng, tùy theo sở thích nghề nghiệp của họ. Tuy nhiên, hệ thống huy hiệu của Zappos chỉ có ảnh hưởng trong nội bộ công ty và cách tiếp cận này dường như quá không chính thống đối với các công ty khác. Tính toàn diện, điều khó thực hiện trong thế giới cũ, nơi các chức danh công việc có thẩm quyền hơn, có thể bùng nổ trong Web3 và chúng tôi mong chờ ngày nó phát triển mạnh mẽ.
Kết luận
Hệ thống danh tiếng giúp Web3 thúc đẩy hiệu ứng của nó, điều này rất quan trọng đối với sự phát triển của hệ sinh thái Web3. Là một nhà xây dựng Web3 cung cấp các dịch vụ vốn, ViaBTC Capital nhận thức sâu sắc những khó khăn mà các đội ngũ dự án phải đối mặt khi họ tìm kiếm sự phát triển và xây dựng các chiến lược tiếp cận thị trường trong giai đoạn trứng nước. Đối với họ, việc xác định chính xác và chi phí thấp của các bên liên quan (người dùng, thống đốc và nhà phát triển) thể hiện một nhiệm vụ khắt khe. Vì vậy, chúng tôi cũng đang tìm kiếm cơ hội đầu tư vào lĩnh vực hệ thống danh tiếng Web3 để xây dựng hệ sinh thái Web3 và mở rộng danh mục đầu tư của mình. Vui lòng liên hệ với chúng tôi tại [email protected] nếu bạn đang phát triển hệ thống danh tiếng Web3 và đang tìm kiếm đầu tư và quan hệ đối tác.
Tài liệu tham khảo:
https://future.com/reputation-based-systems/
https://mirror.xyz/0x5Eba828AB49998...6/jBKtY8DJv2TN6AqA6SsZrM8qJkC2ReDDJaSKPu1QLWI
https://kermankohli.substack.com/p/web3-reputation-market-map
https://blog.csdn.net/myan/article/details/126376974
https://seedclub.libsyn.com/ep-8-the-rabbit-hole-that-is-nouns-dao-brian-flynn
https://semaphore.appliedzkp.org/docs/introduction
Việc thiết kế một hệ thống danh tiếng, cho dù đó là danh tiếng 1.0, 2.0 hay 3.0, phụ thuộc vào hai yếu tố chính: 1) cách các cá nhân hoặc nhóm mục tiêu được xác định và 2) cách những người có danh tiếng được khuyến khích. Liên quan đến việc xác định các cá nhân hoặc nhóm mục tiêu, ngoài tính đủ điều kiện, tổng nguồn cung cấp danh tiếng, số lượng phát hành ở mỗi giai đoạn và tính công bằng trong phân phối đều cần được xem xét. Mặc dù một hệ thống có thể chọn cấp số lượng không giới hạn bằng chứng xác thực danh tiếng, nhưng một mức độ hiếm nhất định khiến chúng trở nên có giá trị hơn. Ngoài ra, những người tham gia vào một hệ sinh thái sẽ chỉ nhận ra danh tiếng mà hệ sinh thái đã cấp nếu việc phân phối là công bằng. Đối với các biện pháp khuyến khích, những người nắm giữ danh tiếng sẽ chỉ tiếp tục tạo ra và đóng góp nếu họ được cung cấp cảm giác về danh dự, phần thưởng vật chất hoặc lợi ích tiềm năng.
Từ những điều trên, chúng ta có thể nói rằng việc thiết kế một hệ thống danh tiếng là tất cả về kinh tế. Trong Web3, nơi mã thông báo thường xuyên được sử dụng, một số người ủng hộ rằng các hệ thống danh tiếng nên áp dụng mô hình mã thông báo kép. Trong khuôn khổ kinh tế như vậy, một mã thông báo hoạt động như một tín hiệu và được tạo ra bởi tổ chức phát hành danh tiếng. Các mã thông báo như vậy có thể là FT hoặc NFT nhưng không được chuyển nhượng. Mã thông báo khác hoạt động như một động lực và có thể được tạo ra bởi tổ chức phát hành danh tiếng hoặc bên thứ ba. Các mã thông báo này có thể được giao dịch thành tiền mặt. Ý tưởng về việc áp dụng mô hình mã thông báo kép như vậy là dễ hiểu: Nếu một mã thông báo danh tiếng duy nhất có thể được chuyển nhượng hoặc bán, nó sẽ mất giá trị như tín hiệu; hoặc, nếu một hệ thống danh tiếng chỉ sử dụng một loại tiền tệ duy nhất không thể bán được, thì mã thông báo sẽ vô giá trị cả bây giờ và trong tương lai. Ví dụ: Alice nhận được các mã thông báo danh tiếng được cung cấp cho người dùng DeFi cấp cao vì cô ấy thường xuyên giao dịch trên nhiều dự án DeFi và Bob chưa bao giờ sử dụng bất kỳ dự án DeFi nào nhưng đã mua các mã thông báo từ Alice. Trong trường hợp này, sẽ không hoạt động nếu một dự án DeFi mới, muốn thu hút người dùng thường xuyên để thử nghiệm, cung cấp tư cách thành viên danh sách trắng và phần thưởng cho địa chỉ nắm giữ mã thông báo danh tiếng (Bob).
3. Các công nghệ liên quan đến việc áp dụng các hệ thống danh tiếng Web3
Hiện tại, hầu hết các công nghệ được sử dụng bởi các hệ thống danh tiếng của Web3 là các công nghệ blockchain hiện có hoặc các công nghệ Web2 đã phát triển. Danh mục này không có đổi mới công nghệ rõ ràng. Thay vào đó, nó tập trung nhiều hơn vào việc khám phá cách kết hợp và lọc các tiêu chuẩn kỹ thuật khác nhau.
3.1 Tiêu chuẩn mã thông báo
Như chúng tôi đã giải thích ở trên, hợp lý hơn là các token danh tiếng, có chức năng như một tín hiệu, không thể chuyển nhượng được. Do nhiều dự án sử dụng NFT dựa trên ERC721 làm mã thông báo danh tiếng của họ, một cách thuận tiện để đạt được khả năng không thể chuyển nhượng đó là xóa chức năng chuyển giao, do đó ngăn người dùng bán, giao dịch hoặc chuyển các thông tin đăng nhập NFT sau khi chúng được đúc. Ngoài ra, cũng có nhiều đề xuất để đạt được khả năng không chuyển nhượng:
Các đề xuất trên được thiết kế cho NFT (mã thông báo không thể thay thế). Tuy nhiên, ngoài NFT, danh tiếng cũng có thể được thể hiện bằng điểm. Do đó, chúng tôi cũng cần một tiêu chuẩn mã thông báo tương tự như ERC20 nhưng cung cấp các tính năng mới bao gồm các mã thông báo không thể chuyển nhượng và có thể thu hồi. Ngoài ra, một tiêu chuẩn như vậy cũng phải có thể giải thích các hồ sơ giao dịch off-chain. Mã thông báo bán Fungible ERC3525 được gửi bởi Giao thức Solv vào tháng 12 năm 2021 có thể chỉ là giải pháp mà chúng tôi cần.
Được phê duyệt vào đầu tháng 9, ERC3525 nhằm mục đích tạo ra các mã thông báo bán thay thế được kết hợp khả năng định lượng của ERC20 với khả năng mô tả của ERC721. Cụ thể hơn, nó thêm một tham số mới gọi là Slot để thể hiện khái niệm phân loại và một Siêu dữ liệu Slot tương ứng để giúp nhận ra logic lớp ở cấp độ doanh nghiệp của nó. Slot đi kèm với cấu trúc dữ liệu struct. So với phép băm dữ liệu đơn giản của ERC721, nó có thể ghi lại nhiều nội dung hơn, bao gồm cấp độ, hạng và thậm chí cả khoảng thời gian tín dụng. Slot có thể tùy chỉnh nhiều hơn và do đó, chúng ta có nhiều không gian hơn cho trí tưởng tượng.
Trong khi đó, ERC3525 giới thiệu _value (thuộc tính định lượng) của ERC20 trong khi vẫn giữ lại _tokenID (thuộc tính mô tả) của ERC721, giải quyết một lỗ hổng lớn của mã thông báo danh tiếng dựa trên ERC721: chúng không thể nâng cấp. Trên thực tế, điểm tín dụng hoặc danh tiếng của người dùng thay đổi theo thời gian; bằng cách thay đổi các số liệu liên quan, nhóm dự án có thể cập nhật hiệu quả trạng thái danh tiếng của người dùng.
Một lợi ích khác của việc giới thiệu _value & _tokenID là chúng có thể được sử dụng để phân biệt các thành viên. Trong trường hợp điểm danh tiếng của các DAO, ở cấp độ giao thức cơ bản, ERC20 không thể phân biệt thành viên có điểm trở thành 0 và thành viên chưa bao giờ có điểm. Vì mã thông báo dựa trên ERC3525 có cả _tokenID, biểu thị quyền sở hữu và _value, biểu thị số lượng, một địa chỉ có điểm giảm xuống 0 vẫn sở hữu mã thông báo (_tokenID), nhưng giá trị của nó (_value) là 0; một địa chỉ chưa bao giờ có điểm danh tiếng thậm chí không sở hữu mã thông báo danh tiếng (_tokenID). Do đó, việc áp dụng ERC3525 cho phép xác định trạng thái danh tính bằng cách đọc trực tiếp dữ liệu trên chuỗi với các hợp đồng thông minh.
3.2 Các công nghệ bảo vệ quyền riêng tư
Một hệ thống danh tiếng Web3 được thiết lập tốt yêu cầu dữ liệu on-chain, dữ liệu Web2 phong phú và thậm chí cả dữ liệu nhận dạng phù hợp của các thực thể. Bảo vệ quyền riêng tư là rất quan trọng, cả về mặt đạo đức và cá nhân. Zero-knowledge proof, một trong những công nghệ bảo vệ quyền riêng tư thịnh hành nhất trong ngành, cũng có một vị trí trong các hệ thống danh tiếng và chủ yếu được sử dụng cho Proof of Membership. Xem xét các lý thuyết mù mờ liên quan đến zero-knowledge proofs, chúng ta sẽ tự giới hạn mình trong hiệu quả đạt được bằng cách sử dụng ZKP và quá trình ngắn gọn về cách đạt được nó.
Proof of Membership cho phép người dùng chứng minh rằng họ đủ điều kiện để trở thành thành viên nhất định mà không cần tiết lộ danh tính của họ. Ví dụ: người nắm giữ Bored Ape NFTs, người có ảnh hưởng với hơn 10 triệu người theo dõi trên Twitter hoặc người có chứng chỉ kế toán có thể chứng minh tính đủ điều kiện của họ mà không cần tiết lộ địa chỉ ví, tài khoản Twitter hoặc chứng chỉ kế toán của họ. Xem xét sự phức tạp của công nghệ ZKP, hầu hết các dự án sử dụng thư viện mã khi tạo một hệ thống danh tiếng có mục đích chung hoặc tùy chỉnh, thay vì xây dựng mã từ đầu.
Semaphore là một thư viện mã nguồn mở để tạo danh tính và chứng minh tư cách thành viên zero knowledge. Nó cung cấp các mạch có mục đích chung để chứng minh tư cách thành viên. Các dự án có thể sử dụng Semaphore để tạo các nhóm off-chain hoặc on-chain, mỗi nhóm đại diện cho một tập hợp danh tính người dùng phù hợp với các đặc điểm nhất định. Các nhóm được tổ chức dưới dạng cây Merkle, với Cam kết ID là lá của chúng. Để nâng cao hiệu quả, các dự án thường chọn lưu trữ các Cam kết ID off-chain. Với Semaphore, quy trình lưu trữ thông tin và zero-knowledge proof gần giống như sau: 1) Người dùng tạo danh tính trên giao diện người dùng và chứng minh quyền sở hữu danh tính của mình (ví dụ: chữ ký ECDSA từ ví Ethereum hoặc xác minh OAuth từ tài khoản Twitter) ; 2) Cam kết ID được tạo được chuyển ra khỏi blockchain; 3) Prover (người dùng) đạt được cam kết đặt ra bằng cách đọc lưu trữ off-chain và tạo Nhân chứng thông qua bằng chứng Merkle và thông tin nhận dạng; 4) Sau đó, anh ta sử dụng Groth16 để tạo ra zero-knowledge proof thông qua Nhân chứng.
Những thách thức mà hệ thống danh tiếng Web3 phải đối mặt trong việc tạo đột phá
Như chúng ta đã thảo luận trước đó, không có hệ thống danh tiếng Web3 mang tính biểu tượng nào trên thị trường bởi vì về cơ bản, các thành phố Web3 chỉ đang được xây dựng. Các hệ thống danh tiếng cố gắng đạt được các mục tiêu rõ ràng và được cung cấp bởi các lý thuyết và công nghệ đầy đủ, tuy nhiên hệ thống này thiếu kinh nghiệm thực tế và các điều chỉnh sản phẩm tại thời điểm này. Tóm lại, chúng tôi tin rằng hệ thống danh tiếng Web3 phải đối mặt với ba thách thức: thu thập dữ liệu, thiết kế mô hình và khả năng tương tác.
1. Thu thập dữ liệu
Dữ liệu danh tiếng có thể là cả on-chain và off-chain. Chỉ mới chưa đầy một thập kỷ kể từ khi các blockchain bắt đầu phát triển nhanh chóng. Mặc dù vậy, các chuỗi công khai đã tích lũy dữ liệu lịch sử khổng lồ, chứa các hàm ý dữ liệu ngày càng linh hoạt. Do đó, mặc dù dữ liệu on-chain được cung cấp công khai, nhưng việc thu thập dữ liệu của nó vừa tốn kém (vì cần tài nguyên điện toán và lưu trữ đám mây) vừa đòi hỏi cao. Ngoài ra, vì hầu hết dữ liệu on-chain là về các hành vi tài chính tập trung vào mã thông báo hoặc NFT (giao dịch, staking, cho vay, v.v.), nó chỉ có thể được áp dụng cho một số danh tiếng hạn chế.
Nói cách khác, việc xây dựng một hệ thống danh tiếng Web3 đang hoạt động đòi hỏi nhiều dữ liệu off-chain hơn, chẳng hạn như Web2, và thậm chí cả thông tin trong thế giới thực. Để thu thập dữ liệu off-chain trong Web3, nhấn mạnh chủ quyền dữ liệu, các dự án phải đối mặt với hai thách thức: 1) sự đồng ý của người dùng và 2) sự cho phép từ các tổ chức tập trung kiểm soát dữ liệu. Hiện tại, chỉ có một số ứng dụng Web2 cung cấp các API mở cho các dự án bên ngoài khi nhận được sự cho phép của người dùng. Điều đó nói rằng, những quyền đó có thể bị tạm ngưng bất cứ lúc nào, đặc biệt là những quyền được cấp cho các dự án Web3. Một số hệ thống danh tiếng cố gắng nắm bắt dữ liệu giao diện người dùng thông qua các công cụ web hoặc tiện ích mở rộng trình duyệt sau khi nhận được sự đồng ý của người dùng. Tuy nhiên, cách tiếp cận này sẽ yêu cầu giáo dục người dùng lâu dài và đào tạo thói quen vì người dùng cá nhân chưa tin tưởng các công cụ này và có thể không sẵn sàng sử dụng chúng vì những lo ngại về quyền riêng tư; người dùng cá nhân, đặc biệt là người dùng không phải Web3, không có động cơ sử dụng các công cụ như vậy vì họ không nhận thấy lợi ích của chúng (ví dụ: kiếm token, nhận airdrop và thu được chính xác nội dung Web3 thú vị). Hệ thống danh tiếng phải đối mặt với một vấn đề rõ ràng là Gà và Trứng.
2. Thiết kế mô hình
Hầu hết các danh tiếng hoặc thông tin đăng nhập Web3 hiện có đều cực kỳ đơn giản và chủ yếu được sử dụng làm bằng chứng cho việc tham gia một sự kiện nhất định. Các thông tin xác thực như vậy có thể chỉ định sự tham gia của người dùng vào AMA của dự án, tần suất giao dịch DeFi của anh ấy, cầu nối cross-chain mà anh ấy đã sử dụng và một dự án nhất định trên Twitter và Discord mà anh ấy theo dõi… Với danh tiếng tùy chỉnh như vậy, các dự án và DAO không thể tiến hành bất kỳ chuyên sâu nào phân tích các đặc điểm hành vi của chủ sở hữu và không thể xác định trực tiếp chủ sở hữu là người dùng tiềm năng, mục tiêu airdrop, quản trị viên hoặc người quảng bá tiếp thị.
Do đó, khi thiết kế một hệ thống danh tiếng, dù là định tính hay định lượng, các đội ngũ dự án nên cân nhắc chi tiết hơn. Ví dụ: khi xác định những người nắm giữ NFT cao cấp, ngoài số lượng tương tác giữa một địa chỉ và OpenSea, các dự án nên xem xét thêm các yếu tố, bao gồm: Người dùng có thường xuyên thảo luận về NFT trên phương tiện truyền thông xã hội không? Anh ấy đã bao giờ đúc NFT chưa? Anh ấy có phải là người nắm giữ nhiều NFT blue-chip không? Anh ta có tham gia vào NFTFi như phân mảnh NFT và cho vay NFT không? Hơn nữa, khi tìm kiếm quản trị viên DAO chuyên nghiệp, thay vì chỉ kiểm tra xem một địa chỉ có giữ mã thông báo dự án hay không, các dự án nên kiểm tra sự nhiệt tình của người dùng đối với việc tham gia vào các đề xuất, tỷ lệ chấp thuận các đề xuất mà anh ta nêu ra, quản trị viên tiềm năng này được các thành viên cộng đồng đánh giá như thế nào, và thậm chí cả tác dụng của các đề xuất lịch sử.
Việc thiết kế chi tiết các hệ thống danh tiếng đòi hỏi sự thông thái của các chuyên gia trong các lĩnh vực khác nhau và bí quyết chuyên nghiệp của các kỹ sư dữ liệu, cũng như các thông tin chuyên sâu hơn giúp các dự án đạt được mục tiêu của họ. Trong quá trình này, các nhà thiết kế cũng phải tiến hành tính toán nâng cao trên tất cả các dữ liệu liên quan và thường xuyên điều chỉnh các phương trình hoặc thuật toán theo hiệu quả đạt được. Sẽ mất nhiều thời gian để Web3, vốn đang thiếu nhân tài trầm trọng, mới có thể giải quyết được vấn đề này.
3. Khả năng tương tác
Hiện tại, hệ thống danh tiếng Web3 phải đối mặt với hai thách thức lớn trong việc đạt được khả năng tương tác: 1) sự đồng thuận và 2) tính cởi mở. Đối với cái trước, những người tham gia vào hệ sinh thái Web3 không đồng ý về các danh tiếng hoặc thông tin xác thực khác nhau. Vì ngành vẫn còn sơ khai, không có thông tin xác thực có thẩm quyền nào có thể dùng làm tài liệu tham khảo cho tất cả các hệ thống hoặc hệ thống danh tiếng trong một số phân khúc nhất định. Ví dụ: trong thế giới thực, các tổ chức tài chính yêu cầu ứng viên của họ phải có chứng chỉ kế toán, chẳng hạn như CFA, CPA, ACCA hoặc FRM. Tuy nhiên, trong thế giới Web3, không có danh tiếng DeFi nào được mọi người chấp nhận. Điều này xảy ra bởi vì, ngoài việc thiếu danh tiếng sâu sắc và không có khả năng xây dựng sự đồng thuận, nhiều dự án muốn xây dựng hệ thống danh tiếng của riêng họ. Ngay cả trong Web3, công ty ủng hộ “cộng tác”, vẫn có những nhóm đầy tham vọng cố gắng trở thành người có uy tín về danh tiếng. Rốt cuộc, không ai biết cuối cùng ai sẽ giành chiến thắng trong cuộc đua. Để làm cho vấn đề tồi tệ hơn, một số dự án Web3 hoàn toàn không "mở". Người sáng lập RabbitHole đã từng nói trong một cuộc phỏng vấn rằng để giữ chân người dùng, các chứng chỉ danh tiếng do nhiều cộng đồng cấp chỉ có thể được sử dụng trong nội bộ và ngay cả các thành viên cộng đồng cũng không nhận được bằng chứng về danh tiếng.
Xu hướng tương lai của danh tiếng Web3
Mặc dù các dự án gặp nhiều khó khăn trong việc phát triển hệ thống danh tiếng Web3, những vấn đề mà chúng tôi đã đề cập cuối cùng sẽ được giải quyết. Ví dụ, hiệu ứng của Web3 sẽ dễ dàng giải quyết tình trạng khó xử giữa Gà và Trứng; với sự khuyến khích phù hợp, thế hệ millennials và các thành viên của Thế hệ Z sẽ trở nên quan tâm đến Web3; các dự án không có tư duy cởi mở sẽ bị thay đổi hoặc loại bỏ do Web3 mainstream theo đuổi tính mở.
Cả hai công nghệ bảo vệ quyền riêng tư như zero-knowledge proofs và các thuật toán phức tạp bao gồm học máy sẽ được các hệ thống danh tiếng của Web3 áp dụng rộng rãi hơn. Việc áp dụng cái trước bảo vệ quyền riêng tư của người dùng. Với các công nghệ bảo vệ quyền riêng tư, người dùng sẽ sẵn sàng hơn để cấp quyền truy cập vào Web2 hoặc thậm chí dữ liệu trong thế giới thực của họ và các dự án sẽ có thể mở khóa nhiều kịch bản ứng dụng hơn. Việc sử dụng cái sau sẽ giúp các dự án thiết kế danh tiếng/thông tin xác thực sâu sắc hơn, điều này sẽ cho phép đối sánh mục tiêu chính xác.
Ngoài ra, chúng tôi tin rằng mỗi phân khúc sẽ có các chứng chỉ danh tiếng được đồng thuận cao, các chứng chỉ này sẽ hoạt động giống như các chứng chỉ chuyên môn trong các lĩnh vực truyền thống. Khác với các chứng chỉ truyền thống, các chứng chỉ Web3 này không cần phải được cấp phép và ủy quyền bởi các tổ chức tập trung. Các phân đoạn dọc như vậy không giới hạn ở DeFi, NFT và trò chơi, là những lĩnh vực quen thuộc với cư dân Web3 hiện tại nhưng cũng có thể bao gồm các lĩnh vực truyền thống. Ví dụ, những người ủng hộ khoa học phi tập trung (DeSci) đang kêu gọi thay thế chỉ số h bằng chứng chỉ danh tiếng dựa trên công nghệ blockchain. Đối với họ, chỉ số h chỉ đo lường số lượng bài báo được xuất bản và các giải thưởng quan trọng chứ không thể đưa ra bất kỳ đánh giá toàn diện và công bằng nào về đóng góp của các nhà khoa học. Do đó, họ ủng hộ một hệ thống danh tiếng on-chain có thể xác minh cho các nhà khoa học, hệ thống này có thể được triển khai dưới dạng một hoặc nhiều NFT hoặc mã thông báo điểm. Ngoài ra, một hệ thống như vậy sẽ tính đến một loạt các yếu tố đánh giá, bao gồm các hoạt động có giá trị như đánh giá đồng cấp, đào tạo/giảng dạy và chia sẻ dữ liệu, ngoài các bài báo và giải thưởng đã xuất bản.
Khi danh tiếng on-chain, bằng chứng xác thực hoặc huy chương trở nên phổ biến, các tổ chức DAO hoặc Web3 có thể áp dụng mô hình quản lý nguồn nhân lực mới. Các tổ chức phẳng đã sử dụng amip và holacracy làm mô hình quản lý của họ, cả hai đều làm suy yếu ranh giới giữa các bộ phận truyền thống. Đặc biệt, holacracy loại bỏ hoàn toàn khái niệm về thứ bậc và chức danh công việc và thay thế chúng bằng các vòng tròn và vai trò. Cụ thể hơn, mỗi nhân viên có thể đóng nhiều vai trò, có nghĩa là các nhiệm vụ của một nhân viên có thể trải dài các vòng khác nhau. Điều này giống với nguyên mẫu của DAO. Trong số các tổ chức đã áp dụng chế độ holacracy, Zappos, một nền tảng thương mại điện tử bán lẻ của Hoa Kỳ, cung cấp cho nhân viên các huy hiệu khác nhau dựa trên vai trò và kỹ năng của họ, bao gồm cả những huy hiệu nằm ngoài phạm vi công việc. Những huy hiệu này đóng vai trò là tài liệu tham khảo chính để điều chỉnh lương và nhân viên có thể nhận được huy hiệu đi kèm với mức lương tương ứng, tùy theo sở thích nghề nghiệp của họ. Tuy nhiên, hệ thống huy hiệu của Zappos chỉ có ảnh hưởng trong nội bộ công ty và cách tiếp cận này dường như quá không chính thống đối với các công ty khác. Tính toàn diện, điều khó thực hiện trong thế giới cũ, nơi các chức danh công việc có thẩm quyền hơn, có thể bùng nổ trong Web3 và chúng tôi mong chờ ngày nó phát triển mạnh mẽ.
Kết luận
Hệ thống danh tiếng giúp Web3 thúc đẩy hiệu ứng của nó, điều này rất quan trọng đối với sự phát triển của hệ sinh thái Web3. Là một nhà xây dựng Web3 cung cấp các dịch vụ vốn, ViaBTC Capital nhận thức sâu sắc những khó khăn mà các đội ngũ dự án phải đối mặt khi họ tìm kiếm sự phát triển và xây dựng các chiến lược tiếp cận thị trường trong giai đoạn trứng nước. Đối với họ, việc xác định chính xác và chi phí thấp của các bên liên quan (người dùng, thống đốc và nhà phát triển) thể hiện một nhiệm vụ khắt khe. Vì vậy, chúng tôi cũng đang tìm kiếm cơ hội đầu tư vào lĩnh vực hệ thống danh tiếng Web3 để xây dựng hệ sinh thái Web3 và mở rộng danh mục đầu tư của mình. Vui lòng liên hệ với chúng tôi tại [email protected] nếu bạn đang phát triển hệ thống danh tiếng Web3 và đang tìm kiếm đầu tư và quan hệ đối tác.
Tài liệu tham khảo:
https://future.com/reputation-based-systems/
https://mirror.xyz/0x5Eba828AB49998...6/jBKtY8DJv2TN6AqA6SsZrM8qJkC2ReDDJaSKPu1QLWI
https://kermankohli.substack.com/p/web3-reputation-market-map
https://blog.csdn.net/myan/article/details/126376974
https://seedclub.libsyn.com/ep-8-the-rabbit-hole-that-is-nouns-dao-brian-flynn
https://semaphore.appliedzkp.org/docs/introduction