Quy trình xử lý một giao dịch thanh toán UPI

 (timeseriesofindia.com)
1 điểm bởi GN⁺ 3 giờ trước | 1 bình luận | Chia sẻ qua WhatsApp
  • Từ lúc quét QR đến thông báo hoàn tất chỉ mất 2–3 giây, nhưng phía sau, các chủ thể tách biệt gồm ứng dụng, ngân hàng tài trợ, bộ chuyển mạch trung tâm NPCI, ngân hàng chuyển tiền và ngân hàng nhận tiền sẽ chuyển tiếp yêu cầu và phản hồi
  • Các ứng dụng như PhonePe hay Google Pay chỉ thu thập ý định thanh toán, không trực tiếp xử lý tiền hay PIN; ngân hàng tài trợ PSP đảm nhiệm việc cấp địa chỉ UPI và kết nối với NPCI
  • Bộ chuyển mạch NPCI chỉ yêu cầu ngân hàng nhận tiền ghi có sau khi ngân hàng chuyển tiền đã hoàn tất kiểm tra PIN, kiểm tra số dư và ghi nợ; kết quả xử lý cũng đi qua ngân hàng tài trợ của hai bên rồi mới quay lại ứng dụng
  • Tháng 6/2026, UPI đã xử lý hơn 2.272 crore giao dịch; gần đây khoảng 1 trong 11 giao dịch bị từ chối, nhưng lỗi kỹ thuật của chính hệ thống chỉ dưới 1 trong 400 giao dịch, phần lớn phát sinh từ PIN sai, thiếu số dư hoặc vượt hạn mức
  • Các giao dịch deemed mà xác nhận ghi có bị chậm sau khi đã ghi nợ sẽ được kết thúc bằng xác nhận ghi có hoặc hủy ghi nợ thông qua truy vấn trạng thái và đối soát tự động của NPCI; nếu hoàn tiền chậm, quy định thời hạn và khoản phạt ngân hàng ₹100 mỗi ngày sẽ được áp dụng

Năm khoảnh khắc người dùng nhìn thấy

  • Trải nghiệm thanh toán UPI gồm năm khoảnh khắc: quét QR, xác nhận tên người nhận và số tiền, nhập PIN, hiển thị thanh toán hoàn tất, và thông báo người kia đã nhận tiền
  • Toàn bộ quá trình thường kết thúc trong 2–3 giây, nhưng giữa lúc nhập PIN và hiển thị kết quả, nhiều tổ chức thực hiện các kiểm tra cần thiết của riêng mình rồi chuyển kết quả cho chủ thể tiếp theo
  • Ứng dụng trên điện thoại chỉ là điểm kết nối đầu tiên dẫn vào mạng thanh toán, không trực tiếp xử lý tiền của người dùng
  • Tháng 6/2026, UPI xử lý hơn 2.272 crore khoản thanh toán, mang khối lượng giao dịch lớn hơn bất kỳ hệ thống thanh toán thời gian thực nào trên thế giới
  • Một lần thanh toán có sự tham gia của ứng dụng người dùng, PSP của người dùng, ngân hàng chuyển tiền, NPCI, ngân hàng nhận tiền, PSP của người nhận và ứng dụng của người nhận; phía nhận phản ánh đối xứng phía chuyển

Ứng dụng chỉ thu thập ý định thanh toán

  • Các ứng dụng như PhonePe, Google Pay, Paytm là nhà cung cấp ứng dụng bên thứ ba (TPAP), thu thập đối tượng và số tiền thanh toán, hiển thị người nhận, và nhận PIN qua bàn phím nhập liệu bảo mật
    • Ứng dụng không thể nhìn thấy PIN
    • Không nắm giữ tiền của người dùng
    • Cũng không có giấy phép ngân hàng
  • Cạnh tranh người dùng của UPI tập trung ở tầng ứng dụng, nhưng thị trường bị tập trung mạnh
    • PhonePe và Google Pay xử lý khoảng 4/5 tổng số thanh toán UPI
    • Vị thế dẫn đầu của hai ứng dụng này được duy trì trong nhiều năm, trong khi thứ hạng của các ứng dụng bên dưới liên tục thay đổi
  • super.money do Flipkart ra mắt năm 2024 đã thu hút người dùng bằng cashback bảo đảm, vươn từ ngoài top 50 lên top 5 chỉ sau khoảng một năm
  • Vì ứng dụng không có giấy phép ngân hàng cũng không có kết nối trực tiếp với mạng thanh toán, chúng bắt buộc phải được ngân hàng tài trợ hỗ trợ

