monzero-core.git/src/blockchain_db/blockchain_db.h, branch v0.10.2 Monzero core node, command-line wallet, consensus code, and release tooling. https://code.monzero.org/monzero-core.git/atom?h=v0.10.2 2017-02-21T17:38:18Z update copyright year, fix occasional lack of newline at line end 2017-02-21T17:38:18Z Riccardo Spagni ric@spagni.net 2017-02-21T17:38:18Z urn:sha1:c3599fa7b94764d8f1cf7828a3f3a46067efe359 Merge pull request #1727 2017-02-21T09:27:15Z Riccardo Spagni ric@spagni.net 2017-02-21T09:27:15Z urn:sha1:49efd3add9f7b9bbcbd2526538846f6d8e58ac86 0288310e blockchain_db: add "raw" blobdata getters for block and transaction (moneromooo-monero) blockchain_db: add "raw" blobdata getters for block and transaction 2017-02-13T21:11:37Z moneromooo-monero moneromooo-monero@users.noreply.github.com 2017-01-15T16:05:55Z urn:sha1:0288310e3b4e777dd4d120898319192f957996a2 This speeds up operations such as serving blocks to syncing peers blockchain_db: do not throw on expected partial results getting keys 2017-02-13T19:05:30Z moneromooo-monero moneromooo-monero@users.noreply.github.com 2017-02-13T19:05:30Z urn:sha1:cca95c1c7aa7506c7ec0df9846807050911152eb When scanning for outputs used in a set of incoming blocks, we expect that some of the inputs in their transactions will not be found in the blockchain, as they could be in previous blocks in that set. Those outputs will be scanned there at a later point. In this case, we add a flag to control wehther an output not being found is expected or not. extract some basic code from libcryptonote_core into libcryptonote_basic 2017-02-08T13:45:15Z kenshi84 kenshi84@protonmail.ch 2017-01-26T15:07:23Z urn:sha1:8027ce0c75f882de0523e668defa0bc3c8564e96 Merge pull request #1506 2017-01-15T19:43:12Z Riccardo Spagni ric@spagni.net 2017-01-15T19:43:12Z urn:sha1:65e33b1bc51d6540f23c8de0dbf4826a56549373 3ff54bdd Check for correct thread before ending batch transaction (Howard Chu) eaf8470b Must wait for previous batch to finish before starting new one (Howard Chu) c903c554 Don't cache block height, always get from DB (Howard Chu) eb1fb601 Tweak default db-sync-mode to fast:async:1 (Howard Chu) 0693cff9 Use batch transactions when syncing (Howard Chu) Use batch transactions when syncing 2017-01-14T22:43:06Z Howard Chu highlandsun@gmail.com 2016-12-26T22:29:46Z urn:sha1:0693cff9251f91a05dd96b2f8910faea29cb29ce Faster throughput while avoiding corruption. I.e., makes running with --db-sync-mode safe more tolerable. blockchain: allow marking "tx not found" without an exception 2017-01-07T20:52:17Z moneromooo-monero moneromooo-monero@users.noreply.github.com 2016-12-23T16:38:28Z urn:sha1:0478ac6848ac11296635eb188d5f0580dbf8b5f0 This is a normal occurence in many cases, and there is no need to spam the log with those when it is. wallet: select part of the fake outs from recent outputs 2016-10-15T17:17:16Z moneromooo-monero moneromooo-monero@users.noreply.github.com 2016-09-17T14:45:51Z urn:sha1:88faec75fe768a5702c3f8d9384c0913e4af22aa 25% of the outputs are selected from the last 5 days (if possible), in order to avoid the common case of sending recently received outputs again. 25% and 5 days are subject to review later, since it's just a wallet level change. core: faster find_blockchain_supplement 2016-08-31T09:03:32Z moneromooo-monero moneromooo-monero@users.noreply.github.com 2016-08-30T15:39:33Z urn:sha1:6cf8ca2a7f3e11ca5559018dfc9b20869c07cdce Since this queries block heights for blocks that may or may not exist, queries for non existing blocks would throw an exception, and that would slow down the loop a lot. 7 seconds to go through a 30 hash list. Fix this by adding an optional return block height to block_exists and using this instead. Actual errors will still throw an exception. This also cuts down on log exception spam.