Giới thiệu dự án

Trong kỷ nguyên số hóa giáo dục và hội nhập toàn cầu, văn bằng và chứng chỉ là tài sản trí tuệ minh chứng cho năng lực, trình độ chuyên môn của người học. Theo các báo cáo khảo sát tuyển dụng quốc tế, có tới hơn 30% hồ sơ ứng viên chứa các thông tin học vấn bị phóng đại hoặc làm giả mạo tinh vi. Tại Việt Nam, tình trạng sử dụng bằng tiến sĩ, thạc sĩ giả mạo để ứng tuyển vào các vị trí giảng dạy và quản trị đã gióng lên hồi chuông cảnh báo về tính cấp thiết của một cơ chế thẩm định văn bằng minh bạch, tự động và không thể thao túng.

Hệ thống quản lý dữ liệu giáo dục truyền thống dựa trên cơ sở dữ liệu quan hệ tập trung (RDBMS) tồn tại nhiều điểm yếu cố hữu: quyền kiểm soát nằm trong tay nhóm quản trị viên đặc quyền, nguy cơ rò rỉ dữ liệu định danh cá nhân (Personally Identifiable Information - PII), và khả năng bị sửa đổi trái phép mà không để lại dấu vết. Mặc dù công nghệ chuỗi khối (Blockchain) đơn chuỗi (Single-chain) đã được ứng dụng để tăng cường tính bất biến và minh bạch, nhưng thực tế triển khai dẫn đến vấn đề phân mảnh dữ liệu – tạo thành các "đảo cô lập" (data silos) giữa các trường đại học và cơ quan tuyển dụng. Hơn nữa, việc công khai toàn bộ dữ liệu học tập lên một sổ cái mở vô tình xâm phạm quyền riêng tư của ứng viên (điểm trung bình tích lũy GPA, thông tin nhân thân).

Để giải quyết triệt để bài toán này, đề tài Cross-Cert được nghiên cứu và phát triển bởi sinh viên Khưu Minh Phong (Trường Đại học Công nghệ Thông tin - ĐHQG-HCM), dưới sự hướng dẫn của ThS. Trần Tuấn Dũng. Hệ thống kết hợp đột phá giữa Công nghệ liên chuỗi (Cross-Chain) và Bằng chứng không tiết lộ tri thức (Zero-Knowledge Proof - ZKP) dựa trên mô hình zk-SNARKs.

+-------------------+       Query Token Metadata        +-------------------+
|  Education Chain  | <===============================> |     CrossCert     |
| (Ethereum Sepolia)|                                   |    DApp Gateway   |
+-------------------+                                   +-------------------+
          |                                                       |
          | Lưu trữ NFT Bằng cấp (ERC-721)                       | Verify Proof
          v                                                       v
+-------------------+       Off-chain Storage           +-------------------+
|  NFT.Storage/IPFS | <-------------------------------- |  Employer Chain   |
| (Proving Key/Meta)|                                   | (Avalanche Fuji)  |
+-------------------+                                   +-------------------+

Mục tiêu dự án

  1. Chuẩn hóa văn bằng kỹ thuật số: Mô hình hóa chứng chỉ giáo dục dưới dạng Non-Fungible Tokens (NFT) tuân thủ tiêu chuẩn ERC-721 và lưu trữ phi tập trung siêu dữ liệu (metadata) trên hệ thống IPFS (InterPlanetary File System).
  2. Xóa bỏ rào cản phân mảnh liên chuỗi: Thiết lập cơ chế tương tác đa chuỗi (Cross-Chain Interoperability) kết nối giữa mạng lưới trường đại học (Ethereum Sepolia Testnet) và mạng lưới nhà tuyển dụng (Avalanche Fuji Testnet).
  3. Bảo vệ quyền riêng tư tuyệt đối: Ứng dụng giải thuật zk-SNARKs (Groth16) cho phép ứng viên chứng minh học lực đạt chuẩn tuyển dụng (ví dụ: GPA $\ge 3.2/4.0$) mà không làm lộ điểm số thực tế hay thông tin cá nhân.
  4. Tối ưu hóa quy trình xác thực tự động: Xây dựng ứng dụng phi tập trung (DApp) khép kín, tự động xác minh on-chain và thông báo đa kênh (EmailJS) theo thời gian thực.

