Google Wallet：它是什么、功能和工作原理

什么是Google Wallet？

Google Wallet是一款移动应用程序和平台，用于存储和使用支付卡、交通票、登机牌、学生证、汽车钥匙和会员卡的数字版本。该服务于2011年以Google Wallet名义推出，经历多次品牌重塑，直到2022年Google重新启用Wallet品牌，将Google Pay和原始Wallet的功能整合在一起。

该平台可在Android和Wear OS设备上使用，也可通过Web界面访问。2024年，Google通过Google应用程序将支持扩展到iOS。Wallet的理念是用数字替代品取代实体钱包——用户将卡和文档加载到应用程序中，通过将手机靠近NFC终端来使用它们。

用户的关键功能

用户可以添加最多20张支付卡、不限数量的交通卡和活动门票。每张卡都会创建一个绑定到设备的独立令牌。支付时，终端收到的不是真实卡号，而是一次性数字代码。如果手机丢失，所有令牌将通过Find My Device服务远程作废。

除支付外，Wallet还支持BMW、Hyundai、Volvo等品牌的数字汽车钥匙。用户通过将手机触碰车门把手来开锁和启动汽车。2025年，Google宣布在美国部分州支持数字身份证。

地理分布

截至2026年初，Google Wallet在全球90个国家可用。非接触式支付支持在80个国家有效，交通票在35个国家，数字身份证在4个国家。最大市场包括：美国、印度、日本、英国、德国和巴西。该服务自2022年起在俄罗斯不可用。

Google Wallet如何工作：令牌化和NFC

从技术上讲，Google Wallet使用两个关键机制：支付数据的令牌化和用于将令牌传输到终端的NFC协议。令牌化确保银行卡的真实PAN（主账号）号码永远不会离开设备。取而代之的是，支付系统会生成一个Device Account Number——一个绑定到特定手机的虚拟号码。

当用户将手机靠近终端时，NFC控制器（通常集成在Qualcomm或MediaTek芯片组中）会与支付终端建立安全通道。通过该通道传输一个密码——一个基于令牌、时间和一次性交易号生成的动态代码。商家只看到密码，看不到卡数据。

Trusted Execution Environment的作用

TEE（Trusted Execution Environment）——处理器内部的一个隔离区域，与主Android操作系统并行运行。即使操作系统本身被攻破，TEE内的数据仍然受到保护。Google Wallet将令牌专门存储在TEE中。交易签名操作在此隔离环境内执行——无论是Wallet应用程序还是第三方进程都无法直接访问它们。

为了额外保护，使用了Hardware Attestation——一种手机芯片向Google服务器证明设备未root、引导加载程序未解锁且TEE未被修改的机制。如果验证失败，支付功能将被阻止。

添加卡的流程

向Google Wallet添加新的支付卡包括几个验证步骤。在手动输入卡号或通过摄像头扫描后，应用程序将数据发送到Google支付网关。发卡银行通过Visa Token Service（VTS）或Mastercard Digital Enablement Service（MDES）令牌服务接收令牌化请求。银行验证CVV和3DS代码，然后发出Device Account Number。该号码被写入手机的TEE中。整个过程需要30-60秒。

Google Wallet的主要功能

Google Wallet已超越简单的支付应用角色，转变为数字文档生态系统。以下是可以存储在钱包中的主要元素类别。

• 支付卡——Visa、Mastercard、American Express、Mir（截至2022年）、UnionPay、RuPay的信用卡和借记卡。通过摄像头或手动输入添加。
• 交通卡——35个国家的地铁、公交和火车票。在某些城市（伦敦、纽约、东京），充值自动进行。
• 登机牌和门票——汉莎航空、荷兰皇家航空、法航、联合航空、达美航空将登机牌直接发送到Wallet。电影院和音乐会场地——门票的条形码。
• 会员计划——商店、咖啡馆和航空公司的卡片。应用程序显示累计积分和可用优惠券。

对于每个元素，在Passes API中定义了相应的Object类型：LoyaltyObject、OfferObject、GiftCardObject、TransitObject、EventTicketObject和FlightObject。每个对象包含名称、徽标、条形码、有效期和附加信息的字段。

