Giới thiệu dự án

Sự bùng nổ của hạ tầng Internet vạn vật (IoT), Dữ liệu lớn (Big Data) và Trí tuệ nhân tạo (AI) đã chuyển dịch phần lớn hoạt động kinh tế - xã hội lên không gian số. Tuy nhiên, các vụ rò rỉ dữ liệu quy mô lớn—điển hình như vụ tấn công Equifax làm lộ thông tin cá nhân của hơn 140 triệu người dùng hay bê bối thu thập dữ liệu trái phép Cambridge Analytica—đã bộc lộ lỗ hổng chí mạng của kiến trúc quản lý danh tính truyền thống. Người dùng hoàn toàn mất quyền kiểm soát dữ liệu cá nhân (PII), trong khi các nhà cung cấp dịch vụ tập trung trở thành "hũ mật" (honeypot) hấp dẫn cho tin tặc khai thác.

Vấn đề cốt lõi (Problem Statement) nằm ở sự phụ thuộc vào các Nhà cung cấp Danh tính tập trung (Identity Providers - IdP) và các bên thứ ba (Third-party IdP). Kiến trúc này gây ra hiện tượng giam cầm dữ liệu (vendor lock-in), rủi ro điểm thất bại đơn lẻ (Single Point of Failure - SPoF), lộ lọt thông tin nhạy cảm qua kỹ thuật thu thập dữ liệu quá mức (over-disclosure), và không thể đáp ứng các tiêu chuẩn bảo mật dữ liệu hiện đại như General Data Protection Regulation (GDPR) hay California Consumer Privacy Act (CCPA).

Đồ án khóa luận "Định danh tự chủ sử dụng Bằng chứng không tiết lộ tri thức và Chuỗi khối" (A Self-Sovereign Identity based on Zero-Knowledge Proof and Blockchain) của sinh viên ngành An toàn Thông tin - Trường Đại học Công nghệ Thông tin, ĐHQG-HCM, tập trung giải quyết triệt để bài toán này với 4 mục tiêu nghiên cứu cụ thể:

  1. Nghiên cứu cơ sở toán học và cơ chế vận hành của giao thức Bằng chứng Không tiết lộ Tri thức không tương tác (zk-SNARKs) và lược đồ chữ ký số mật mã BBS+ (BBS+ Signature Scheme).
  2. Xây dựng kiến trúc Định danh Tự chủ (Self-Sovereign Identity - SSI) chuẩn W3C, tích hợp cơ chế cấp phát, lưu trữ và xác minh Bằng chứng Xác thực (Verifiable Credentials - VC) cùng Bằng chứng Trình bày (Verifiable Presentations - VP).
  3. Triển khai hợp đồng thông minh (Smart Contract) trên nền tảng chuỗi khối Ethereum Testnet thông qua hạ tầng Infura và thư viện Nethereum (.NET) nhằm phi tập trung hóa quá trình quản lý định danh và trạng thái thu hồi chứng chỉ (Revocation Registry).
  4. Thực nghiệm, đo lường hiệu năng và kiểm thử an ninh mô hình xác thực bảo toàn quyền riêng tư, đối chiếu thuật toán chữ ký Ed25519 với BLS12-381G2 và phân tích độ trễ truy xuất dữ liệu.

Giải pháp kết hợp SSI, ZKP và Blockchain giúp loại bỏ hoàn toàn cơ quan trung ương, trao quyền sở hữu danh tính số về người dùng cuối, đồng thời hỗ trợ tiết lộ thuộc tính có chọn lọc (Selective Disclosure) và chứng minh vị từ (Predicate Proof) với độ trễ phản hồi mức mili-giây.

Phạm vi nghiên cứu giới hạn ở việc mô phỏng hệ sinh thái ba bên (Issuer - Holder - Verifier) sử dụng ví số MATTR Mobile Wallet, cầu nối OpenID Connect (OIDC Bridge) kết hợp Auth0 IdP, và sổ cái phân tán Ethereum Testnet (Sepolia/Goerli).

Phân tích và thiết kế giải pháp

Phân tích hiện trạng

Các giải pháp Quản lý Danh tính và Quyền truy cập (Identity and Access Management - IAM) đã trải qua ba giai đoạn tiến hóa chính, mỗi mô hình đều tồn tại những hạn chế cốt lõi về quyền riêng tư và kiến trúc tin cậy.