Phạm vi và giới hạn

  • Phạm vi: Ứng dụng tập trung vào tương tác liên chuỗi giữa các mạng tương thích máy ảo Ethereum (EVM-compatible chains), xác thực điều kiện học tập bằng mạch số học (arithmetic circuits).
  • Giới hạn: Hệ thống chưa triển khai trực tiếp cầu nối native bridging phi tập trung hoàn toàn (Relay/Light-client on-chain) do chi phí tính toán gas, thay vào đó sử dụng mô hình kết hợp Off-chain Prover và On-chain Verifier.

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

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

Tiêu chí Chứng chỉ giấy truyền thống Cơ sở dữ liệu tập trung (RDBMS) Blockchain đơn chuỗi (Blockcerts/Sci-B) Giải pháp Cross-Cert
Khả năng làm giả Rất cao, khó phát hiện bằng mắt Trung bình (nguy cơ bị can thiệp DB) Bất biến, chống làm giả tuyệt đối Bất biến, chống làm giả tuyệt đối
Quyền riêng tư Kém (phơi bày toàn bộ hồ sơ) Phụ thuộc vào chính sách phân quyền Kém (mọi dữ liệu on-chain đều công khai) Tối ưu tuyệt đối (sử dụng ZKP / zk-SNARKs)
Khả năng tương tác Thủ công, phụ thuộc công chứng Tích hợp API phức tạp, khép kín Cô lập trong 1 Blockchain duy nhất Tương tác liên chuỗi linh hoạt (Cross-Chain)
Thời gian xác minh 3 - 7 ngày làm việc Vài phút (nếu mở API) Vài chục giây Tức thì (< 15 giây)

Phân tích nhu cầu theo mô hình MoSCoW

  • Must-have: Mint chứng chỉ dưới dạng NFT ERC-721; sinh bằng chứng ZKP với private input (GPA); Verifier Smart Contract thực thi trên chuỗi Avalanche Fuji; lưu lịch sử xác thực bất biến.
  • Should-have: Tự động gửi email thông báo kết quả cho nhà tuyển dụng; lưu trữ metadata và Proving Key trên IPFS.
  • Could-have: Hỗ trợ OpenSea testnet để tra cứu trực quan giao diện chứng chỉ.
  • Won't-have (ở giai đoạn này): Xử lý giao dịch liên chuỗi tự động hoàn toàn không cần chữ ký của ứng viên.

Thiết kế hệ thống

Kiến trúc Cross-Cert được phân tách thành 3 phân vùng chính:

[ FRONTEND DAPP: Next.js 14 + Ethers.js v6 + ZoKrates.js ]
                         |
       +-----------------+-----------------+
       |                                   |
[ RPC: Alchemy ]                   [ RPC: Infura ]
       |                                   |
[ ETHEREUM SEPOLIA ]               [ AVALANCHE FUJI ]
 - Student.sol                      - Verifier.sol (zk-SNARKs)
 - Certificate.sol (ERC-721)        - History.sol

Technology Stack và Version

  • Smart Contract Language: Solidity ^0.8.0 / ^0.8.9
  • Smart Contract Libraries: OpenZeppelin Contracts v4.9.x (ERC721.sol, ERC721URIStorage.sol)
  • Zero-Knowledge Proof Framework: ZoKrates Compiler & Toolchain, thư viện zokrates-js
  • Cryptographic Curve: alt_bn128 elliptic curve (Scalar Field modulus: 21888242871839275222246405745257275088548364400416034343698204186575808495617)
  • Frontend & Integration: Next.js 14, Ethers.js v6, Axios, EmailJS
  • Decentralized Storage: IPFS / NFT.Storage SDK

Thiết kế cấu trúc dữ liệu Metadata chuẩn ERC-721

{
  "title": "Additional Data For ERC721 Certificate Token",
  "type": "object",
  "properties": {
    "student": {
      "type": "object",
      "properties": {
        "information": {
          "fullName": "Khưu Minh Phong",
          "dateOfBirth": "2002-01-01",
          "ID": "20521742"
        },
        "major": {
          "name": "Mạng máy tính và Truyền thông dữ liệu",
          "language": "Vietnamese"
        },
        "result": {
          "GPA": "3.65",
          "credits": "135",
          "classification": "Xuất sắc"
        }
      },
      "required": ["information", "major", "result"]
    }
  }
}

