Giới thiệu dự án

Sự phát triển mạnh mẽ của thương mại điện tử đã biến hệ thống đặt giữ chỗ vé máy bay (Computer Reservation System - CRS / Global Distribution System - GDS) thành hạ tầng xương sống của ngành hàng không toàn cầu. Theo báo cáo từ Hiệp hội Vận tải Hàng không Quốc tế (IATA), các hãng hàng không xử lý hơn 4 tỷ lượt hành khách mỗi năm, nhưng chi phí vận hành trung gian thông qua các kênh GDS truyền thống (như Amadeus, Sabre, Travelport) chiếm từ 2% đến 4% tổng doanh thu vé. Đồng thời, tổn thất do gian lận thanh toán trực tuyến, vé giả mạo trên thị trường thứ cấp và chi phí đối soát thanh toán liên ngân hàng gây thiệt hại hàng tỷ USD mỗi năm cho toàn ngành.

Hệ thống đặt vé máy bay kiến trúc Web 2.0 hiện tại bộc lộ nhiều điểm nghẽn nghiêm trọng:

  • Dữ liệu tập trung và thiếu minh bạch: Người dùng phụ thuộc hoàn toàn vào máy chủ tập trung của hãng bay hoặc đại lý. Dữ liệu vé (Boarding Pass) chỉ là các bản ghi trong cơ sở dữ liệu đóng, dễ bị tấn công sửa đổi hoặc lỗi đơn điểm (Single Point of Failure).
  • Rào cản thị trường thứ cấp: Người dùng khi có thay đổi đột xuất về lịch trình gần như không thể chuyển nhượng vé cho người khác một cách an toàn do chính sách định danh khắt khe và thiếu cơ chế xác thực quyền sở hữu phân tán. Thị trường chuyển nhượng vé chợ đen tiềm ẩn rủi ro lừa đảo (vé bị hủy, vé bán cho nhiều người cùng lúc).
  • Chi phí trung gian và thời gian đối soát CeFi: Việc thanh toán thông qua hệ thống tài chính tập trung (CeFi) yêu cầu qua nhiều cổng thanh toán trung gian, thời gian ghi nhận và đối soát kéo dài từ 3 đến 7 ngày, phát sinh chi phí giao dịch từ 1.5% đến 3.5% cho mỗi lượt giao dịch.

Đồ án tốt nghiệp "Nghiên cứu ứng dụng công nghệ blockchain vào việc xây dựng hệ thống đặt giữ chỗ vé máy bay trên nền tảng Solana" (thực hiện bởi sinh viên Bùi Võ Ngọc Quế Trân, GVHD: ThS. Lưu Văn Thuần, Khoa Kỹ thuật Hàng không – Học viện Hàng không Việt Nam) tập trung giải quyết triệt để các bài toán trên thông qua việc ứng dụng công nghệ Web 3.0 và Blockchain.

Mục tiêu cụ thể của dự án:

  1. Nghiên cứu chuyên sâu kiến trúc phân tán, mô hình dữ liệu (Account-based Model) và các cơ chế đồng thuận hiệu năng cao trên Blockchain, trọng tâm là hệ sinh thái Solana.
  2. Thiết kế và chuẩn hóa cấu trúc dữ liệu vé máy bay (Boarding Pass) dưới dạng tài sản kỹ thuật số không thể thay thế (Non-Fungible Token - NFT) tuân thủ tiêu chuẩn Metaplex Token Metadata Standard.
  3. Xây dựng và triển khai Smart Contract (Solana Program) thực hiện logic nghiệp vụ: khởi tạo vé (Minting), phát hành vé giới hạn (Master Edition), và thị trường trao đổi vé thứ cấp (Marketplace) tích hợp hợp đồng ký quỹ tự động (Escrow Smart Contract).
  4. Kiểm thử, đánh giá hiệu năng giao dịch (TPS, Finality time), chi phí on-chain (Gas fee, Rent fee) và tính khả thi trong thực tế vận hành hàng không.

