VND Deposit Token
Hướng dẫn sử dụng & trải nghiệm demo
ENVI
Bản triển khai tham chiếu · Pilot ngân hàng

VND Deposit Token — Hướng dẫn sử dụng

Hướng dẫn thực hành hệ thống tiền gửi token hóa: từng chức năng của cả ứng dụng khách lẫn màn hình vận hành ngân hàng — chức năng đó giải quyết vấn đề gì, thao tác cụ thể ra sao, và vì sao vượt trội so với cách ngân hàng đang làm hôm nay.

1. Hệ thống này là gì

Một dạng số hóa của tiền gửi ngân hàng thật — KHÔNG phải tiền mã hóa.

VND Deposit Token là khoản tiền gửi ngân hàng được đưa lên blockchain permissioned để có thể luân chuyển tức thì, mọi lúc, và tất toán chắc chắn. Một token luôn bằng đúng 1 VND tiền thật nằm ở ngân hàng. Token do ngân hàng phát hành, được bảo chứng 1-đổi-1 bằng một khoản tiền gửi thật, và mọi người nắm giữ đều là khách hàng đã KYC của ngân hàng đó. Không đầu cơ, không biến động giá, không có ví ẩn danh — nó hành xử y như tiền trong tài khoản của bạn, chỉ nhanh hơn và lập trình được.

Một ý cần nhớ Token chỉ là một bút toán mà bạn tự di chuyển được. Khi bạn giữ token, ngân hàng vẫn giữ đúng số tiền thật tương ứng ở một tài khoản treo (omnibus) gộp chung. Số token đã phát hành và số dư omnibus được đối chiếu với nhau ở mỗi block — nếu chúng lệch nhau, việc phát hành sẽ tự động dừng. Tiền của bạn không bao giờ "trôi trên chain" mà thiếu tiền thật đứng sau.

Vì được xây trên các chốt kiểm soát chuẩn ngân hàng — duyệt hai người, nhật ký audit, quyền phong tỏa/thu hồi, và một góc nhìn cho cơ quan quản lý — hệ thống được thiết kế để thuyết phục bộ phận rủi ro, tuân thủ và vận hành của ngân hàng ngay từ đầu, đồng thời mang lại trải nghiệm tốt hơn hẳn cho khách doanh nghiệp.

2. Cách demo này hoạt động

Ba thứ cần mở, hai công ty demo, không tiền thật.

Bản pilot chạy thật hoàn toàn trên một blockchain riêng. Bạn có thể tự bấm thử mọi thứ. Có ba địa chỉ web:

Cái gìĐịa chỉAi dùng
Ứng dụng kháchapp.vinpayment.comKhách doanh nghiệp (bạn)
Màn hình vận hànhops.vinpayment.comNhân sự ngân hàng (tuân thủ / vận hành)
Trình khám phá chuỗiexplorer.vinpayment.comBất kỳ ai — góc nhìn kiểm chứng công khai

Bạn có thể đăng nhập với vai nào

Đăng nhập trong demo chỉ là chọn vai (bản production dùng SSO của ngân hàng). Không mật khẩu, không ví, không khóa riêng — đó chính là điểm cốt lõi: khách hàng không bao giờ giữ khóa và không bao giờ ký một giao dịch blockchain. Toàn bộ giao dịch do orchestrator của ngân hàng ký thay (bản production ký từ mô-đun bảo mật phần cứng HSM).

  • Ứng dụng khách — đăng nhập là ACME (khách doanh nghiệp đã có sẵn hoạt động) hoặc BETA (công ty thứ hai, dùng làm đối tác nhận chuyển tiền).
  • Màn hình vận hành — đăng nhập là cán bộ ngân hàng alice, bob hoặc carol. Muốn thử duyệt hai người: tạo lệnh bằng một cán bộ, rồi đăng nhập bằng cán bộ khác để duyệt.
