Dùng eSIM Du Lịch Có Làm Lỗi Apple Pay, Google Wallet Hay Thẻ Giao Thông? (Hướng Dẫn Kỹ Thuật 2026)

---

Phân Tách Kiến Trúc Phần Cứng: Phần Tử Bảo Mật (eSE) và Baseband eUICC

Lý do chính khiến nhiều du khách lo lắng về việc ví điện tử bị lỗi khi ra nước ngoài là do chưa hiểu rõ cách các chipset di động hiện đại phân tách danh tính mạng viễn thông khỏi không gian lưu trữ mã hóa tài chính. Các hệ điều hành di động áp dụng cơ chế cách ly phần cứng (air-gapping) tuyệt đối giữa các luồng giao tiếp dữ liệu di động và môi trường xử lý thanh toán.

Việc cài đặt, bật/tắt hoặc xóa một eSIM du lịch chỉ tương tác duy nhất với ngăn xếp baseband di động và eUICC (embedded Universal Integrated Circuit Card - Thẻ mạch tích hợp phổ quát nhúng). Quá trình này hoàn toàn không có quyền truy cập vật lý hoặc lập trình vào eSE (embedded Secure Element - Phần tử bảo mật nhúng), Secure Enclave của Apple hay Trusted Execution Environment (TEE) của Android—nơi lưu trữ các token tài chính và ứng dụng thẻ giao thông (transit applets).