Tiêu chí so sánh Mô hình Tập trung (Centralized IAM) Mô hình Liên kết / Thuê ngoài (Federated/OAuth2/SAML) Mô hình Định danh Tự chủ kết hợp ZKP (SSI + ZKP)
Quyền kiểm soát Nhà cung cấp dịch vụ (SP) Bên thứ ba trung gian (Google, Meta, Auth0) Người dùng cuối (Holder-centric)
Bảo vệ quyền riêng tư Rất thấp (Lưu trữ Plaintext PII tập trung) Thấp (IdP theo dõi hành vi đăng nhập trên mọi SP) Tuyệt đối (ZKP, Selective Disclosure, không lộ PII)
Điểm thất bại đơn lẻ Cao (Từng máy chủ SP) Cực kỳ cao (Toàn bộ tài khoản phụ thuộc vào IdP) Không có (Sổ cái phân tán Blockchain/DLT)
Khả năng chuyển đổi dữ liệu Không thể Rất hạn chế (Vendor Lock-in) Hoàn toàn tương thích (Chuẩn W3C DID & VC)
Xác thực thuộc tính Toàn bộ thuộc tính Toàn bộ scope được cấp phép Chỉ xác minh mệnh đề toán học (Zero-Knowledge)

Hệ thống xác định các yêu cầu theo phương pháp MoSCoW:

  • Must have: Sinh và quản lý Decentralized Identifier (DID) chuẩn did:key / did:ethr; ký và xác minh VC chuẩn W3C; hỗ trợ chữ ký BBS+ để che giấu thuộc tính; tích hợp hợp đồng thông minh lưu trữ trạng thái thu hồi trên Ethereum.
  • Should have: Cầu nối tương thích OpenID Connect (OIDC) với Auth0; giao diện tương tác ví di động (MATTR Mobile Wallet); quét QR Code trao đổi khóa công khai ngoài băng.
  • Could have: Tích hợp zk-SNARKs mạch số học (Arithmetic Circuits) tổng quát cho các vị từ phức tạp; hỗ trợ đa chuỗi (Multi-chain DLT).
  • Won't have (trong phạm vi này): Cơ chế khôi phục khóa qua Social Recovery phân tán; kháng lượng tử tuyệt đối cho lớp đồng thuận Blockchain.

Thiết kế hệ thống

Kiến trúc hệ sinh thái SSI bao gồm 3 thực thể tương tác trên nền tảng Verifiable Data Registry (Sổ cái phân tán Ethereum):

+-------------------------------------------------------------------------+
|                  VERIFIABLE DATA REGISTRY (Blockchain/DLT)              |
|        - DID Documents (Public Keys)   - Revocation Registry            |
+-------------------------------------------------------------------------+
       ^                                                 ^
       | Đăng ký DID / Trạng thái VC                      | Tra cứu DID & Schema
       |                                                 |
+---------------+     1. Issue VC (BBS+ Signature)   +--------------------+
|    ISSUER     | ---------------------------------> |       HOLDER       |
|  (Auth0/OIDC  |                                    | (MATTR Mobile App) |
|    Bridge)    |                                    +--------------------+
+---------------+                                              |
       |                                                       | 2. Present VP (ZKP)
       |                                                       v
       | 3. Query Proof Validation                     +--------------------+
       +---------------------------------------------> |      VERIFIER      |
                                                       | (Relying Party SP) |
                                                       +--------------------+

Công nghệ và thư viện tích hợp:

  • Tiêu chuẩn dữ liệu: W3C DID Core 1.0, W3C Verifiable Credentials Data Model v1.1.
  • Mật mã học: Đường cong Elliptic BLS12-381 (hỗ trợ Bilinear Pairing cho BBS+), Ed25519 cho định danh did:key.
  • Blockchain Layer: Ethereum Testnet, Hợp đồng thông minh viết bằng Solidity ^0.8.20.
  • Backend & Tích hợp: .NET Core 8.0, Nethereum v4.14.0, Infura API Gateway, RESTful API qua Postman.
  • Client Layer: Ứng dụng di động MATTR Wallet, OIDC Client.

Thiết kế dữ liệu Verifiable Credential áp dụng định dạng JSON-LD tiêu chuẩn kết hợp bộ chứng minh mật mã:

