Lớp nhận dạng có chủ quyền trong blockchain

Câu trả lời xác thực ai điều khiển một chìa khóa tại thời điểm này. Danh tính bổ sung tính liên tục: cách một bên thay đổi khóa, chứng minh quyền hành động, nhận thông tin xác thực, giới hạn tác nhân và khôi phục sau khi mất thiết bị. Lớp nhận dạng có chủ quyền điều phối các chức năng đó mà không đặt thông tin đăng nhập vào nền tảng là nguồn gốc duy nhất của sự tin cậy.

Từ chủ quyền không có nghĩa là ẩn danh theo mặc định hoặc được miễn trừ khỏi chính sách. Nó có nghĩa là chủ thể hoặc bộ điều khiển được ủy quyền rõ ràng có quyền kiểm soát mật mã có ý nghĩa. Việc triển khai tốt có thể hỗ trợ một cá nhân, một tổ chức được quản lý, người xác thực, thiết bị IoT, hợp đồng thông minh hoặc tác nhân AI, trong khi mỗi tổ chức đều sử dụng chính sách tiết lộ và thông tin xác thực phù hợp.

Bốn lớp dễ dàng tách biệt trong đánh giá kiến ​​trúc. Mã định danh đặt tên cho chủ đề. Tài liệu DID công bố các phương thức xác minh và điểm cuối dịch vụ. Thông tin xác thực mang theo các yêu cầu đã ký từ các tổ chức phát hành. Thời gian chạy của ví hoặc tác nhân giữ các khóa riêng tư và yêu cầu sự đồng ý trước khi thuyết trình. Việc kết hợp các công việc này tạo ra các hệ thống dễ vỡ và khả năng hiển thị dữ liệu rộng rãi.

Ngoài ra còn có một bài kiểm tra hoạt động. Lớp nhận dạng cần có câu trả lời được ghi lại bằng tài liệu cho các khóa bị xâm phạm, việc thu hồi, tính khả dụng của trình phân giải, độ tin cậy của nhà phát hành, rủi ro tương quan, lưu trữ dữ liệu cá nhân và di chuyển ví. Một blockchain có thể làm cho trạng thái công khai bị giả mạo; nó không thể tự mình quyết định liệu một tổ chức phát hành có đáng tin cậy hay không hoặc liệu một yêu cầu được tiết lộ có tương xứng hay không.

W3C đã xuất bản Mã định danh phi tập trung v1.0 là tiêu chuẩn Web chính thức vào ngày 19 tháng 7 năm 2022. Tiêu chuẩn này xác định DID là URI ở dạng did:method:method-specific-id, mô hình dữ liệu tài liệu DID phổ biến cũng như các giao diện phân giải trừu tượng và hội thảo. Nó cố tình để lại quy tắc đăng ký và hoạt động cơ bản cho từng phương thức DID.

Tài liệu DID có một thuộc tính cấp cao nhất bắt buộc, id. Các thuộc tính tùy chọn phổ biến bao gồm controller, verificationMethod, mối quan hệ xác thực và xác nhận, thỏa thuận khóa, khả năng được ủy quyền và điểm cuối dịch vụ. Khóa riêng không thuộc về tài liệu DID.

Khuyến nghị năm 2022 đã ghi lại 103 thông số kỹ thuật của phương pháp DID thử nghiệm, 32 cách triển khai trình điều khiển thử nghiệm và 46 cách triển khai được gửi đến bộ tuân thủ của nó. Số lượng đó từ đặc điểm kỹ thuật W3C là một tín hiệu lịch sử hữu ích: một cú pháp tiêu chuẩn cải thiện khả năng tương tác, nhưng nó không xóa các lựa chọn thiết kế của hàng trăm phương pháp.

“Mã định danh phi tập trung (DID) rất quan trọng để đảm bảo Web an toàn hơn và loại trải nghiệm người tiêu dùng được trao quyền mà chúng tôi đang kích hoạt tại Avast.”

Độ phân giải là cầu nối giữa mã định danh và tài liệu xác minh có thể sử dụng được. Trình phân giải áp dụng các quy tắc đọc của phương thức và trả về tài liệu DID cùng với siêu dữ liệu. Điều đó khiến cho việc lựa chọn phương thức trở nên quan trọng: mã định danh did:web phụ thuộc vào dịch vụ lưu trữ web và kiểm soát miền, phương thức neo vào sổ cái phụ thuộc vào tính khả dụng và mô hình phí của mạng đó, đồng thời phương thức lấy từ khóa có các cân bằng cập nhật và khôi phục khác nhau.

Để biết lớp sơn lót định hướng Autheo sâu hơn, hãy xem Câu hỏi thường gặp về định danh phi tập trung và Câu hỏi thường gặp về tuân thủ W3C DID Core. Cả hai nên được hiểu là bối cảnh lộ trình cho TheoID chứ không phải tuyên bố rằng TheoID đã có sẵn ngày hôm nay.