Đăng nhập portal khách
Ứng dụng khách — chọn công ty để đăng nhập.
Đăng nhập portal vận hành
Màn hình vận hành — chọn cán bộ ngân hàng.
Đây là môi trường thử nghiệm Mọi con số đều là tiền demo trên một mạng riêng. Không có gì chạm tới tài khoản ngân hàng thật. Bạn cứ thoải mái nạp, chuyển, mua công cụ và rút bao nhiêu tùy thích.

3. Thuật ngữ & định nghĩa chính

Đọc lướt một lần — mọi màn hình bên dưới đều dùng chúng.

Deposit token
Một quyền đòi trên 1 VND tiền thật ở ngân hàng. Số lẻ = 0, nên 1 token = đúng 1 VND — VND không có đơn vị nhỏ hơn.
Token hóa / Nạp token
Biến tiền thường trong tài khoản thanh toán thành token dùng được 24/7. Không có gì rời ngân hàng — tiền chỉ đổi hình thức.
Rút (redeem)
Chiều ngược lại: đốt token để đưa giá trị về lại tài khoản thanh toán thường.
Tài khoản omnibus
Một tài khoản ngân hàng gộp chung, giữ số tiền thật bảo chứng cho toàn bộ token đang lưu hành.
Đối soát / invariant
Quy tắc token phát hành = số dư omnibus, kiểm lại ở mỗi block. Nếu lệch, ngân hàng dừng phát hành mới ngay lập tức.
Whitelist
Danh sách on-chain các ví đã KYC. Chỉ ví trong whitelist mới gửi/nhận được token — do chính contract chặn, không phải chỉ ở tầng ứng dụng.
Nhà đầu tư chuyên nghiệp
Cờ pháp lý mà một ví cần có trước khi được giữ chứng khoán như trái phiếu. Ngân hàng cấp cờ này qua duyệt hai người.
Maker-checker
Kiểm soát hai người: một cán bộ tạo lệnh nhạy cảm, một cán bộ khác phải duyệt thì mới có gì xảy ra trên chain.
Chứng chỉ tiền gửi (CD)
Tiền gửi có kỳ hạn được token hóa, trả gốc + lãi khi đáo hạn và có thể giao dịch trước đáo hạn.
Trái phiếu & coupon
Chứng khoán nợ token hóa, trả lãi định kỳ ("coupon") và hoàn gốc khi đáo hạn.
Vay cầm cố / LTV
Vay token tức thì bằng cách cầm cố một CD hoặc trái phiếu bạn đang giữ, không phải tất toán sớm. "Loan-to-value" giới hạn mức vay trên mệnh giá tài sản cầm cố.
DvP (Giao hàng đổi thanh toán)
Hoán đổi nguyên tử, tài sản và tiền đổi chủ trong cùng một giao dịch — hoặc cả hai chân cùng xảy ra, hoặc không chân nào.
Phong tỏa / Thu hồi
Quyền tuân thủ để chặn một ví, hoặc đảo ngược token, dưới duyệt hai người và nhật ký audit đầy đủ.
Tính chung cuộc (finality)
Trên mạng này (đồng thuận QBFT) một giao dịch là chung cuộc ngay khi vào block — không có "reorg", nên tiền nhận được là chắc chắn trong ~2 giây.
Core reference (coreRef)
Mã bút toán gắn mỗi lần mint/burn on-chain với một bút toán tương ứng trong sổ cái lõi của ngân hàng.

4. Portal khách hàng — từng chức năng

Theo thứ tự menu, trái sang phải: Tổng quan → Nạp token → Chuyển tiền → Chứng chỉ tiền gửi → Vay cầm cố → Trái phiếu → Rút về tài khoản → Lịch sử.

4.1  Tổng quan (dashboard)

Bối cảnh Thứ đầu tiên bạn thấy sau khi đăng nhập. Nó trả lời câu hỏi mà một giám đốc tài chính hỏi mỗi sáng: tiền của tôi đang ở đâu, và cái gì sắp đến hạn?