{
  "@context": [
    "https://www.w3.org/2018/credentials/v1",
    "https://w3id.org/security/bbs/v1"
  ],
  "id": "urn:uuid:58172aac-d876-11ea-95d0-0242ac130003",
  "type": ["VerifiableCredential", "CitizenIdentityCredential"],
  "issuer": "did:key:z6MkjBIIPPa1njEKygyr5LR5pRKkqv7I4vyTkfnUdP6ToFSH5",
  "issuanceDate": "2024-05-15T00:00:00Z",
  "credentialSubject": {
    "id": "did:key:z6MkpTHR8VNsBxYAAWHut2Geadd9jSwuBV8xRoAnwWsdvktH",
    "fullName": "Phan Hoang Tuan",
    "dateOfBirth": "2002-10-15",
    "citizenIdNumber": "079202001234",
    "isOver18": true
  },
  "proof": {
    "type": "BbsBlsSignature2020",
    "created": "2024-05-15T08:12:00Z",
    "verificationMethod": "did:key:z6MkjBIIPPa1...#z6MkjBIIPPa1...",
    "proofPurpose": "assertionMethod",
    "proofValue": "AP3v...wT5Q=="
  }
}

Methodology

Đề tài áp dụng phương pháp nghiên cứu thực nghiệm kết hợp quy trình phát triển lặp (Iterative Agile Methodology) qua 4 chặng:

[Chặng 1: Lý thuyết & Khảo sát] --> [Chặng 2: Thiết kế Mật mã & Smart Contract]
             |                                              |
             v                                              v
[Chặng 4: Đo kiểm & Tối ưu hóa] <-- [Chặng 3: Tích hợp Hệ thống SSI & Wallet]

Ma trận đánh giá rủi ro kỹ thuật:

  • Rủi ro tính toán đường cong Pairings: Quá trình sinh bằng chứng trên thiết bị di động có thể chậm. Giải pháp: Tối ưu hóa tập tham số trên đường cong ghép đôi thân thiện BLS12-381G2.
  • Chi phí Gas và độ trễ Blockchain: Giao dịch ghi trên Ethereum tốn thời gian xác nhận block (12-15 giây). Giải pháp: Chỉ ghi On-chain trạng thái băm (Merkle Root/Accumulator) của danh sách thu hồi; toàn bộ dữ liệu định danh lưu trữ ngoài chuỗi (Off-chain).

Implementation và kết quả

Development process

Quá trình hiện thực hóa giải pháp tập trung vào hai thành phần trọng yếu: Cơ chế toán học của chữ ký BBS+ và Hợp đồng thông minh quản lý thu hồi kết nối qua Nethereum.

1. Thuật toán ký và xác minh BBS+ (Pairing-Based Cryptography)

Chữ ký BBS+ hoạt động trên hai nhóm cyclic $G_1, G_2$ có cùng cấp số nguyên tố $p$ và một ánh xạ song tuyến $e: G_1 \times G_2 \rightarrow G_T$.

  • Thiết lập: Khóa bí mật $x \in \mathbb{Z}_p^*$, Khóa công khai $w = g_2^x \in G_2$ cùng các điểm máy phát $h_0, h_1, \dots, h_L \in G_1$ tương ứng với $L$ thông điệp $(m_1, \dots, m_L)$.
  • Ký thông điệp: Với các số ngẫu nhiên $e, s \in \mathbb{Z}p$, tính toán giá trị chữ ký $A \in G_1$: $$A = \left( g_1 \cdot h_0^s \cdot \prod{i=1}^L h_i^{m_i} \right)^{\frac{1}{x + e}}$$ Chữ ký đầy đủ bao gồm $\sigma = (A, e, s)$.
  • Kiểm tra tính hợp lệ: Người xác minh kiểm chứng đẳng thức ánh xạ song tuyến: $$e\left(A, w \cdot g_2^e\right) = e\left(g_1 \cdot h_0^s \cdot \prod_{i=1}^L h_i^{m_i}, g_2\right)$$ Khi thực hiện tiết lộ có chọn lọc (Selective Disclosure), Holder có thể mở tập chỉ số $D \subset {1, \dots, L}$ và ẩn tập thuộc tính bí mật $H = {1, \dots, L} \setminus D$ thông qua kỹ thuật Zero-Knowledge Proof mà không làm mất tính toàn vẹn của chữ ký gốc.

2. Tương tác Hợp đồng thông minh qua Nethereum (.NET)

Hệ thống sử dụng thư viện Nethereum để kết nối mạng Ethereum Testnet thông qua RPC Infura Node nhằm kiểm tra trạng thái thu hồi của Credential:

