Giải thích toàn cảnh về Bản sắc phi tập trung: Ba câu hỏi của linh hồn DID
A&T Capital
2022-09-28 13:30
本文约15584字,阅读全文需要约62分钟
Bài viết này được chia thành lớp kịch bản ứng dụng, lớp nhận dạng và lớp dữ liệu để thực hiện đánh giá có hệ thống về đường DID.

Tiêu đề gốc: "A&T View: Đánh giá chi tiết nhất về bản nhạc DID trên toàn mạng + ba câu hỏi về linh hồn DID"

Tác giả: Lin Chuan, Chuyên viên phân tích cao cấp tại A&T Capital

Bản tóm tắt

Bản tóm tắt

  • DID hiện nay thường là chữ viết tắt của "Danh tính phi tập trung" (Danh tính phi tập trung). Nó là một danh tính kỹ thuật số không có sự đảm bảo cuối cùng của một tổ chức tập trung. Nó là sự mở rộng và mở rộng của khái niệm "chân dung người dùng" trong Web2 trong Web3.

  • Các bản nhạc liên quan đến DID chủ yếu được chia thành ba lớp: kịch bản ứng dụng, danh tính và thông tin đăng nhập. Lớp thông tin xác thực là một thành phần của DID, lớp nhận dạng là dạng cụ thể của DID và lớp kịch bản ứng dụng là hiện thân giá trị của DID.

  • Hình thức phát triển DID cuối cùng có thể là mỗi người dùng có một danh tính duy nhất trên toàn mạng và một phần danh tính trong nhiều tình huống được chia nhỏ. Người dùng ghi nhớ và xác định DID thông qua tên miền, quản lý DID và tương tác với các dự án ứng dụng thông qua ví, đồng thời tích hợp các thông tin xác thực và danh tính từng phần khác nhau trên nhiều chuỗi thông qua các giao thức khác nhau trong tích hợp ví.

  • DID hiện không phải là nhu cầu trực tiếp của người dùng, mà là nhu cầu của các bên dự án kịch bản ứng dụng.

  • Sự phát triển của DID vẫn còn ở giai đoạn sơ khai và quá trình lặp lại tương đối chậm, cho đến nay vẫn chưa có hệ thống DID nào tích lũy được hiệu ứng mạng nhất định, điều này chủ yếu là do những khó khăn trong quá trình phát triển các dự án ứng dụng phi tài chính Web3 hiện tại.

  • Logic tổng thể của đầu tư cấp độ đầu tiên của DID: bắt đầu từ người dùng, ứng dụng đi trước thỏa thuận.

Lời nói đầu: DID, một khái niệm được sử dụng rộng rãi và thậm chí bị lạm dụng

DID là một khái niệm phổ biến trong lĩnh vực Web3. Trên Twitter, có một Không gian Twitter thảo luận về DID hầu như mỗi tuần; trong các phiên chia sẻ Web3 ngoại tuyến khác nhau, DID cũng là một trong những chủ đề nóng lâu dài; về mặt tài chính của dự án, cho dù đó là xã hội, GameFi, DeFi, NFT và các dự án ứng dụng khác, hoặc các dự án phần mềm hạ tầng/trung gian như ví, tên miền và thậm chí cả chuỗi công khai, có thể thêm DID vào tường thuật của chúng.

Tuy nhiên, mức độ phổ biến cao như vậy chắc chắn khiến thuật ngữ DID được sử dụng rộng rãi và thậm chí bị lạm dụng:

  • Lúc đầu, tên đầy đủ của DID là "Decentralized Identifiers", dịch sát nghĩa là "Số nhận dạng phi tập trung". Đây là một bộ tiêu chuẩn do World Wide Web Consortium (W3C), cơ quan tiêu chuẩn công nghệ Internet quốc tế có ảnh hưởng nhất, đứng đầu, do lo ngại về hệ thống nhận dạng tập trung Web2. Khái niệm DID ban đầu không liên quan trực tiếp đến blockchain/Web3, nhưng nếu bạn trực tiếp tìm kiếm "DID", bạn vẫn có thể thấy rằng DID được thảo luận trong nhiều bài viết là tiêu chuẩn cụ thể này

  • Trong giao tiếp Web3 hiện tại, DID thường được coi là từ viết tắt của "Danh tính phi tập trung", dùng để chỉ "danh tính (kỹ thuật số) phi tập trung". Tuy nhiên, bản thân danh tính phi tập trung cũng là một từ vựng thiếu định nghĩa rõ ràng, mặc dù thoạt nhìn mọi người đều có thể hiểu ý nghĩa chung của nó, nhưng nó có thể ám chỉ những thứ khác nhau trong các tình huống khác nhau, và trong thế giới của Web3, dường như Mọi thứ đều có thể liên quan với nó. Đây là lý do tại sao có quá nhiều nhầm lẫn về khái niệm trong cuộc thảo luận hiện tại về DID.

DID được thảo luận tiếp theo trong bài viết này sẽ áp dụng khái niệm sau về "nhận dạng kỹ thuật số phi tập trung" và sẽ sử dụng DID để tham khảo tiêu chuẩn Định danh phi tập trung của W3C để tránh nhầm lẫn.

Bài viết này được chia thành phần đầu tiên và phần tiếp theo. Trong phần đầu tiên, tác giả sẽ chia lớp kịch bản ứng dụng, lớp nhận dạng và lớp dữ liệu, đồng thời đánh giá một cách có hệ thống về đường DID để giúp người đọc hiểu được sự khác biệt và mối liên hệ giữa các khái niệm khác nhau; trong phần thứ hai, tác giả sẽ Giải thích một số quan điểm chủ quan về tương lai phát triển của đường đua DID và sự đầu tư ban đầu, nhằm ném gạch để bạn đọc cùng suy nghĩ và trao đổi.

Một cặp: Giải thích toàn cảnh về Đường nhận dạng phi tập trung (DID)

Trong Web2, danh tính kỹ thuật số được tập trung vào nền tảng và các sản phẩm khác nhau trong cùng một nhóm được kết nối thông qua hệ thống tài khoản. Ví dụ: hộp thư, trò chơi, tài chính, v.v. của Tencent đều có thể sử dụng cùng một tài khoản, Google, Facebook và các công ty Internet hàng đầu khác cũng có hệ thống tài khoản riêng. Mặc dù hệ thống nhận dạng này thuận tiện để xây dựng, nhưng nhược điểm của nó đã được biết rõ: tài khoản giữa các nền tảng không thể tương tác với nhau và người dùng không có cách nào kiểm soát dữ liệu nhận dạng của chính họ.

Trong Web3 hiện tại, tương tác của người dùng chủ yếu dựa trên địa chỉ ví, do đó, một loạt các hoạt động xung quanh địa chỉ tạo thành danh tính kỹ thuật số nguyên bản nhất của Web3. Nhưng chi phí để tạo một địa chỉ mới gần như không đáng kể và rất ít người sẽ tự ràng buộc mình với một địa chỉ. Điều này dẫn đến thực tế là người dùng có thể từ bỏ "danh tính" được đại diện bởi một địa chỉ bất kỳ lúc nào và cũng có thể tạo một số lượng lớn "danh tính" địa chỉ với chi phí bằng không, do đó hạn chế các kịch bản ứng dụng của danh tính kỹ thuật số này .

Vấn đề mà DID hy vọng giải quyết được là xây dựng mô tả danh tính của một người trong thế giới kỹ thuật số phi tập trung.

1. Kịch bản ứng dụng của DID: Nếu chúng ta đã có một bộ DID hoàn thiện...

DID là một khái niệm trừu tượng. Để hiểu trực quan hơn về nó, chúng ta hãy trình bày chi tiết về cách DID được triển khai, bắt đầu từ kịch bản ứng dụng: nếu đã có một bộ DID trưởng thành trong thế giới Web3, thì có thể làm gì? nó làm gì?

Tác giả chia đại khái câu chuyện về DID ở lớp kịch bản ứng dụng thành hai loại: Reputation (danh tiếng) và Relationship (mối quan hệ).

Cách chính để phân biệt chúng là giả định rằng nếu bạn sắp từ bỏ "danh tính kỹ thuật số" hiện có của mình, bạn có thể xây dựng lại danh tính mới có thể đại diện cho bạn trong một khoảng thời gian tương đối ngắn không?

Nếu là lớp trước, thì đó là lớp Danh tiếng; nếu là lớp sau, thì đó là lớp Mối quan hệ.

1.1 Danh tiếng: danh tiếng/lý lịch/sự hiện diện xã hội