Dashboard đặt tài khoản thanh toán (tiền thường ở ngân hàng) cạnh số dư token (tiền dùng được 24/7), và khẳng định việc token hóa không hề làm đổi tổng tài sản — giá trị chỉ chuyển hình thức. Bên dưới là bốn khung trực quan cập nhật trực tiếp:

  • Cơ cấu tài sản — biểu đồ tròn cho biết tiền đang nằm ở đâu (thanh toán / token / CD / trái phiếu). Rê chuột vào từng phần để xem con số chính xác.
  • Sắp đáo hạn — CD, trái phiếu và khoản vay sắp tới hạn, kèm đồng hồ đếm ngược.
  • Số dư token theo thời gian — dựng lại trực tiếp từ sổ cái on-chain.
  • Tiền vào / ra — nạp so với rút và chuyển, theo ngày.
Dashboard khách với số dư và biểu đồ
Dashboard của ACME sau vài thao tác: 3,1 tỷ ở tài khoản thanh toán, 891 triệu đã token hóa, cùng một CD và một trái phiếu.
Vì sao vượt trội Một giám đốc tài chính truyền thống phải chắp vá bức tranh này từ nhiều màn hình ngân hàng và sao kê ngày hôm sau. Ở đây là một màn hình duy nhất, trực tiếp đến từng giây, và mọi con số đều bảo chứng được on-chain — không phải một báo cáo có thể lệch với sổ cái.

4.2  Nạp token (token hóa)

Bối cảnh Trước khi có thể luân chuyển tiền 24/7 hay mua các công cụ token hóa, bạn chuyển một phần số dư thường thành token. Đây là cổng vào.
  1. Mở Nạp token và nhập số tiền muốn token hóa (hoặc chạm vào số dư khả dụng để dùng toàn bộ).
  2. Bấm Nạp token. Ngân hàng ghi một bút toán chuyển tiền của bạn vào tài khoản omnibus và phát hành đúng số token tương ứng.
  3. Bạn nhận xác nhận ngay kèm mã giao dịch on-chain — bằng chứng token tồn tại và được bảo chứng.
Form nạp token
Nhập số tiền muốn token hóa.
Xác nhận nạp token kèm mã giao dịch
Xác nhận tức thì, kèm mã giao dịch và ghi chú chung cuộc.
Vì sao vượt trội Số dư thường chỉ luân chuyển trong giờ ngân hàng qua các đường xử lý theo lô. Số dư token hóa dùng được ngay, bất cứ lúc nào — đêm, cuối tuần, ngày lễ — trong khi mỗi token luôn được bảo chứng 1-đổi-1 và đối soát ở mỗi block.

4.3  Chuyển tiền

Bối cảnh Thanh toán cho đối tác và để họ nhận giá trị chắc chắn trong khoảng hai giây — kể cả 2 giờ sáng Chủ nhật.
  1. Mở Chuyển tiền và chọn người nhận từ danh bạ đối tác đã whitelist (ở đây là BETA).
  2. Nhập số tiền và bấm Chuyển tiền.
  3. Giao dịch vào block và số dư người nhận cập nhật ngay — chung cuộc, không chờ bù trừ.
Form chuyển tiền
Chọn người nhận đã whitelist và số tiền.
Xác nhận chuyển tiền
Tất toán và chung cuộc ngay khi vào block.
Chỉ ví đã whitelist mới nhận được Chính contract token từ chối chuyển tới bất kỳ ví chưa KYC nào. Tuân thủ được chốt bởi tài sản, không chỉ bởi ứng dụng — nên vẫn giữ nguyên kể cả khi ai đó lách giao diện.
Vì sao vượt trội Chuyển khoản liên ngân hàng, thậm chí nội bộ, bị ràng buộc bởi giờ cut-off, cửa sổ bù trừ và rủi ro tất toán. Ở đây, tất toán chính là việc chuyển: tức thì, chung cuộc, 24/7, kèm một mã giao dịch công khai bạn có thể đưa cho đối tác.

4.4  Chứng chỉ tiền gửi (CD)

Bối cảnh Cho token nhàn rỗi sinh lời trong một khoản tiền gửi có kỳ hạn — và, khác CD giấy, đây là loại có thể giao dịch hoặc cầm cố trước đáo hạn.

