Bitcoin Forum
May 06, 2024, 10:38:56 AM *
News: Latest Bitcoin Core release: 27.0 [Torrent]
 
   Home   Help Search Login Register More  
Pages: « 1 [2]  All
  Print  
Author Topic: Bitcoin’s unspent transaction outputs (UTXO) and its long-term implications  (Read 338 times)
Majestic-milf
Hero Member
*****
Online Online

Activity: 798
Merit: 589



View Profile
June 12, 2022, 01:26:07 PM
 #21

Quote
This is true, however, the outputs can never be greater than the inputs.
This is partially true, because you can make some incomplete transaction, where outputs are greater than inputs, then another party can add coins, and make it complete, without invalidating previous signatures.
If the input is greater than the balance, the transaction cannot go through. Normally in a transaction, the input is greater than the output because the difference between these two is the transaction fee.

R


▀▀▀▀▀▀▀██████▄▄
████████████████
▀▀▀▀█████▀▀▀█████
████████▌███▐████
▄▄▄▄█████▄▄▄█████
████████████████
▄▄▄▄▄▄▄██████▀▀
LLBIT
  CRYPTO   
FUTURES
 1,000x 
LEVERAGE
COMPETITIVE
    FEES    
 INSTANT 
EXECUTION
.
   TRADE NOW   
1714991936
Hero Member
*
Offline Offline

Posts: 1714991936

View Profile Personal Message (Offline)

Ignore
1714991936
Reply with quote  #2

1714991936
Report to moderator
There are several different types of Bitcoin clients. The most secure are full nodes like Bitcoin Core, which will follow the rules of the network no matter what miners do. Even if every miner decided to create 1000 bitcoins per block, full nodes would stick to the rules and reject those blocks.
Advertised sites are not endorsed by the Bitcoin Forum. They may be unsafe, untrustworthy, or illegal in your jurisdiction.
o_e_l_e_o
In memoriam
Legendary
*
Offline Offline

Activity: 2268
Merit: 18510


View Profile
June 12, 2022, 02:40:25 PM
 #22

If the input is greater than the balance, the transaction cannot go through.
There is no way to try to make the value of the input greater than the balance stored on that input.

When you create a bitcoin transaction, you choose inputs based on the hash of the transaction which created them, and their position within that transaction. You then spend the entire input. At no point do you specify "how much" of the input to spend; you either select it, or you don't, and you either spend it all, or you spend none of it. There is no way to invalidate a transaction by trying to select more coins than exist in an input.
Hold-n-play (OP)
Member
**
Offline Offline

Activity: 142
Merit: 48


View Profile
June 19, 2022, 07:02:30 PM
Last edit: June 19, 2022, 11:33:36 PM by Hold-n-play
 #23

I just wanted to thank everyone for your contribution. I really hope that the post overall was both informative and intellectually stimulating.
Pages: « 1 [2]  All
  Print  
 
Jump to:  

Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!