Loại kịch bản ứng dụng này tập trung vào việc đánh giá và phân loại người dùng bằng cách đơn giản hóa danh tính kỹ thuật số thành một số nhãn rõ ràng và đáng tin cậy, để đạt được hiệu quả sàng lọc nhanh chóng. Dưới đây là ba ví dụ cụ thể: cho vay tín dụng, tìm việc làm, giao lưu với người lạ:

  • Khoản vay tín dụng Web3, hy vọng cung cấp "điểm tín dụng" cho địa chỉ tài khoản của người dùng, để tính toán số tiền có thể được giảm hoặc miễn trong khoản vay tín dụng. Loại điểm tín dụng này có thể được thực hiện thông qua bằng chứng nhận dạng/tài sản ngoài chuỗi hoặc có thể kết hợp với phân tích hồ sơ hoạt động trong quá khứ của địa chỉ trên chuỗi của người dùng.

  • Đối với việc tìm kiếm và tuyển dụng Web3, hy vọng rằng sơ yếu lý lịch của người dùng có thể được tạo trên chuỗi để người dùng có thể nhanh chóng chứng minh khả năng của mình với bên dự án Web3/DAO/cộng đồng, v.v. và giảm ma sát thông tin trong công việc Web3 quá trình săn lùng và tuyển dụng. Chứng nhận kinh nghiệm làm việc và khả năng Web3 trong sơ yếu lý lịch có thể được thực hiện thông qua phân tích địa chỉ trên chuỗi, chữ ký của địa chỉ ví đa chữ ký của chủ sở hữu cũ và chứng nhận email của công ty Web2.

  • Web3 Stranger Social (bao gồm cả xã hội dị tính, xã hội quan tâm, v.v.), hy vọng sẽ nhanh chóng xây dựng mô tả thẻ cho người dùng. Mô tả của loại nhãn này có thể phụ thuộc vào việc nắm giữ NFT. Ví dụ: những người nắm giữ BAYC có thể được gắn nhãn là "giàu có" và những người nắm giữ các NFT có lợi ích và cộng đồng khác nhau cũng có thể được gắn nhãn tương ứng. Người dùng có thể tích hợp các thẻ này và đặt chúng trên trang chủ xã hội của họ để hiển thị; người dùng cũng có thể nhanh chóng lọc các đối tượng họ muốn giao lưu dựa trên các thẻ này và hiểu sơ bộ về sở thích và sở thích của họ.

1.2 Mối quan hệ: tường thuật kịch bản ứng dụng quan hệ của DID

Loại kịch bản ứng dụng này tập trung vào việc thực hiện một số phân tích ứng dụng toàn diện và phức tạp hơn bằng cách coi danh tính kỹ thuật số là sự tích lũy dữ liệu người dùng trong Web3. Dưới đây là bốn ví dụ cụ thể có liên quan:

  • Hệ thống đề xuất Web3 hy vọng sẽ hình thành chân dung người dùng thông qua việc tích lũy dữ liệu liên quan đến Web3 của người dùng, sau đó thực hiện các đề xuất và hiển thị quảng cáo được cá nhân hóa có mục tiêu. Câu chuyện về bộ chân dung người dùng này thực sự được kế thừa từ logic cốt lõi của các nhà sản xuất nền tảng trong thời đại Internet di động và nó đã được chứng minh là khả thi. Và trong Web3, không chỉ dữ liệu nhận dạng có thể tương tác trên các nền tảng mà người dùng còn có thể có quyền sở hữu và quyền chia sẻ công khai đối với dữ liệu nhận dạng của chính họ. Hệ thống chân dung người dùng được xây dựng theo cách này có thể thân thiện với người dùng hơn so với Web2.

  • Tương tác xã hội làm quen với Web3, hy vọng hình thành một tập hợp biểu đồ xã hội của người dùng thông qua việc tích lũy các tương tác xã hội của người dùng trong Web3, có thể được sử dụng bởi nhiều Ứng dụng mới. Bằng cách này, khi người dùng sử dụng ứng dụng mới hoặc tham gia trò chơi mới, họ có thể nhanh chóng tìm thấy người quen và bạn bè của mình mà không cần phải thêm lại họ như Web2.

  • Đối với game Web3, hy vọng có thể xây dựng hệ thống tài khoản game (GameID) để mô tả sở thích và khả năng của người dùng trong game thông qua việc tích lũy dữ liệu của người dùng trong game Web3. Ví dụ: người dùng A có thể có hồ sơ tham gia rất sớm trong một số trò chơi bài Web3 nhất định và những điều này có thể được ghi lại trong GameID, để nếu một trò chơi bài mới muốn tìm người dùng sớm, A có thể được ưu tiên.

  • Quản trị bỏ phiếu của DAO đôi khi hy vọng sẽ tiến hành một cuộc bỏ phiếu công bằng "một người, một phiếu bầu". Nhưng làm sao để chứng minh một người chỉ vote một lần, thay vì đăng ký nhiều tài khoản để quẹt phiếu (tấn công Sybil) lại là một bài toán khó. Vấn đề này có thể được giải quyết thông qua phân tích lịch sử địa chỉ của người dùng hoặc xác thực người thật.

1.3 Mối liên hệ giữa hai loại kịch bản ứng dụng: từ điểm tới bề mặt và sau đó từ bề mặt tới điểm

Trên thực tế, mối quan hệ giữa các ứng dụng Danh tiếng và Mối quan hệ không quá rõ ràng, mà giống như một mối quan hệ giống như mạng.

Nói chính xác hơn, các thẻ rõ ràng và đáng tin cậy khác nhau giống như "điểm". Theo thời gian, những điểm này tích lũy xung quanh cùng một danh tính và cuối cùng tạo ra một "khuôn mặt" hoàn chỉnh về chân dung của người dùng; khi người dùng Hoặc khi bên dự án thực sự muốn để sử dụng "khuôn mặt" này, cần phải xử lý thêm để đơn giản hóa nó thành một vài "điểm" dễ mô tả và dễ hiểu.

Ví dụ: về vấn đề nắm giữ NFT, trong những ngày đầu, người dùng chỉ có thể được gắn thẻ (điểm) chẳng hạn như người nắm giữ BAYC và người nắm giữ Azuki; nhưng khi thời gian trôi qua, nếu chúng tôi thấy rằng bất cứ khi nào có sự phổ biến Khi NFT xuất hiện , người dùng này sẽ tham gia vào giao dịch (khuôn mặt), sau đó chúng tôi có thể thực hiện phân tích quy nạp và gắn nhãn anh ta là "nhà giao dịch NFT phổ biến" (điểm).

Trên đây về cơ bản là một bản tóm tắt tất cả các tường thuật DID ở cấp độ kịch bản ứng dụng. Có thể thấy rằng về cơ bản nó bao gồm gần như tất cả các tường thuật của lớp ứng dụng Web3, đó là lý do tại sao DID còn được gọi là "cơ sở hạ tầng nhận dạng" của các ứng dụng Web3.

2. Mẫu dữ liệu gốc và thông tin xác thực: Các thuộc tính tạo nên DID đến từ đâu?

Người đọc có thể cảm thấy rằng trong các câu chuyện kể trên về các tình huống ứng dụng khác nhau, mỗi danh tính kỹ thuật số thực sự đề cập đến những thứ khác nhau, nhưng tất cả chúng đều có thể được gọi là "DID". Ở đây, thực sự có hai vấn đề chính:

  • "Danh tính phi tập trung" này bao gồm những nhãn/thuộc tính/thông tin xác thực cụ thể nào? Ví dụ: những gì nó muốn kết nối là nắm giữ NFT của người dùng, hồ sơ tương tác trên chuỗi hoặc mối quan hệ xã hội của người dùng hoặc thông tin nhận dạng của người dùng bên ngoài chuỗi?

  • "Danh tính phi tập trung" này, nó được tổng hợp trên mã định danh (Identifiers, ID) nào, hay giao diện chính cho tương tác bên ngoài là gì? Ví dụ: chúng tôi có sử dụng NFT, địa chỉ hoặc tên miền để đại diện cho danh tính không?Làm cách nào để chúng tôi sử dụng danh tính để tương tác với phía ứng dụng?

Sau khi làm rõ hai vấn đề này, bạn có thể thấy rõ các dự án đa dạng và phức tạp trong DID ở lớp nhận dạng.

Hãy xem xét câu hỏi đầu tiên, chính xác các thuộc tính tạo nên DID đến từ đâu.

2.1 Thông tin xác thực: Tại sao nó lại quan trọng đối với danh tính phi tập trung?

