aboutsummaryrefslogtreecommitdiff
path: root/src/cryptonote_protocol/block_queue.cpp (follow)
AgeCommit message (Collapse)AuthorFilesLines
2018-07-20block_queue: faster check whether a block was requestedmoneromooo-monero1-13/+26
2018-06-26replace std::list with std::vector on some hot pathsmoneromooo-monero1-9/+9
also use reserve where appropriate
2018-01-26Readd copyright starting datexmr-eric1-1/+1
2018-01-26Update 2018 copyrightxmr-eric1-1/+1
2017-12-18use const refs in for loops for non tiny typesmoneromooo-monero1-1/+1
2017-12-18add empty container sanity checks when using front() and back()moneromooo-monero1-0/+1
2017-12-16move includes around to lessen overall loadmoneromooo-monero1-0/+1
2017-10-03block_queue: use boost::uuids::nil_uuid where appropriatemoneromooo-monero1-2/+1
2017-09-25move checkpoints in a separate librarymoneromooo-monero1-1/+1
2017-08-21cryptonote_protocol: misc fixes to the new sync algorithmmoneromooo-monero1-3/+25
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
2017-08-16cryptonote_protocol: kick idle synchronizing peersmoneromooo-monero1-0/+10
In case they dropped off downloading for any reason, they'll get sent to download again.
2017-08-15block_queue: do not add empty spansmoneromooo-monero1-0/+2
2017-08-12protocol: fix reorgs while syncingmoneromooo-monero1-80/+29
2017-08-07cryptonote_protocol: retry stale spans earlymoneromooo-monero1-0/+16
Connections can be dropped by the net_node layer, unbeknownst to cryptonote_protocol, which would then not flush any spans scheduled to that connection, which would cause it to be only downloaded again once it becomes the next span (possibly after a small delay if it had been requested less than 5 seconds ago).
2017-08-07cryptonote_protocol_handler: sync speedupmoneromooo-monero1-0/+418
A block queue is now placed between block download and block processing. Blocks are now requested only from one peer (unless starved). Includes a new sync_info coommand.