Giải pháp lựa chọn nền tảng Blockchain Solana được chứng minh dựa trên khả năng đáp ứng yêu cầu khắt khe của hệ thống thương mại hàng không: thông lượng xử lý lý thuyết đạt trên 50.000 giao dịch/giây (TPS), thời gian tạo khối (Block time) ~400ms, và chi phí giao dịch cực thấp (<0.00025 USD/tx), khắc phục hoàn toàn tình trạng tắc nghẽn mạng và phí Gas cao của mạng Ethereum (EVM).

Phạm vi của đề tài tập trung vào việc mô hình hóa vé máy bay thành NFT, quản lý siêu dữ liệu (Metadata) on-chain/off-chain, và xây dựng sàn giao dịch thứ cấp cho phép mua bán, sang nhượng vé phi tập trung. Hệ thống chưa bao gồm việc tích hợp trực tiếp vào hạ tầng phần cứng kiểm soát cửa lên máy bay (Boarding Gate) tại các sân bay thực tế.

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

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

Để xác định vị trí công nghệ của giải pháp, hệ thống được đặt trong tương quan so sánh với các nền tảng thương mại vé truyền thống và các giải pháp Blockchain EVM hiện hữu:

Tiêu chí so sánh Hệ thống Web 2.0 (GDS/Amadeus/Sabre) Blockchain Ethereum (ERC-721 NFT) Giải pháp Đề xuất: Solana (SPL/Metaplex NFT)
Kiến trúc dữ liệu Cơ sở dữ liệu tập trung (Relational DB/Cloud) Sổ cái phân tán EVM (Account/State trie) Sổ cái phân tán Sealevel (Account Model)
Tốc độ xử lý (TPS) ~1.000 - 3.000 TPS ~15 - 30 TPS (Nghẽn mạng thường xuyên) >2.500 - 50.000 TPS (Thực thi song song)
Thời gian xác thực (Finality) Tức thì nội bộ, 3-5 ngày liên ngân hàng 5 - 15 phút (Đạt finality an toàn) 400 - 800 mili-giây
Chi phí mỗi giao dịch 2% - 4% phí cổng thanh toán & trung gian $5.00 - $50.00+ (Biến động theo Gas) < $0.00025 (Cố định, cực thấp)
Thị trường thứ cấp (P2P) Không hỗ trợ hoặc kiểm duyệt gắt gao Có hỗ trợ qua Smart Contract Escrow Hỗ trợ P2P tức thì qua PDA Escrow
Quyền sở hữu người dùng Đại diện bằng bản ghi PNR trong DB hãng Người dùng nắm Private Key sở hữu NFT Người dùng nắm Private Key sở hữu NFT

Phân tích yêu cầu chức năng hệ thống theo mô hình MoSCoW:

  • Must have: Khởi tạo vé máy bay dưới dạng NFT (Mint Account + Metadata Account); Thiết lập quyền phát hành độc bản (Master Edition Account); Smart contract ký quỹ (Escrow Program) cho phép niêm yết bán và mua vé P2P; Kết nối ví phi tập trung (Phantom/Solflare Wallet).
  • Should have: Lưu trữ thông tin chi tiết vé (Metadata) phân tán trên Arweave/IPFS; Cơ chế cập nhật quyền sở hữu (Update Authority) khi giao dịch hoàn tất; Tra cứu lịch sử di chuyển của vé on-chain.
  • Could have: Định dạng vé bán phần (Semi-Fungible Token) cho các hạng vé phổ thông không chỉ định số ghế; Giao diện quản trị cho hãng hàng không theo dõi lượng vé giao dịch.
  • Won't have (trong phạm vi khóa luận): Tích hợp cổng thanh toán Fiat-to-Crypto trực tiếp; Hệ thống quét mã QR offline tại cổng kiểm soát an ninh sân bay.

Thách thức kỹ thuật cốt lõi là quản lý trạng thái lưu trữ trên Solana: mọi dữ liệu lưu trữ on-chain đều phải trả phí thuê bộ nhớ (Rent fee). Do đó, hệ thống cần tối ưu hóa kích thước cấu trúc dữ liệu của các Account nhằm đạt mức miễn phí lưu trữ vĩnh viễn (Rent-exempt).