Trước tiên chúng ta hãy xem ví dụ sau: Bạn gặp một người mới, và anh ta nói: “Tôi là Zhang San, sinh năm 1990, tốt nghiệp cử nhân Đại học Bắc Kinh, và tôi biết rất rõ về bố của bạn”. Anh ấy muốn một cái gì đó từ bạn, nhưng vì một số lý do, bạn rất không tin tưởng vào phần tự giới thiệu của anh ấy. Vì vậy, làm thế nào anh ta nên chứng minh cho bạn sự thật của những gì anh ta nói?

Nếu anh ta muốn chứng minh tên và tuổi của mình, anh ta có thể xuất trình chứng minh thư của mình, thậm chí anh ta có thể cùng bạn đến đồn cảnh sát để chứng minh rằng chứng minh thư là của chính mình; nếu anh ta muốn chứng minh trình độ học vấn của mình, anh ta có thể xuất trình bằng cấp của mình. Chứng minh thư Giấy chứng nhận tốt nghiệp hoặc giấy chứng nhận do Xuexin.com gửi cho bạn, nếu anh ta muốn chứng minh rằng anh ta biết rất rõ về bố bạn, anh ta có thể liên hệ với bố bạn để giải thích cho bạn. Ngược lại, nếu anh ta hỏi bạn và muốn chứng minh danh tính của mình, nhưng khi bạn yêu cầu, anh ta không cung cấp được bằng chứng cụ thể nêu trên, thì bạn có đủ lý do để nghi ngờ tính xác thực trong lời khai của anh ta.

Do đó, chúng ta có thể thấy rằng một danh tính bao gồm nhiều thuộc tính, chẳng hạn như tên, năm sinh, học vấn, vòng tròn xã hội và các thuộc tính khác liên quan đến lời tuyên bố của Zhang San với chính mình vừa rồi. Tuy nhiên, nếu không có thông tin đăng nhập cụ thể tương ứng, các thuộc tính này không có độ tin cậy và hầu hết các tình huống ứng dụng sẽ không áp dụng danh tính kỹ thuật số nếu không có độ tin cậy. Vì trong Web3, nguồn thuộc tính của một danh tính đa dạng hơn và người dùng tiềm năng rộng hơn nên khó tìm được người bảo lãnh chung tập trung nên việc xác minh thông tin đăng nhập cho từng thuộc tính trở nên nổi bật hơn.

2.2 Phân loại chứng từ Nguồn dữ liệu gốc

Do đó, khi chúng tôi nghiên cứu thành phần cụ thể của DID, chúng tôi thực sự tập trung vào các thông tin đăng nhập cụ thể.

Dữ liệu trên chuỗi của người dùng là nguồn dữ liệu xác thực tự nhiên và trực quan nhất do tính chất không thể giả mạo của chuỗi khối cơ bản. Ngay cả loại tin cậy này cũng chỉ có thể dựa trên chuỗi công khai cơ bản mà không cần một tổ chức phát hành chứng chỉ cụ thể. Ví dụ, để chứng minh địa chỉ ví A thực sự đã chuyển tiền vào địa chỉ ví B, bạn chỉ cần kiểm tra thông tin tương ứng trên chuỗi. Loại tin cậy không có tổ chức phát hành chứng chỉ này không có sẵn trong các nguồn dữ liệu chứng chỉ khác và nó cũng là một trong những điểm hấp dẫn cốt lõi của chuỗi khối. Có khá nhiều sản phẩm công cụ Web3 thực hiện phân tích tích hợp dữ liệu trên chuỗi.

Tuy nhiên, trong thế giới Web3 hiện tại, dữ liệu trên chuỗi chủ yếu bao gồm chuyển khoản, tương tác DeFi và giao dịch/nắm giữ NFT và thông tin nhận dạng mà nó có thể mang lại bị hạn chế. Tuy nhiên, trong thế giới thực, điều kiện tiên quyết để chúng tôi tin tưởng chứng chỉ trong nhiều trường hợp là tin tưởng người phát hành chứng chỉ, nhưng việc thiết lập mối quan hệ tin cậy này là trong Web2 hoặc thế giới thực. Trong nhiều trường hợp, chúng tôi khó có thể đưa toàn bộ quá trình xác minh vào chuỗi, chẳng hạn như bằng lái xe - ngay cả khi nó được số hóa, bản thân bài kiểm tra vẫn diễn ra trong thế giới thực.

Hiện tại, có ba hình thức chính để biến Web2 và dữ liệu trong thế giới thực và các mối quan hệ tin cậy thành thông tin xác thực đáng tin cậy: SBT, VC và PoP.

2.2.1 Mã thông báo ràng buộc linh hồn (SBT)

SBT (Soul Bound Token), hay Soul Bound Token, là một khái niệm mới được trình bày chi tiết trong bài viết "Xã hội phi tập trung" do Vitalik và cộng sự xuất bản vào tháng 5 năm 2022.

Do SBT hiện nay chưa có một quy chuẩn chung rõ ràng nên trên thực tế, SBT hiện tại có thể hiểu đơn giản là Non-Transferrable Token, tức là “token không thể chuyển nhượng”. Trên thực tế, thông tin xác thực dưới dạng mã thông báo như vậy đã tồn tại, chẳng hạn như thông tin đăng nhập do POAP, Dự án Galaxy phát hành.

Việc triển khai SBT là đơn giản nhất và nó tự nhiên có khả năng tương tác và tính mở rất tốt. Và, vì SBT có nguồn gốc trên chuỗi nên nó cũng có thể được sử dụng làm "chứng chỉ kết quả" cho phương pháp phân tích dữ liệu trên chuỗi, chẳng hạn như chấm điểm tín dụng trên chuỗi.

Vấn đề chính với SBT là các vấn đề liên quan đến quyền riêng tư của người dùng do tính mở của nó gây ra. Bản chất công khai của SBT khiến mọi người dễ dàng liên tưởng và suy luận về một người, đồng thời nó có thể khiến quyền riêng tư trở nên bất khả thi và khuyến khích một số hình thức phân biệt đối xử. Ví dụ: một nhà tuyển dụng phân biệt chủng tộc có thể phân biệt đối xử với một nhân viên tiềm năng vì việc nhìn vào ví của người xin việc sẽ tiết lộ một sự kiện Black Lives Matter.

Về lý thuyết, thông qua sự kết hợp giữa công nghệ ZK và SBT, có thể thực hiện bảo vệ quyền riêng tư của người dùng. Nhưng điều này không chỉ liên quan đến một số khó khăn trong việc triển khai kỹ thuật cụ thể mà còn có thể ảnh hưởng đến tính mở và khả năng tương tác của SBT.

2.2.2 Chứng chỉ có thể kiểm chứng (VC)

Verifiable Credentials, dịch sát nghĩa “chứng chỉ có thể kiểm chứng”.

Như đã đề cập ở đầu bài viết này, khi chưa có blockchain, một số người bắt đầu nghĩ về danh tính phi tập trung trong thế giới kỹ thuật số, VC cũng là một phần của khái niệm và hệ thống tiêu chuẩn do W3C đề xuất.

Hãy cùng chúng tôi hiểu VC một cách trực quan qua ví dụ chứng nhận bằng lái xe quốc tế sau đây:

  • Nếu một Hans người Đức có bằng lái xe, anh ta có thể nộp đơn yêu cầu chính phủ Đức cấp và ký một VC với các số nhận dạng phi tập trung (DID) của nó. VC này tồn tại dưới dạng một tài liệu kỹ thuật số, là chứng chỉ để Hans lấy bằng lái xe và do chính Hans lưu giữ.

  • Nếu Hans đến Úc và bắt đầu chuyến du lịch tự lái, khi cần xuất trình bằng lái xe, anh ta có thể cho chính phủ Úc xem VC mà anh ta nhận được từ quan chức Đức; quan chức Úc đã nhìn thấy tài liệu kỹ thuật số này được ký bởi ID chính thức của Đức and the above Sau thông tin, có thể coi Hans có khả năng lái xe.

Mặc dù, nói đúng ra, cách viết cụ thể của VC có một bộ tiêu chuẩn do W3C xác định và các mã định danh phi tập trung trong đó cũng là DID trong hệ thống W3C. Nhưng từ quan điểm của Web3, việc thay thế mã định danh phi tập trung này bằng địa chỉ ví theo nghĩa rộng là khả thi về mặt logic.Hình dưới đây cho thấy mối quan hệ giữa người dùng, nhà phát hành VC và người xác minh VC:

Có thể thấy rằng so với SBT, ưu điểm chính của VC nằm ở việc bảo vệ quyền riêng tư của người dùng và người dùng có thể tự nhiên tiết lộ thông tin của mình một cách có chọn lọc. Hơn nữa, việc triển khai nó không liên quan gì đến công nghệ chuỗi khối, tức là nó cũng có khả năng tương thích tốt với Web2.

