<p>Priority was calculated based on the age of the inputs. Older and larger inputs were given a higher priority than new and low valued inputs. This allowed transactions to pay no transaction fees but still be included blocks.</p>

<p>So what used to happen is that 50 kB of a block was reserved for transactions that paid no fees. Transactions were selected for inclusion in that space based upon this priority.</p>

<p>This has since been removed from Bitcoin Core although miners may choose to include whatever transactions they want so miners today could still use priority if they wanted to.</p>

CC BY-SA 4.0
2020-04-21T23:31:25.237Z
2020-06-15T00:01:19.890Z
2020-06-15T00:01:19.890Z
Ava Chow
<p>Historically it was not required to include a fee for every transaction. A large portion of miners would mine transactions with no fee given that they had enough "priority". Today, low priority is mostly used as an indicator for spam transactions and almost all miners expect every transaction to include a fee. Today miners choose which transactions to mine only based on fee-rate.</p>

<p>Transaction priority was calculated as a value-weighted sum of input age, divided by transaction size in bytes:</p>

<pre><code>priority = sum(input_value_in_base_units * input_age)/size_in_bytes
</code></pre>

<p><strong>EDIT:</strong></p>

<pre><code>input_value_in_base_units = satoshis to be transferred (e.g 1000 sat).
One Bitcoin is worth 100,000,000 satoshis.


input_age = is how many blocks the input has been present for. An unconfirmed transaction 
has an age of 0, and one that has 100 confirmations has an age of 100. An input that
was confirmed 50 block before have input_age of 50



size_in_bytes = size of transaction
</code></pre>

CC BY-SA 4.0
2020-06-15T00:12:59.950Z
Good answer! You could clarify that "input_age" was measured in confirmations.
Murch
CC BY-SA 4.0
2020-06-15T05:33:49.150Z
@Murch hope you get the answer..
Haseeb Saeed
CC BY-SA 4.0
2020-05-07T19:06:32.397Z
2020-06-15T08:09:45.430Z
2020-06-15T08:09:45.430Z
Haseeb Saeed
<p>I came across <a href="https://bitcoin.org/bin/insecure/bitcoin-core-0.9.0/README.txt" rel="nofollow noreferrer">these release notes</a> for Bitcoin Core 0.9 and saw this quote under 'Transaction Fees'. Does this distinction between 'high-priority' and 'highest-fee' transactions still exist? What exactly were 'high-priority' transactions?</p>

<blockquote>
  <p>Note that getting a transaction relayed across the network does NOT guarantee
  that the transaction will be accepted by a miner; by default, miners fill
  their blocks with 50 kilobytes of high-priority transactions, and then with
  700 kilobytes of the highest-fee-per-kilobyte transactions.</p>
</blockquote>

<transaction-fees><transaction-selection><blockspace-market><coin-age-priority>
What were 'high-priority' transactions in Bitcoin Core v0.9?
Darius
# What were 'high-priority' transactions in Bitcoin Core v0.9?

(Asked by: username_0 on 2020-04-21)

I came across [these release notes](https://bitcoin.org/bin/insecure/bitcoin-core-0.9.0/README.txt) for Bitcoin Core 0.9 and saw this quote under 'Transaction Fees'. Does this distinction between 'high-priority' and 'highest-fee' transactions still exist? What exactly were 'high-priority' transactions?

> Note that getting a transaction relayed across the network does NOT guarantee
> that the transaction will be accepted by a miner; by default, miners fill
> their blocks with 50 kilobytes of high-priority transactions, and then with
> 700 kilobytes of the highest-fee-per-kilobyte transactions.

**Tags:** transaction-fees, transaction-selection, blockspace-market, coin-age-priority


---

## 2 answers

### Answer by username_1 on 2020-04-21. Score: 3 | Accepted answer

Priority was calculated based on the age of the inputs. Older and larger inputs were given a higher priority than new and low valued inputs. This allowed transactions to pay no transaction fees but still be included blocks.

So what used to happen is that 50 kB of a block was reserved for transactions that paid no fees. Transactions were selected for inclusion in that space based upon this priority.

This has since been removed from Bitcoin Core although miners may choose to include whatever transactions they want so miners today could still use priority if they wanted to.


---

### Answer by username_2 on 2020-05-07. Score: 4

Historically it was not required to include a fee for every transaction. A large portion of miners would mine transactions with no fee given that they had enough "priority". Today, low priority is mostly used as an indicator for spam transactions and almost all miners expect every transaction to include a fee. Today miners choose which transactions to mine only based on fee-rate.

Transaction priority was calculated as a value-weighted sum of input age, divided by transaction size in bytes:

```
priority = sum(input_value_in_base_units * input_age)/size_in_bytes

```

**EDIT:**

```
input_value_in_base_units = satoshis to be transferred (e.g 1000 sat).
One Bitcoin is worth 100,000,000 satoshis.

input_age = is how many blocks the input has been present for. An unconfirmed transaction 
has an age of 0, and one that has 100 confirmations has an age of 100. An input that
was confirmed 50 block before have input_age of 50

size_in_bytes = size of transaction

```

> **Comments:**
> **username_3**: Good answer! You could clarify that "input_age" was measured in confirmations.  
> **username_2**: @username_3 hope you get the answer..  

---