Ngân hàng tài trợ PSP và địa chỉ UPI

  • Vai trò kết nối ứng dụng với mạng thanh toán và giấy phép do ngân hàng tài trợ, tức nhà cung cấp dịch vụ thanh toán (PSP), đảm nhiệm
    • Kết nối với hệ thống trung tâm
    • Cấp địa chỉ UPI đại diện cho người dùng
    • Liên kết điện thoại di động với tài khoản ngân hàng khi thiết lập UPI lần đầu
  • Trong UPI ID, hậu tố sau @ không biểu thị ứng dụng đang dùng mà biểu thị ngân hàng tài trợ
    • @ybl thuộc Yes Bank
    • @okaxis thuộc Axis
    • Các handle của PhonePe do Yes Bank, Axis, ICICI vận hành
    • Các handle của Google Pay do Axis, HDFC, ICICI, State Bank vận hành
  • Phần lớn ứng dụng lớn sử dụng nhiều ngân hàng tài trợ thay vì chỉ một
    • Tăng khả năng phục hồi để sự cố ở một ngân hàng không làm ngừng toàn bộ ứng dụng
    • Tránh tình huống một nhà tài trợ phải gánh toàn bộ lưu lượng giao dịch của ứng dụng
  • Nếu người gửi và người nhận thuộc cùng một nhà tài trợ, ngân hàng đó có thể xác minh cả hai địa chỉ trên sổ cái nội bộ và bỏ qua thư mục trung tâm
    • Tốc độ xử lý nhanh hơn
    • Tiết kiệm khoảng 1 paisa phí xác minh địa chỉ
  • Thứ rời khỏi điện thoại không phải là tiền, mà là yêu cầu do ứng dụng cấu thành và được ngân hàng tài trợ ký
    • Trước khi thanh toán, hệ thống xác nhận tên chủ sở hữu thực sự của địa chỉ đã quét, tạo cơ hội phát hiện người nhận sai
    • PIN được một thành phần chung đã được chứng thực trên điện thoại thu thập và mã hóa; ứng dụng không biết nội dung ngay cả trong quá trình chuyển tiếp
    • Trong thư viện chung của NPCI UPI API, PIN được truyền dưới dạng Creds type="MPIN"

Trình tự xử lý của bộ chuyển mạch trung tâm NPCI

  • Mọi thanh toán UPI đều hội tụ về một bộ chuyển mạch trung tâm duy nhất do tổ chức vận hành phi lợi nhuận NPCI quản lý
  • Bộ chuyển mạch trước tiên gửi yêu cầu đến ngân hàng tài trợ phụ trách địa chỉ UPI của người nhận; ngân hàng này chuyển handle thành tài khoản thực
  • Trình tự luân chuyển tiền là cố định
    1. NPCI yêu cầu ngân hàng chuyển tiền ghi nợ
    2. Chỉ ngân hàng chuyển tiền mới có thể mở PIN đã mã hóa đến từ điện thoại, nên PIN được xác thực ở bước này
    3. Ngân hàng chuyển tiền kiểm tra số dư, ghi nợ tiền rồi phản hồi kết quả
    4. Chỉ sau khi xác nhận ghi nợ, NPCI mới yêu cầu ngân hàng nhận tiền ghi có
    5. Chờ xác nhận ghi có từ ngân hàng nhận tiền
  • Tiền luôn đi ra trước rồi mới đi vào, không được xử lý theo chiều ngược lại
  • Kết quả không được truyền trực tiếp từ NPCI đến ứng dụng mà đi qua PSP của hai bên
    • Khi PSP của người gửi truyền kết quả thành công đến ứng dụng, dấu hoàn tất màu xanh sẽ xuất hiện
    • Khi PSP của người nhận truyền kết quả đến ứng dụng bên kia, thông báo nhận tiền sẽ hiển thị
  • Vì chỉ có một bộ chuyển mạch trung tâm, gần như không có dữ liệu so sánh công khai về hoạt động của chính nó; quy mô được thể hiện qua tổng khối lượng xử lý
    • UPI tăng từ vài triệu giao dịch mỗi tháng khi ra mắt năm 2016 lên 2.272 crore giao dịch vào tháng 6/2026

