1 2016-12-25 02:49:06 0|Lightsword|luke-jr, think you can rebase #7533? 2 2016-12-25 02:49:07 0|gribble|https://github.com/bitcoin/bitcoin/issues/7533 | RPC: sendrawtransaction: Allow the user to ignore/override specific rejections by luke-jr ÃÂ· Pull Request #7533 ÃÂ· bitcoin/bitcoin ÃÂ· GitHub 3 2016-12-25 02:58:08 0|luke-jr|Lightsword: I can, if there's reason to. 4 2016-12-25 02:58:39 0|Lightsword|luke-jr, would be nice to have for 0.14 if possible 5 2016-12-25 02:59:12 0|luke-jr|yes 6 2016-12-25 03:00:30 0|gmaxwell|luke-jr: it would be more useful if it interacted with mempool saving in a productive way. 7 2016-12-25 03:00:43 0|luke-jr|gmaxwell: ? 8 2016-12-25 03:01:40 0|gmaxwell|well IIRC the only real justification for that change is to bypass policy (though probably not non-mandatory script verify flags) to poke things into your mempool. 9 2016-12-25 03:01:51 0|gmaxwell|But those things wouldn't be restored after restart. 10 2016-12-25 03:02:34 0|luke-jr|so basically just have mempool loading ignore all policy somehow? 11 2016-12-25 03:03:04 0|gmaxwell|Or save the fact that particular transaction bypassed it. 12 2016-12-25 03:06:11 0|Lightsword|yeah, you would probably only want to bypass mempool loading for those that bypassed with sendrawtransaction since that feature is mostly useful for miners wanting to bypass policy without having to patch core 13 2016-12-25 03:06:33 0|luke-jr|mempool.dat format doesn't look very extensible :x 14 2016-12-25 03:07:57 0|gmaxwell|luke-jr: it's versioned. 15 2016-12-25 03:09:12 0|gmaxwell|https://github.com/bitcoin/bitcoin/issues/9103 < already have one requested extension with an issue 16 2016-12-25 03:12:15 0|Lightsword|gmaxwell, wouldnÃ¢â¬â¢t it make more sense rather than saving minfee to just load all then evict those that donÃ¢â¬â¢t match policy? is the priority for manual prioritizations set currently there? 17 2016-12-25 03:13:07 0|Lightsword|then maybe extend that to have policy bypass flags 18 2016-12-25 03:14:40 0|Lightsword|my thoughts are that configs that affect mempoolminfee are often changed across restarts 19 2016-12-25 03:22:35 0|gmaxwell|Lightsword: minfee is additional state. imagine your mempool is full. Then a block arives that clears out 1MB of it. Your minfee doesn't instantly drop to zero (or the configured relay minfee)-- that would be dumb, because if it doesn't change at all it's likely newly arriving transactions will fill up the mempool again in short order. 20 2016-12-25 03:22:55 0|gmaxwell|so instead it decays back to the minimum at a rate that depends on how empty the mempool is. 21 2016-12-25 03:23:23 0|gmaxwell|part of the point of the mempool saving is so that your node isn't in a highly irregular state right after start. 22 2016-12-25 05:09:42 0|jcorgan|/cl 23 2016-12-25 06:07:19 0|bitcoin-git|[13bitcoin] 15luke-jr opened pull request #9422: Refactor mempool.dat to be extensible, and store missing info (06master...06mempool_dat_extensible) 02https://github.com/bitcoin/bitcoin/pull/9422 24 2016-12-25 17:20:25 0|bitcoin-git|[13bitcoin] 15rebroad closed pull request #9030: Don't process blocktxns when we have the block already. (06master...06BlocktxnExits) 02https://github.com/bitcoin/bitcoin/pull/9030 25 2016-12-25 20:09:57 0|achow101|any plans for an rc2? 26 2016-12-25 20:12:36 0|gmaxwell|hasn't been a deed for one. only thing missed was the version bump, but I think wladimir said that if that was all, we wouldn't do another rc. 27 2016-12-25 20:33:23 0|bitcoin-git|[13bitcoin] 15gmaxwell opened pull request #9424: Change LogAcceptCategory to use uint32_t rather than sets of strings. (06master...06log_category_simplify) 02https://github.com/bitcoin/bitcoin/pull/9424 28 2016-12-25 20:33:57 0|luke-jr|probably makes sense to put off rc2/final until after Christmas, since testing is likely reduced in the meantime?