Vấn đề chính với VC là mặc dù nó có một bộ tiêu chuẩn tương đối được công nhận, nhưng bộ tiêu chuẩn này cần sự hỗ trợ của DID (xem bên dưới để biết chi tiết) và sự phát triển của DID tương đối chậm. Nếu bên dự án hoặc cộng đồng Web3 muốn thiết lập một bộ tiêu chuẩn quy trình vận hành VC, thì làm thế nào để thúc đẩy tiêu chuẩn này cũng sẽ là một điểm khó khăn.

2.2.3 Bằng chứng về Nhân cách (PoP)

Proof of Personhood, điều chính cần làm là chứng minh tính duy nhất của danh tính kỹ thuật số bằng cách ràng buộc thông tin của người thật theo chuỗi. Proof of Humanity, BrightID và IDENA là những dự án tiêu biểu trong số đó.

Việc thực hiện cụ thể chủ yếu thông qua hai công nghệ nhận dạng khuôn mặt KYC và video. KYC là một phương pháp xác thực cổ điển phổ biến trong các sàn giao dịch. Thông qua KYC, danh tính kỹ thuật số sẽ bị ràng buộc với thông tin pháp nhân của bạn (tên, quốc tịch, v.v.) trong chuỗi; nhận dạng khuôn mặt, chẳng hạn như BrightID, chủ yếu sử dụng thông tin khuôn mặt của bạn Nhập cơ sở dữ liệu để đảm bảo rằng một người chỉ có thể đăng ký một ID trong hệ thống ID dự án.

Có thể thấy rằng kịch bản ứng dụng trực tiếp nhất của xác thực PoP là chống tấn công Sybil. Ngoài ra, trong bối cảnh tất cả các quốc gia đang xem xét quy định về tiền điện tử, KYC có thể trở thành điều kiện cần thiết để thiết lập "danh tính pháp lý".

2.3 Các hạng mục liên quan của Voucher

Có thể thấy rằng mặc dù thành phần cụ thể của nhận dạng kỹ thuật số phi tập trung có thể rất phức tạp, nhưng trong phân tích cuối cùng, nó chủ yếu bao gồm bốn loại thông tin xác thực sau: dữ liệu gốc trên chuỗi, SBT, VC và PoP.

Nói đúng ra, SBT cũng là một phần của dữ liệu gốc trên chuỗi, nhưng SBT phải được xử lý lại theo một cách nào đó và độ tin cậy của nó có thể phụ thuộc vào nhà phát hành; trong khi độ tin cậy vào dữ liệu gốc trên chuỗi chỉ cần dựa trên cơ sở niềm tin chuỗi công khai.

Các loại dự án Web3 cụ thể liên quan đến thông tin xác thực là gì?

Trong hầu hết các trường hợp, quy tắc xác thực của nhiều chứng chỉ có khả năng tương tác cao, chẳng hạn như xác minh xem người dùng có hoàn thành giao dịch trên chuỗi hay không, xác minh xem người dùng có giúp chuyển tiếp Twitter của bên dự án hay không hoặc xác minh xem người thực sự đứng sau người dùng có phải là Nỗ lực đầu tiên để có được thông tin đăng nhập. Trong bối cảnh này, tổ chức phát hành chứng chỉ không cần phải tạo một bộ công cụ để cấp chứng chỉ.

Do đó, nhiều loại dự án trong phân khúc này thực sự là công cụ/nền tảng để cấp chứng chỉ. Lấy Project Galaxy làm ví dụ, bên dự án có thể xuất bản các tác vụ trên Project Galaxy và người dùng có thể lấy thông tin đăng nhập do bên dự án cấp sau khi hoàn thành các nhiệm vụ trên nền tảng và thực hiện xác thực.

Tuy nhiên, trong một số tình huống phức tạp, tổ chức phát hành chứng chỉ hy vọng sẽ thiết kế các quy tắc riêng của mình để xác thực người dùng, đặc biệt là trong một số tình huống phức tạp khi việc đánh giá phải tuân theo các mức độ nhất định. Các chứng chỉ chứng minh nhân cách đã đề cập trước đó cũng có thể được phân loại là các dự án cấp chứng chỉ.

Các ví dụ khác là:

  • Rabbithole là đại diện cho các dự án "chứng nhận học tập". Nó cung cấp chứng nhận cho nhiều tựa Web3 khác nhau (chẳng hạn như NFT Creator, Explorer, v.v.), yêu cầu người dùng hoàn thành các tác vụ phức tạp hơn; ở một mức độ nào đó, logic và mạng trực tuyến Chứng chỉ hoàn thành khóa học rất giống nhau và Rabbithole cũng có thể nói là một nguyên mẫu của "giáo dục trực tuyến Web3".

  • ARCx hy vọng sẽ định lượng được mức độ tin cậy của các địa chỉ trên chuỗi dựa trên điểm tín dụng của từng chủ sở hữu Hộ chiếu DeFi. Điểm tín dụng sẽ được xác định bằng cách phân tích hoạt động lịch sử của địa chỉ Ethereum của chủ sở hữu và phạm vi của nó được đặt từ điểm 0 đến 999. Điểm tín dụng xác định tỷ lệ thế chấp do giao thức cung cấp cho người dùng. Đối với các địa chỉ có điểm tín dụng cao, DeFi Passport có thể cung cấp tài sản thế chấp cho khoản vay cạnh tranh.

  • FirstBatch hy vọng sẽ sử dụng AI để tạo thẻ sở thích của người dùng trên chuỗi bằng cách đọc dữ liệu ủy quyền của người dùng trên phương tiện truyền thông xã hội Web2 và sử dụng công nghệ ZK để bảo vệ quyền riêng tư.

3. Lớp nhận dạng: kết nối các kịch bản ứng dụng và thông tin xác thực, biểu mẫu DID cụ thể

Chúng tôi đã thảo luận về các kịch bản ứng dụng cụ thể của DID và cũng đã thảo luận về thành phần cụ thể của thông tin xác thực danh tính DID. Điều kết nối các trường hợp sử dụng và thông tin đăng nhập là những gì dự án lớp nhận dạng thực hiện. Ví dụ: tên miền, ví, biểu đồ xã hội, phân tích liên kết địa chỉ...

Làm cách nào để phân biệt liệu một dự án có đang thực hiện tổng hợp danh tính hay không? Ở đây, tác giả đề xuất một phương pháp đánh giá: nếu một dự án (hoặc mô-đun dự án) thực hiện điều gì đó không sử dụng DID trong một kịch bản hướng đến người dùng cụ thể cũng như không tạo thông tin xác thực mới cho người dùng, thì điều chính cần làm là "ràng buộc" khác nhau nếu nó là đã sửa” và “được kết nối”, thì nó có khả năng cao là một mục của lớp tổng hợp nhận dạng.

Nhưng làm thế nào để thực hiện tổng hợp danh tính Web3, các loại dự án khác nhau đưa ra những con đường và cách suy nghĩ khác nhau. Chúng có thể được tạm chia thành hai loại: xử lý và tổng hợp dữ liệu thô cũng như các thông tin đăng nhập khác nhau trên chuỗi và các công cụ quản lý danh tính hướng đến người dùng và giúp người dùng đạt được chủ quyền dữ liệu.

3.1 Giao thức tổng hợp thông tin

Dữ liệu của người dùng trên chuỗi thường nằm rải rác trong nhiều chuỗi công khai và nhiều hợp đồng thông minh của dự án, vì vậy chúng cần được xử lý và tổng hợp để tạo thành một danh tính. Nhiều dự án đang thực hiện một giao thức tổng hợp thông tin như vậy.

Các thỏa thuận này thường không có sản phẩm hướng trực tiếp đến người dùng mà chủ yếu hướng đến các bên dự án và các thỏa thuận khác, có thể hợp tác với nhau trong việc tổng hợp thông tin. Ví dụ như sau:

  • Cyberconnect hy vọng sẽ xây dựng một biểu đồ xã hội trên chuỗi, tổng hợp dữ liệu về mối quan hệ xã hội của người dùng

  • Mạng KNN3 hy vọng sẽ xây dựng các biểu đồ mối quan hệ xã hội của người dùng trên nhiều chuỗi thông qua việc tích hợp phân tích liên kết Dấu chân, Kết nối mạng và các biểu đồ xã hội khác

  • RSS3 hy vọng sẽ là một tập hợp nội dung và thông tin xã hội trên chuỗi và có thể phát triển theo hướng hệ thống khuyến nghị và phân phối thông tin Web3