using System;
using System.Threading.Tasks;
using Nethereum.Web3;
using Nethereum.ABI.FunctionEncoding.Attributes;
using Nethereum.Contracts;

public class CredentialRevocationRegistry
{
    private readonly Web3 _web3;
    private readonly string _contractAddress = "0x71C...3924";

    public CredentialRevocationRegistry(string infuraRpcUrl)
    {
        _web3 = new Web3(infuraRpcUrl);
    }

    [Function("isRevoked", "bool")]
    public class IsRevokedFunction : FunctionMessage
    {
        [Parameter("bytes32", "credentialHash", 1)]
        public byte[] CredentialHash { get; set; }
    }

    public async Task<bool> CheckRevocationStatusAsync(byte[] credentialHash)
    {
        var handler = _web3.Eth.GetContractQueryHandler<IsRevokedFunction>();
        var queryMessage = new IsRevokedFunction { CredentialHash = credentialHash };
        return await handler.QueryAsync<bool>(_contractAddress, queryMessage);
    }
}

Testing và validation

Quá trình thử nghiệm được tiến hành trên môi trường mạng thử nghiệm kết nối ứng dụng ví MATTR, máy chủ xác thực Auth0 và cổng phân tán Infura RPC.

+-----------------------------------------------------------------------+
|                      KẾT QUẢ ĐO KIỂM HIỆU NĂNG                        |
+------------------------------------+----------------------------------+
| Khởi tạo & Ký (Ed25519): ~1.2 ms   | Sinh Proof BBS+ (5 claims): 42ms |
| Khởi tạo & Ký (BLS12-381): 18.4 ms | Xác minh Proof BBS+: 15.6 ms     |
+------------------------------------+----------------------------------+

So sánh hiệu năng thuật toán chữ ký số và cơ chế lưu trữ:

Hạng mục kiểm thử Ed25519 (Mặc định W3C) BLS12-381G2 (BBS+ ZKP) Tỷ lệ chênh lệch
Kích thước khóa công khai (Public Key) 32 bytes 96 bytes Gấp 3.0 lần
Kích thước chữ ký (Signature Size) 64 bytes 112 bytes Gấp 1.75 lần
Thời gian tạo chữ ký (Sign Time) 1.25 ms 18.42 ms Tăng ~14.7 lần
Thời gian xác minh (Verify Time) 2.10 ms 15.60 ms Tăng ~7.4 lần
Hỗ trợ Zero-Knowledge Proofs Không (Toàn bộ hoặc không) Có (Selective Disclosure & Predicates) Đột phá về tính năng

Đo lường độ trễ truy xuất dữ liệu (Latency Benchmark):

  • Truy xuất cơ sở dữ liệu truyền thống (PostgreSQL Localhost): $12.4 \pm 2.1\text{ ms}$ cho mỗi truy vấn DID Document.
  • Truy xuất qua sổ cái Blockchain phân tán (Ethereum Testnet via Infura Gateway): $318.6 \pm 45.2\text{ ms}$ cho mỗi yêu cầu đọc trạng thái hợp đồng thông minh.

Kết quả đạt được

  1. Hoàn thành 100% các tính năng đề ra: Xây dựng thành công quy trình khép kín cấp phát - xác thực danh tính số dựa trên chuẩn mở W3C.
  2. Bảo mật quyền riêng tư tối đa: Người dùng chứng minh thành công điều kiện "Đủ 18 tuổi" (isOver18 = true) mà hoàn toàn không để lộ ngày tháng năm sinh (dateOfBirth) hay số Căn cước công dân (citizenIdNumber).
  3. Loại bỏ sự phụ thuộc vào máy chủ trung tâm khi xác minh: Người xác minh (Verifier) chỉ cần đối soát khóa công khai của Issuer trên DID Registry phân tán và kiểm tra tính toán học của ZKP Proof, không cần gửi bất kỳ API call nào về Issuer, loại bỏ nguy cơ rò rỉ hành vi người dùng (Tracking resistance).