Thiết kế hệ thống

Kiến trúc hệ thống được xây dựng theo mô hình phân tầng Web 3.0, tách biệt giữa logic xử lý nghiệp vụ, quản lý trạng thái dữ liệu và lớp giao diện người dùng:

graph TD
    subgraph Client Layer
        A[Hành khách / Người dùng] -->|Tương tác Web UI| B[React DApp Client]
        B -->|Ký xác thực giao dịch| C[Solana Wallet Adapter - Phantom]
    end

    subgraph Blockchain Layer - Solana Cluster
        C -->|JSON-RPC Connection| D[Solana Validator Node]
        D -->|BPF Loader| E[Solana Native Runtime - Sealevel]
        
        subgraph On-Chain Programs
            E -->|Instruction| F[SPL Token Program]
            E -->|CPI| G[Metaplex Token Metadata Program]
            E -->|Custom Logic| H[Marketplace / Escrow Program]
        end

        subgraph State Accounts & PDAs
            F --> I[Mint Account]
            F --> J[Associated Token Account - ATA]
            G --> K[Metadata Account - PDA]
            G --> L[Master Edition Account - PDA]
            H --> M[Escrow State Account - PDA]
        end
    end

    subgraph Decentralized Storage
        K -.->|Off-chain URI Pointer| N[Arweave / IPFS JSON Storage]
        N -.->|Flight Details| O[Flight No, Seat, Class, Route, Time]
    end

Chi tiết các thành phần công nghệ trong hệ thống:

  • Solana Runtime Engine (Sealevel): Môi trường thực thi song song các Smart Contract (gọi là Programs), tận dụng kiến trúc phần cứng đa luồng giúp xử lý hàng nghìn giao dịch đồng thời không gây xung đột dữ liệu.
  • Solana Program Library (SPL) Token Program (v3.x): Chương trình chuẩn quản lý việc tạo token, phát hành và chuyển nhượng token giữa các tài khoản.
  • Metaplex Token Metadata Program (v1.2.x): Chương trình phụ trách gắn siêu dữ liệu (Metadata) vào Mint Account, biến token tiêu chuẩn thành NFT có thông tin định danh chuyến bay.
  • Program Derived Address (PDA): Cơ chế sinh địa chỉ xác định từ tập Seeds và Program ID (nằm ngoài đường cong Elliptic Ed25519, không có Private Key). PDA được sử dụng làm tài khoản ký quỹ trung gian (Escrow Account), đảm bảo việc chuyển giao vé và tiền diễn ra nguyên tử (atomic execution).

Mô hình cấu trúc dữ liệu Account trên Sealevel:

// Cấu trúc chuẩn của một Account trên Solana
pub struct Account {
    pub lamports: u64,          // Số dư đơn vị lamports (1 SOL = 10^9 lamports)
    pub data: Vec<u8>,          // Mảng byte chứa dữ liệu trạng thái tùy biến
    pub owner: Pubkey,          // Program ID nắm quyền ghi dữ liệu vào Account này
    pub executable: bool,       // Cờ xác định Account có phải là mã thực thi (Program) hay không
    pub rent_epoch: Epoch,      // Mốc thời gian tính phí lưu trữ
}

Thiết kế an toàn mật mã học:

  • Hệ thống áp dụng thuật toán chữ ký số trên đường cong Elliptic Ed25519, cung cấp độ an toàn cao hơn RSA truyền thống với kích thước khóa ngắn (32-byte public key) và tốc độ ký/xác thực cực nhanh.
  • Xác thực toàn vẹn dữ liệu sử dụng hàm băm mật mã học SHA-256, đảm bảo 3 tính chất: Chống trùng lặp (Collision-resistant), Ẩn thông tin (Hiding), và Tương thích giải đố (Puzzle-friendly).
  • Xác minh giao dịch trong khối thông qua cấu trúc cây Merkle (Merkle Tree) với độ phức tạp tính toán chỉ $O(\log N)$, cho phép các nút tinh giản (Light clients) xác thực giao dịch mà không cần tải toàn bộ nội dung khối.