Điều kiện phía ngân hàng: một sản phẩm CD ("lô") phải được ngân hàng mở trước qua duyệt hai người (xem §5.3). Sau khi mở, nó hiện trong danh mục để bạn mua sơ cấp.

  1. Mở Chứng chỉ tiền gửi → Mua sơ cấp, chọn lô (vd "CD Bank X 6M Demo", 6%/kỳ) và nhập mệnh giá muốn mua.
  2. Bấm Mua CD. Token của bạn bị đốt và CD tương ứng được phát hành cho bạn trong cùng một luồng.
  3. Xem trong Đang nắm giữ, kèm lãi và số tiền nhận đúng khi đáo hạn. Lô đáo hạn tự tất toán về ví token của bạn.
Mua CD sơ cấp
Mua từ một lô CD đang mở bằng token của bạn.
CD đang nắm giữ
Khoản nắm giữ hiển thị mệnh giá, lãi và số nhận khi đáo hạn.

Thị trường thứ cấp cũng có sẵn: Sổ lệnh (DvP) cho phép người nắm giữ giao dịch CD trước đáo hạn, mỗi lần khớp tất toán chứng chỉ và tiền nguyên tử trong một giao dịch duy nhất.

Vì sao vượt trội CD truyền thống kém thanh khoản — rút sớm là mất lãi. CD token hóa giữ nguyên lãi, có thể bán trên thị trường thứ cấp, hoặc cầm cố để vay (mục sau), tất cả mà ngân hàng không phải làm lại giấy tờ.

4.5  Vay cầm cố

Bối cảnh Bạn cần tiền mặt nhưng không muốn tất toán CD hay bán trái phiếu. Hãy cầm cố nó và vay token tức thì — công cụ vẫn tiếp tục chạy.
  1. Mở Vay cầm cố → Khoản vay mới, chọn tài sản cầm cố (một CD hoặc trái phiếu bạn giữ), số tiền vay (tối đa theo hạn mức LTV của ngân hàng) và kỳ hạn.
  2. Bấm Vay. Tài sản bị khóa và token phát hành mới về ví bạn trong cùng một giao dịch.
  3. Trả bất cứ lúc nào bằng Trả nợ & nhả tài sản để lấy lại tài sản. Khoản quá hạn chịu phạt; khi đáo hạn, dư nợ chưa trả được cấn trừ từ khoản tất toán của tài sản, phần còn lại trả về cho bạn.
Khoản vay đang hoạt động
Khoản vay đang chạy: vay 300 triệu trên CD 500 triệu.
Khoản vay đã trả
Đã trả — tài sản được nhả, trong một giao dịch.
Trái phiếu đang cầm cố vẫn nhận coupon Khi một trái phiếu nằm làm tài sản cầm cố, coupon vẫn được chuyển thẳng cho bạn tự động. Bạn giữ cả lợi tức lẫn thanh khoản.
Vì sao vượt trội Một hạn mức có bảo đảm truyền thống mất nhiều ngày giấy tờ, quản lý tài sản thủ công và một lần giải ngân riêng. Ở đây, giải ngân và khóa tài sản diễn ra trong một giao dịch nguyên tử, và trả nợ nhả tài sản cũng gọn gàng như vậy.

4.6  Trái phiếu

Bối cảnh Nắm một chứng khoán nợ token hóa trả coupon định kỳ và hoàn gốc khi đáo hạn — với lãi về thẳng ví bạn đúng lịch, tự động.

Điều kiện phía ngân hàng (duyệt hai người, §5.3): ngân hàng phải trước hết công nhận bạn là nhà đầu tư chuyên nghiệp, và phát hành trái phiếu. Chỉ ví nhà đầu tư chuyên nghiệp mới được giữ trái phiếu — chính token chốt điều này.

  1. Mở Trái phiếu → Mua sơ cấp, chọn trái phiếu (vd "Trai phieu Bank X 2026", 2%/kỳ × 4) và nhập mệnh giá.
  2. Bấm Mua trái phiếu. Token bị đốt và trái phiếu được phát hành cho bạn.
  3. Trong Đang nắm giữ bạn thấy lịch coupon và ngày đáo hạn. Coupon và gốc cuối kỳ tự động về ví token của bạn — không cần thao tác.