Các loại dự án công cụ quản lý danh tính sau đây đều hy vọng cung cấp cho người dùng khả năng quản lý danh tính tích cực, là công cụ trực tiếp để người dùng đạt được chủ quyền dữ liệu.

3.2 Công cụ quản lý danh tính - Ví

Ví được định hướng trực tiếp cho người dùng và hiện được công nhận là "lối vào Web3". Mặc dù bản thân nó không thể được coi là một kịch bản ứng dụng DID, nhưng nó là một kênh tự nhiên kết nối các kịch bản ứng dụng và thông tin đăng nhập của người dùng.

Một "ví DID" lý tưởng có thể trông như thế này: thứ nhất, nó có thể tổng hợp địa chỉ của tất cả các chuỗi công khai chính thống và tích hợp dữ liệu bị phân mảnh của người dùng trên các chuỗi khác nhau trong khi có chữ ký cơ bản, chuyển khoản và các giao dịch khác; thứ hai, nó có thể Hiển thị nhiều loại Thông tin đăng nhập SBT/VC/PoP do người dùng sở hữu. Khi tương tác với dự án ứng dụng, người dùng có thể ủy quyền độc lập dữ liệu nào sẽ tiết lộ cho dự án, từ đó giúp người dùng nhận ra chủ quyền dữ liệu. Nhiều ví sẽ đề cập đến câu chuyện về DID, chẳng hạn như Unipass, ABT Wallet, Selfkey, v.v.

Tuy nhiên, các ví chính hiện tại như Metamask không có các chức năng này. Một lý do quan trọng là về cơ bản chúng là ví EOA và những ví này về cơ bản chỉ hỗ trợ các hoạt động gốc nhất của các địa chỉ trên chuỗi - truy vấn và chuyển. Ví hợp đồng thông minh dự kiến ​​sẽ đạt được nhiều mở rộng hơn trong các chức năng của ví. Thực tế có rất nhiều thách thức trong việc triển khai các công nghệ liên quan đến ví DID, nhưng chúng cũng rất đáng mong đợi.

3.3 Công cụ quản lý danh tính - Tên miền

Mặc dù mỗi chúng ta đều có một số ID duy nhất, nhưng trong cuộc sống hàng ngày, chúng ta thường sử dụng "tên" làm định danh danh tính của một người (mặc dù có thể có tên trùng lặp), vì nó thuận tiện hơn cho giao tiếp hàng ngày.

Thế giới của Web3 cũng có vấn đề này: Mặc dù các tương tác hiện tại của mọi người chủ yếu dựa trên địa chỉ ví, nhưng không ai sẵn sàng nhớ chuỗi dài đó. Nếu danh tính kỹ thuật số của Web3 yêu cầu một "tên", thì điều mà các dự án tên miền làm là trở thành "tên" này.

ENS là dự án tên miền nổi tiếng nhất, được sự hỗ trợ chính thức của Ethereum Foundation và cung cấp dịch vụ đăng ký tên miền có đuôi .eth, hiện đã có gần 1,8 triệu lượt đăng ký. Điều đáng chú ý là SpruceID đang hợp tác với ENS để quảng bá EIP-4361: Đăng nhập bằng Ethereum. Nếu đề xuất được triển khai thành công, nó sẽ thay thế Connect Wallet, cho phép tên miền trở thành lối vào của Web3 phía trên địa chỉ ví. Ngoài ra, ENS cũng hy vọng có thể hoàn thiện tầm nhìn về “tên Web3” thông qua việc tích hợp một loạt các đặc điểm nhận dạng trong tên miền.

Một dự án tên miền khác đáng chú ý là Space ID, được hỗ trợ chính thức bởi Binance và cung cấp dịch vụ đăng ký cho các tên miền có hậu tố .bnb. Space ID cũng hy vọng sẽ id tên miền .bnb và nhiều địa chỉ của người dùng trên các chuỗi khác nhau, cũng như tài khoản Twitter và các tài khoản Web2 khác của người dùng, để trở thành Tên chung trong trường Web3. So với ENS, tốc độ lặp lại sản phẩm và tốc độ hạ cánh của Space ID sẽ nhanh hơn.

Ngoài ENS và Space ID, .bit và Unstoppable Domain gần đây cũng đã hoàn thành một khoản tài chính tương đối lớn. Những câu chuyện họ kể về DID về cơ bản là giống nhau.

Điều đáng chú ý là mặc dù cả tên miền và ví đều có thể được sử dụng làm công cụ quản lý danh tính, nhưng vai trò của chúng rất khác nhau. Về lý thuyết, chúng không xung đột nhưng có thể phối hợp chặt chẽ với nhau: ví có thể sử dụng một tên miền để thay thế cho tên tài khoản ví và sử dụng nó làm "tên" khi tương tác với ứng dụng; tên miền cũng có thể tích hợp nhiều địa chỉ trên chuỗi hoặc thậm chí Nhiều tài khoản ví.

3.4 Các công cụ quản lý danh tính khác - Lấy Next.ID làm ví dụ

Ngoài ra còn có một số sản phẩm quản lý danh tính, cách hiểu cụ thể về triển khai quản lý danh tính khác với các dự án trước, nhưng cốt lõi của công việc chủ yếu là các kết nối và tập hợp khác nhau, và nó không giới hạn trong các lĩnh vực cụ thể. Tôi hy vọng có thể xây dựng một mạng lưới -rộng danh tính tích hợp. Hãy lấy Next.ID làm ví dụ, đây là một sản phẩm quản lý danh tính mới do Mask Network tạo ra.

Không giống như các dự án giao thức tổng hợp danh tính không hướng đến người dùng, Next.ID là một sản phẩm hướng đến người dùng. Trong phiên bản V1, người dùng có thể sử dụng Mạng mặt nạ để nhận ra kết nối và tổng hợp các tài khoản nền tảng Web2 và địa chỉ ví chuỗi công khai Web3 và có thể thực hiện quản lý danh tính tích cực; so với tên miền và DID, Next.ID cũng nằm trong tập hợp của một danh tính kỹ thuật số thống nhất, một số nhận dạng rõ ràng không được nhấn mạnh, nhưng người ta hy vọng rằng sau khi nhận dạng được tổng hợp, nó sẽ được tạo thành một cơ sở hạ tầng cho các cuộc gọi Ứng dụng. Nếu Next.ID bắt đầu quảng bá tên miền của riêng mình hoặc quảng bá các giá trị nhận dạng như tên người dùng tài khoản Mặt nạ, thì những gì nó làm sẽ có một mức độ trùng lặp nhất định với các dự án tên miền như Space ID và ENS.

Nhưng ngoài việc tổng hợp về phía người dùng, các nhà phát triển có thể sử dụng hệ thống Hình đại diện của Next.ID để nhận ra khả năng tương tác giữa các hoạt động cụ thể của tài khoản người dùng trong sản phẩm của họ và Next.ID, như thể hiện trong hình bên dưới; nó có thể làm được rất nhiều ở một mức độ nhất định Giao thức tổng hợp danh tính muốn làm gì, bạn cũng có thể chọn hợp tác với các giao thức này và tổng hợp lại chúng.

Nguồn: Next.ID Tài liệu chính thức

3.5 Công cụ quản lý nhận dạng cảnh cục bộ

3.5.1 GameID

Ngoài một số dự án công cụ quản lý danh tính hy vọng tổng hợp dữ liệu người dùng trên toàn bộ mạng, cũng có một số dự án tạo công cụ quản lý danh tính dựa trên các tình huống cục bộ.

Một ví dụ dễ hiểu là GameID tổng hợp thông tin người dùng về các trò chơi khác nhau trên chuỗi, chẳng hạn như Loots, trò chơi phổ biến vào năm ngoái.

ID trong GameID đề cập nhiều hơn đến hệ thống tài khoản giao tiếp trong một hệ sinh thái, tương tự như tài khoản Shanda và tài khoản QQ trong Web2. Họ chỉ muốn mô tả các đặc điểm của người dùng trong hệ sinh thái, không phải là người dùng đại diện Một tập hợp lớn danh tính kỹ thuật số trên toàn mạng.

Do đó, thay vì nói đó là DID, tốt hơn nên nói rằng đó là một phần, một mảnh ghép của DID của người dùng.