与Wear OS的集成

在Wear OS手表上，Google Wallet自主运行——手表有自己的NFC天线，可以在不连接手机的情况下进行支付。为此，卡通过蓝牙连接复制到手表的TEE中。只需按两次电源按钮——Wallet打开，即可将手表靠近终端。交通票和会员卡也受支持。

数字汽车钥匙

数字钥匙功能使用UWB（超宽带）协议精确测量与汽车的距离。配备UWB芯片的手机（例如Pixel 9 Pro或Samsung Galaxy S25）无需从口袋中取出即可开门——只需靠近即可。钥匙可以通过Google Messages与其他Wallet用户共享限时访问权限。

开发人员的Google Wallet Passes API

Passes API——Google提供的REST API，允许开发人员创建、更新和向用户的Google Wallet交付数字通行证（passes）。该API支持JSON格式请求和通过OAuth 2.0进行身份验证。开发人员可以以编程方式创建对象，通过链接或推送通知将其发送到用户的特定设备。

{
  "id": "33880000000000001",
  "classId": "IT_SECTR_LOYALTY_CLASS",
  "state": "ACTIVE",
  "barcode": {
    "type": "QR_CODE",
    "value": "ITSECTR2026"
  },
  "loyaltyPoints": { "balance": { "int": 350 } }
}

在示例中，创建了一张带有QR码和350积分余额的会员卡。该对象包含对IT_SECTR_LOYALTY_CLASS类的引用，其中定义了视觉参数：颜色、徽标、文本。类创建一次，对象为每个用户创建。这种方法节省了API请求，并允许批量更新所有卡的设计。

API的主要方法

API提供了创建类和对象、更新它们、获取列表和删除的方法。请求发送到基础URL https://walletobjects.googleapis.com/walletobjects/v1。身份验证通过具有Editor角色的Google Cloud服务帐户进行。访问令牌通过OAuth 2.0以范围https://www.googleapis.com/auth/wallet_object.issuer请求。

内容要求

发送到钱包的每个对象都经过Google审核——检查是否符合品牌规则、是否包含垃圾信息以及条形码是否正确。徽标必须具有最小300×300像素的分辨率，文本必须适合手机屏幕上的查看区域。平均审核时间为1-2个工作日。

Google Wallet的安全性与隐私

Google Wallet的安全性基于三个层面：硬件保护（TEE、Hardware Attestation）、网络保护（TLS 1.3、令牌化）和用户控制（生物识别、Find My Device、远程擦除）。每个层面封堵特定的攻击向量——从对设备的物理访问到支付网络中的数据拦截。

根据Google Security Blog（2025）的报告，自2022年以来，没有记录到任何存储在TEE中的支付数据被泄露的案例。所有安全事件都与网络钓鱼攻击有关，用户自己在虚假网站上输入卡数据。为打击网络钓鱼，Google在应用程序内引入了上下文警告。

远程令牌管理

如果手机丢失或被盗，所有者可以访问Find My Device网站并选择“擦除数据”选项。此后，TEE中的所有令牌将被作废——支付终端将拒绝来自该设备的交易。此外，Google会撤销特定芯片的Hardware Attestation证书，因此即使恢复出厂设置也无法恢复此设备上的支付功能。

隐私和用户数据

Google不存储Wallet内的交易历史。每笔交易由发卡银行处理，Google仅作为传输层。设备的位置不会传递给商家——终端只接收令牌和密码。交通票是个例外，其中进出站记录用于计费目的。

Google Wallet与Google Pay的区别

在2022年品牌重塑后，许多用户仍然困惑：Google Wallet和Google Pay之间有什么区别。简短的回答是：Wallet是应用程序（界面+存储），Google Pay是技术层（API+令牌化+NFC支付网关）。Google Pay作为品牌在印度和新加坡保留，通过UPI协议作为P2P支付系统运行。

实际上，对于印度以外的用户，一切归结为一点：打开Google Wallet，将手机靠近终端——支付将通过Google Pay技术进行，但您只看到Wallet界面。对于开发人员，支付集成通过Google Pay API（Google Wallet SDK的一部分）进行，而通行证管理通过单独的Passes API进行。