Phương pháp nghiên cứu và phát triển (Methodology)

Dự án áp dụng quy trình Agile-Scrum gồm 4 sprint chính:

  • Sprint 1 (Tuần 1 - 3): Khảo sát lý thuyết liên chuỗi (Notary Scheme, Relay, Sidechain), thiết kế mạch ZKP Groth16.
  • Sprint 2 (Tuần 4 - 6): Xây dựng Smart Contracts (Certificate.sol, Student.sol, History.sol) và sinh Verifier.sol từ ZoKrates.
  • Sprint 3 (Tuần 7 - 9): Phát triển Frontend DApp, tích hợp Ethers.js, Web Worker để tính toán Witness và Proof phía client.
  • Sprint 4 (Tuần 10 - 12): Triển khai thử nghiệm trên Sepolia và Fuji, đo đạc Gas Fee, tối ưu hóa thời gian sinh Proof.

Implementation và kết quả

Quy trình 9 bước xác thực liên chuỗi

  1. Bước 1: Ứng viên kết nối ví Web3 (MetaMask) vào CrossCert DApp.
  2. Bước 2: DApp truy vấn Student.sol trên Sepolia để xác định Certificate ID tương ứng với địa chỉ ví.
  3. Bước 3: Ứng viên nhập Certificate ID đối soát; hệ thống kiểm tra quyền sở hữu chính chủ.
  4. Bước 4 & 5: DApp gọi Alchemy RPC đọc metadata của NFT Certificate từ IPFS.
  5. Bước 6 (ZKP Execution): DApp tải Proving Key và mạch logic từ IPFS, đưa GPA vào làm Private Witness, sinh ra Bằng chứng $\pi = (A, B, C)$.
  6. Bước 7: DApp gửi Proof $\pi$ và Public Input (ngưỡng điểm yêu cầu) đến Verifier.sol trên Avalanche Fuji.
  7. Bước 8: Smart Contract thực hiện phép ghép đôi đường cong elip (Elliptic Curve Pairing) và trả về kết quả true/false.
  8. Bước 9: DApp gọi History.sol ghi nhận kết quả on-chain và kích hoạt EmailJS gửi thông báo xác thực tới nhà tuyển dụng.

Chi tiết mã nguồn lõi

1. Hợp đồng phát hành văn bằng NFT (Certificate.sol)

// SPDX-License-Identifier: UNLICENSED
pragma solidity ^0.8.9;

import "@openzeppelin/contracts/token/ERC721/ERC721.sol";
import "@openzeppelin/contracts/token/ERC721/extensions/ERC721URIStorage.sol";

contract Certificate is ERC721URIStorage {
    address public owner;

    constructor(string memory name, string memory symbol) ERC721(name, symbol) {
        owner = msg.sender;
    }

    function createCertificate(uint256 studentID, string memory tokenURI) public {
        require(msg.sender == owner, "Only issuer can mint");
        _safeMint(msg.sender, studentID);
        _setTokenURI(studentID, tokenURI);
    }
}

2. Mạch tính toán Zero-Knowledge Proof phía Client (ZoKrates)

// Tính toán witness và sinh proof không làm lộ GPA thực tế
const computeZKPProof = async (gpaValue, requiredThreshold) => {
  const arrayBuffer = await fetch(process.env.NEXT_PUBLIC_PROVING_KEY).then(res => res.arrayBuffer());
  const provingKey = new Uint8Array(arrayBuffer);
  
  // Compile circuit & compute witness
  const artifacts = zokratesProvider.compile(circuitSource);
  const { witness } = zokratesProvider.computeWitness(artifacts, [
    String(Number(gpaValue) * 100), // Scale GPA float to integer
    String(Number(requiredThreshold) * 100)
  ]);
  
  // Generate zk-SNARKs proof
  const proof = zokratesProvider.generateProof(artifacts.program, witness, provingKey);
  return proof;
};

3. Hợp đồng kiểm tra bằng chứng (Verifier.sol)

Hàm xác minh verifyTx trên chuỗi Avalanche Fuji giải mã điểm đường cong elip và kiểm tra tính hợp lệ mà không cần giải mã GPA:

function verify(uint[] memory input, Proof memory proof) internal view returns (uint) {
    uint256 snark_scalar_field = 21888242871839275222246405745257275088548364400416034343698204186575808495617;
    VerifyingKey memory vk = verifyingKey();
    require(input.length + 1 == vk.gamma_abc.length, "Invalid input length");

    Pairing.G1Point memory vk_x = Pairing.G1Point(0, 0);
    for (uint i = 0; i < input.length; i++) {
        require(input[i] < snark_scalar_field, "Input scalar field overflow");
        vk_x = Pairing.addition(vk_x, Pairing.scalar_mul(vk.gamma_abc[i + 1], input[i]));
    }
    vk_x = Pairing.addition(vk_x, vk.gamma_abc[0]);

    if (!Pairing.pairing(
        Pairing.negate(proof.A),
        proof.B,
        vk.alpha,
        vk.beta,
        vk_x,
        vk.gamma,
        proof.C,
        vk.delta
    )) return 1;
    return 0;
}

4. Hợp đồng lưu trữ lịch sử (History.sol)

// SPDX-License-Identifier: MIT
pragma solidity ^0.8.0;

contract History {
    address public owner;
    mapping(address => string[]) private historyProofs;
    mapping(address => bool[]) private historyResults;

    constructor() {
        owner = msg.sender;
    }

    function addHistory(address candidate, string memory proof, bool result) public {
        require(msg.sender == owner, "Unauthorized");
        historyProofs[candidate].push(proof);
        historyResults[candidate].push(result);
    }
}

Kết quả thử nghiệm và đánh giá hiệu năng

Thực nghiệm được thực hiện trên môi trường máy chủ Intel Core i7, 16GB RAM, kết nối song song Ethereum Sepolia và Avalanche Fuji Testnet.

+------------------------------------+-----------------------+
| Chỉ số đo lường (Metrics)          | Giá trị thực nghiệm   |
+------------------------------------+-----------------------+
| Thời gian sinh Proof (Off-chain)   | 2.14 giây             |
| Thời gian xác thực on-chain (Fuji) | 1.85 giây             |
| Gas used cho Verifier.sol          | ~194,520 Gas          |
| Gas used cho History.sol           | ~86,410 Gas           |
| Tỷ lệ từ chối bằng chứng giả mạo   | 100% (Soundness test) |
| Tổng thời gian toàn trình (9 bước) | 11.2 - 14.6 giây      |
+------------------------------------+-----------------------+

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

Các cải tiến kỹ thuật đột phá

  1. Kiến trúc liên chuỗi giải quyết "Data Silos": Khác với Blockcerts (MIT) chỉ vận hành trên một chuỗi đơn (Bitcoin/Ethereum) và Sci-B cô lập trong hệ sinh thái Ethereum, Cross-Cert cho phép tách rời môi trường lưu trữ văn bằng của trường học và môi trường kiểm tra của doanh nghiệp, giúp giảm tắc nghẽn mạng và phân định rõ quyền tài phán dữ liệu.
  2. Triển khai zk-SNARKs (Groth16) trong xác thực học vấn: Lần đầu tiên đưa thuật toán Groth16 trên hệ đường cong alt_bn128 vào việc chứng minh các tiêu chí tuyển dụng (GPA threshold, xếp loại tốt nghiệp) mà không làm rò rỉ điểm số thực tế.
  3. Mô hình Hybrid On/Off-Chain tối ưu chi phí: Đưa toàn bộ tác vụ tính toán mạch số học nặng nề về phía trình duyệt của client (thông qua WebAssembly / ZoKrates.js), chỉ thực hiện thao tác kiểm tra ghép đôi đại số (pairing checks) trên Smart Contract của Avalanche Fuji, giúp giảm hơn 82% chi phí Gas so với việc tính toán trực tiếp trên L1 Ethereum.

Bảng so sánh đóng góp với các công trình liên quan

Công trình Công nghệ chính Hỗ trợ Cross-Chain Bảo vệ quyền riêng tư (ZKP) Điểm hạn chế chính
Blockcerts (Sharma et al.) Bitcoin / Ethereum Không Không Dữ liệu công khai, dễ lộ thông tin cá nhân
NovidChain (Abid et al.) Private Blockchain + SSI Không Gián tiếp qua che giấu định danh Khó mở rộng giữa các tổ chức độc lập
Sci-B (Anwar et al.) Ethereum DApp Không Không Tắc nghẽn mạng, lộ điểm số GPA
Mô hình Fabric (Saleh et al.) Hyperledger Fabric Không Dựa vào phân quyền RBAC Thiếu tính phi tập trung công khai
Cross-Cert (Đề tài đề xuất) Cross-Chain + zk-SNARKs Có (Sepolia - Fuji) Có (Groth16 Zero-Knowledge) Phụ thuộc vào RPC Gateway trung gian

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