Ví dụ: Zhang San đã đăng ký tên miền zhangsan.eth, ID "Shanda" của anh ấy là 123456, chứa 5 chứng chỉ từ các dự án trò chơi "Sê-ri Shanda" khác nhau; ID "Tencent" của anh ấy là 567890, chứa 9 chứng chỉ từ " "Tencent Series" giấy chứng nhận dự án trò chơi. Vì vậy, mặc dù "Shanda" và "Tencent" có thể có một công cụ quản lý danh tính chuyên dụng để giúp người dùng quản lý tài khoản nền tảng tương ứng của họ, nhưng tất cả chúng đều có thể được tổng hợp bởi "tên Web3" của zhangsan.eth và trở thành một phần của danh tính zhangsan.eth .Nhãn.

3.5.2 DIDs

Sau nhiều năm nghiên cứu và thảo luận, W3C cuối cùng đã đưa ra tiêu chuẩn chính thức v1.0 cho số nhận dạng phi tập trung (DID, số nhận dạng phi tập trung) vào tháng 7 năm 2022. Như định nghĩa ban đầu về "DID", cũng cần làm rõ mối quan hệ giữa các DID của W3C và hệ thống Web3 DID hiện tại.

Trong kiến ​​trúc mã định danh phi tập trung theo tiêu chuẩn W3C, người dùng trực tiếp kiểm soát mã định danh và các tài liệu tương ứng. APP có thể đọc các tài liệu được liên kết với DID với sự cho phép của người dùng để thực hiện công việc. Các tài liệu chứa thông tin liên quan đến nhận dạng kỹ thuật số, chẳng hạn như chữ ký, dữ liệu được mã hóa, v.v. Người dùng chứng minh quyền sở hữu DID thông qua chữ ký mật mã. Dữ liệu người dùng được lưu trữ trong cơ sở dữ liệu đáng tin cậy (chẳng hạn như chuỗi khối) và dữ liệu nhận dạng không phụ thuộc vào APP.

DID có ba thành phần, như thể hiện trong hình bên dưới: Lược đồ DID, tương tự như khai báo http, ipfs và các phương thức khác; ví dụ: Tencent có thể đăng ký mã định danh tencentqq cho QQ; Mã định danh cụ thể theo phương thức DID là một id cụ thể và việc sử dụng mã này tùy thuộc vào định nghĩa của bên dự án cụ thể. Ví dụ: Tencent có thể sử dụng did:tencentqq:123456789 để chỉ tên của bạn QQ số 123456789.

Quy trình hoạt động chi tiết và chi tiết kỹ thuật của DID tương đối phức tạp nên tôi sẽ không giới thiệu chi tiết ở đây.

DID cạnh tranh với tên miền Web3 ở một mức độ nào đó. Dưới đây là so sánh về sự khác biệt chính giữa DID và tên miền:

  • Về khả năng đọc, DID thiếu khả năng đọc ở cấp độ người dùng so với tên miền, nhưng do sự tồn tại của Phương thức DID, nó có thể có thêm một lớp ngữ nghĩa và tính linh hoạt tốt hơn

  • Xét về tiềm năng tổng hợp thông tin, DID cùng với các phương pháp xác minh như VC, về mặt lý thuyết có thể tổng hợp nhiều thông tin ngoài chuỗi hơn, đặc biệt là chứng chỉ kỹ thuật số do các tổ chức có thẩm quyền cung cấp; hiện tại, việc tổng hợp dữ liệu của các dự án tên miền vẫn dựa trên -dựa trên thông tin chuỗi, nếu bạn muốn tổng hợp thông tin ngoài chuỗi tốt hơn, bạn có thể cần tiêu chuẩn VC phù hợp

  • Về mặt lưu trữ dữ liệu, việc lưu trữ dữ liệu của DID không được chỉ định, nó có thể được lưu trữ trực tiếp trên chuỗi công khai hoặc trên một số mạng dữ liệu phi tập trung (chẳng hạn như Mạng gốm), và thậm chí có thể được lưu trữ trực tiếp cho chính người dùng; dữ liệu của các dự án tên miền Lưu trữ là tất cả trên chuỗi

Nhìn chung, hệ thống DIDs là một thiết kế từ trên xuống, tiêu chuẩn toàn diện hơn và tương thích hơn. Ngoài ra còn có nhiều dự án áp dụng lộ trình DID để nhận dạng kỹ thuật số, chẳng hạn như Ontology.

Tuy nhiên, do người dùng không dễ đọc DID nên khó có thể trở thành "tên Web3" mà người dùng ghi nhớ trong cuộc sống hàng ngày về lâu dài. Ngoài ra, người dùng có thể có các DID khác nhau theo các phương pháp DID khác nhau, tạo DID trong về lâu dài. Nó có thể là một đối tượng được tổng hợp bởi một tên miền, vì vậy nó có thể được gọi là "mã định danh cho các kịch bản được phân đoạn/quản lý danh tính cục bộ". Ngoài ra, mặc dù về lý thuyết, DID có khả năng tương thích tốt với thông tin ngoài chuỗi, nhưng ngoài những cân nhắc về lợi ích, các công ty Web2 hiện tại hiếm khi đưa ra các đề xuất liên quan dựa trên DID và cách quảng bá DID cũng là một vấn đề.

3.6 Công cụ quản lý danh tính: Nhận dạng toàn bộ mạng so với Nhận dạng một phần

Các đặc điểm tổng hợp danh tính cục bộ của GameID và DID cũng dẫn đến tư duy tổng thể và cục bộ về quản lý danh tính:

Nếu sản phẩm quản lý danh tính của bạn không thể hoặc không thể tổng hợp các sản phẩm nhận dạng kỹ thuật số của toàn bộ mạng của người dùng, nghĩa là sản phẩm đó không trở thành "tên Web3" của người dùng, thì do khả năng tương tác của dữ liệu trên chuỗi, ID của bạn có thể trở thành Phần đó của một dịch vụ quản lý danh tính lớn hơn. Ví dụ: GameID nhỏ được tổng hợp bởi GameID lớn, GameID được tổng hợp theo miền .eth và thậm chí miền .eth cũng có thể được tổng hợp theo miền .bnb. Các DID được đề cập ở trên có khả năng trở thành loại "nhận dạng một phần" này trong tương lai. Thậm chí ở một mức độ nào đó, một địa chỉ ví duy nhất cũng có thể được coi là một "danh tính một phần".

Tuy nhiên, các công cụ quản lý danh tính cục bộ cũng có giá trị của chúng, vì chúng có thể tạo nhiều chức năng hơn cho các tình huống ứng dụng cụ thể, đây là điều mà các công cụ quản lý danh tính toàn mạng có thể không nhất thiết phải làm, nếu không nó sẽ trở nên cồng kềnh. Ví dụ: trong nền tảng quản lý GameID, người dùng có thể kết bạn với những người chơi cùng nghề ma thuật trong cùng một game MMORPG dựa trên thông tin được hiển thị bởi các GameID khác, nhưng nếu dự án ví/tên miền cần có nhiều chức năng được chia nhỏ , Nó sẽ làm tăng độ phức tạp của sản phẩm và đối mặt với nhiều thách thức về thiết kế sản phẩm.

4. Những phản ánh về hình thức phát triển cuối cùng của DID trong tương lai

Trước hết, trong tương lai mọi người sẽ có một danh tính kỹ thuật số gắn liền với cuộc sống hàng ngày của họ:

  • Mỗi người chỉ có thể có một DID (thông qua PoP), được sử dụng trong toàn bộ mạng Web3 và thậm chí có thể bị ràng buộc với danh tính thực của người dùng thông qua KYC và các phương pháp khác, để tương tác tốt hơn với thế giới ngoài chuỗi.

  • Tên miền Web3 là mã định danh duy nhất của DID này, là tên của người dùng trong Web3.

  • Người dùng quản lý DID này thông qua ví có các chức năng mạnh hơn nhiều so với ví hiện tại; bên trong ví, nhiều giao thức tổng hợp danh tính có thể được tích hợp để thực hiện tổng hợp dữ liệu của nhiều địa chỉ và nhiều hợp đồng của người dùng, đồng thời hiển thị toàn diện thông tin của người dùng trạng thái trong mỗi Chuỗi, thông tin đăng nhập trên từng địa chỉ, danh tính một phần, biểu đồ mối quan hệ, v.v., dưới dạng toàn bộ chân dung người dùng.

  • Người dùng tương tác với các tình huống ứng dụng như mạng xã hội, tuyển dụng và quản trị DAO thông qua ví. Thông qua công nghệ mã hóa, người dùng có thể kiểm soát độc lập quyền của bên dự án để lấy dữ liệu, để nhận ra rằng chủ quyền dữ liệu thuộc về người dùng.