Ethereum có hệ sinh thái nhận dạng phong phú vì tài khoản, chữ ký, hợp đồng và trạng thái công khai có thể kết hợp được. Nó không quy định một lớp nhận dạng trên toàn mạng. Thay vào đó, các nhà phát triển kết hợp kiểm soát địa chỉ, chữ ký ví, tài khoản hợp đồng, đặt tên, phương thức DID, thư viện thông tin xác thực và chính sách ứng dụng tùy theo vấn đề họ đang giải quyết.

ENS là lớp đặt tên nổi tiếng nhất trong hệ sinh thái đó. tài liệu của nó mô tả việc xây dựng các ứng dụng có danh tính tự chủ phi tập trung và bao gồm tra cứu địa chỉ, bản ghi văn bản, hình đại diện, tên chính, cơ quan đăng ký, trình phân giải và trình phân giải chuỗi chéo. Tên ENS có thể là một tên điều khiển mà con người có thể đọc được và là một bề mặt khám phá, nhưng chỉ riêng một cái tên thôi thì không phải là một hệ thống vòng đời chứng chỉ hoàn chỉnh.

ERC-1056 hay còn gọi là Ethereum Nhận dạng nhẹ chỉ định sổ đăng ký Ethereum DID chung để quản lý khóa và thuộc tính. Thiết kế của nó coi các tài khoản Ethereum là danh tính, hỗ trợ các đại biểu và thuộc tính không giới hạn, đồng thời cho phép xoay khóa trong khi mã định danh chính vẫn ổn định. Việc tạo danh tính không yêu cầu giao dịch đăng ký riêng vì chính tài khoản là điểm khởi đầu.

Tính linh hoạt đó chính là điểm mạnh của Ethereum và chi phí tích hợp của nó. Một sản phẩm có thể sử dụng ENS để khám phá, Sign-In with Ethereum để xác thực phiên, công cụ ERC-1056 hoặc did:ethr cho tài liệu DID và một ngăn xếp thông tin xác thực có thể xác minh riêng cho các xác nhận quyền sở hữu. Mỗi thành phần có thể xuất sắc, nhưng nhóm phải xác định các ranh giới về khả năng tương tác, chi phí giao dịch, quyền riêng tư, khả năng phục hồi và hỗ trợ.

Khám phá So sánh Autheo và Ethereum hiện có để có cái nhìn cơ sở hạ tầng rộng hơn. Điều đáng rút ra ở đây không phải là Ethereum thiếu sự đổi mới về nhận dạng. Đó là Ethereum hỗ trợ nhiều cách tiếp cận nhận dạng, trong khi các hệ thống được xây dựng có mục đích tạo ra sự cân bằng khác nhau xung quanh thiết kế đăng ký và quyền riêng tư thông tin xác thực.

Hyperledger Indy đã đi theo hướng kiến ​​trúc ngược lại: một sổ cái được phép, công khai, không cần mã thông báo, được xây dựng nhằm mục đích cung cấp thông tin xác thực có thể xác minh bảo vệ quyền riêng tư. Đánh giá thường niên năm 2024 của nó mô tả dự án là ổn định và mạnh mẽ, lưu ý những người áp dụng hiện tại và triển khai tư nhân mới, đồng thời cho biết mối quan tâm của cộng đồng tập trung vào danh tính và thông tin xác thực phi tập trung hơn là kiến ​​trúc sổ cái.

Indy vẫn phù hợp vì nó đã tạo ra các quy trình cụ thể về DID, cơ quan đăng ký thu hồi, AnonCreds và nhà phát hành-chủ sở hữu-người xác minh cho nhiều nhóm. Dự án cũng báo cáo rằng Indy SDK cũ sẽ không còn được dùng nữa vào cuối quý 1 năm 2024, khi hệ sinh thái chuyển sang các thành phần chung Aries Askar, Indy VDR và Hyperledger AnonCreds. Đó là một bài học về vòng đời: một hệ thống nhận dạng phải lập kế hoạch cho việc di chuyển khách hàng và mật mã, không chỉ lần phát hành ban đầu.

Sovrin đã sử dụng Hyperledger Indy cho mạng nhận dạng được cấp phép công khai. Vào tháng 2 năm 2025, Quỹ Sovrin cho biết họ đang chuẩn bị cho việc đóng cửa sổ cái MainNet vào hoặc trước ngày 31 tháng 3 năm 2025 sau bảy năm, trích dẫn đánh giá về tính bền vững của mạng. Điều đó không làm mất hiệu lực những ý tưởng mà nó đã đưa ra, nhưng nó cho thấy lý do tại sao tính liên tục, nguồn tài trợ, hoạt động quản lý, lộ trình xuất khẩu và các giải pháp dự phòng lại thuộc về mô hình mối đe dọa danh tính.

