Alice 的钱包应用首先要找到一些足够支付给 Bob 所需金额的输入。大多数钱包应用维护着一个含有用钱包自己密钥锁定的"未消费交易输出"小型数据库。 因此 Alice 的钱包会包含她用现金从 Joe 那里购买的比特币的交易输出副本（参见在" 获取你的第一枚比特币 "一节）。完整客户端含有整个区块链中所有交易的所有未消费输出副本。这使得钱包即能拿这些输出构建交易，又能在收到新交易时很快地验证其输入是否正确。然而，完整客户端占太大的硬盘空间，所以大多数钱包使用轻量级的客户端，只保存用户自己的未消费输出。
如果钱包客户端没有某一未消费交易输出，它可以通过不同的服务者提供的各种API 或完整索引节点的 JSON PRC API 从比特币网络中拿到这一交易信息。例子2-1 展示了用 HTTP GET 命令对一个特定 URL 建立了一个 RESTful API 的请求。这个 URL 会返回一个地址的所有未消费交易输出，以提供给需要这些信息的任何应用作为建立新交易的输入而进行消费。我们用一个简单的 HTTP 命令行客户端 cURL 来获得这个响应数据。
例 2-1 查找 Alice 的比特币地址所有的未消费的输出
$ curl https://blockchain.info/unspent?active=1Cdid9KFAaatwczBwB ttQcwXYCpvK8h7FK
例 2-2 查找返回的响应数据
{"unspent_outputs":
[{"tx_hash":"186f9f998a5...2836dd734d2804fe65fa35 779","tx_index":104810202,"tx_output_n":0, "script":"76a9147f9b1a7fb68d60c536c2fd8aeaa53a8f3cc025a88 8ac","value":10000000,"value_hex":"00989680", "confirmations":0}]}
例 2-2 的响应数据显示了在 Alice 的地址
1Cdid9KFAaatwczBwBttQcwXYCpvK8h7FK 上面有一个未消费输出（还未被兑换）。这个响应包含一个交易的索引。而从 Joe 那里转过来的未消费输入就包含在这个交易里面，它的价值是一千万聪（satoshi），即 0.10 比特币。通过这个信息，Alice 的钱包应用就可以创建新的交易将钱转账到新地址。
如你所见，Alice 的钱包在单个未消费的输出中有足够的比特币支付一杯咖啡。假如不够的话，Alice 的钱包应用就不得不搜寻一些小的未消费输出，像是从一个存钱罐里找硬币一样，直到找到足够支付咖啡的数量。在两种情境下，可能都需要找回零钱，而这些找零也会是钱包所创建的交易的输出组成部分。我们会在下一次会有所描述。