Thứ hai, mỗi người có nhiều danh tính kỹ thuật số khác nhau trong một số tình huống cục bộ (chẳng hạn như nền tảng trò chơi) hoặc một số tình huống không yêu cầu PoP, để họ có thể thể hiện các bản thân khác nhau trong các tình huống khác nhau. Người dùng có thể tự do kiểm soát kết nối giữa các danh tính này và sử dụng các danh tính tương ứng trong các tình huống cụ thể.

V. Tổng kết bài trước

Thông qua sự kết hợp trên, tôi hy vọng rằng khi độc giả nhìn thấy một dự án nói về các câu chuyện liên quan đến DID trong tương lai, họ có thể biết rõ "DID" này đề cập đến loại "danh tính phi tập trung" nào: nó đang nói về một loại The phát hành thông tin xác thực cụ thể vẫn nói về quá trình tổng hợp các thông tin xác thực khác nhau thành danh tính hay nói về việc quản lý danh tính của người dùng hay nói về các tình huống ứng dụng cụ thể của hệ thống nhận dạng này?

Điều rất đáng nói là một dự án liên quan đến DID thường có nhiều hơn một lớp, ví dụ: Next.ID được phân tích trước đây không chỉ thực hiện tương tác nhận dạng phía người dùng như tên miền mà còn thực hiện tổng hợp nhận dạng giống như nhiều giao thức nhận dạng; ARCx không chỉ chuẩn bị phát hành chứng chỉ chấm điểm tín dụng mà còn chuẩn bị cho các ứng dụng liên quan.

Hình bên dưới là phân loại các track liên quan đến DID, như đã kết thúc bài viết trước.

Tiếp theo: Ba câu hỏi của DID Soul

Trong bài viết tiếp theo, tác giả sẽ giải thích một số suy nghĩ và hiểu biết của mình về lĩnh vực DID thông qua ba câu hỏi:

  • Ai chính xác cần DID bây giờ?

  • Tại sao DID vẫn còn sơ khai và chậm phát triển?

  • DID theo dõi, làm thế nào tôi nên bỏ phiếu?

1. DID, nhu cầu của ai bây giờ?

1.1 DID, nó không phải là nhu cầu của người dùng bây giờ

Qua lần lược trước, có lẽ nhiều bạn đọc đã phát hiện ra rằng trong nhiều trường hợp, bản thân DID không phải là nhu cầu trực tiếp của người dùng! Từ góc độ của người quản lý sản phẩm, nếu DID được định hướng cho người dùng, nó thường cần trải qua các tình huống ứng dụng cụ thể.

Chỉ cần tưởng tượng, nếu hiện tại bạn không có các yêu cầu ứng dụng cụ thể, thì bạn muốn chủ động lấy các thông tin đăng nhập khác nhau (chẳng hạn như truy cập BrightID để xác thực khuôn mặt video) hoặc truy cập một số công cụ quản lý/tổng ​​hợp danh tính (chẳng hạn như Next.id) để đặt các địa chỉ email, Twitter và ví của riêng bạn có được kết nối không? Tôi tin rằng hầu hết người dùng sẽ không.

Mặc dù nếu bên dự án cung cấp một số ưu đãi nhất định thì chắc chắn sẽ có thể thu hút một số người dùng, nhưng đặc điểm của các sản phẩm DID xác định rằng rất khó để duy trì người dùng liên tục chỉ bằng chính ưu đãi này, điều này khác với các loại hình khác các dự án như NFT và GameFi .

Về lâu dài, với sự cải tiến dần dần của quá trình phát triển DID, người dùng sẽ ngày càng nhận thức rõ hơn về việc quản lý và sử dụng dữ liệu nhận dạng cá nhân, do đó, có thể có những tình huống cần quản lý danh tính trước các tình huống ứng dụng cụ thể. Nhưng điều đó khó có thể xảy ra khi đường đua DID vẫn còn sơ khai.

1.2 DID là yêu cầu của bên dự án kịch bản ứng dụng

Trên thực tế, chính các bên dự án của các kịch bản ứng dụng cụ thể được hưởng lợi nhiều hơn từ DID. Cho dù đó là sàng lọc nhanh dựa trên thông tin đăng nhập hay nhanh chóng có được chân dung người dùng trong Web3, nó sẽ mang lại lợi ích trực tiếp cho phía dự án trong giai đoạn bắt đầu nguội.

Tuy nhiên, khi kịch bản ứng dụng thực sự sử dụng DID và xây dựng DID, không cần thiết phải nhấn mạnh khái niệm DID với người dùng, nó được trừu tượng hóa trong logic của sản phẩm. Do đó, không có gì ngạc nhiên khi khái niệm DID xuất hiện thường xuyên hơn trong các bài tường thuật và thảo luận về dự án hơn là trong các tình huống ứng dụng cụ thể.

2. Tại sao đường đua DID vẫn còn sơ khai và phát triển chậm?

Có một thực tế được chấp nhận là khái niệm DID có thể bắt nguồn từ kỷ nguyên Web2 và nó đã trở nên phổ biến kể từ khi ENS được phát hành vào tháng 11 năm ngoái, nhưng hiện tại đường đua DID vẫn còn sơ khai. Mặc dù có nhiều dự án liên quan đến DID, nhưng hình thức của DID vẫn chưa được xác định và không có dấu hiệu về hiệu ứng mạng trong việc tích lũy dữ liệu của bất kỳ hệ thống DID nào.

Sau khi làm rõ rằng sự phát triển của DID yêu cầu các kịch bản ứng dụng cụ thể, không khó để hiểu vấn đề này: điều này có liên quan đến tình trạng "siêu tài chính hóa" hiện tại của việc phát triển Web3 và sự chậm phát triển của các dự án Web3 phi tài chính. Khi xem xét các kịch bản ứng dụng liên quan đến tường thuật DID, chúng ta có thể thấy rằng hầu hết tất cả các dự án Web3 phi tài chính đều có thể giới thiệu tường thuật DID.

Do đó, để trả lời câu hỏi này, về cơ bản là trả lời tại sao quá trình phát triển đường đua liên quan đến từng kịch bản ứng dụng Web3 liên quan đến DID lại chậm.

2.1 Ba lý do khiến các kịch bản ứng dụng phi tài chính Web3 phát triển chậm

Tác giả tin rằng ba logic sau đây có thể áp dụng cho việc phân tích tất cả các dự án kịch bản ứng dụng phi tài chính Web3, bao gồm mạng xã hội, trò chơi, tuyển dụng, v.v. (Các mục có thuộc tính công cụ một phần như ví nằm ngoài phạm vi thảo luận)

  • Trải nghiệm người dùng của các ứng dụng Web3 khác xa so với các ứng dụng Web2 tương ứng. Cho dù đó là ngưỡng sử dụng sản phẩm, độ trễ mạng hay chi phí vận hành, chúng đều cao hơn Web2.

  • Cơ sở người dùng của các ứng dụng Web3 nhỏ hơn nhiều so với Web2 và chúng nằm rải rác khắp nơi trên thế giới. Điều này không chỉ cản trở sự kết nối giữa thế giới thực và thế giới trên chuỗi, mà còn gây ra nhiều khó khăn hơn cho việc tích lũy các hiệu ứng mạng.

  • Bây giờ trong chu kỳ thị trường giá xuống, nhiều người dùng đã mất tài sản và tần suất hoạt động trên chuỗi giảm xuống, một số người dùng thậm chí bắt đầu nghi ngờ toàn bộ ngành như họ đã làm vào năm 2018 và trực tiếp "rút lui khỏi vòng tròn", điều này khiến nó khó khăn hơn để bắt đầu các dự án ứng dụng Web3

Mỗi mục trên có thể là một lý do quan trọng khiến dự án kịch bản ứng dụng Web3 khó phát triển. Điều đó có nghĩa là các dự án ứng dụng Web3 không có cơ hội phát triển? Không thực sự. Trong một số trường hợp khi Web3 là gốc còn Web2 thì không, ngay cả khi các vấn đề trên tồn tại, các sản phẩm liên quan vẫn có thể phản ánh giá trị của nó.

2.2 Cho C vay tín dụng là một mệnh đề sai lầm trong ngắn hạn và trung hạn

(Khoản vay tín dụng của B liên quan nhiều hơn đến logic của CeFi, vì vậy ở đây chúng tôi chủ yếu thảo luận về khoản vay tín dụng của To C)

Cho vay tín dụng là kịch bản ứng dụng tài chính hóa nhất của DID. Đây cũng là một chủ đề thường xuyên xảy ra, bởi vì hầu hết tất cả các DeFi hiện tại đều được thế chấp quá mức và có hiệu quả sử dụng vốn thấp.Về lý thuyết, các khoản vay tín dụng có thể cải thiện hiệu quả sử dụng vốn của người dùng và người dùng Web3 cũng sẽ có nhu cầu lớn về điều này.