Đổi mới và đóng góp

  • Đột phá về cơ chế bảo vệ quyền riêng tư cá nhân: Đề tài đã chuyển hóa thành công mô hình lý thuyết mật mã Zero-Knowledge Proofs vào hệ thống định danh tự chủ thực tế. Bằng việc kết hợp lược đồ chữ ký BBS+, hệ thống khắc phục nhược điểm lớn nhất của mô hình Verifiable Credentials truyền thống là bắt buộc người dùng phải gửi toàn bộ tệp dữ liệu chứa thông tin nhạy cảm.
  • Loại bỏ trung gian định danh không cần thiết: So với giải pháp OpenID Connect thông thường—nơi Google hoặc Facebook đóng vai trò trung gian xác thực và lưu vết mọi lượt đăng nhập—giải pháp SSI trong đồ án đảm bảo bên xác minh và nhà phát hành không thể cấu kết để theo dõi hoạt động của chủ thể danh tính.
  • Tối ưu hóa cơ chế lưu trữ phân tán: Khắc phục bài toán nghẽn mạng và chi phí đắt đỏ của Blockchain bằng cách phân tầng kiến trúc: Chỉ đưa hàm băm Merkle Root của danh sách thu hồi lên chuỗi khối (tiết kiệm hơn 90% chi phí lưu trữ Gas so với lưu toàn bộ DID Document on-chain).

Ứng dụng thực tế và triển khai

Tình huống ứng dụng thực tế

  1. Thẻ Căn cước Công dân số & Xác minh độ tuổi: Cho phép người dân tham gia các dịch vụ trực tuyến yêu cầu độ tuổi hợp pháp (như sàn thương mại, tài chính, nội dung giới hạn độ tuổi) mà không cần quét ảnh CCCD vật lý.
  2. Hệ thống Văn bằng chứng chỉ Đại học: Các trường đại học phát hành Bằng cử nhân điện tử dưới dạng VC. Nhà tuyển dụng có thể tức thời xác minh tính thật giả của bằng cấp thông qua chữ ký số phân tán trên Blockchain trong $15.6\text{ ms}$, chấm dứt nạn làm giả bằng cấp.
  3. Hồ sơ bệnh án điện tử và Y tế số: Chia sẻ kết quả xét nghiệm hoặc chứng nhận tiêm chủng mà vẫn ẩn danh hoàn toàn thông tin bệnh lý cá nhân khác.

Yêu cầu triển khai hệ thống

  • Hạ tầng máy chủ Issuer/Verifier: Docker Engine v24+, Node.js LTS v20.x, .NET SDK 8.0, cấu hình tối thiểu 2 vCPU, 4GB RAM.
  • Hạ tầng Blockchain Node: Tài khoản Infura/Alchemy API Gateway kết nối mạng Ethereum Sepolia Testnet, Private Key quản trị hợp đồng thông minh.
  • Phía người dùng cuối: Điện thoại thông minh chạy iOS 14.0+ hoặc Android 10.0+ đã cài đặt MATTR Wallet hoặc các ví tương thích chuẩn Hyperledger Aries / W3C VC.

Hạn chế và hướng phát triển

Hạn chế kỹ thuật

  • Chi phí tính toán của Mật mã Ghép đôi (Pairing-based Cryptography): Thời gian tạo bằng chứng và xác minh của đường cong BLS12-381 cao hơn khoảng 7-14 lần so với các đường cong elliptic thông thường như Ed25519, gây tiêu tốn tài nguyên trên các thiết bị di động cấu hình yếu.
  • Độ trễ ghi nhận giao dịch On-chain: Quá trình cập nhật trạng thái thu hồi chứng chỉ lên mạng Ethereum phụ thuộc vào thời gian đào block và tình trạng tắc nghẽn mạng.
  • Xung đột pháp lý với GDPR ("Quyền được lãng quên"): Tính bất biến của Blockchain gây khó khăn khi xử lý các yêu cầu xóa dữ liệu hoàn toàn, đòi hỏi kiến trúc hệ thống phải tuyệt đối không lưu dữ liệu PII dạng thô trên chuỗi.

Hướng phát triển tương lai

  • Nghiên cứu ứng dụng zk-STARKs (Zero-Knowledge Scalable Transparent Arguments of Knowledge) nhằm loại bỏ yêu cầu thiết lập tin cậy (Trusted Setup) và tăng cường khả năng kháng mã độc từ điện toán lượng tử.
  • Tích hợp giải pháp mở rộng Layer-2 (Rollups như Arbitrum, Optimism hoặc zkSync) để giảm phí giao dịch thu hồi chứng chỉ xuống dưới $0.001/lần.
  • Xây dựng giao thức phục hồi khóa xã hội phi tập trung (Decentralized Social Recovery) giúp người dùng khôi phục ví danh tính khi mất thiết bị mà không cần cơ quan trung ương.