Kịch bản triển khai thực tế (Use Cases)

  • Tuyển dụng doanh nghiệp lớn: Các tập đoàn đa quốc gia có thể xác minh tức thì hàng ngàn hồ sơ tốt nghiệp từ các trường đại học khác nhau mà không cần liên hệ phòng đào tạo để xác minh thủ công.
  • Liên thông và du học quốc tế: Sinh viên chuyển tiếp tín chỉ sang các trường đại học quốc tế có thể chứng minh hoàn thành các môn tiên quyết mà không cần gửi bảng điểm giấy công chứng đắt đỏ.
  • Cấp chứng chỉ hành nghề y tế/luật: Các hiệp hội nghề nghiệp có thể cấp phép dựa trên xác thực bằng cấp chuẩn hóa mà không làm lộ các thông tin cá nhân nhạy cảm.

Hướng dẫn triển khai hệ thống (Deployment Guide)

  1. Khởi tạo Smart Contracts: 
    # Triển khai Certificate & Student trên Sepolia
npx hardhat run scripts/deploy_education.js --network sepolia

# Triển khai Verifier & History trên Avalanche Fuji
npx hardhat run scripts/deploy_employer.js --network fuji
  2. Cấu hình biến môi trường Frontend (.env.local): 
    NEXT_PUBLIC_STUDENT_CONTRACT=0x44Fbdfb7e8a705F8Db6C23799CO0f72C3f7cb44B8
NEXT_PUBLIC_CERT_CONTRACT=0x8c6709ce3F79E12AcA80756d216cC95deANA19a6
NEXT_PUBLIC_HISTORY_CONTRACT=0xA8C5CC290acc9aEC37ff51cBF21b097f1b018bA9
NEXT_PUBLIC_VERIFIER_CONTRACT=0xbc526d15F3e5d1Bð684005E2d994ac66AA22a335
NEXT_PUBLIC_ALCHEMY_SEPOLIA_URL=https://eth-sepolia.g.alchemy.com/v2/YOUR_KEY
NEXT_PUBLIC_AVALANCHE_FUJI_URL=https://api.avax-test.network/ext/bc/C/rpc

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

Hạn chế kỹ thuật hiện tại

  • Phụ thuộc RPC Gateway: Ứng dụng hiện vẫn dựa vào Alchemy và Infura để làm cầu nối RPC. Nếu các nhà cung cấp này gặp sự cố, luồng đọc dữ liệu sẽ bị gián đoạn.
  • Độ phức tạp của mạch số học ZK: Ngôn ngữ ZoKrates hiện tại chủ yếu hỗ trợ mạch số học nguyên tố, việc biểu diễn logic so sánh chuỗi văn bản phức tạp đòi hỏi nhiều ràng buộc (constraints), làm tăng kích thước Proving Key.
  • Phí giao dịch Gas: Dù triển khai trên Avalanche Fuji giúp giảm phí, nhưng người dùng hoặc nhà tuyển dụng vẫn cần sở hữu đồng tiền điện tử (AVAX/ETH) để chi trả phí thực thi hợp đồng.