Các hệ thống được xây dựng có mục đích có thể tập trung vào miền mạnh mẽ và các nguyên tắc bảo mật được thiết kế cẩn thận. Họ cũng có thể tạo ra sự tập trung hoạt động xung quanh một mạng và phần mềm cụ thể. Việc lắp ráp kiểu Ethereum mang lại khả năng kết hợp rộng rãi nhưng chuyển nhiều sự phối hợp hơn cho ứng dụng. Cả hai mô hình đều không loại bỏ nhu cầu quản trị nhà phát hành, nghiên cứu khả năng sử dụng và khôi phục khóa linh hoạt.

Autheo duy trì DID và trang so sánh danh tính và Lịch sử mạng Sovrin chi tiết. Để biết thông tin so sánh hiện tại về lộ trình, hãy xem Autheo, Indy, Sovrin và uPort.

TheoID là lớp nhận dạng chủ quyền theo kế hoạch của Autheo. Nó không có mặt trên Autheo ngày hôm nay và chưa được đưa vào hệ thống trực tiếp. Đặt cọc và phí giao dịch có hiệu lực ngay hôm nay; danh tính, điện toán, lưu trữ, suy luận AI và THEO AI vẫn đang được phát triển và triển khai theo từng giai đoạn.

Khi ra mắt, TheoID nhằm mục đích phù hợp với W3C DID và các khái niệm thông tin xác thực có thể xác minh để mọi người, tổ chức, thiết bị, người xác thực và đại lý có thể sử dụng số nhận dạng có thể tương tác và xác nhận quyền sở hữu đã ký. Mô hình được lên kế hoạch tập trung vào nhận dạng di động, ủy quyền trong phạm vi, quản lý vòng đời thông tin xác thực và nền tảng nhận dạng chung cho các ứng dụng được xây dựng xung quanh Autheo.

Lộ trình cũng mô tả hỗ trợ mật mã sau lượng tử, nhưng tính năng bảo vệ đó không tồn tại và chưa được đưa vào hệ thống. Các nhóm nên đánh giá các biện pháp kiểm soát bảo mật hiện tại của mình dựa trên những gì đang hoạt động hiện nay chứ không phải dựa trên các kế hoạch tích hợp trong tương lai. Trang lộ trình TheoID là tham chiếu Autheo chuẩn cho trạng thái đang diễn ra.

Đối với thiết kế tác nhân AI, ý tưởng quan trọng là sự ủy quyền có giới hạn. Đại lý phải nhận được thông tin xác thực hoặc khả năng bị giới hạn bởi mục đích, nguồn lực, số lượng, thời gian và điều kiện thu hồi, thay vì bản sao quyền hạn ví rộng rãi của con người. Kiến trúc đó là một phần trong định hướng dự định của TheoID, không phải là một tính năng sản xuất hiện nay.

Autheo chạy trên Proof of Autheo, mô hình đồng thuận Hybrid PoA/PoS. Cơ chế đồng thuận đó và lớp nhận dạng giải quyết các vấn đề khác nhau: một lớp điều phối tính đủ điều kiện của người xác thực và sản xuất khối theo trọng số cổ phần, trong khi lớp còn lại được thiết kế để đại diện và xác thực các chủ thể cũng như thẩm quyền được ủy quyền của họ.

Bắt đầu với câu hỏi về bên dựa vào, chứ không phải ưu tiên theo chuỗi. Người xác minh phải biết những gì? Ai có thể đưa ra yêu cầu bồi thường? Chủ sở hữu có thể đưa ra bằng chứng tối thiểu không? Khóa của nhà phát hành được phát hiện như thế nào và điều gì xảy ra sau khi bị xâm phạm hoặc thu hồi? Các câu trả lời xác định xem DID, thông tin xác thực, thư đã ký hay tài khoản liên kết thông thường có phù hợp hay không.

Sau đó đo đường dẫn hoạt động. Kiểm tra việc xoay vòng khóa, di chuyển thiết bị, khôi phục thiết bị bị mất, thu hồi nhà phát hành, ngừng hoạt động của trình phân giải, hết hạn thông tin xác thực và báo cáo hỗ trợ. Thiết kế nhận dạng chỉ hoạt động cho ví mới trong bản demo không phải là lớp nhận dạng có chủ quyền trong thực tế.

Cuối cùng, giữ dữ liệu cá nhân khỏi sổ cái công khai trừ khi có lý do thuyết phục và cơ sở hợp pháp. Sổ cái có thể neo các giá trị băm, khóa công khai, tham chiếu thu hồi hoặc chuyển đổi trạng thái. Bản thân thông tin xác thực, các thuộc tính nhạy cảm và hồ sơ chấp thuận thường cần các biện pháp kiểm soát tiết lộ và lưu trữ bảo vệ quyền riêng tư.