Methodology

Quy trình phát triển đồ án tuân theo mô hình Agile Scrum thích ứng nhanh với công nghệ chuỗi khối, chia làm 4 giai đoạn (Sprints):

  1. Sprint 1 (Khảo sát và Thiết kế Kiến trúc): Nghiên cứu lý thuyết hệ thống phân tán (Distributed Systems), bài toán đồng thuận các vị tướng Byzantine (Byzantine Generals Problem - BFT), thuật toán Proof of History (PoH), và mô hình Account của Solana.
  2. Sprint 2 (Phát triển Smart Contract): Xây dựng các Program trên Solana bằng ngôn ngữ Rust; định nghĩa các cấu trúc Account, Instructions, và triển khai gọi chéo chương trình (Cross-Program Invocations - CPI) tới Metaplex Token Metadata Program.
  3. Sprint 3 (Phát triển DApp & Tích hợp Ví): Xây dựng giao diện ReactJS, tích hợp thư viện @solana/web3.js và Solana Wallet Adapter; cấu hình kết nối mạng thử nghiệm Solana Devnet.
  4. Sprint 4 (Kiểm thử, Tối ưu & Đánh giá): Thực hiện kiểm thử tích hợp (Integration Tests), đo lường mức tiêu thụ Gas fee, Rent fee và viết tài liệu kỹ thuật.

Đánh giá và kiểm soát rủi ro kỹ thuật:

  • Rủi ro rò rỉ khóa bảo mật: Toàn bộ thao tác ký giao dịch do ví Non-custodial phía Client (Phantom) đảm nhiệm; Private Key không bao giờ được gửi qua mạng hoặc lưu trên máy chủ web.
  • Rủi ro mất dữ liệu Metadata: Sử dụng mạng lưu trữ vĩnh viễn phân tán Arweave cho các tập tin JSON Schema chứa thông tin vé, loại bỏ rủi ro máy chủ tập trung bị sập.

Implementation và kết quả

Development process

Quá trình triển khai kỹ thuật bao gồm việc xây dựng logic tạo vé máy bay NFT và sàn giao dịch ký quỹ Escrow:

1. Quy trình khởi tạo và đúc NFT Boarding Pass

Để tạo ra một vé máy bay NFT hoàn chỉnh trên Solana, hệ thống thực hiện chuỗi giao dịch tuần tự gồm 4 bước chính:

  • Bước 1: Khởi tạo tài khoản Mint Account (SystemProgram::CreateAccount và TokenProgram::InitializeMint) với số chữ số thập phân (decimals) bằng 0.
  • Bước 2: Tạo Associated Token Account (ATA) cho bên phát hành vé.
  • Bước 3: Gọi lệnh CreateMetadataAccountV2 của Metaplex Token Metadata Program thông qua CPI để gắn siêu dữ liệu vé (Metadata Account PDA) vào Mint Account.
  • Bước 4: Gọi lệnh CreateMasterEditionV3 để thiết lập số lượng cung tối đa max_supply = 0, chính thức chuyển token thành NFT độc lập (không thể đúc thêm bản sao).

Cấu trúc chuẩn JSON Schema của một NFT Boarding Pass được lưu trữ phân tán:

{
  "name": "Boarding Pass: SGN - HAN",
  "symbol": "AIRTKT",
  "description": "Flight Ticket issued on Solana Blockchain - Vietnam Aviation Academy",
  "seller_fee_basis_points": 250,
  "image": "https://arweave.net/QmXyZ123.../ticket_artwork.png",
  "attributes": [
    { "trait_type": "Flight Number", "value": "VN218" },
    { "trait_type": "Departure", "value": "SGN - Tan Son Nhat" },
    { "trait_type": "Destination", "value": "HAN - Noi Bai" },
    { "trait_type": "Departure Time", "value": "2022-11-20T08:30:00Z" },
    { "trait_type": "Seat", "value": "12A" },
    { "trait_type": "Class", "value": "Business" },
    { "trait_type": "Passenger Hash", "value": "e3b0c44298fc1c149afbf4c8996fb92427ae41e4649b934ca495991b7852b855" }
  ],
  "properties": {
    "files": [{ "uri": "https://arweave.net/ticket.png", "type": "image/png" }],
    "category": "image",
    "creators": [
      { "address": "AirLineAuthorityPublicKey1111111111111111", "share": 100 }
    ]
  }
}

