monzero-core.git/src/cryptonote_protocol/block_queue.cpp, branch v0.13.0.2-RC2 Monzero core node, command-line wallet, consensus code, and release tooling. https://code.monzero.org/monzero-core.git/atom?h=v0.13.0.2-RC2 2018-07-20T15:05:56Z block_queue: faster check whether a block was requested 2018-07-20T15:05:56Z moneromooo-monero moneromooo-monero@users.noreply.github.com 2018-07-19T14:36:07Z urn:sha1:704b60caf046e98ad6289043ab5f713d2ec3d5a1 replace std::list with std::vector on some hot paths 2018-06-26T21:14:21Z moneromooo-monero moneromooo-monero@users.noreply.github.com 2018-04-15T23:16:02Z urn:sha1:ed2c81ed95be71bace897e62a0c241068cfde7be also use reserve where appropriate Readd copyright starting date 2018-01-26T15:03:20Z xmr-eric eric@moneroeric.com 2018-01-07T23:55:52Z urn:sha1:84a7f6a4827f5baec6bb5cecbe11d4f61708b520 Update 2018 copyright 2018-01-26T15:03:20Z xmr-eric eric@moneroeric.com 2018-01-07T05:05:16Z urn:sha1:18216f19dd479466cb7fd38f52d23bddfcfd4880 use const refs in for loops for non tiny types 2017-12-18T15:15:54Z moneromooo-monero moneromooo-monero@users.noreply.github.com 2017-12-13T11:21:18Z urn:sha1:b51dc5668714a88d79ddb410d0dcab1559a4bc98 add empty container sanity checks when using front() and back() 2017-12-18T15:15:40Z moneromooo-monero moneromooo-monero@users.noreply.github.com 2017-12-11T22:36:58Z urn:sha1:45a1c4c0885584554668c89bd6976474af01e2f5 move includes around to lessen overall load 2017-12-16T22:46:38Z moneromooo-monero moneromooo-monero@users.noreply.github.com 2017-11-25T22:25:05Z urn:sha1:09ce03d612e54231694eee2fb9e5c807b2bfc341 block_queue: use boost::uuids::nil_uuid where appropriate 2017-10-03T10:55:45Z moneromooo-monero moneromooo-monero@users.noreply.github.com 2017-10-03T10:55:45Z urn:sha1:8028dde7a62bda08be736bd7034420c9a4da93fc move checkpoints in a separate library 2017-09-25T20:16:26Z moneromooo-monero moneromooo-monero@users.noreply.github.com 2017-09-10T16:35:59Z urn:sha1:5d65a75b69e0e83e69384461f26111666d6bf9ae cryptonote_protocol: misc fixes to the new sync algorithm 2017-08-21T20:57:19Z moneromooo-monero moneromooo-monero@users.noreply.github.com 2017-08-18T19:14:23Z urn:sha1:70b8c6d77a6aaf90a6e84f3ec6f25bea3b163c40 Fix sync wedge corner case: It could happen if a connection went into standby mode, while it was the one which had requested the next span, and that span was still waiting for the data, and that peer is not on the main chain. Other peers can then start asking for that data again and again, but never get it as only that forked peer does. And various other fixes