`` +-------------------------------------------------------------------------+ | BỘ XỬ LÝ ỨNG DỤNG (AP) | | iOS / Android OS (Dịch vụ Hệ điều hành cấp cao) | +--------------------+-------------------------------+--------------------+ | (Bus SPI / I2C Cách ly) | (PCIe/UART Chuyên dụng) v v +------------------------------------+ +--------------------------------+ | PHẦN TỬ BẢO MẬT NHÚNG (eSE) | | CHIPSET BASEBAND DI ĐỘNG | | - Token thanh toán EMVCo (DPANs) | | - Bộ điều khiển RF Front-End | | - Applet giao thông (FeliCa/MIFARE| | - Ngăn xếp mạng di động | | - Công cụ ký mã hóa Cryptographic | +---------------+----------------+ | - Xác thực Token sinh trắc học | | (ISO/IEC 7816) +------------------------------------+ v +--------------------------------+ | CHIP eSIM (eUICC) | | - Cấu hình GSMA SGP.22 | | - Khóa mạng IMSI / Ki | | - Logic định tuyến nhà mạng | +--------------------------------+ ``

Ba Vùng Bán Dẫn Độc Lập

Các dòng điện thoại thông minh hiện đại từ Apple, Google và Samsung chia tách danh tính và quá trình xử lý thành ba phân vùng thực thi riêng biệt:

1. eUICC (Vùng danh tính di động): Được chế tạo theo tiêu chuẩn GSMA SGP.22, vi mạch chuyên dụng này lưu trữ các hồ sơ nhà mạng chứa số nhận dạng thuê bao di động quốc tế (IMSI), khóa xác thực ($K_i$) và cấu hình mạng. Phạm vi hoạt động của nó chỉ giới hạn nghiêm ngặt ở việc thiết lập kết nối tần số vô tuyến (RF) với các trạm phát sóng di động.
2. Bộ xử lý Baseband (Vùng Modem): Một bộ xử lý chuyên dụng có nhiệm vụ chuyển đổi dữ liệu kỹ thuật số thành tín hiệu tần số vô tuyến. Nó giao tiếp với Bộ xử lý ứng dụng (AP) chính thông qua các bus nối tiếp tốc độ cao chuyên dụng (PCIe/UART) và hoàn toàn không có quyền đọc/ghi trực tiếp vào các thanh ghi bộ nhớ thanh toán.
3. Phần tử bảo mật nhúng & Secure Enclave (Vùng mã hóa bảo mật): Một bộ vi điều khiển chống can thiệp (tamper-resistant), đạt chứng chỉ CC EAL6+ chạy hệ điều hành chuyên dụng (chẳng hạn như Java Card OS). Phân vùng này được tách biệt vật lý hoàn toàn khỏi modem và baseband, chỉ giao tiếp duy nhất với bộ điều khiển NFC và Bộ xử lý ứng dụng chính thông qua các bus I2C/SPI có tường lửa bảo vệ.

Kiến Trúc Phần Cứng: Ma Trận Cách Ly Phân Hệ

Tại Sao Việc Chuyển Đổi eSIM Không Thể Can Thiệp Đến Token Thanh Toán Của Bạn

Khi một cấu hình dữ liệu quốc tế được kích hoạt—ví dụ như tải về gói dữ liệu chuyển vùng cho Châu Âu hoặc Châu Á—Trình hỗ trợ cấu hình cục bộ (LPA) của hệ điều hành sẽ ra lệnh cho eUICC vô hiệu hóa hồ sơ nhà mạng gốc và kích hoạt hồ sơ dữ liệu địa phương.

`` [Yêu cầu từ LPA] -> [Chuyển đổi hồ sơ eUICC] -> [Tái xác thực Baseband] | (Ranh giới tuyệt đối) x [eSE / Secure Enclave / DPAN Tokens / Khóa thẻ giao thông - NGUYÊN VẸN & CÁCH LY] ``

Dưới góc độ kiến trúc và logic kỹ thuật:

• Không chia sẻ địa chỉ bộ nhớ: Modem baseband và eSE không dùng chung kiến trúc bộ nhớ hợp nhất (UMA) hay bộ điều khiển truy cập bộ nhớ trực tiếp (DMA). Baseband không thể thực thi lệnh ghi con trỏ hoặc xóa đối với các thanh ghi bộ nhớ chứa Số tài khoản chính của thiết bị (DPANs) hoặc dữ liệu mật mã (cryptograms).
• Độc lập mã hóa (Cryptographic Siloing): Thông tin thẻ đã được token hóa lưu trên eSE được cấp phép thông qua các giao thức Nhà cung cấp dịch vụ Token EMVCo (TSP). Các khóa này được khóa toán học vào gốc tin cậy phần cứng (hardware root-of-trust) của thiết bị, hoàn toàn độc lập với IMSI của SIM hay thông tin xác thực của nhà mạng di động.
• Tính bền vững của Applet giao thông: Các applet giao thông mạch kín (chẳng hạn như Suica/PASMO của Nhật Bản trên nền tảng FeliCa hoặc các tuyến thanh toán EMV không tiếp xúc của London) hoạt động trực tiếp bên trong bộ nhớ NVRAM bất biến của eSE. Việc thay đổi luồng dữ liệu IP qua eSIM không gây ra bất kỳ tác động nào đến máy trạng thái tĩnh (static state machine) của các applet giao thông này.

Cơ Chế Bắt Tay Liên Tục: Vai Trò Của Dữ Liệu Nền

Mặc dù tính năng thanh toán ngoại tuyến cho phép thực hiện một số lượng giao dịch giới hạn mà không cần kết nối internet thông qua các chuỗi số ngẫu nhiên mã hóa (cryptographic nonces) được tính toán trước, việc duy trì kết nối dữ liệu ổn định vẫn đóng vai trò then chốt. Ví điện tử định kỳ thực hiện các giao tiếp ngầm (background handshakes) để xác thực các bản cập nhật vòng đời của token, cập nhật số dư thẻ giao thông theo thời gian thực và truyền các thông số phân tích rủi ro gian lận về ngân hàng phát hành thẻ.

Nếu sử dụng một SIM du lịch kém chất lượng bị ngắt kết nối hoàn toàn khi dùng hết dung lượng tốc độ cao, các tác vụ duy trì ví ngầm này có thể bị đình trệ. Các nhà cung cấp như MollySIM khắc phục vấn đề này bằng việc hợp tác trực tiếp với các nhà mạng Tier-1 cùng chính sách tốc độ duy trì FUP (Fair Use Policy) tối thiểu đạt mức 384kbps. Tốc độ 384kbps nhanh gấp khoảng 3 lần so với mức sàn 128kbps thông thường của các loại SIM du lịch phổ thông, đảm bảo các tiến trình nền quan trọng—như tự động cấp mới token trong Google Wallet, xác thực máy chủ Apple Pay và nạp tiền thẻ giao thông trực tiếp qua Google Maps—vẫn diễn ra mượt mà ngay cả khi gói dung lượng tốc độ cao ban đầu đã cạn kiệt.

Thẻ Giao Thông Không Tiếp Xúc: Giải Mã Digital Suica, Pasmo, Oyster và OMNY

Điện thoại thông minh hiện đại xử lý các lượt đi phương tiện công cộng thông qua các chuẩn RFID và NFC chuyên dụng. Khách du lịch thường lầm tưởng rằng việc đổi mạng dữ liệu di động qua eSIM quốc tế có thể làm gián đoạn các loại vé giao thông kỹ thuật số này. Để hiểu rõ vì sao thẻ giao thông vẫn hoạt động bình thường ở tầng phần cứng—nhưng lại dễ bị gián đoạn ở khâu nạp tiền/quản lý số dư—chúng ta cần xem xét các giao thức truyền tải bên dưới.

Các Giao Thức Kiến Trúc: FeliCa Type-F so với ISO/IEC 14443 Type A/B

Các hệ thống giao thông công cộng trên toàn thế giới chủ yếu dựa trên hai kiến trúc giao tiếp không tiếp xúc chính, được tích hợp trực tiếp vào Phần tử bảo mật nhúng (eSE) của điện thoại:

`` +-------------------------------------------------------------------------+ | KIẾN TRÚC SMARTPHONE | | | | +-------------------+ +--------------------+ +--------------+ | | | Hệ điều hành | | Baseband / SIM | | Phần tử B.Mật| | | | (Apple / Android) | | (Data eSIM Du lịch)| | (eSE) | | | +---------+---------+ +---------+----------+ +------+-------+ | +-------------|------------------------|----------------------|-----------+ | | | | (Nạp tiền / Gọi API) | (Luồng dữ liệu IP) | (Cảm ứng NFC) v v v +-----------------+ +-----------------+ +-------------+ | Nạp tiền In-App | <----+ Dữ liệu MollySIM| | Cổng soát vé| | Apple/Google Pay| | (Mức sàn 384kbps| | (RF Offline)| +-----------------+ +-----------------+ +-------------+ ``

1. Sony FeliCa (JIS X 6319-4 / ISO/IEC 18092 Type-F): Được triển khai chủ yếu tại Nhật Bản (Suica, PASMO, ICOCA) và Hồng Kông (Octopus). FeliCa hoạt động với tốc độ xử lý siêu nhanh, chỉ khoảng 100 mili-giây mỗi giao dịch để đáp ứng mật độ hành khách khổng lồ trong giờ cao điểm.
2. ISO/IEC 14443 Type A/B: Chuẩn quốc tế được sử dụng cho thanh toán EMV không tiếp xúc mạch hở (open-loop) và thẻ thông minh. Chuẩn này vận hành các hệ thống như Transport for London (TfL / Oyster) của Luân Đôn, OMNY của New York, SimplyGo của Singapore và vé kỹ thuật số Navigo của Paris.

Giao Dịch Không Cần Mạng: Chế Độ Express Hoạt Động Như Thế Nào Tại Cổng Soát Vé?

Khi bạn chạm điện thoại vào cổng soát vé tàu điện, giao dịch không hề truyền qua gói dữ liệu di động của bạn và cũng không thực hiện bất kỳ lệnh bắt tay internet nào với eSIM.

Thay vào đó, đầu đọc tại cổng soát vé phát ra một trường điện từ tần số 13.56 MHz. Thông qua hiện tượng cảm ứng từ trường tầm ngắn, đầu đọc sẽ cấp năng lượng cho ăng-ten NFC bên trong thiết bị của bạn. Khi bật Chế độ phương tiện công cộng nhanh (Express Transit Mode) trên Apple Wallet hoặc Chế độ nhanh (Express Mode) trên Google Wallet, hệ điều hành sẽ bỏ qua bước xác thực sinh trắc học (Face ID, Touch ID hoặc vân tay) và chuyển tín hiệu truy vấn của đầu đọc thẳng tới eSE.

Chu trình xác thực lẫn nhau, đọc số dư và phê duyệt giao dịch được thực thi cục bộ chỉ trong vòng chưa đầy 150 mili-giây. Toàn bộ quá trình này hoạt động hoàn toàn ngoại tuyến—ngay cả khi thiết bị đang ở Chế độ máy bay, mất sóng di động dưới hầm sâu, hoặc thậm chí đã cạn pin (nhờ tận dụng phần cứng nguồn dự phòng năng lượng thấp trên các dòng iPhone, Google Pixel và Samsung Galaxy cao cấp).

Nghịch Lý Nạp Tiền: Tại Sao Kết Nối Mạng Vẫn Là Yếu Tố Bắt Buộc?

Dù thao tác chạm vật lý tại cổng hoàn toàn tách biệt với nhà mạng di động, thì quá trình quản lý số dư/vòng đời của thẻ giao thông kỹ thuật số lại phụ thuộc hoàn toàn vào mạng.

`` [Chạm thẻ tại cổng soát vé] ------> 100% Ngoại tuyến (Cảm ứng NFC / eSE) [Nạp tiền trong Ví / Mua vé] ------> 100% Phụ thuộc Cloud (Cần luồng dữ liệu IP) ``

Bạn sẽ gặp sự cố nghiêm trọng trong các tình huống sau:

• Không đủ số dư giữa hành trình: Nếu bạn bước ra khỏi một ga Tokyo Metro nhưng thẻ Suica không đủ số dư để qua cửa điều chỉnh giá vé (fare-adjustment gate), cổng soát vé sẽ khóa lại. Vì bạn không thể nạp tiền mặt vào thẻ FeliCa kỹ thuật số tại các quầy vé thông thường, bạn buộc phải thực hiện nạp tiền trực tuyến tức thì ngay trong Apple Wallet hoặc Google Wallet.
• Cấp phát Token Bảo mật Qua Mạng (OTA): Việc nạp tiền trong ứng dụng yêu cầu phiên làm việc API mã hóa đầu-cuối giữa máy chủ thanh toán của Apple/Google, ngân hàng phát hành thẻ tín dụng của bạn (yêu cầu xác thực rủi ro 3-D Secure), và cổng thanh toán trung tâm của cơ quan giao thông (chẳng hạn như JR East hoặc MTA).

Nếu sử dụng một SIM dữ liệu kém chất lượng bị ngắt mạng hoàn toàn khi hết hạn mức ngày, hoặc bị bóp băng thông xuống mức tiêu chuẩn 128kbps, các phiên bắt tay bảo mật HTTPS tới các máy chủ tài chính của Apple/Google sẽ liên tục bị quá thời gian chờ (timeout).

Để loại bỏ các rủi ro nghẽn mạng này, các giải pháp eSIM du lịch như MollySIM luôn duy trì tốc độ sàn FUP không giới hạn ở mức 384kbps. Vì 384kbps nhanh gấp khoảng 3 lần so với mức 128kbps thông thường từ các nhà cung cấp giá rẻ, thiết bị của bạn vẫn duy trì đủ băng thông để nạp tiền thẻ tức thì, xác thực làm mới token và tải lộ trình điều hướng trên Google Maps cùng một lúc—kể cả khi đã dùng hết gói dữ liệu dung lượng cao ban đầu.

SIM Kép Hoạt Động Đồng Thời (DSDS) & Quy Trình Nhận SMS 2FA Ngân Hàng

Các dòng điện thoại thông minh cao cấp hiện nay—bao gồm iPhone (từ dòng XS đến iPhone 16 series), Google Pixel (Pixel 7 đến Pixel 9 series), và Samsung Galaxy (S22 đến S25 series)—đều sử dụng kiến trúc baseband SIM Kép Chế Độ Chờ Kép (Dual SIM Dual Standby - DSDS). DSDS cho phép modem baseband của thiết bị đăng ký đồng thời hai mã nhận dạng IMSI khác nhau với các trạm phát sóng thông qua cơ chế ghép kênh phân chia theo thời gian trên cùng bộ thu phát vô tuyến (RF front-end).

Kiến trúc này mang lại lợi thế vượt trội khi đi du lịch: bạn có thể duy trì SIM chính ở Việt Nam hoạt động hoàn toàn trên kênh báo hiệu (control plane) để nhận tin nhắn SMS xác thực 2 bước (2FA) miễn phí, trong khi định tuyến 100% dữ liệu gói băng thông cao (user plane) qua hồ sơ eSIM du lịch như MollySIM.

`` ┌─────────────────────────────────────────────────────────────┐ │ Baseband Điện thoại │ └──────────────┬───────────────────────────────┬──────────────┘ │ │ Chỉ kênh Báo hiệu Cổng Dữ liệu Gói ┌──────────────┴──────────────┐ ┌──────────────┴──────────────┐ │ SIM Chính ở Nhà │ │ Hồ sơ eSIM Du lịch │ │ - Bật Thoại & SMS │ │ - Dữ liệu di động chính│ │ - Chuyển vùng dữ liệu: TẮT │ │ - Chuyển vùng DL: BẬT │ │ - Nhận mã OTP: 0 VNĐ │ │ - Định tuyến xác thực │ └─────────────────────────────┘ └─────────────────────────────┘ ``

Hướng Dẫn Kỹ Thuật: Thiết Lập SIM Kép Không Phát Sinh Cước Chuyển Vùng

Để tránh việc nhà mạng trong nước tự động tính phí các gói chuyển vùng quốc tế đắt đỏ mỗi ngày trong khi vẫn đảm bảo nhận mã xác thực liên tục, hãy cấu hình thiết bị theo các bước chuẩn sau:

Trên iOS (Apple iPhone)

1. Vào Cài đặt > Di động (hoặc Dịch vụ di động).
2. Tại mục SIM, chạm vào dòng SIM Chính (SIM ở nhà):

• Bật Bật đường dây này thành BẬT.
• Chuyển Chuyển vùng dữ liệu thành TẮT (ngăn chặn rò rỉ dữ liệu nền).
• Đặt Lựa chọn mạng thành Tự động.

1. Quay lại mục Di động và chọn dòng eSIM Du lịch (MollySIM):

• Bật Bật đường dây này thành BẬT.
• Chuyển Chuyển vùng dữ liệu thành BẬT (bắt buộc để kết nối với mạng đối tác địa phương).

1. Chạm vào Dữ liệu di động ở đầu menu:

• Chọn MollySIM.
• BẮT BUỘC: Tắt mục Cho phép chuyển đổi dữ liệu di động thành TẮT. Nếu để bật, iPhone sẽ tự động âm thầm dùng dữ liệu của SIM chính khi sóng địa phương chập chờn, dẫn đến phát sinh cước chuyển vùng ngoài ý muốn.

1. Chạm vào Đường dây thoại mặc định và chọn SIM Chính để giữ danh bạ và các cuộc gọi liên kết đúng với số điện thoại của bạn.

Trên Android (Samsung Galaxy / Google Pixel)

1. Vào Cài đặt > Mạng & internet (hoặc Kết nối) > Quản lý SIM.
2. Bật cả SIM Chính và eSIM Du lịch.
3. Đặt SIM ưu tiên cho Dữ liệu di động duy nhất là MollySIM.
4. Đặt Cuộc gọi và Tin nhắn cho SIM Chính.
5. Nhấn vào cài đặt của SIM Chính và đảm bảo mục Chuyển vùng dữ liệu đã được chuyển sang trạng thái TẮT.
6. Trên thiết bị Samsung, tắt tính năng Chuyển đổi dữ liệu và cuộc gọi dự phòng để ngăn việc tự động chuyển kết nối mạng dữ liệu sang SIM chính.

---

Cấp Phát Thẻ Quốc Tế và Quy Trình Bắt Tay 3-D Secure (3DS)

Khi bạn ra nước ngoài và thực hiện các giao dịch giá trị lớn hoặc thêm thẻ thanh toán mới vào Apple Wallet/Google Wallet, hệ thống đánh giá rủi ro của ngân hàng sẽ kích hoạt quy trình xác thực nâng cao. Ngân hàng sẽ phân tích hai tín hiệu mạng độc lập:

1. Bất thường về vị trí địa lý IP (IP Geolocation): Lưu lượng truy cập của bạn bắt nguồn từ một địa chỉ IP liên kết với một điểm chuyển vùng cục bộ hoặc cổng dữ liệu gói khu vực (PGW).
2. Dữ liệu viễn thám phần cứng thiết bị: Phần tử bảo mật (eSE) gửi yêu cầu cấp phép token mã hóa.

`` +---------------------------------------------------------------------------------------------------+ | Thông số cấu hình | Cấu hình sai | Cách ly DSDS an toàn | +---------------------------------------------------------------------------------------------------+ | Định tuyến dữ liệu di động | SIM Chính ở nhà | eSIM Du lịch (MollySIM) | | Chuyển vùng dữ liệu SIM nhà | Bật (Vô tình) | Đã tắt hoàn toàn | | Chuyển đổi dữ liệu tự động | Bật | Đã tắt | | Chi phí nhận SMS 2FA | Mất phí (Tính vào cước roaming) | 0 VNĐ (Kênh báo hiệu thuần túy)| | Rủi ro phát sinh cước roaming| Cực kỳ cao | 0% (Chặn dữ liệu gói vật lý) | | Luồng xác thực 3DS | Gián đoạn nếu nhà mạng chặn data | Thông suốt qua tầng data eSIM | +---------------------------------------------------------------------------------------------------+ ``

Vì tin nhắn SMS được truyền qua các kênh báo hiệu thuộc tầng điều khiển (giao thức SS7 / Diameter thông qua kết nối IMSI), thiết bị của bạn vẫn nhận được mã OTP mà không cần mở phiên truyền dữ liệu gói trên SIM chính. Cùng lúc đó, giao diện xác thực 3-D Secure trong ứng dụng ngân hàng sẽ tải mượt mà qua luồng dữ liệu của eSIM du lịch.

Nếu eSIM du lịch hết dung lượng tốc độ cao ngay giữa giao dịch phức tạp, các nhà mạng giá rẻ bóp băng thông xuống 128kbps thường làm gián đoạn quá trình bắt tay mã hóa động của 3DS. Do MollySIM duy trì tốc độ sàn FUP ở mức 384kbps (gấp 3 lần tiêu chuẩn ngành), các thông báo xác thực (push auth), dữ liệu xác thực sinh trắc học và biểu mẫu OTP thời gian thực luôn được tải ổn định mà không lo bị quá hạn phiên truy cập.

So Sánh Các Giải Pháp Chuyển Vùng: Độ Ổn Định Thanh Toán & Kết Nối Giao Thông

Khi đi lại bằng phương tiện công cộng ở nước ngoài, xác thực giao dịch ngân hàng hay quản lý thẻ vé tàu điện, lựa chọn giải pháp kết nối sẽ tác động trực tiếp đến các thao tác mã hóa ở tầng phần cứng và quy trình xác thực gói tin.

Bảng so sánh dưới đây đánh giá 5 phương thức kết nối phổ biến dựa trên các điểm nghẽn kỹ thuật thực tế khi xác thực ví điện tử ở nước ngoài.

---

Các Đúc Kết Kỹ Thuật Quan Trọng

1. Tại Sao Thay SIM Vật Lý Làm Mất Danh Tính Thanh Toán Thời Gian Thực

Tháo SIM chính để lắp SIM nhựa địa phương sẽ lập tức ngắt kết nối giữa thiết bị của bạn với máy chủ HSS (Home Subscriber Server) và HLR (Home Location Register) của nhà mạng tại quê nhà. Mặc dù Apple Wallet và Google Wallet vẫn giữ các token thẻ trong Phần tử bảo mật nhúng (eSE), bạn sẽ mất hoàn toàn khả năng nhận mã OTP gửi qua SMS.

Nếu ngân hàng phát hiện giao dịch tại một POS lạ và yêu cầu xác thực bổ sung (chẳng hạn như xác thực 3DS 2.2), bạn sẽ không thể nhận mã xác minh. Việc lắp lại SIM chính khi đang ở nước ngoài thường kích hoạt các gói cước chuyển vùng tự động đắt đỏ chỉ để nhận một tin nhắn văn bản 6 chữ số.

`` +---------------------------------------------------------------------------------------+ | MÔ HÌNH XÁC THỰC SIM KÉP CHẾ ĐỘ CHỜ KÉP (DSDS) | | | | [ SIM Vật lý / eSIM Nhà ] ──> Kênh báo hiệu SS7/Diameter (Control-Plane) ──> [ SMS 2FA ]| | | | [ Tầng Dữ liệu MollySIM ] ──> Luồng dữ liệu IP Tốc độ cao (User-Plane) ──> [ Web 3DS ]| +---------------------------------------------------------------------------------------+ ``

2. Tầm Quan Trọng Của Mức Sàn Tốc Độ 384 kbps Theo Chính Sách FUP

Việc nạp tiền vào thẻ giao thông (như nạp thẻ Suica, Pasmo, Octopus hoặc SmarTrip trong Apple Wallet) không đơn thuần là truy vấn số dư tĩnh. Thao tác này thực thi một giao dịch trọn vẹn (atomic transaction) bao gồm:

• Trao đổi token theo thời gian thực với ngân hàng phát hành thẻ.
• Nhận tập lệnh mã hóa APDU (Application Protocol