2. Logic vận hành Smart Contract Marketplace Escrow

Cơ chế ký quỹ tự động giải quyết dứt điểm bài toán trao đổi tài sản không cần sự tin cậy (Trustless Asset Exchange). Chương trình quản lý giao dịch bằng một State Account được dẫn xuất bằng PDA:

// Khai báo cấu trúc lưu trữ trạng thái của một lệnh bán vé (Sell Offer)
#[derive(BorshSerialize, BorshDeserialize, Debug)]
pub struct EscrowOffer {
    pub is_initialized: bool,
    pub seller_pubkey: Pubkey,
    pub nft_mint: Pubkey,
    pub token_account_escrow: Pubkey,
    pub expected_amount_lamports: u64,
}

// Logic thực thi chấp nhận mua vé (Execute Buy Offer)
// Người mua gửi SOL -> Hợp đồng chuyển SOL cho Người bán -> Escrow PDA chuyển NFT cho Người mua

Quy trình giao dịch diễn ra nguyên tử (Atomic):

  1. Tạo lệnh bán (Sell Offer): Người bán ký giao dịch chuyển quyền kiểm soát NFT Boarding Pass từ Token Account cá nhân vào Associated Token Account do Escrow PDA kiểm soát.
  2. Khớp lệnh mua (Execute Buy): Người mua gửi giao dịch chứa số lượng Lamports theo giá niêm yết. Program tự động:
    • Trừ tiền SOL của Người mua và chuyển trực tiếp vào seller_pubkey.
    • Chuyển quyền sở hữu NFT từ Escrow ATA sang Token Account của Người mua bằng chữ ký nội bộ của PDA (InvokeSigned).
    • Cập nhật Update Authority của Token Metadata sang địa chỉ ví người mua.
    • Giải phóng tài khoản Escrow để hoàn lại tiền cọc lưu trữ (Rent Refund).

Testing và validation

Hệ thống được thử nghiệm toàn diện trên mạng Solana Devnet Cluster (sử dụng Solana CLI v1.10.x, Rust v1.60.x, Phantom Wallet extension v22.x).

Kịch bản kiểm thử:

  • Khởi tạo batch 100 vé máy bay NFT thông qua Candy Machine Program.
  • Thực hiện 500 phiên giao dịch niêm yết, hủy lệnh, và mua bán P2P giữa các ví thử nghiệm khác nhau.
  • Thử nghiệm các cuộc tấn công biên: Cố tình mua vé với số tiền không đủ, cố tình rút NFT khỏi Escrow khi không phải chủ sở hữu, thực hiện giao dịch double-spending cùng một vé.

Kết quả đo lường hiệu năng kỹ thuật:

Hạng mục kiểm thử Giá trị đo lường thực tế Ghi chú kỹ thuật
Thời gian tạo vé (Mint NFT) 650 ms Bao gồm tạo Mint, ATA, Metadata, Master Edition
Thời gian khớp lệnh Escrow 480 ms Đạt Finality an toàn sau 1 confirmation
Phí mạng khởi tạo (Mint fee) 0.01254 SOL Phí giao dịch + Tiền cọc Rent-exempt cho 3 Account
Phí giao dịch P2P (Gas fee) 0.000005 SOL (~$0.00015) Mức phí chuyển nhượng cực thấp
Tỷ lệ giao dịch thành công 100% (500/500 tests) Không phát sinh lỗi xung đột tài khoản
Khả năng chống Double-spending Đạt 100% Nhờ cơ chế kiểm soát trạng thái spent của SPL Program

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

