2014-08-26 22:28:32 +02:00
|
|
|
// Copyright (c) 2009-2010 Satoshi Nakamoto
|
2016-12-31 19:01:21 +01:00
|
|
|
// Copyright (c) 2009-2016 The Bitcoin Core developers
|
2014-08-26 22:28:32 +02:00
|
|
|
// Distributed under the MIT software license, see the accompanying
|
|
|
|
// file COPYING or http://www.opensource.org/licenses/mit-license.php.
|
|
|
|
#ifndef BITCOIN_POLICYESTIMATOR_H
|
|
|
|
#define BITCOIN_POLICYESTIMATOR_H
|
|
|
|
|
|
|
|
#include "amount.h"
|
|
|
|
#include "uint256.h"
|
2016-10-13 16:19:20 +02:00
|
|
|
#include "random.h"
|
2017-02-15 15:24:11 +01:00
|
|
|
#include "sync.h"
|
2014-08-26 22:28:32 +02:00
|
|
|
|
|
|
|
#include <map>
|
|
|
|
#include <string>
|
|
|
|
#include <vector>
|
|
|
|
|
|
|
|
class CAutoFile;
|
|
|
|
class CFeeRate;
|
|
|
|
class CTxMemPoolEntry;
|
2015-11-16 21:21:51 +01:00
|
|
|
class CTxMemPool;
|
2017-02-16 23:27:20 +01:00
|
|
|
class TxConfirmStats;
|
2014-08-26 22:28:32 +02:00
|
|
|
|
|
|
|
/** \class CBlockPolicyEstimator
|
2016-03-21 18:04:40 +01:00
|
|
|
* The BlockPolicyEstimator is used for estimating the feerate needed
|
2014-08-26 22:28:32 +02:00
|
|
|
* for a transaction to be included in a block within a certain number of
|
|
|
|
* blocks.
|
|
|
|
*
|
|
|
|
* At a high level the algorithm works by grouping transactions into buckets
|
2016-03-21 18:04:40 +01:00
|
|
|
* based on having similar feerates and then tracking how long it
|
2014-08-26 22:28:32 +02:00
|
|
|
* takes transactions in the various buckets to be mined. It operates under
|
2016-03-21 18:04:40 +01:00
|
|
|
* the assumption that in general transactions of higher feerate will be
|
|
|
|
* included in blocks before transactions of lower feerate. So for
|
|
|
|
* example if you wanted to know what feerate you should put on a transaction to
|
2014-08-26 22:28:32 +02:00
|
|
|
* be included in a block within the next 5 blocks, you would start by looking
|
2016-03-21 18:04:40 +01:00
|
|
|
* at the bucket with the highest feerate transactions and verifying that a
|
2014-08-26 22:28:32 +02:00
|
|
|
* sufficiently high percentage of them were confirmed within 5 blocks and
|
2016-03-21 18:04:40 +01:00
|
|
|
* then you would look at the next highest feerate bucket, and so on, stopping at
|
|
|
|
* the last bucket to pass the test. The average feerate of transactions in this
|
|
|
|
* bucket will give you an indication of the lowest feerate you can put on a
|
2014-08-26 22:28:32 +02:00
|
|
|
* transaction and still have a sufficiently high chance of being confirmed
|
|
|
|
* within your desired 5 blocks.
|
|
|
|
*
|
2016-03-21 18:04:40 +01:00
|
|
|
* Here is a brief description of the implementation:
|
|
|
|
* When a transaction enters the mempool, we
|
2014-08-26 22:28:32 +02:00
|
|
|
* track the height of the block chain at entry. Whenever a block comes in,
|
2016-03-21 18:04:40 +01:00
|
|
|
* we count the number of transactions in each bucket and the total amount of feerate
|
2014-08-26 22:28:32 +02:00
|
|
|
* paid in each bucket. Then we calculate how many blocks Y it took each
|
|
|
|
* transaction to be mined and we track an array of counters in each bucket
|
|
|
|
* for how long it to took transactions to get confirmed from 1 to a max of 25
|
|
|
|
* and we increment all the counters from Y up to 25. This is because for any
|
|
|
|
* number Z>=Y the transaction was successfully mined within Z blocks. We
|
|
|
|
* want to save a history of this information, so at any time we have a
|
2016-03-21 18:04:40 +01:00
|
|
|
* counter of the total number of transactions that happened in a given feerate
|
2014-08-26 22:28:32 +02:00
|
|
|
* bucket and the total number that were confirmed in each number 1-25 blocks
|
|
|
|
* or less for any bucket. We save this history by keeping an exponentially
|
|
|
|
* decaying moving average of each one of these stats. Furthermore we also
|
|
|
|
* keep track of the number unmined (in mempool) transactions in each bucket
|
|
|
|
* and for how many blocks they have been outstanding and use that to increase
|
2016-03-21 18:04:40 +01:00
|
|
|
* the number of transactions we've seen in that feerate bucket when calculating
|
2014-08-26 22:28:32 +02:00
|
|
|
* an estimate for any number of confirmations below the number of blocks
|
|
|
|
* they've been outstanding.
|
|
|
|
*/
|
|
|
|
|
|
|
|
/** Track confirm delays up to 25 blocks, can't estimate beyond that */
|
|
|
|
static const unsigned int MAX_BLOCK_CONFIRMS = 25;
|
|
|
|
|
|
|
|
/** Decay of .998 is a half-life of 346 blocks or about 2.4 days */
|
|
|
|
static const double DEFAULT_DECAY = .998;
|
|
|
|
|
2016-03-21 18:04:40 +01:00
|
|
|
/** Require greater than 95% of X feerate transactions to be confirmed within Y blocks for X to be big enough */
|
2015-11-16 21:18:15 +01:00
|
|
|
static const double MIN_SUCCESS_PCT = .95;
|
2014-08-26 22:28:32 +02:00
|
|
|
|
2016-03-21 18:04:40 +01:00
|
|
|
/** Require an avg of 1 tx in the combined feerate bucket per block to have stat significance */
|
2014-08-26 22:28:32 +02:00
|
|
|
static const double SUFFICIENT_FEETXS = 1;
|
|
|
|
|
2016-03-21 18:04:40 +01:00
|
|
|
// Minimum and Maximum values for tracking feerates
|
2017-01-13 22:25:15 +01:00
|
|
|
// The MIN_BUCKET_FEERATE should just be set to the lowest reasonable feerate we
|
|
|
|
// might ever want to track. Historically this has been 1000 since it was
|
|
|
|
// inheriting DEFAULT_MIN_RELAY_TX_FEE and changing it is disruptive as it
|
|
|
|
// invalidates old estimates files. So leave it at 1000 unless it becomes
|
|
|
|
// necessary to lower it, and then lower it substantially.
|
|
|
|
static constexpr double MIN_BUCKET_FEERATE = 1000;
|
2017-01-13 22:19:25 +01:00
|
|
|
static const double MAX_BUCKET_FEERATE = 1e7;
|
2014-08-26 22:28:32 +02:00
|
|
|
static const double INF_FEERATE = MAX_MONEY;
|
|
|
|
|
2016-03-21 18:04:40 +01:00
|
|
|
// We have to lump transactions into buckets based on feerate, but we want to be able
|
|
|
|
// to give accurate estimates over a large range of potential feerates
|
2014-08-26 22:28:32 +02:00
|
|
|
// Therefore it makes sense to exponentially space the buckets
|
|
|
|
/** Spacing of FeeRate buckets */
|
|
|
|
static const double FEE_SPACING = 1.1;
|
|
|
|
|
|
|
|
/**
|
2016-03-21 18:04:40 +01:00
|
|
|
* We want to be able to estimate feerates that are needed on tx's to be included in
|
2014-08-26 22:28:32 +02:00
|
|
|
* a certain number of blocks. Every time a block is added to the best chain, this class records
|
|
|
|
* stats on the transactions included in that block
|
|
|
|
*/
|
|
|
|
class CBlockPolicyEstimator
|
|
|
|
{
|
|
|
|
public:
|
|
|
|
/** Create new BlockPolicyEstimator and initialize stats tracking classes with default values */
|
2017-01-13 22:25:15 +01:00
|
|
|
CBlockPolicyEstimator();
|
2017-02-16 22:23:15 +01:00
|
|
|
~CBlockPolicyEstimator();
|
2014-08-26 22:28:32 +02:00
|
|
|
|
|
|
|
/** Process all the transactions that have been included in a block */
|
|
|
|
void processBlock(unsigned int nBlockHeight,
|
2016-11-11 20:16:42 +01:00
|
|
|
std::vector<const CTxMemPoolEntry*>& entries);
|
2014-08-26 22:28:32 +02:00
|
|
|
|
|
|
|
/** Process a transaction accepted to the mempool*/
|
2016-11-11 18:48:01 +01:00
|
|
|
void processTransaction(const CTxMemPoolEntry& entry, bool validFeeEstimate);
|
2014-08-26 22:28:32 +02:00
|
|
|
|
|
|
|
/** Remove a transaction from the mempool tracking stats*/
|
2016-11-10 20:16:42 +01:00
|
|
|
bool removeTx(uint256 hash);
|
2014-08-26 22:28:32 +02:00
|
|
|
|
2016-03-21 18:04:40 +01:00
|
|
|
/** Return a feerate estimate */
|
2017-02-15 21:23:34 +01:00
|
|
|
CFeeRate estimateFee(int confTarget) const;
|
2014-08-26 22:28:32 +02:00
|
|
|
|
2016-03-21 18:04:40 +01:00
|
|
|
/** Estimate feerate needed to get be included in a block within
|
2015-11-16 21:10:22 +01:00
|
|
|
* confTarget blocks. If no answer can be given at confTarget, return an
|
|
|
|
* estimate at the lowest target where one can be given.
|
|
|
|
*/
|
2017-02-15 21:23:34 +01:00
|
|
|
CFeeRate estimateSmartFee(int confTarget, int *answerFoundAtTarget, const CTxMemPool& pool) const;
|
2015-11-16 21:10:22 +01:00
|
|
|
|
2014-08-26 22:28:32 +02:00
|
|
|
/** Write estimation data to a file */
|
2017-02-15 21:48:48 +01:00
|
|
|
bool Write(CAutoFile& fileout) const;
|
2014-08-26 22:28:32 +02:00
|
|
|
|
|
|
|
/** Read estimation data from a file */
|
2017-02-15 21:48:48 +01:00
|
|
|
bool Read(CAutoFile& filein);
|
2014-08-26 22:28:32 +02:00
|
|
|
|
|
|
|
private:
|
2016-04-03 11:49:36 +02:00
|
|
|
CFeeRate minTrackedFee; //!< Passed to constructor to avoid dependency on main
|
2014-08-26 22:28:32 +02:00
|
|
|
unsigned int nBestSeenHeight;
|
|
|
|
struct TxStatsInfo
|
|
|
|
{
|
|
|
|
unsigned int blockHeight;
|
|
|
|
unsigned int bucketIndex;
|
2016-03-21 18:04:40 +01:00
|
|
|
TxStatsInfo() : blockHeight(0), bucketIndex(0) {}
|
2014-08-26 22:28:32 +02:00
|
|
|
};
|
|
|
|
|
|
|
|
// map of txids to information about that transaction
|
|
|
|
std::map<uint256, TxStatsInfo> mapMemPoolTxs;
|
|
|
|
|
|
|
|
/** Classes to track historical data on transaction confirmations */
|
2017-02-16 22:23:15 +01:00
|
|
|
TxConfirmStats* feeStats;
|
2016-11-11 19:40:27 +01:00
|
|
|
|
|
|
|
unsigned int trackedTxs;
|
|
|
|
unsigned int untrackedTxs;
|
2017-02-15 15:16:51 +01:00
|
|
|
|
2017-02-15 15:24:11 +01:00
|
|
|
mutable CCriticalSection cs_feeEstimator;
|
|
|
|
|
2017-02-15 15:16:51 +01:00
|
|
|
/** Process a transaction confirmed in a block*/
|
|
|
|
bool processBlockTx(unsigned int nBlockHeight, const CTxMemPoolEntry* entry);
|
|
|
|
|
2014-08-26 22:28:32 +02:00
|
|
|
};
|
2016-02-12 21:57:15 +01:00
|
|
|
|
|
|
|
class FeeFilterRounder
|
|
|
|
{
|
|
|
|
public:
|
|
|
|
/** Create new FeeFilterRounder */
|
|
|
|
FeeFilterRounder(const CFeeRate& minIncrementalFee);
|
|
|
|
|
|
|
|
/** Quantize a minimum fee for privacy purpose before broadcast **/
|
|
|
|
CAmount round(CAmount currentMinFee);
|
|
|
|
|
|
|
|
private:
|
|
|
|
std::set<double> feeset;
|
2016-10-13 16:19:20 +02:00
|
|
|
FastRandomContext insecure_rand;
|
2016-02-12 21:57:15 +01:00
|
|
|
};
|
2014-08-26 22:28:32 +02:00
|
|
|
#endif /*BITCOIN_POLICYESTIMATOR_H */
|