Skip to content

Conversation

@luke-jr
Copy link
Member

@luke-jr luke-jr commented Dec 1, 2015

This is needed to restore proper CreateNewBlock functioning for unconfirmed transaction chains.

@luke-jr
Copy link
Member Author

luke-jr commented Jan 13, 2016

Added RPC tests and fixed an additional bug found with them. This should now be ready for merging to master and 0.12.

@sipa
Copy link
Member

sipa commented Jun 2, 2016

Weak concept NACK. I don't think we should be spending effort on maintaining the old priority system (which was completely arbirary anyway).

luke-jr added a commit to bitcoinknots/bitcoin that referenced this pull request Jun 27, 2016
morcos and others added 9 commits November 16, 2016 13:26
Track the value of inputs that get confirmed in the chain and keep a cached value of priority at a given height and return current priority by only assuming these in chain inputs are aging.
…nd currentpriority

- Since the transaction arrives after block N, its starting priority is that for block N+1.
- The current priority is likewise as considered for mining the next block.
…heir mempools may not sync, so only sync blocks
@fanquake
Copy link
Member

Closing this due to inactivity.

@fanquake fanquake closed this Jan 12, 2017
@bitcoin bitcoin locked as resolved and limited conversation to collaborators Sep 8, 2021
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.

Projects

None yet

Development

Successfully merging this pull request may close these issues.

5 participants