Vì sao thứ hạng ngân hàng chuyển tiền và ngân hàng nhận tiền khác nhau

  • Thứ hạng các ngân hàng bận rộn nhất ở phía chuyển tiền và phía nhận tiền khác nhau
  • Thứ hạng phía chuyển tiền có xu hướng tương tự số lượng khách hàng
    • State Bank of India dẫn đầu với khoảng cách lớn
    • Các ngân hàng tiêu dùng lớn khác theo sau
  • Ở phía nhận tiền, Yes Bank vượt xa các ngân hàng khác
    • Thị phần nhận tiền của Yes Bank tăng khoảng gấp đôi trong hai năm
    • Lượng phát sinh chuyển tiền thấp, nhưng lượng nhận tiền là lớn nhất
  • Sự khác biệt này gắn với cấu trúc UPI ngày càng được dùng cho thanh toán từ cá nhân cho cửa hàng nhiều hơn thanh toán giữa cá nhân
    • Tỷ trọng thanh toán tại cửa hàng và thanh toán giữa cá nhân đảo chiều vào năm 2022
    • Tính theo số giao dịch, thanh toán tại cửa hàng vượt thanh toán giữa cá nhân vào tháng 8/2022
  • QR UPI của cửa hàng cũng do ngân hàng tài trợ cấp giống như handle cá nhân, và nhà tài trợ của các ứng dụng thương nhân lớn phần lớn là Yes Bank
  • Khi quét QR PhonePe tại cửa hàng, khoản ghi có trước tiên đi vào Yes Bank, nhà tài trợ đứng sau QR, rồi sau đó được chi trả cho chủ cửa hàng từ tài khoản chung của ứng dụng thương nhân
  • Ở đây, beneficiary bank chỉ ngân hàng tài trợ cho QR, chứ không phải ngân hàng mà chủ cửa hàng sử dụng cá nhân

Hai lý do khiến thanh toán bị từ chối

  • UPI ghi nhận các thanh toán thất bại bằng cách chia thành từ chối nghiệp vụ và từ chối kỹ thuật
  • Từ chối nghiệp vụ phát sinh từ người dùng hoặc quy tắc thanh toán
    • PIN sai
    • Thiếu số dư
    • Vượt hạn mức hằng ngày
    • Ứng dụng lập tức hiển thị lý do cụ thể, nên người dùng có thể xác định nguyên nhân
  • Từ chối kỹ thuật là trường hợp hệ thống ngân hàng hoặc một bước xử lý của bộ chuyển mạch trung tâm không thể hoàn tất
    • Bank server down
    • your bank’s server didn’t respond, please try again
    • Trên màn hình người dùng, khó xác định nguyên nhân cụ thể ngoài việc máy chủ không phản hồi
  • Gần đây, khoảng 1 trong 11 giao dịch thanh toán bị từ chối, nhưng lỗi kỹ thuật của chính mạng thanh toán thấp hơn 1 trong 400 giao dịch
  • Tỷ lệ từ chối kỹ thuật giảm hằng năm khi ngân hàng và bộ chuyển mạch ổn định hơn, từ trên 1 trong 100 xuống dưới 1 trong 400
  • Tỷ lệ từ chối nghiệp vụ không giảm mà còn tăng, cho thấy các lỗi thông thường phần lớn là kết quả của việc thực thi quy tắc PIN, số dư và hạn mức hơn là hỏng hóc hệ thống
  • Cũng từng có trường hợp UPI ngừng hoạt động trên toàn quốc trong nhiều giờ, nhưng hiếm; trong điều kiện bình thường, nguyên nhân chính của thanh toán thất bại là vượt hạn mức, thiếu số dư và nhập sai số