Hướng nghiên cứu và phát triển tương lai

  • Tích hợp Account Abstraction (ERC-4337): Cho phép nhà tuyển dụng hoặc nhà trường tài trợ phí gas (Gasless Transactions) cho ứng viên thông qua Paymaster.
  • Mở rộng giao thức Cross-Chain Messaging: Thay thế cơ chế gọi off-chain bằng các giao thức chuẩn hóa như Chainlink CCIP (Cross-Chain Interoperability Protocol) hoặc LayerZero để truyền tin cậy trực tiếp giữa hai Smart Contract.
  • Tương thích Soulbound Tokens (SBT - EIP-5114): Nâng cấp văn bằng từ ERC-721 thông thường thành Soulbound Token nhằm ngăn chặn hoàn toàn khả năng chuyển nhượng (non-transferable) giữa các ví.

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

  • Sinh viên / Ứng viên: Toàn quyền kiểm soát văn bằng số của bản thân, bảo vệ thông tin GPA cá nhân trước nhà tuyển dụng, tiết kiệm 100% chi phí in ấn và công chứng giấy tờ.
  • Nhà tuyển dụng / Doanh nghiệp: Rút ngắn thời gian thẩm định hồ sơ từ vài ngày xuống dưới 15 giây, loại bỏ hoàn toàn rủi ro tuyển nhầm nhân sự sử dụng văn bằng giả.
  • Các cơ sở giáo dục (Trường đại học): Giảm thiểu 90% khối lượng công việc hành chính liên quan đến cấp lại bảng điểm và xác nhận văn bằng cho bên thứ ba; nâng cao uy tín thương hiệu giáo dục số.
  • Cộng đồng lập trình viên & Nhà nghiên cứu: Cung cấp một kiến trúc tham chiếu mẫu (reference architecture) kết hợp thực tế giữa Blockchain Interoperability và zk-SNARKs trong các bài toán quản lý danh tính số (Decentralized Identity).

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

1. Yêu cầu kỹ thuật tối thiểu để doanh nghiệp tích hợp hệ thống Cross-Cert là gì?

Doanh nghiệp chỉ cần một trình duyệt web hiện đại hỗ trợ WebAssembly, tiện ích ví Web3 (như MetaMask, Coinbase Wallet) kết nối mạng Avalanche C-Chain (hoặc Fuji Testnet) và một tài khoản RPC Node (Infura/Alchemy) cơ bản.

2. Nếu sinh viên để lộ Certificate ID thì người khác có thể dùng bằng cấp đó đi ứng tuyển không?

Không. Hệ thống sử dụng cơ chế xác thực kép: Certificate ID được ánh xạ chặt chẽ với địa chỉ ví của sinh viên trong hợp đồng Student.sol. Khi đối soát, ứng viên phải ký giao dịch bằng đúng Private Key của ví sở hữu thì DApp mới cho phép tiếp tục quy trình xác thực.

3. Tại sao hệ thống lại sử dụng zk-SNARKs thay vì mã hóa khóa công khai truyền thống?

Mã hóa bất đối xứng chỉ giúp che giấu dữ liệu nhưng không thể chứng minh tính đúng đắn của dữ liệu mà không giải mã. Với zk-SNARKs, ứng viên có thể chứng minh điểm số của mình thỏa mãn điều kiện $GPA \ge K$ trực tiếp trên Smart Contract mà không bao giờ phải tiết lộ giá trị $GPA$ thực sự cho bất kỳ ai.

4. Chi phí duy trì hệ thống trên mạng lưới thực tế (Mainnet) ước tính ra sao?

Nhờ việc lưu trữ Metadata và Proving Key trên IPFS (chi phí cố định cực thấp) và thực hiện hàm verifyTx trên các mạng Layer-2 hoặc Avalanche C-Chain, chi phí cho mỗi lượt xác thực chỉ dao động từ $0.01 đến $0.05 USD, thấp hơn hàng trăm lần so với chi phí thẩm định hồ sơ truyền thống.

5. Hệ thống có thể tích hợp vào các phần mềm quản trị tuyển dụng (ATS) hiện có không?

Có. Toàn bộ quy trình xác minh có thể đóng gói thành một RESTful API hoặc Webhook. Các hệ thống tuyển dụng doanh nghiệp (như Workday, Greenhouse, Taleo) có thể gửi yêu cầu kiểm tra và nhận kết quả xác thực dạng JSON kèm đường dẫn giao dịch on-chain để lưu trữ hồ sơ.

Kết luận

Đề tài Cross-Cert của sinh viên Khưu Minh Phong đã chứng minh tính khả thi và hiệu quả vượt trội của việc kết hợp hai công nghệ đột phá: Liên chuỗi khối (Cross-Chain) và Bằng chứng không tiết lộ tri thức (Zero-Knowledge Proof). Bằng việc giải quyết đồng thời bài toán chống giả mạo văn bằng, xóa bỏ ranh giới dữ liệu cô lập giữa các tổ chức và bảo vệ quyền riêng tư học vị, Cross-Cert mở ra một tiêu chuẩn mới cho chuyển đổi số trong giáo dục và tuyển dụng nhân sự thời đại công nghệ 4.0.