Mua trái phiếu sơ cấp
Mua trái phiếu bằng token (chỉ nhà đầu tư chuyên nghiệp).
Trái phiếu đang nắm giữ
Khoản nắm giữ hiển thị lãi coupon, số kỳ và ngày đáo hạn.
Vì sao vượt trội Vận hành trái phiếu truyền thống cần đơn vị lưu ký, nghiệp vụ trả coupon và độ trễ tất toán. Ở đây chứng khoán chính là bản ghi: điều kiện được chốt on-chain, coupon tự trả cho ai giữ trái phiếu vào ngày chốt quyền, và hoàn gốc tự động.

4.7  Rút về tài khoản

Bối cảnh Cổng ra: biến token trở lại thành tiền thường trong tài khoản thanh toán bất cứ khi nào bạn muốn.
  1. Mở Rút về tài khoản và nhập số tiền (hoặc chạm số dư để rút toàn bộ).
  2. Bấm Rút. Token bị đốt on-chain trước, rồi ngân hàng mới chuyển số tiền tương ứng về tài khoản thanh toán của bạn.
Form rút
Chọn số tiền muốn biến trở lại thành tiền.
Xác nhận rút
Đã xác nhận, kèm mã giao dịch on-chain.
Vì sao vượt trội Đốt trước rồi mới ghi có bảo đảm không bao giờ có token tồn tại mà thiếu tiền đứng sau — mức bảo chứng chứng minh được ở mọi thời điểm, chứ không phải khẳng định trong một báo cáo hằng tháng.

4.8  Lịch sử

Bối cảnh Một sao kê đầy đủ, không thể sửa của mọi lần token dịch chuyển — nạp, chuyển, mua và rút — đọc thẳng từ blockchain.

Mỗi dòng là một sự kiện ghi vào block: thời gian, loại, đối tác, số tiền và mã giao dịch. Bấm vào mã giao dịch bất kỳ để mở nó trên trình khám phá công khai. Vì danh sách chính là chuỗi, không có gì phải đối soát — sao kê chính là nguồn sự thật.

Lịch sử giao dịch
Mọi lần dịch chuyển, mới nhất trên cùng, mỗi dòng gắn với bằng chứng on-chain.
Vì sao vượt trội Sao kê ngân hàng là một bản sao của sổ cái, phải đối soát và có thể bị tranh cãi. Lịch sử này không sửa được và khớp với chuỗi từng byte — kiểm toán trở thành một cú bấm, không phải một dự án.

5. Màn hình vận hành ngân hàng

Những gì ngân hàng làm sau hậu trường để các chức năng của khách trở nên khả thi — và an toàn.

5.1  Đối soát

Bối cảnh Nhịp tim an toàn của cả hệ thống: bằng chứng mọi token đang lưu hành đều được bảo chứng bằng tiền thật.

Màn hình chính của console so sánh token đã phát hành (cung on-chain) với số dư omnibus (tiền thật trong core banking). Một worker kiểm lại ở mỗi block; chênh lệch phải bằng 0. Nếu khác 0, ngân hàng dừng phát hành và cảnh báo ngay.

Màn hình đối soát
Khớp: 1,091 tỷ phát hành bằng 1,091 tỷ trong tài khoản omnibus, chênh 0.
Vì sao vượt trội Đối soát truyền thống là một mẻ cuối ngày (hoặc cuối tháng). Ở đây nó liên tục và tự chốt — lệch không thể âm thầm tích tụ; hệ thống tự dừng chính nó.

5.2  Whitelist / onboarding

Bối cảnh Trước khi khách hàng có thể giữ hay chuyển dù chỉ một token, ví của họ phải được KYC-duyệt on-chain. Đây là nơi ngân hàng làm việc đó.

Màn hình Whitelist liệt kê mọi ví kèm trạng thái đọc thẳng từ chuỗi — đã whitelist, nhà đầu tư chuyên nghiệp, tier và số dư hiện tại. KYC được ghi một lần và mọi token trên mạng đều tôn trọng, nên khách được onboard một lần duy nhất, không phải theo từng sản phẩm.

