|
|
|
@ -343,13 +343,13 @@ while connected to the Bitcoin network.
|
|
|
|
|
==== Getting the Right Inputs
|
|
|
|
|
|
|
|
|
|
Alice's wallet
|
|
|
|
|
application will first have to find inputs that can pay the amount she
|
|
|
|
|
application ((("inputs", "constructing transactions")))will first have to find inputs that can pay the amount she
|
|
|
|
|
wants to send to Bob. Most wallets keep track of all the available
|
|
|
|
|
outputs belonging to addresses in the wallet. Therefore, Alice's wallet
|
|
|
|
|
would contain a copy of the transaction output from Joe's transaction,
|
|
|
|
|
which was created in exchange for cash (see <<getting_first_bitcoin>>).
|
|
|
|
|
A bitcoin wallet application that runs on a full node actually
|
|
|
|
|
contains a copy of every confirmed transaction's unspent outputs, called
|
|
|
|
|
contains a copy of every confirmed transaction's ((("Unspent Transaction Outputs (UTXOs)")))unspent outputs, called
|
|
|
|
|
_Unspent Transaction Outputs_ (UTXOs).
|
|
|
|
|
However, because full nodes use more resources, many
|
|
|
|
|
user wallets run lightweight clients that track only the user's own
|
|
|
|
|