Đồ án đã xây dựng hoàn chỉnh một ứng dụng phi tập trung (DApp) tích hợp trọn vẹn chu trình quản lý vé máy bay trên Blockchain:

  1. Module Phát hành vé: Cho phép hãng hàng không nhập thông tin chuyến bay (Mã hiệu, Giờ bay, Điểm đi/đến, Hạng vé, Số ghế) và tạo lập các NFT Boarding Pass độc bản.
  2. Module Quản lý ví: Kết nối ví Web3 Phantom, hiển thị trực quan các vé máy bay người dùng đang sở hữu kèm ảnh vé và mã QR định danh.
  3. Module Marketplace: Cho phép hành khách tự do niêm yết vé lên sàn, định giá theo SOL, và thực hiện chuyển nhượng P2P tức thì với cơ chế bảo vệ quyền lợi hai chiều tuyệt đối từ Smart Contract Escrow.

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

Các cải tiến kỹ thuật nổi bật

  1. Phân tách hoàn toàn State và Execution Logic: Khác với máy ảo EVM (Ethereum) lưu mã lệnh và trạng thái trong cùng một Smart Contract Account, hệ thống khai thác triệt để kiến trúc Account Model của Solana. Các Program là các tài khoản thực thi ở chế độ chỉ đọc (executable = true, thuộc quyền sở hữu của BPF Loader), trong khi dữ liệu vé được phân tán vào các Data Account riêng biệt. Kiến trúc này cho phép hàng loạt vé máy bay được giao dịch đồng thời trên mạng lưới mà không gây khóa tài nguyên toàn cục (Non-blocking I/O).
  2. Loại bỏ rủi ro bên thứ ba bằng Zero-Key Escrow (PDA): Thay vì phải ủy thác tiền hoặc vé cho một sàn giao dịch trung gian tập trung (nguy cơ bị chiếm đoạt tài sản), giải pháp áp dụng thuật toán tìm Program Derived Address. Các PDA không sở hữu khóa bí mật cá nhân tương ứng mà được kiểm soát trực tiếp bởi quy tắc mã nguồn của Program. Điều này đảm bảo tài sản chỉ được xuất kho khi và chỉ khi điều kiện thanh toán được thỏa mãn hoàn toàn.
  3. Giải pháp chống vé giả và đầu cơ ghế: Nhờ cơ chế Master Edition Account với max_supply = 0, mỗi số ghế trên chuyến bay chỉ có thể được đúc thành một NFT duy nhất. Khách hàng có thể xác thực nguồn gốc vé trực tiếp trên sổ cái công khai bằng cách đối soát Creator Address của hãng bay, loại bỏ hoàn toàn tình trạng vé giả mạo hoặc in trùng vé.

So sánh hiệu quả cải tiến

So sánh với các giải pháp hiện hành:

  • Tiết kiệm chi phí vận hành: Cắt giảm tới 99.9% chi phí giao dịch so với các giải pháp xây dựng trên Ethereum Layer 1, giảm 85% chi phí trung gian so với việc duy trì cổng thanh toán trực tuyến truyền thống.
  • Tốc độ thanh quyết toán: Rút ngắn thời gian chuyển tiền từ 3 - 5 ngày làm việc (hệ thống ngân hàng quốc tế) xuống còn dưới 1 giây on-chain.

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

Kịch bản ứng dụng thực tế (Use Cases)

  1. Sàn giao dịch vé phút chót (Last-minute Ticket Marketplace): Hành khách gặp sự cố đột xuất có thể niêm yết vé lên sàn với mức giá chiết khấu. Người có nhu cầu bay gấp có thể mua lại vé ngay lập tức mà không cần thông qua thủ tục đổi tên phức tạp tại quầy đại lý, hệ thống Smart Contract tự động cập nhật lại mã định danh chủ sở hữu vé on-chain.
  2. Hợp đồng thông minh Bảo hiểm chuyến bay (Automated Flight Insurance): Kết hợp vé NFT với các Oracle dữ liệu chuyến bay. Nếu chuyến bay bị hoãn (delay) quá thời gian quy định, Smart Contract có thể tự động bồi thường trực tiếp tiền bảo hiểm vào ví của chủ sở hữu vé NFT mà không cần nộp hồ sơ yêu cầu bồi thường thủ công.
  3. Chương trình khách hàng thân thiết (Dynamic Loyalty Rewards): Vé máy bay NFT sau khi thực hiện chuyến bay có thể được chuyển đổi trạng thái thành "Đã sử dụng" (Used) và đóng vai trò như một huy hiệu sưu tập kỹ thuật số (Proof of Travel), tự động tích lũy dặm bay cho hành khách.

