user127796: My next question is how Private Key needed to spend coins. According to my understanding for transaction needed below steps:

A wants to send 10 coin to B
A make transaction example: from: A, to :B coint:10
A signs with its private Key: from: A, to :B coint:10,  sign:qwertyasdfzxcv

So the result is B gets 10 coins on its public key (wallet address) and sender Public Key is enough to verify sign of Sender.
what is the usage of the private key to use this ? is this is transaction also getting encrypted by B public key (in this case only B's private key can be decrypted)
if like that then noone can read transacrion to valite it ?
So, what is the technical usage of the private keys to use coins?

user13866: 
how Private Key needed to spend coins

A transaction spends some previously unspent transaction outputs (UTXOs) from one or more previous transactions.
Each UTXO has associated with it, in the transaction data, a script.
This script (sometimes called a locking script) is a small computer program written in a very small programming language that is called the Bitcoin scripting language. It is a bit like a very primitive stack-based assembly language.
This language has operators such as OP_CHECKSIG which use ECDSA to check a signature and return TRUE or FALSE.
This script determines who can spend the associated UTXO. prospective spenders do this by providing data which can be prepended to the locking script and then the whole evaluated using a Bitcoin scripting language interpreter (or compiler). The result will be true or false (any non true value). If the provided data and the old locking script evaluate true the spending transaction is regarded as valid.
There are some standard scripts such as pay to public key hash (P2PKH).
Typically the script requires as inputs a number that is calculated using the private key. Others can then use ECDSA etc to verify that the number was produced from a private key that corresponded to the public key used when creating the locking script.

As Pieter noted in his answer, no network or blockchain data is encrypted in a normal Bitcoin transaction. All transaction data is completely readable by anyone.

user208: The usage is a digital signature. It is a form a cryptography, but it is distinct from encryption. In fact, nowhere in Bitcoin's protocol does any form of encryption get used.
A digital signature, formally, is a collection of 3 functions:

key generation: randomly construct a keypair (i.e., a private key and its related public key).
signing: given a message and a private key, construct a signature.
verifying: given a message, a public key, and a signature, output true (if that signature was created with the private key corresponding to the provided public key, for the provided message), and false otherwise.

While certain signature algorithms are based on encryption algorithms (e.g. for RSA it is the case that private and public key are sort of interchangeable, and you can see signing as "encrypting with the private key"), this is not true for all of them. The specific signature algorithm used in Bitcoin (ECDSA) cannot be used for encryption purposes.

127796: <p>My next question is how Private Key needed to spend coins. According to my understanding for transaction needed below steps:</p>
<ol>
<li>A wants to send 10 coin to B</li>
<li>A make transaction example: <strong>from: A, to :B coint:10</strong></li>
<li>A signs with its private Key: <strong>from: A, to :B coint:10,  <em>sign:qwertyasdfzxcv</em></strong></li>
</ol>
<p>So the result is B gets 10 coins on its public key (wallet address) and sender Public Key is enough to verify sign of Sender.</p>
<p>what is the usage of the private key to use this ? is this is transaction also getting encrypted by B public key (in this case only B's private key can be decrypted)
if like that then noone can read transacrion to valite it ?</p>
<p>So, what is the technical usage of the private keys to use coins?</p>
 13866: <blockquote>
<p><strong>how Private Key needed to spend coins</strong></p>
</blockquote>
<p>A transaction spends some previously unspent transaction outputs (UTXOs) from one or more previous transactions.</p>
<p>Each UTXO has associated with it, in the transaction data, a script.</p>
<p>This script (sometimes called a locking script) is a small computer program written in a very small programming language that is called the Bitcoin scripting language. It is a bit like a very primitive stack-based assembly language.</p>
<p>This language has operators such as OP_CHECKSIG which use ECDSA to check a signature and return TRUE or FALSE.</p>
<p>This script determines who can spend the associated UTXO. prospective spenders do this by providing data which can be prepended to the locking script and then the whole evaluated using a Bitcoin scripting language interpreter (or compiler). The result will be true or false (any non true value). If the provided data and the old locking script evaluate true the spending transaction is regarded as valid.</p>
<p>There are some standard scripts such as pay to public key hash (P2PKH).</p>
<p>Typically the script requires as inputs a number that is calculated using the private key. Others can then use ECDSA etc to verify that the number was produced from a private key that corresponded to the public key used when creating the locking script.</p>
<hr />
<p>As Pieter noted in his answer, no network or blockchain data is encrypted in a normal Bitcoin transaction. All transaction data is completely readable by anyone.</p>
 208: <p>The usage is a <a href="https://en.wikipedia.org/wiki/Digital_signature" rel="nofollow noreferrer">digital signature</a>. It is a form a cryptography, but it is distinct from encryption. In fact, nowhere in Bitcoin's protocol does any form of encryption get used.</p>
<p>A digital signature, formally, is a collection of 3 functions:</p>
<ul>
<li><em>key generation</em>: randomly construct a keypair (i.e., a private key and its related public key).</li>
<li><em>signing</em>: given a message and a private key, construct a signature.</li>
<li><em>verifying</em>: given a message, a public key, and a signature, output true (if that signature was created with the private key corresponding to the provided public key, for the provided message), and false otherwise.</li>
</ul>
<p>While certain signature algorithms are based on encryption algorithms (e.g. for RSA it is the case that private and public key are sort of interchangeable, and you can see signing as &quot;encrypting with the private key&quot;), this is not true for all of them. The specific signature algorithm used in Bitcoin (ECDSA) cannot be used for encryption purposes.</p>