Màn hình whitelist
ACME và BETA: đã whitelist và được công nhận là nhà đầu tư chuyên nghiệp.
Vì sao vượt trội Thay vì kiểm lại điều kiện trong từng silo sản phẩm, quy tắc sống cùng tài sản và áp dụng ở mọi nơi cùng lúc — onboard một lần, được contract chốt ở mỗi lần chuyển.

5.3  Duyệt hai người (maker-checker)

Bối cảnh Mọi hành động nhạy cảm — mở sản phẩm, công nhận nhà đầu tư, phong tỏa ví — đều cần hai cán bộ khác nhau. Không ai được hành động một mình.

Trong Lệnh tuân thủ → Tạo lệnh mới, một cán bộ có thể tạo bất kỳ lệnh nào sau đây, mỗi lệnh trực tiếp mở ra hoặc bảo vệ một chức năng của khách:

  • Mở lô CD / Phát hành trái phiếu — ra mắt một sản phẩm tiền gửi hoặc nợ để khách mua.
  • Công nhận nhà đầu tư chuyên nghiệp — cấp cờ mà khách cần để giữ trái phiếu.
  • Điều kiện cho vay — đặt lãi, phạt và kỳ hạn cho vay cầm cố.
  • Phong tỏa / Gỡ phong tỏa / Thu hồi — các chốt tuân thủ trên một ví.
  • Gỡ pause token — mở lại sau khi một sự cố đối soát đã được xử lý.
Form tạo lệnh tuân thủ
Đủ các loại lệnh. Không gì chạm chuỗi cho tới khi một cán bộ thứ hai duyệt.

Ví dụ thực tế — ngân hàng ra mắt một sản phẩm CD mới (đây đúng là điều kiện cho chức năng CD của khách ở §4.4):

  1. Cán bộ alice chọn Mở lô CD, đặt tên sản phẩm ("CD Bank X 12 Months", 365 ngày, 12%) và tạo lệnh.
  2. Lệnh nằm ở Chờ duyệt. alice không tự duyệt lệnh của mình — hệ thống nói rõ điều đó.
  3. Cán bộ bob đăng nhập, xem lệnh chờ và bấm Duyệt và thực thi.
  4. Chỉ đến lúc này ngân hàng mới ký và phát lệnh: contract CD được deploy và sản phẩm hiện trong danh mục khách. Hành động được ghi vào nhật ký audit không sửa được.
Form mở lô CD
1 — alice điền thông tin sản phẩm CD mới.
Lệnh chờ, góc nhìn maker
2 — Chờ duyệt; người tạo được báo phải có người khác duyệt.
Lệnh chờ, góc nhìn checker
3 — bob (một cán bộ khác) có thể duyệt và thực thi.
Lệnh đã thực thi trên chuỗi
4 — đã duyệt và ghi vào chuỗi, kèm mã giao dịch.
Nhật ký audit đã xử lý
Nhật ký audit vĩnh viễn: ai tạo, ai duyệt, kết quả on-chain.
Chốt ở server, không chỉ ở màn hình Quy tắc maker ≠ checker được orchestrator chốt, không phải bằng cách ẩn một cái nút. Ngay cả một lời gọi API trực tiếp từ cùng cán bộ đó cũng bị từ chối.
Vì sao vượt trội Kiểm soát hai người và nhật ký audit vốn đã có ở ngân hàng — nhưng rải rác nhiều hệ thống và thường ghi lại sau khi việc đã xảy ra. Ở đây chúng là một cổng chốt duy nhất đứng trước mọi hành động đặc quyền, với bằng chứng ghi lên chuỗi ngay khi diễn ra.

5.4  Báo cáo

Bối cảnh Báo cáo vận hành và tuân thủ, lấy nguồn từ chính sổ cái chứ không phải một cơ sở dữ liệu báo cáo riêng.

Màn hình Báo cáo tổng hợp hoạt động on-chain — sự kiện gần đây, số lần phát hành, số lần chuyển, và mọi hành động cưỡng chế (phong tỏa / thu hồi) — và xuất toàn bộ danh sách sự kiện ra CSV cho hệ thống hạ nguồn và kiểm toán viên.