Yêu cầu triển khai hạ tầng

  • Phần mềm: Cụm nút RPC Node Solana (Mainnet-Beta hoặc Devnet), Mạng lưu trữ phân tán Arweave/Bundlr Network để upload Metadata, Web Server chạy NGINX phục vụ React Frontend.
  • Phía người dùng: Trình duyệt web tiêu chuẩn (Chrome, Firefox, Brave) có cài đặt tiện ích mở rộng ví tiền điện tử Solana (Phantom, Solflare) và một lượng nhỏ SOL để thanh toán phí mạng.

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

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

  • Rào cản trải nghiệm người dùng (UX Web3): Người dùng phổ thông chưa quen thuộc với việc quản lý Private Key, cụm từ khôi phục (Seed Phrase) và phí mạng bằng tiền mã hóa SOL.
  • Thiếu kết nối dữ liệu thời gian thực (Off-chain Oracle): Hệ thống chưa tích hợp nguồn cấp dữ liệu (Data Feeds) trực tiếp từ các hãng hàng không để cập nhật tự động các thay đổi về cổng ra máy bay (Gate), thời gian cất cánh thực tế.
  • Rủi ro biến động giá tiền mã hóa: Việc niêm yết giá vé bằng SOL có thể chịu ảnh hưởng bởi sự biến động tỷ giá của thị trường crypto.

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

  • Ứng dụng Trừu tượng hóa Tài khoản (Account Abstraction): Tích hợp giải pháp thanh toán phí hộ (Gasless Transactions / Fee Payer Service) và đăng nhập bằng tài khoản Web 2.0 (Google/Apple ID thông qua Web3Auth), cho phép hành khách mua vé bằng thẻ tín dụng thông thường mà vẫn nhận được vé NFT trên blockchain.
  • Ứng dụng Tiêu chuẩn Stablecoin (USDC/USDT): Chuyển đổi đơn vị thanh toán mặc định trên Marketplace sang các đồng tiền kỹ thuật số ổn định để bảo vệ người mua và người bán khỏi rủi ro biến động giá.
  • Tích hợp Dynamic NFT & Zero-Knowledge Proof (ZKP): Ứng dụng ZKP để ẩn danh thông tin cá nhân của hành khách trên Metadata công khai, chỉ hiển thị thông tin khi xác thực tại cửa an ninh sân bay.

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

  • Sinh viên & Nghiên cứu sinh: Cung cấp tài liệu tham khảo có cấu trúc rõ ràng về mô hình lập trình Account Model trên Solana, phương pháp triển khai Smart Contract bằng Rust và ứng dụng tiêu chuẩn Metaplex NFT trong các bài toán thực tế.
  • Kỹ sư phát triển phần mềm (Web3 Developers): Cung cấp các mẫu thiết kế (Design Patterns) thực chiến về cơ chế Program Derived Address (PDA), Cross-Program Invocations (CPI), và kiến trúc sàn giao dịch ký quỹ Escrow Non-custodial.
  • Doanh nghiệp Hàng không & Du lịch: Đưa ra mô hình giải pháp chuyển đổi số khả thi, giúp cắt giảm chi phí phân phối vé qua các kênh trung gian GDS, đồng thời mở ra mô hình kinh doanh mới trên thị trường vé thứ cấp có kiểm soát.

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

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