Giao dịch deemed không thể xác định là thành công hay thất bại

  • Nếu tiền đã bị trừ khỏi tài khoản chuyển nhưng xác nhận từ ngân hàng nhận tiền không quay lại kịp thời, mạng không thể ngay lập tức phán đoán việc ghi có đã xảy ra hay chưa
    • Có thể thực tế đã ghi có nhưng ngân hàng nhận tiền không báo cáo được kết quả
    • Cũng có thể việc ghi có chưa hề diễn ra
  • Những giao dịch chưa xác nhận được việc ghi có như vậy được gọi là trạng thái deemed, và ứng dụng hiển thị rằng thanh toán đang được xử lý thay vì dấu hoàn tất màu xanh
  • Ứng dụng không suy đoán kết quả mà có thể truy vấn trạng thái thực tế trên mạng sau khoảng 90 giây
    • Số lần truy vấn bị giới hạn ở mức nhỏ
    • Đã từng có trường hợp các ứng dụng gửi quá nhiều yêu cầu truy vấn trạng thái khiến UPI gặp sự cố
    • Ứng dụng thực hiện truy vấn ngay cả khi người dùng không thao tác trực tiếp
  • NPCI cũng liên tục truy vấn hai ngân hàng để tự động đối soát giao dịch
    • Nếu đã ghi có, thanh toán được xác nhận
    • Nếu chưa ghi có, giao dịch ghi nợ được hủy và tiền được hoàn lại
  • Thời điểm hoàn tiền không được để ngân hàng tùy ý quyết định
    • Chuyển khoản thông thường phải được hoàn trong vòng một ngày
    • Thanh toán cho thương nhân phải được hoàn trong vòng vài ngày
    • Nếu vượt quá thời hạn, ngân hàng bị phạt ₹100 mỗi ngày
  • Dù UPI không thể xác nhận tức thì mọi thanh toán, hệ thống được thiết kế để thông qua các quy tắc đối soát sau giao dịch nhằm xác nhận ghi có hoặc hoàn tiền cho người dùng
  • Các giao dịch treo kiểu này vốn đã không phổ biến, và hệ thống đối soát xử lý chúng tiếp tục được củng cố

Chuỗi chuyển tiếp thanh toán ẩn

  • Giữa các bước người dùng nhìn thấy—quét, tên và số tiền, PIN, dấu hoàn tất, thông báo nhận tiền—tồn tại một chuỗi chuyển tiếp ứng dụng → nhà tài trợ → hub NPCI → ngân hàng
  • Phía sau một lần thanh toán, 7 công ty và ngân hàng gửi rồi nhận lại thông điệp, đồng thời thực hiện các kiểm tra cần thiết ở từng bước
  • Ngay cả khi xảy ra thất bại, truy vấn trạng thái, đối soát tự động, thời hạn hoàn tiền và phạt chậm trễ vẫn được áp dụng để tiền của người dùng kết thúc bằng xác nhận ghi có hoặc hoàn trả

Bài viết liên quan

