aboutsummaryrefslogtreecommitdiff
path: root/tests/unit_tests/CMakeLists.txt
Commit message (Collapse)AuthorAgeFilesLines
* define canonical confidential asset payloadHEADmaincenobite pinhead9 hours1-0/+1
|
* verify confidential per-asset conservationcenobite pinhead10 hours1-0/+1
|
* Establish Monzero Phase 0 and inactive assets baselinemonzero-phase0-assets-prototype-20260815Monzero Build System12 hours1-0/+3
|
* Set response limits on http server connectionsLee *!* Clagett2025-02-141-0/+1
|
* wallet2: fix `store_to()` and `change_password()`jeffro2562023-08-231-0/+1
| | | | | | | | Resolves #8932 and: 2. Not storing cache when new path is different from old in `store_to()` and 3. Detecting same path when new path contains entire string of old path in `store_to()` and 4. Changing your password / decrypting your keys (in this method or others) and providing a bad original password and getting no error and 5. Changing your password and storing to a new file
* common: do not use DNS to determine if address is localtobtoht2023-05-251-0/+1
| | | | Co-authored-by: j-berman <justinberman@protonmail.com>
* verRctNonSemanticsSimpleCached: fix fragilityJeffrey Ryan2023-03-171-0/+1
|
* Fee changes from ArticMinemoneromooo-monero2022-04-101-0/+1
| | | | | | https://github.com/ArticMine/Monero-Documents/blob/master/MoneroScaling2021-02.pdf with a change to use 1.7 instead of 2.0 for the max long term increase rate
* Merge pull request #8197luigi11112022-04-061-1/+1
|\ | | | | | | da9aa1f Copyright: Update to 2022 (mj-xmr)
| * Copyright: Update to 2022mj-xmr2022-03-041-1/+1
| |
* | Bulletproofs+Sarang Noether2022-04-041-0/+1
|/
* Restrict duplicate keys in epee binary formatLee Clagett2020-12-201-0/+1
|
* Add RELINK_TARGETS, monero_add_target_no_relink and use ↵mj-xmr2020-10-281-2/+2
| | | | | | | | monero_add_executable/monero_add_library where possible (mj-xmr) Add monero_add_minimal_executable and use in tests This is done in order not to have to relink targets, when just an .so changed, but not its interface.
* Merge pull request #6329Alexander Blair2020-08-161-0/+1
|\ | | | | | | 6bfcd3101 Updates InProofV1, OutProofV1, and ReserveProofV1 to new V2 variants that include all public proof parameters in Schnorr challenges, along with hash function domain separators. Includes new randomized unit tests. (Sarang Noether)
| * Updates InProofV1, OutProofV1, and ReserveProofV1 to new V2 variants that ↵Sarang Noether2020-08-091-0/+1
| | | | | | | | include all public proof parameters in Schnorr challenges, along with hash function domain separators. Includes new randomized unit tests.
* | Adding ZMQ/Pub support for txpool_add and chain_main eventsLee Clagett2020-05-041-0/+1
|/
* Update copyright year to 2020SomaticFanatic2020-05-061-1/+1
| | | | Update copyright year to 2020
* Merge pull request #6361luigi11112020-04-041-1/+3
|\ | | | | | | 68a6507 Fixed bug in ZMQ JSON-RPC method field (vtnerd)
| * Fixed bug in ZMQ JSON-RPC method fieldLee Clagett2019-11-181-1/+3
| |
* | daemon: auto public nodes - cache and prioritize most stable nodesxiphon2020-02-281-0/+1
|/
* rpc: Only show version string if it matches expected patternNathan Dorfman2019-11-121-1/+2
|
* p2p+rpc: don't skip p2p or rpc port bind failure by defaultxiphon2019-10-131-1/+1
|
* Dropping cppzmq dependency; adding some zmq utilsLee Clagett2019-07-221-1/+2
|
* Added support for "noise" over I1P/Tor to mask Tx transmission.Lee Clagett2019-07-171-0/+1
|
* blockchain: keep a rolling long term block weight medianmoneromooo-monero2019-05-021-0/+1
|
* Make difficulty 128 bit instead of 64 bitmoneromooo-monero2019-03-241-0/+1
| | | | | | Based on Boolberry work by: jahrsg <jahr@jahr.me> cr.zoidberg <crypto.zoidberg@gmail.com>
* Merge pull request #5211Riccardo Spagni2019-03-211-0/+1
|\ | | | | | | | | | | c9b13fbb tests/trezor: HF9 and HF10 tests (Dusan Klinec) a1fd1d49 device/trezor: HF10 support added, wallet::API (Dusan Klinec) d74d26f2 crypto: hmac_keccak added (Dusan Klinec)
| * crypto: hmac_keccak addedDusan Klinec2019-03-201-0/+1
| |
* | Adding classes, functions, and utilities for common LMDB operations.Lee Clagett2019-03-191-0/+2
| |
* | Update 2019 copyrightbinaryFate2019-03-051-1/+1
|/
* ArticMine's new block weight algorithmmoneromooo-monero2019-03-041-0/+1
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | This curbs runaway growth while still allowing substantial spikes in block weight Original specification from ArticMine: here is the scaling proposal Define: LongTermBlockWeight Before fork: LongTermBlockWeight = BlockWeight At or after fork: LongTermBlockWeight = min(BlockWeight, 1.4*LongTermEffectiveMedianBlockWeight) Note: To avoid possible consensus issues over rounding the LongTermBlockWeight for a given block should be calculated to the nearest byte, and stored as a integer in the block itself. The stored LongTermBlockWeight is then used for future calculations of the LongTermEffectiveMedianBlockWeight and not recalculated each time. Define: LongTermEffectiveMedianBlockWeight LongTermEffectiveMedianBlockWeight = max(300000, MedianOverPrevious100000Blocks(LongTermBlockWeight)) Change Definition of EffectiveMedianBlockWeight From (current definition) EffectiveMedianBlockWeight = max(300000, MedianOverPrevious100Blocks(BlockWeight)) To (proposed definition) EffectiveMedianBlockWeight = min(max(300000, MedianOverPrevious100Blocks(BlockWeight)), 50*LongTermEffectiveMedianBlockWeight) Notes: 1) There are no other changes to the existing penalty formula, median calculation, fees etc. 2) There is the requirement to store the LongTermBlockWeight of a block unencrypted in the block itself. This is to avoid possible consensus issues over rounding and also to prevent the calculations from becoming unwieldy as we move away from the fork. 3) When the EffectiveMedianBlockWeight cap is reached it is still possible to mine blocks up to 2x the EffectiveMedianBlockWeight by paying the corresponding penalty. Note: the long term block weight is stored in the database, but not in the actual block itself, since it requires recalculating anyway for verification.
* Adding initial support for broadcasting transactions over TorLee Clagett2019-01-281-0/+2
| | | | | | | | | - Support for ".onion" in --add-exclusive-node and --add-peer - Add --anonymizing-proxy for outbound Tor connections - Add --anonymous-inbounds for inbound Tor connections - Support for sharing ".onion" addresses over Tor connections - Support for broadcasting transactions received over RPC exclusively over Tor (else broadcast over public IP when Tor not enabled).
* Pruningmoneromooo-monero2019-01-221-0/+1
| | | | | | | | | | | | | | | | | | | | | | | | | | | | The blockchain prunes seven eighths of prunable tx data. This saves about two thirds of the blockchain size, while keeping the node useful as a sync source for an eighth of the blockchain. No other data is currently pruned. There are three ways to prune a blockchain: - run monerod with --prune-blockchain - run "prune_blockchain" in the monerod console - run the monero-blockchain-prune utility The first two will prune in place. Due to how LMDB works, this will not reduce the blockchain size on disk. Instead, it will mark parts of the file as free, so that future data will use that free space, causing the file to not grow until free space grows scarce. The third way will create a second database, a pruned copy of the original one. Since this is a new file, this one will be smaller than the original one. Once the database is pruned, it will stay pruned as it syncs. That is, there is no need to use --prune-blockchain again, etc.
* Merge pull request #4832Riccardo Spagni2018-11-261-0/+1
|\ | | | | | | 9da6c52b unit_tests: add logging unit test (moneromooo-monero)
| * unit_tests: add logging unit testmoneromooo-monero2018-11-091-0/+1
| |
* | tests: add unit tests for get_output_distributionmoneromooo-monero2018-11-161-0/+1
|/
* unit_tests: fix notify test when run from make *testmoneromooo-monero2018-10-171-1/+1
|
* unit_tests: add a notifier testmoneromooo-monero2018-10-011-1/+6
|
* Merge pull request #4371Riccardo Spagni2018-09-211-0/+1
|\ | | | | | | 55c7cd14 Adding expect<T> - a value-or-error implementation (Lee Clagett)
| * Adding expect<T> - a value-or-error implementationLee Clagett2018-09-121-0/+1
| |
* | aligned: aligned memory alloc/realloc/freemoneromooo-monero2018-09-111-1/+2
| |
* | make straus cached mode thread safe, and add tests for itmoneromooo-monero2018-09-111-0/+1
| |
* | Merge pull request #4293luigi11112018-09-101-1/+2
|\ \ | |/ |/| | | 9d65399 is_hdd update (p8p)
| * is_hdd updatep8p2018-08-251-1/+2
| |
* | Merge pull request #4275luigi11112018-09-041-0/+1
|\ \ | |/ |/| | | 2a100fd unit_tests: add tests for incremental keccak (moneromooo-monero)
| * unit_tests: add tests for incremental keccakmoneromooo-monero2018-08-201-0/+1
| |
* | Merge pull request #4210luigi11112018-08-221-0/+2
|\ \ | | | | | | | | | 4616cf2 Fixed ZMQ-RPC for transactions and GET_BLOCKS_FAST (vtnerd)
| * | Fixed ZMQ-RPC for transactions and GET_BLOCKS_FASTLee Clagett2018-08-021-0/+2
| | |
* | | common: add a class to safely wrap mlock/munlockmoneromooo-monero2018-08-161-0/+1
| | | | | | | | | | | | | | | | | | This class will allow mlocking small objects, of which there may be several per page. It adds refcounting so pages are only munlocked when the last object on that page munlocks.
* | | store secret keys encrypted where possiblemoneromooo-monero2018-08-161-0/+1
| | | | | | | | | | | | | | | | | | | | | | | | | | | The secret spend key is kept encrypted in memory, and decrypted on the fly when needed. Both spend and view secret keys are kept encrypted in a JSON field in the keys file. This avoids leaving the keys in memory due to being manipulated by the JSON I/O API.
generated by cgit v1.2.3 (git 2.51.0) at 2026-08-16 07:55:49 +0000