Về phía triển khai Smart Contract, lập trình viên cần máy chủ Linux/macOS cài đặt Solana CLI suite (v1.10 trở lên), Rust toolchain (v1.60+), và Framework Anchor. Về phía người dùng cuối, chỉ cần một thiết bị có kết nối Internet, trình duyệt web tiêu chuẩn và ví điện tử phi tập trung (như Phantom Wallet) có kết nối mạng Solana.

2. Giới hạn mở rộng (Scalability limits) của hệ thống đặt vé trên Solana ra sao?

Nhờ cơ chế đồng thuận lai giữa Proof of History (PoH) và Tower BFT, mạng Solana có khả năng xử lý từ 2.500 đến hơn 50.000 giao dịch mỗi giây với thời gian xác thực khối chỉ 400ms. Khả năng mở rộng này hoàn toàn đáp ứng được lưu lượng đặt vé vào các đợt cao điểm của các hãng hàng không lớn nhất thế giới mà không xảy ra hiện tượng tắc nghẽn mạng.

3. Làm thế nào để tích hợp hệ thống Blockchain này vào phần mềm quản lý vé truyền thống?

Hệ thống có thể đóng vai trò là một lớp thanh toán và chuyển nhượng thứ cấp song song. Cơ sở dữ liệu truyền thống của hãng hàng không có thể liên kết với Blockchain thông qua các API RESTful/gRPC và các Webhook lắng nghe sự kiện on-chain từ Solana RPC Node để đồng bộ hóa mã định danh vé (Mint Address) với mã đặt chỗ nội bộ (PNR).

4. Chi phí lưu trữ dữ liệu (Rent fee) trên Solana được xử lý như thế nào?

Trên Solana, để dữ liệu tồn tại vĩnh viễn trên Account mà không bị trừ phí theo thời gian (Rent Epoch), tài khoản phải duy trì một lượng số dư SOL tối thiểu gọi là mức miễn phí lưu trữ (Rent-exempt threshold, tương đương phí thuê 2 năm). Khi một lệnh bán trên sàn Escrow kết thúc hoặc bị hủy, tài khoản State Account sẽ được đóng lại và 100% số tiền SOL ký quỹ lưu trữ sẽ được hoàn trả tự động về ví của người tạo.

5. Dự án giải quyết bài toán bảo mật thông tin cá nhân của hành khách như thế nào?

Thông tin nhạy cảm của hành khách (Họ tên, Số hộ chiếu/CCCD) không được lưu trữ dưới dạng văn bản thô (plain text) trên chuỗi khối. Thay vào đó, dữ liệu được băm bằng thuật toán mật mã học SHA-256 tạo thành một chuỗi Passenger Hash duy nhất đính kèm trong Metadata. Chỉ hành khách có bản gốc giấy tờ tùy thân và hãng bay nắm giữ khóa giải mã mới có thể chứng minh tính xác thực của thông tin khi đối soát tại sân bay.

Kết luận

Đồ án tốt nghiệp "Nghiên cứu ứng dụng công nghệ blockchain vào việc xây dựng hệ thống đặt giữ chỗ vé máy bay trên nền tảng Solana" đã chứng minh tính khả thi vượt trội của việc kết hợp công nghệ Web 3.0 vào ngành công nghiệp hàng không. Bằng cách số hóa vé máy bay thành các NFT chuẩn Metaplex trên nền tảng Solana, hệ thống không chỉ giải quyết triệt để các hạn chế cố hữu của kiến trúc Web 2.0 tập trung (gian lận vé, chi phí trung gian cao, rào cản chuyển nhượng) mà còn mang lại trải nghiệm giao dịch P2P tức thì, an toàn và minh bạch cho người dùng.

Nghiên cứu đã đóng góp một giải pháp kiến trúc toàn diện từ phân tích lý thuyết hệ thống phân tán, thiết kế cấu trúc dữ liệu Account Model, đến việc hiện thực hóa Smart Contract ký quỹ tự động (Escrow) với chi phí giao dịch cực thấp và hiệu năng cao. Đây là tiền đề công nghệ quan trọng, mở ra hướng đi mới cho các mô hình thương mại điện tử phi tập trung thế hệ mới trong kỷ nguyên chuyển đổi số.