<oembed><type>rich</type><version>1.0</version><title>ODELL wrote</title><author_name>ODELL (npub1qn…w95gx)</author_name><author_url>https://yabu.me/npub1qny3tkh0acurzla8x3zy4nhrjz5zd8l9sy9jys09umwng00manysew95gx</author_url><provider_name>njump</provider_name><provider_url>https://yabu.me</provider_url><html>Bitcoin Transaction Fees and UTXO Management&#xA;-------------------------&#xA;&#xA;- when bitcoin blocks are full, highest fee transactions are confirmed first&#xA;- pending transactions sit in node mempools awaiting confirmation: can conceptualize mempools as a line to enter a restaurant sorted by who is willing to pay the most&#xA;- your bitcoin wallet may show a single balance but the reality is that it is made of many different unspent transaction outputs (UTXOs)&#xA;- when you make a bitcoin transaction your wallet will select as many UTXOs as necessary to reach the amount of bitcoin you wish to send&#xA;- onchain transaction fees are calculated based on size in bytes not the amount of sats sent&#xA;- the more utxos required on the input side the higher the fee paid &#xA;- from a cost perspective you want to consolidate utxos, fewer utxos with larger amounts&#xA;- consolidation has privacy tradeoffs though: you link any UTXOs you consolidate as owned by the same person + larger UTXOs mean you will dox more of your stack to anyone you pay in the future&#xA;&#xA;Therefore you want to reduce the number of UTXOs you have while being mindful of the privacy concerns.&#xA;&#xA;Lightning Transaction fees are calculated differently: based on the amount in sats sent. Opening lightning channels when fees are low can enable you to save money in the future when fees rise. 🤙&#xA;&#xA;https://werunbtc.com/utxos</html></oembed>