Đối tượng hưởng lợi

  • Sinh viên & Học viên chuyên ngành: Cung cấp tài liệu tham khảo hoàn chỉnh, mã nguồn thực thi mẫu và phương pháp luận rõ ràng về việc hiện thực hóa các giao thức mật mã tiên tiến (ZKP, BBS+) kết hợp Blockchain.
  • Kỹ sư phát triển phần mềm (Developers): Nắm vững kiến trúc triển khai thực tế của chuẩn W3C DID/VC, kỹ thuật tích hợp Web3 thông qua Nethereum và cơ chế cầu nối OIDC-to-SSI.
  • Doanh nghiệp & Cơ quan quản lý: Sở hữu bản thiết kế giải pháp IAM thế hệ mới giúp giảm thiểu 100% rủi ro bị phạt vi phạm quy định bảo vệ dữ liệu (như Nghị định 13/2023/NĐ-CP, GDPR), đồng thời tiết kiệm hàng triệu USD chi phí duy trì hệ thống bảo mật máy chủ tập trung.
  • Cộng đồng nghiên cứu An toàn thông tin: Nguồn dữ liệu thực nghiệm chuẩn xác về hiệu năng và độ trễ của các họ đường cong mật mã mới trong môi trường mạng phân tán.

Câu hỏi thường gặp

1. Yêu cầu kỹ thuật tối thiểu để triển khai hệ thống xác thực này là gì?

Hệ thống yêu cầu máy chủ chạy môi trường runtime .NET 8.0 hoặc Node.js 20+, kết nối internet để giao tiếp với Infura RPC Endpoint (Ethereum), cùng các thư viện mã hóa hỗ trợ thư viện phép ghép đường cong BLS12-381.

2. Giới hạn khả năng mở rộng của hệ thống nằm ở đâu và giải quyết thế nào?

Giới hạn chính nằm ở thông lượng (TPS) ghi trạng thái thu hồi của Blockchain Layer-1. Giải pháp tối ưu là sử dụng Merkle Cryptographic Accumulators để gom hàng ngàn trạng thái thu hồi vào một giao dịch duy nhất, hoặc chuyển sang triển khai trên Ethereum Layer-2 Rollups.

3. Hệ thống có thể tích hợp với các hạ tầng xác thực doanh nghiệp hiện có không?

Hoàn toàn có thể. Nhờ sử dụng cơ chế OIDC Bridge, hệ thống dễ dàng tích hợp trực tiếp vào các cổng đăng nhập doanh nghiệp chuẩn OAuth2/OIDC như Auth0, Okta, Keycloak mà không cần viết lại toàn bộ kiến trúc ứng dụng backend.

4. Chi phí vận hành và bảo trì hệ thống ước tính như thế nào?

Chi phí vận hành định kỳ cực kỳ thấp do không phải duy trì các cụm máy chủ cơ sở dữ liệu IAM đồ sộ. Chi phí duy nhất gồm máy chủ ứng dụng nhẹ làm nhiệm vụ ký phát (Issuer Service) và phí gas Blockchain (ở mức micro-cent khi sử dụng Layer-2).

5. Dữ liệu danh tính cá nhân có bị công khai trên sổ cái Blockchain không?

Không. Sổ cái Blockchain chỉ lưu trữ mã định danh phân tán (DID string), khóa công khai (Public Key) và hàm băm trạng thái thu hồi (Revocation State Hash). Toàn bộ dữ liệu cá nhân (PII) được mã hóa và lưu trữ duy nhất trong ví số cục bộ của người dùng.

Kết luận

Khóa luận tốt nghiệp "Định danh tự chủ sử dụng Bằng chứng không tiết lộ tri thức và Chuỗi khối" đã giải quyết triệt để bài toán mất an toàn dữ liệu và quyền riêng tư trong kỷ nguyên số. Bằng việc kết hợp chuẩn định danh W3C, giao thức mật mã BBS+ ZKP và công nghệ sổ cái phân tán Ethereum, nghiên cứu đã xây dựng thành công một khuôn khổ định danh thế hệ mới: Nơi người dùng thực sự sở hữu danh tính số của chính mình, các tổ chức giảm thiểu nguy cơ rò rỉ dữ liệu, và quá trình xác thực trực tuyến diễn ra minh bạch, an toàn, không thể giả mạo. Đây chính là nền tảng kỹ thuật vững chắc cho việc xây dựng các hệ thống Chính phủ số và Kinh tế số bảo mật cao trong tương lai.