{"push_id":963287950,"size":29,"distinct_size":29,"ref":"refs/heads/master","head":"eb331794a22b86da0a76d6710cb3eb37903a486e","before":"a6771fc9734ad822f2e10f8fbdeb723daf5c3b29","commits":[{"sha":"a3d5eec54613044fc149445cc8e544a350ed312e","author":{"email":"a5de9cd0883284fd1adf97d322ad28897544b538@jtimon.cc","name":"Jorge Timón"},"message":"Build: Consensus: Move consensus files from common to its own module/package","distinct":true,"url":"https://api.github.com/repos/RegZi/bitcoin/commits/a3d5eec54613044fc149445cc8e544a350ed312e"},{"sha":"4feadec98e0b610d1272c398505e41962218bc4f","author":{"email":"a5de9cd0883284fd1adf97d322ad28897544b538@jtimon.cc","name":"Jorge Timón"},"message":"Build: Libconsensus: Move libconsensus-ready files to the consensus package","distinct":true,"url":"https://api.github.com/repos/RegZi/bitcoin/commits/4feadec98e0b610d1272c398505e41962218bc4f"},{"sha":"cf82d05dd45b0e8c97a70deb2d539c02b03d1917","author":{"email":"a5de9cd0883284fd1adf97d322ad28897544b538@jtimon.cc","name":"Jorge Timón"},"message":"Build: Consensus: Make libbitcoinconsensus_la_SOURCES fully dynamic and dependend on both crypto and consensus packages\n\nSome extra bytes in libconsensus to get all the crypto (except for signing, which is in the common module) below the libconsensus future independent repo (that has libsecp256k1 as a subtree).\nhmac_sha256.o seems to be the only thing libbitcoinconsensus doesn't depend on from crypto, some more bytes for the final libconsensus: I'm not personally worried.","distinct":true,"url":"https://api.github.com/repos/RegZi/bitcoin/commits/cf82d05dd45b0e8c97a70deb2d539c02b03d1917"},{"sha":"e86756193ebdbf71504e2a1a8db43e38d57f9673","author":{"email":"a5de9cd0883284fd1adf97d322ad28897544b538@jtimon.cc","name":"Jorge Timón"},"message":"MOVEONLY: non-consensus: from pow to chain:\n\n- GetBlockProof\n- GetBlockProofEquivalentTime","distinct":true,"url":"https://api.github.com/repos/RegZi/bitcoin/commits/e86756193ebdbf71504e2a1a8db43e38d57f9673"},{"sha":"77b55a00ed4a3a3a22ec3e299539a1812a0bc605","author":{"email":"d0b35c280567a6e00291dab426e321dcd3a56fd2@utopios.org","name":"Luke Dashjr"},"message":"Rename permitrbf to replacebyfee\n\n\"permit\" is currently used to configure transaction filtering, whereas replacement is more to do with the memory pool state than the transaction itself.","distinct":true,"url":"https://api.github.com/repos/RegZi/bitcoin/commits/77b55a00ed4a3a3a22ec3e299539a1812a0bc605"},{"sha":"d65dee961e39937e3e671c742ff8db32612ad9af","author":{"email":"d0b35c280567a6e00291dab426e321dcd3a56fd2@utopios.org","name":"Luke Dashjr"},"message":"Accept replacebyfee=opt-in for turning on opt-in RBF\n\nBasic forward-compatibility with more flexible parameters like fss","distinct":true,"url":"https://api.github.com/repos/RegZi/bitcoin/commits/d65dee961e39937e3e671c742ff8db32612ad9af"},{"sha":"325c725fb6205e38142914acb9ed1733d8482d46","author":{"email":"79e2475f81a6317276bf7cbb3958b20d289b78df@xiph.org","name":"Gregory Maxwell"},"message":"Add whitelistforcerelay to control forced relaying.\n\nAlso renames whitelistalwaysrelay.\n\nNodes relay all transactions from whitelisted peers, this\n gets in the way of some useful reasons for whitelisting\n peers-- for example, bypassing bandwidth limitations.\n\nThe purpose of this forced relaying is for specialized gateway\n applications where a node is being used as a P2P connection\n filter and multiplexer, but where you don't want it getting\n in the way of (re-)broadcast.\n\nThis change makes it configurable with whitelistforcerelay.","distinct":true,"url":"https://api.github.com/repos/RegZi/bitcoin/commits/325c725fb6205e38142914acb9ed1733d8482d46"},{"sha":"3b66e54457cdfe1f5ffda016d42c23fe848d539c","author":{"email":"d0b35c280567a6e00291dab426e321dcd3a56fd2@utopios.org","name":"Luke Dashjr"},"message":"Simplify check for replacebyfee=opt-in","distinct":true,"url":"https://api.github.com/repos/RegZi/bitcoin/commits/3b66e54457cdfe1f5ffda016d42c23fe848d539c"},{"sha":"93fc58c7426b5f3c68f2657626698846fb512ee8","author":{"email":"a5de9cd0883284fd1adf97d322ad28897544b538@jtimon.cc","name":"Jorge Timón"},"message":"Consensus: Remove calls to error() and FormatStateMessage() from some consensus code in main","distinct":true,"url":"https://api.github.com/repos/RegZi/bitcoin/commits/93fc58c7426b5f3c68f2657626698846fb512ee8"},{"sha":"fa331db68bcc68e4c93fb45aaa30f911b0ecfe1a","author":{"email":"94662c316543fb349a23cc41ada52e5549f80958@gmail.com","name":"MarcoFalke"},"message":"mempool: Replace maxFeeRate of 10000*minRelayTxFee with maxTxFee","distinct":true,"url":"https://api.github.com/repos/RegZi/bitcoin/commits/fa331db68bcc68e4c93fb45aaa30f911b0ecfe1a"},{"sha":"2f19905324078e07d8c21b991ef010da80403d95","author":{"email":"e3b6cda228242c30b711ac17cb264f1dbadfd0b6@petertodd.org","name":"Peter Todd"},"message":"Improve block validity/ConnectBlock() comments\n\nPreviously didn't make clear that the ContextualCheckBlock* functions\nmeant the block headers as context - not the UTXO set itself - and that\nConnectBlock() also did UTXO-related validity checks (in the future we\nmay split that functionality into a separate UTXO-specific contextual\ncheck block function).\n\nAlso, reordered to put validity checks first for better readability.","distinct":true,"url":"https://api.github.com/repos/RegZi/bitcoin/commits/2f19905324078e07d8c21b991ef010da80403d95"},{"sha":"67958519fe22105dff84a3a8118bfc23a8035fb0","author":{"email":"5ec32494aecc2563828643b1dcf3f695592c5990@glados.cc","name":"gladoscc"},"message":"Add link to whitepaper","distinct":true,"url":"https://api.github.com/repos/RegZi/bitcoin/commits/67958519fe22105dff84a3a8118bfc23a8035fb0"},{"sha":"31ec14b74ba34001f764a419508b1f61dec4291d","author":{"email":"bbc07dc96bb50bf6868a2ddfc4dae14fbed703d9@gmail.com","name":"Wladimir J. van der Laan"},"message":"Merge #7287: Consensus: Remove calls to error() and FormatStateMessage()\n\n93fc58c Consensus: Remove calls to error() and FormatStateMessage() from some consensus code in main (Jorge Timón)","distinct":true,"url":"https://api.github.com/repos/RegZi/bitcoin/commits/31ec14b74ba34001f764a419508b1f61dec4291d"},{"sha":"89d113e02a83617b4e971c160d47551476dacc71","author":{"email":"79e2475f81a6317276bf7cbb3958b20d289b78df@xiph.org","name":"Gregory Maxwell"},"message":"Blacklist -whitelistalwaysrelay; replaced by -whitelistrelay.","distinct":true,"url":"https://api.github.com/repos/RegZi/bitcoin/commits/89d113e02a83617b4e971c160d47551476dacc71"},{"sha":"58a8574400c6673cfac91c7acecc193158d76093","author":{"email":"bbc07dc96bb50bf6868a2ddfc4dae14fbed703d9@gmail.com","name":"Wladimir J. van der Laan"},"message":"Merge #7439: Add whitelistforcerelay to control forced relaying. [#7099 redux]\n\n89d113e Blacklist -whitelistalwaysrelay; replaced by -whitelistrelay. (Gregory Maxwell)\n325c725 Add whitelistforcerelay to control forced relaying. (Gregory Maxwell)","distinct":true,"url":"https://api.github.com/repos/RegZi/bitcoin/commits/58a8574400c6673cfac91c7acecc193158d76093"},{"sha":"196ad6913ff57cd39caf0b262267e67c5a143467","author":{"email":"bbc07dc96bb50bf6868a2ddfc4dae14fbed703d9@gmail.com","name":"Wladimir J. van der Laan"},"message":"Merge #7451: Add link to bitcoin whitepaper\n\n6795851 Add link to whitepaper (gladoscc)","distinct":true,"url":"https://api.github.com/repos/RegZi/bitcoin/commits/196ad6913ff57cd39caf0b262267e67c5a143467"},{"sha":"5d743099b5fe77ba423110bea4f5dfd854fef3b2","author":{"email":"c1fe694431f9243042d0eb4561d822ec1200493d@gmail.com","name":"Pieter Wuille"},"message":"Get rid of inaccurate ScriptSigArgsExpected\n\n(cherry picked from commit 52b29dca7670c3f6d2ab918c0fff1d17c4e494ad)","distinct":true,"url":"https://api.github.com/repos/RegZi/bitcoin/commits/5d743099b5fe77ba423110bea4f5dfd854fef3b2"},{"sha":"1e9613ac090ee82f52e1d02a622358b2a1085249","author":{"email":"79e2475f81a6317276bf7cbb3958b20d289b78df@xiph.org","name":"Gregory Maxwell"},"message":"Do not absolutely protect local peers from eviction.\n\nWith automatic tor HS support in place we should probably not be providing\n absolute protection for local peers, since HS inbound could be used to\n attack pretty easily.  Instead, this counts on the latency metric inside\n AttemptToEvictConnection to privilege actually local peers.\n\n(cherry picked from commit 46dbcd4833115401fecbb052365b4c7725874414)","distinct":true,"url":"https://api.github.com/repos/RegZi/bitcoin/commits/1e9613ac090ee82f52e1d02a622358b2a1085249"},{"sha":"1e05727072a58d3538dc654c5a3de83ed58874b8","author":{"email":"79e2475f81a6317276bf7cbb3958b20d289b78df@xiph.org","name":"Gregory Maxwell"},"message":"Decide eviction group ties based on time.\n\nThis corrects a bug the case of tying group size where the code may\n fail to select the group with the newest member. Since newest time\n is the final selection criteria, failing to break ties on it\n on the step before can undermine the final selection.\n\nTied netgroups are very common.\n\n(cherry picked from commit 8e09f914f8ec66301257358b250e9a61befadd95)","distinct":true,"url":"https://api.github.com/repos/RegZi/bitcoin/commits/1e05727072a58d3538dc654c5a3de83ed58874b8"},{"sha":"dbb89dc793b0fc19a0d0ac5c4ef08cc2760b06bf","author":{"email":"30d28247f9e7f99f0622548cc85bd2972a765cef@gmail.com","name":"Suhas Daftuar"},"message":"Eliminate unnecessary call to CheckBlock\n\nProcessNewBlock would return failure early if CheckBlock failed, before\ncalling AcceptBlock.  AcceptBlock also calls CheckBlock, and upon failure\nwould update mapBlockIndex to indicate that a block was failed.  By returning\nearly in ProcessNewBlock, we were not marking blocks that fail a check in\nCheckBlock as permanently failed, and thus would continue to re-request and\nreprocess them.","distinct":true,"url":"https://api.github.com/repos/RegZi/bitcoin/commits/dbb89dc793b0fc19a0d0ac5c4ef08cc2760b06bf"}]}