Màn hình báo cáo
Thống kê trực tiếp kèm xuất CSV một cú bấm.
Vì sao vượt trội Vì báo cáo được tạo từ chuỗi, nó không thể lệch với thực tế. Không có khoảng cách đối soát giữa "sổ cái" và "báo cáo".

6. Dữ liệu on-chain (trình khám phá chuỗi)

Bối cảnh Góc nhìn độc lập, công khai về cùng một sự thật — ai cũng kiểm chứng được cung token và mọi lần dịch chuyển mà không cần tin vào màn hình của ngân hàng.

Trình khám phá nhận diện deposit token (vndBX) là một ERC-20 chuẩn với số lẻ = 0 (1 token = 1 VND), và phân loại mỗi sự kiện là mint (một lần nạp), burn (một lần rút) hay transfer. Tổng cung ở đây luôn bằng số dư omnibus hiển thị trong console vận hành — chính là invariant, nhìn từ bên ngoài. Mỗi mã giao dịch trong Lịch sử của khách đều dẫn thẳng tới đây.

Trang token trên trình khám phá chuỗi
Token trên trình khám phá: tổng cung, số người nắm giữ, và mọi lần mint / burn / transfer.
Vì sao vượt trội Niềm tin vào một khoản tiền gửi truyền thống hoàn toàn dựa vào sổ sách của ngân hàng. Ở đây, mức bảo chứng và dịch chuyển đều kiểm chứng độc lập được bởi khách hàng, kiểm toán viên và cơ quan quản lý — trên một mạng permissioned mà ngân hàng vẫn kiểm soát.

7. Giá trị, nhìn nhanh

Vẫn là khoản tiền gửi đó, nhưng nhanh hơn, dễ kiểm toán hơn, và lập trình được.

Khía cạnhNgân hàng truyền thốngVND Deposit Token
Khả dụngGiờ ngân hàng, có giờ cut-off24 / 7 / 365
Tất toánCửa sổ bù trừ, rủi ro tất toánChung cuộc ~2s, không reorg
Bằng chứng bảo chứngBáo cáo định kỳ, phải đối soát1:1, kiểm ở mỗi block
Nhật ký auditBản sao có thể bị tranh cãiKhông sửa được, on-chain
Thanh khoản CD / trái phiếuRút sớm = mất lãiGiao dịch hoặc cầm cố, giữ lợi tức
Cho vay có bảo đảmNhiều ngày giấy tờGiải ngân & nhả tài sản nguyên tử
Tuân thủChốt theo từng hệ thống, ghi lại sauChốt bởi tài sản, theo thời gian thực
OnboardingKiểm lại theo từng sản phẩmKYC một lần, áp dụng mọi nơi

8. Tự trải nghiệm

Một vòng mười phút đi hết hệ thống từ đầu tới cuối. Đăng nhập ứng dụng khách với vai ACME:

  1. Nạp token một ít tiền, và xem dashboard cập nhật.
  2. Chuyển một chút sang BETA — để ý nó tất toán tức thì.
  3. Mua một CD từ lô đang mở, rồi xem Đang nắm giữ và số nhận khi đáo hạn.
  4. Mua một trái phiếu (bạn đã được công nhận là nhà đầu tư chuyên nghiệp), và xem lịch coupon.
  5. Mở một khoản vay cầm cố trên CD của bạn, rồi trả nợ để nhả tài sản.
  6. Rút một ít token về tài khoản thanh toán.
  7. Mở Lịch sử và bấm một mã giao dịch để kiểm chứng trên trình khám phá.
  8. Giờ đổi vai: đăng nhập console vận hành và xem đối soát luôn khớp, xem lại whitelist, và chạy một lượt duyệt hai người để ra mắt một sản phẩm CD mới.
Mọi màn hình đều song ngữ Dùng nút chuyển EN / VI ở góc trên bên phải của mỗi portal để xem toàn bộ bằng tiếng Anh hoặc tiếng Việt.