Tuy nhiên, tác giả tin rằng cho vay tín dụng To C là một đề xuất sai lầm trong ngắn hạn và trung hạn (chẳng hạn như trong vòng ba năm), hoặc đó là một lĩnh vực cực kỳ thích hợp.

Lý do chính là thế giới Web3 không có cơ chế truy đòi cho các khoản vay không hoàn trả như Web2. Do đó, chi phí cuối cùng của việc không trả được khoản vay là mất khả năng có sẵn của một bộ nhận dạng trên chuỗi.

Một số người có thể nói rằng bản thân danh tính kỹ thuật số cũng có giá trị và bạn có thể không muốn từ bỏ địa chỉ, tên miền và các danh tính khác mà bạn đã sử dụng trong nhiều năm, bao gồm cả việc tích lũy nhiều thông tin xác thực và dữ liệu quan hệ ở trên. Nhưng câu hỏi đặt ra là, hãy tự hỏi bản thân, danh tính trên chuỗi hiện tại của hầu hết người dùng Web3 đáng giá bao nhiêu? Nếu bạn có thể "cho vay tín dụng" 100U, có bao nhiêu người dùng có thể nghĩ đến việc không trả lại tiền và thà xây dựng lại danh tính của họ? Trừ khi ngưỡng đánh giá tín dụng cực kỳ cao, điều này cũng sẽ khiến nó trở thành một sản phẩm cực kỳ thích hợp.

Một số người có thể nói rằng nếu bạn thực hiện KYC và nhận dạng khuôn mặt, bạn có thể tránh được vấn đề này. Tuy nhiên, trên thực tế, ở các vùng nông thôn của nhiều quốc gia kém phát triển, có rất nhiều dữ liệu nhận dạng thực cá nhân vô giá trị. Hãy suy nghĩ về thông tin mà bạn nhìn thấy hàng ngày, chẳng hạn như "tài khoản KYC của một sàn giao dịch được bán theo lô", miễn là "hạn mức tín dụng" cao hơn chi phí xây dựng danh tính, sẽ có "bảo trì tài khoản" chuyên nghiệp. " người dùng và xây dựng hàng loạt đáp ứng các yêu cầu. danh tính, sau đó từ chối hoàn trả khoản vay và lấy len của bên dự án.

Thời gian đáo hạn của cho vay tín dụng To C có thể cần đợi thời gian đáo hạn của toàn bộ hệ thống DID: một mặt, với việc tích lũy nhiều chứng chỉ có giá trị cao và các mối quan hệ dữ liệu khác nhau, chi phí xây dựng danh tính kỹ thuật số và ngưỡng cho phép lên sẽ ngày càng cao hơn; Một mặt, với sự thâm nhập của sự giám sát ở nhiều quốc gia khác nhau, các khoản vay Web3 cũng có thể thiết lập một cơ chế truy đòi hợp pháp, điều này sẽ làm tăng chi phí cho người dùng không trả được khoản vay.

3. Logic đầu tư theo cấp độ DID là gì?

Ở đây, tác giả chia sẻ một số suy nghĩ cá nhân về việc đầu tư tổng thể vào cấp độ theo dõi DID:

  • Logic tổng thể: bắt đầu từ người dùng, ứng dụng đi trước thỏa thuận

  • Ưu tiên cụ thể: quản lý danh tính > kịch bản ứng dụng > cấp thông tin xác thực > giao thức tổng hợp danh tính (không hướng đến người dùng)

3.1 Logic tổng thể: bắt đầu từ người dùng, ứng dụng đi trước giao thức

"Ứng dụng" ở đây là một khái niệm rộng về "hướng đến người dùng", bao gồm các kịch bản cụ thể, quản lý danh tính và "giao thức" để cấp thông tin đăng nhập. Nó thường đề cập đến các sản phẩm giao thức khác nhau không hướng trực tiếp đến người dùng. Chúng thường phục vụ trong hình thức các cuộc gọi API.Các bên dự án ứng dụng hoặc các thỏa thuận khác.

Có một số bên trong dự án thỏa thuận có thể nghĩ như sau: Theo thỏa thuận, tôi sẽ tiếp tục thuyết phục thêm nhiều bên trong dự án ứng dụng tham gia thỏa thuận của tôi. Hầu hết các ứng dụng này có thể chỉ tồn tại trong thời gian ngắn và một số ít có thể phát triển tốt, nhưng trong bất kỳ trường hợp nào, Dữ liệu của tôi đã được tích lũy và có các rào cản dữ liệu và hiệu ứng mạng; theo cách này, giá trị của tôi ngày càng cao hơn và ngày càng nhiều dự án lớp ứng dụng sẽ tìm đến tôi để hợp tác; cuối cùng, tôi có thể tính phí cho API , hoặc cung cấp các dịch vụ giá trị gia tăng liên quan. Đúng là logic trên là hợp lý và có thể xảy ra.

Nhưng tác giả chủ yếu thích ứng dụng trước vì những lý do sau:

  • Trước hết, ở hướng luồng dữ liệu, ứng dụng phải đi trước giao thức, như vậy nó sẽ có sự chủ động lớn hơn. Cuộc tranh luận giữa giao thức so với ứng dụng thoạt nhìn có vẻ giống như "con gà và quả trứng", nhưng thực tế không phải vậy. Như đã thảo luận ở trên, việc tích lũy dữ liệu DID phụ thuộc vào sự tương tác của người dùng trong các tình huống ứng dụng cụ thể.

  • Thứ hai, những gì phía dự án giao thức làm có thể chưa trưởng thành và vẫn đang trong giai đoạn thử nghiệm/khái niệm; ngay cả khi nó đã trưởng thành, nó cũng có thể không đáp ứng tốt nhu cầu của phía dự án ứng dụng. Thay vì đưa ra phản hồi cho bên giao thức và mong đợi sự lặp lại của nó, thì bên ứng dụng nên tự đưa ra phản hồi.

  • Từ quan điểm thực tế hơn, các rào cản dữ liệu và hiệu ứng mạng là những câu chuyện tuyệt vời như vậy đã được Web2 xác minh. giá trị này hoàn toàn phụ thuộc vào thỏa thuận của các bên khác trong dự án.

  • Xét cho cùng, việc tài trợ hiện tại cho các dự án ứng dụng Web3 là rất khó khăn, tại sao các bên dự án ứng dụng cũng không nói về câu chuyện DID liên quan đến giao thức như là hỗ trợ định giá của họ? Ví dụ: trước tiên, thu hút người dùng tham gia và tích lũy dữ liệu thông qua chính ứng dụng, sau đó giao thức hóa dữ liệu của người dùng trong ứng dụng để các đối tác và hệ sinh thái có liên quan sử dụng, từ đó tích lũy thêm dữ liệu và cuối cùng phát triển thành hệ thống DID. Câu chuyện này có ý nghĩa hoàn hảo nhiều lần.

  • Ngoài ra, hầu hết các giao thức DID thực sự thiếu các rào cản kỹ thuật và các rào cản được phản ánh nhiều hơn ở một mức độ phức tạp kỹ thuật nhất định; đối với một nhóm xuất sắc, việc tự phát triển giao thức ngay từ đầu không khó lắm; ngay cả khi dự án ứng dụng bên ban đầu Để nhanh chóng lặp lại sản phẩm, các giao thức khác được sử dụng, nếu ứng dụng có thể đạt được thành công nhất định, bên dự án cũng có thể xem xét các giao thức tự phát triển để tăng trần phát triển của dự án.

3.2 Các bản nhạc được chia nhỏ cụ thể đáng chú ý

  • Ưu tiên: quản lý danh tính > kịch bản ứng dụng ≈ phát hành thông tin xác thực > giao thức tổng hợp danh tính (không hướng đến người dùng)

  • Các dự án về công cụ quản lý danh tính: dự án ví và tên miền được ưu tiên. Rốt cuộc, trong quan niệm của tác giả tương lai về hình thức cuối cùng của DID, cả hai đều chiếm một vị trí rất cốt lõi.

  • Dự án kịch bản ứng dụng: Như đã đề cập trước đó, nhiều cơ hội hơn xuất hiện trong các yêu cầu ứng dụng ban đầu của Web3, thay vì tái sản xuất các sản phẩm Web2. Tuyển dụng Web3 dựa trên thông tin xác thực, xã hội/xã hội dị tính dựa trên sở thích NFT, v.v., tất cả đều thuộc về kịch bản Web3 không thể thay thế này.

  • liên kết gốc

liên kết gốc

A&T Capital
作者文库