1 bình luận

 
GN⁺ 3 giờ trước
Ý kiến trên Hacker News

  • Những người ở ngoài Ấn Độ hoặc không thường xuyên dùng UPI sẽ khó cảm nhận được phạm vi giao dịch của nó. Nó được dùng cho gần như mọi khoản thanh toán, từ chuyển tiền giữa người thân, các món mua nhỏ như bánh kẹo hay trà, đủ loại dịch vụ như sửa ô tô hay sửa ống nước, mua sắm online, cho tới xe buýt, máy bay, tàu điện, taxi và tàu hỏa
    Có thể quét mã QR UPI trên web app bằng điện thoại hoặc mở thẳng màn hình thanh toán UPI trong ứng dụng di động. Ở những thành phố như Kolkata, tôi và vợ/chồng mình thực hiện 20~30 giao dịch mỗi ngày, còn ở những ngôi làng nhỏ trên dãy Himalaya thì khoảng 6~8 giao dịch mỗi ngày

    • Một hệ thống dùng mã dùng một lần thay cho thông tin xác thực cố định đang bị đánh giá quá thấp ở các nước nói tiếng Anh. So với việc đưa thẻ tín dụng cho con cái, bạn bè, vợ/chồng hay nhân viên cấp dưới, việc đưa mã OTP cho một giao dịch duy nhất cần được phê duyệt trong ứng dụng an toàn hơn nhiều
      Blik của Ba Lan dùng mã 6 chữ số, nên cũng có thể dùng kiểu đọc mã qua điện thoại cho người quen đáng tin cậy đang đứng ở ATM
    • Chỉ sau khi thêm thanh toán UPI vào một micro SaaS nhỏ thì doanh thu từ Ấn Độ mới bắt đầu xuất hiện. Trước đó gần như không thể khiến người dùng Ấn Độ đăng ký
    • Có kế hoạch nào cho trường hợp chính phủ diễn giải các khoản thanh toán nhỏ là hoạt động khủng bố rồi phong tỏa tài khoản ngân hàng không? Dù tốc độ khác nhau theo từng nước, tôi nghĩ sau khi trải qua quá trình như vậy thì cuối cùng người ta vẫn sẽ quay lại dùng tiền mặt

  • Tôi vô cùng tôn trọng những người vận hành UPI. Việc khiến cả người cao tuổi ở Ấn Độ chuyển hẳn sang thanh toán số là một thành tựu gần như chưa từng có trên thế giới

    • PIX của Brazil và Swish của Thụy Điển cũng tương tự, và có lẽ còn nhiều tiền lệ khác nữa
    • Điều đó khả thi vì Ấn Độ không có một mạng lưới thanh toán thẻ tín dụng quy mô lớn. Họ gần như nhảy thẳng từ tiền mặt sang thanh toán số

  • UPI đúng là hoạt động được, nhưng xét về quyền riêng tư và tính tự chủ thì đây là một hệ thống khủng khiếp. Có quá nhiều bên trung gian, cần số điện thoại và gắn với danh tính cá nhân, nên khó có thể gọi đây là hệ thống thanh toán ngang hàng theo bất kỳ nghĩa nào
    Khác biệt duy nhất là nó do chính phủ kiểm soát thay vì Visa hay Mastercard

    • Visa và Mastercard cũng cung cấp dữ liệu giao dịch cho chính phủ Mỹ và các bên khác. Thông qua Hot Watch, chính phủ Mỹ giám sát một số mục tiêu theo thời gian thực, còn Bank Secrecy Act thì về mặt pháp lý buộc các mạng thanh toán tư nhân và ngân hàng phát hành thẻ phải hành xử như những đại lý nhà nước không lương
      Nếu có gì thì UPI có thể còn chia sẻ thông tin với ít chính phủ hơn
    • Cuối cùng thì bản thân tiền tệ cũng nằm dưới sự kiểm soát của chính phủ

  • PIX của Brazil rất giống UPI. Có lý do gì khiến các chính phủ không thể tạo ra một hệ thống UPI toàn cầu theo kiểu mã nguồn mở, nơi mỗi nước vận hành instance riêng của mình?

  • Liệu có thể phân tích bằng số liệu xem UPI tác động thế nào tới tăng trưởng của Ấn Độ không? Có vẻ nó cũng giúp đưa một phần kinh tế phi chính thức vào khuôn khổ chính thức

  • Nếu là 22 tỷ giao dịch mỗi năm thì thông lượng trung bình của switch NPCI vào khoảng 700 giao dịch mỗi giây. Lưu lượng không đồng đều nên đỉnh sẽ cao hơn vài lần, nhưng so với feed Nasdaq TotalView ITCH với hơn 100.000 sự kiện mỗi giây lúc mở phiên thì có vẻ không quá ghê gớm

    • Nếu muốn so với khối lượng xử lý lệnh/thông điệp của Nasdaq thì National Stock Exchange (NSE) của Ấn Độ sẽ phù hợp hơn. Số lệnh khớp mỗi ngày của NSE còn nhiều hơn Nasdaq
      Tôi từng làm công việc mở rộng UPI vài năm trước, và thanh toán thời gian thực phân tán hơn nhiều nên cực kỳ phức tạp. Mỗi giao dịch liên quan tới hai ngân hàng nắm giữ tiền, ứng dụng người dùng và ngân hàng tương ứng ở cả hai phía, cùng mạng NPCI, và phải trao đổi nhiều lượt thông điệp trong lúc cả hai bên người dùng đang chờ. Vì vậy nếu tính theo số thông điệp thì thông lượng cao hơn 10~25 lần so với số giao dịch thực tế
      Một mạng thanh toán thời gian thực cho phép chuyển tiền miễn phí từ bất kỳ ngân hàng nội địa nào sang ngân hàng khác, không có ngoại lệ, hoạt động 24/7 quanh năm, thực sự đã thay đổi cuộc chơi. Điều này đối lập hẳn với các mạng thanh toán chậm và đắt đỏ của Mỹ
      Ngoài UPI, Ấn Độ còn có NEFT là hệ thống bù trừ theo lô kiểu ACH, IMPS xử lý tức thời tương tự UPI nhưng trải nghiệm người dùng khác, và RTGS là mạng thanh toán giá trị lớn theo thời gian thực do ngân hàng trung ương RBI làm trung gian. Tất cả đều hoạt động 24/7 và miễn phí. Ở mảng thẻ, ngoài Visa và Mastercard còn có RuPay với phí thanh toán thấp hơn nhiều
    • 22 tỷ giao dịch là con số của riêng tháng 6 năm 2026, nên quy đổi theo năm sẽ là 264 tỷ giao dịch
    • Đây là một bài học đáng rút ra cho các buổi phỏng vấn thiết kế hệ thống. Nếu ngay cả một hệ thống thanh toán phổ biến ở quốc gia 1,5 tỷ dân cũng chỉ ở mức này, thì khả năng một công ty nhỏ bắt chước kiểu phỏng vấn của Google rồi yêu cầu thiết kế hệ thống giả định với hàng triệu, thậm chí hàng chục nghìn yêu cầu mỗi giây trung bình, là rất thấp

  • Mạng lưới giao dịch tiền tập trung, dựa trên KYC như vậy có thực sự tốt không?

    • Ít nhất là khá thực dụng. Khi ví di động phát triển, nhiều người cho rằng nền tảng của công nghệ tài chính phải là phi tập trung nên đã đề cao blockchain, và cuộc thảo luận bị sa vào triết lý kỹ thuật như phi tập trung, giao dịch ngang hàng, giao dịch qua tiền mã hóa trung gian, stablecoin
      Các công ty tư vấn kiếm được rất nhiều tiền, nhưng các cơ quan chính phủ và ngân hàng thì bối rối không hiểu hàng triệu USD đã bị tiêu như thế nào trong khi việc phát triển sản phẩm chẳng tiến triển bao nhiêu, và cuối cùng dần nghiêng về kết luận rằng đổi mới công nghệ tài chính không nên do chính phủ dẫn dắt
      Hạ tầng công nghệ thông tin quy mô lớn thường do các công ty chịu sự kiểm soát hoặc ảnh hưởng của chính phủ Mỹ hay Tây Âu phát triển và bán cho chính phủ các nước, điều này cũng ảnh hưởng phần nào đến chủ quyền quốc gia. Chính phủ có thể chờ phần mềm sẵn có nhưng tiềm ẩn rủi ro về quyền kiểm soát, hoặc tự xây phần mềm đang hoạt động ngay bây giờ dù phải chấp nhận rủi ro và giới hạn
      Tôi cho rằng Ấn Độ đã đưa ra lựa chọn đúng đắn khi xây dựng hệ thống trên một nền tảng đã được kiểm chứng và có thể dự đoán được
    • Xét riêng về trải nghiệm người dùng và tính thực dụng thì rất xuất sắc. Mức độ phổ cập cao, và ngay cả các quán rất nhỏ cũng có thể nhận thanh toán dễ dàng hơn để phục vụ nhiều khách hơn
      Tuy vậy, vì nó gắn với giấy tờ tùy thân do chính phủ xác thực nên người nước ngoài gặp cực kỳ nhiều bất tiện khi sử dụng
    • Tốt hơn rất nhiều so với việc các ngân hàng tư nhân làm điều tương tự rồi rút lợi từ người dùng, và cũng tốt hơn tiền mã hóa hiện nay, nơi trải nghiệm người dùng tệ đến mức rất dễ mất toàn bộ tài sản. Nó thực dụng hơn tiền mặt, nhưng vẫn cần duy trì quyền lựa chọn dùng tiền mặt
      Dĩ nhiên nó không bằng một hệ thống vừa tiện lợi, vừa phi tập trung, lại còn ẩn danh, nhưng hiện giờ chưa có thứ như vậy. Nếu Ethereum giải quyết được native account abstraction, khả năng mở rộng mượt mà, và quyền riêng tư ở mức Monero, thì có lẽ khoảng 5 năm nữa mới khả thi
    • Đúng là nó tập trung và dựa trên KYC, nhưng khó có thể gọi là riêng tư. Có thể tham khảo https://www.bankbazaar.com/tax/tax-on-upi-transactions.html
    • Đúng là một hệ thống tốt. Nó không nhằm tạo ra đồng tiền mới, mà là một cách sử dụng chính tiền của mình vốn đã hoạt động sẵn

  • Các hệ thống thanh toán bằng QR ở Đông Nam Á như PromptPay của Thailand có hoạt động theo nguyên lý tương tự không?
    Trang web và sơ đồ được trình bày gọn gàng, có cân nhắc cho người đọc và hoàn toàn không có yếu tố gây xao nhãng

    • Tôi không rõ cấu trúc của PromptPay, nhưng tìm nhanh thì thấy ứng dụng người dùng để quét QR do ngân hàng trực tiếp vận hành. Trong khi đó, Google Pay trên UPI là nhà cung cấp ứng dụng bên thứ ba (TPAP), và có thể liên kết nhiều tài khoản, cùng hoặc khác ngân hàng, vào một TPAP
      Việc triển khai giao thức giữa các ngân hàng cũng có thể khác nhau. Thông điệp giao dịch của UPI là bất đồng bộ: NPCI gửi ReqPay đến ngân hàng chuyển tiền như một yêu cầu ghi nợ, ngân hàng chỉ trả về thông điệp xác nhận Ack trong cùng HTTP request đó. Khi xử lý xong, switch của ngân hàng gửi RespPay đến callback endpoint của NPCI và NPCI lại trả về Ack. Khi NPCI gửi yêu cầu ghi có đến ngân hàng nhận tiền thì quy trình cũng diễn ra tương tự

  • Nội dung đã hay, nhưng chức năng chuyển đổi crore/billion còn xuất sắc hơn. Sẽ rất tốt nếu nó được phổ biến rộng trên các trang web liên quan đến Ấn Độ, nhưng chỉ dùng CR/BN thì khó nhận ra ngay công dụng, nên có tooltip giải thích sẽ tốt hơn

    • Tôi không biết đó là chức năng ấy. Ban đầu nó trông giống như nút chuyển ngôn ngữ kiểu HI/EN, nhưng tôi không biết đó là viết tắt của ngôn ngữ nào, và thực tế ngôn ngữ cũng không thay đổi. Hóa ra đây là một ý tưởng hay