aboutsummaryrefslogtreecommitdiff
path: root/src (unfollow)
AgeCommit message (Collapse)AuthorFilesLines
2019-10-29daemon: handle printing higher hash ratesmoneromooo-monero1-1/+1
2019-10-27blockchain: fix unwanted error when probing the pool for a txmoneromooo-monero1-2/+11
2019-10-27wallet: do not warn if the rpc cost was freemoneromooo-monero1-1/+1
2019-10-26rpc: fix PRIx64 build error on some systemsmoneromooo-monero1-1/+1
2019-10-25rpc: add a flush_cache RPCmoneromooo-monero10-1/+97
This allows flushing internal caches (for now, the bad tx cache, which will allow debugging a stuck monerod after it has failed to verify a transaction in a block, since it would otherwise not try again, making subsequent log changes pointless)
2019-10-25tx_pool: fix divide by 0 in logmoneromooo-monero1-1/+1
Coverity 205394
2019-10-25device: bounds checking in Ledger send_secret/receive_secretxiphon1-0/+4
2019-10-25net: link with libzmqmoneromooo-monero1-1/+1
2019-10-25simplewallet: add public_nodes commandmoneromooo-monero7-22/+99
Lists nodes exposing their RPC port for public use
2019-10-25daemon, wallet: new pay for RPC use systemmoneromooo-monero41-789/+3452
Daemons intended for public use can be set up to require payment in the form of hashes in exchange for RPC service. This enables public daemons to receive payment for their work over a large number of calls. This system behaves similarly to a pool, so payment takes the form of valid blocks every so often, yielding a large one off payment, rather than constant micropayments. This system can also be used by third parties as a "paywall" layer, where users of a service can pay for use by mining Monero to the service provider's address. An example of this for web site access is Primo, a Monero mining based website "paywall": https://github.com/selene-kovri/primo This has some advantages: - incentive to run a node providing RPC services, thereby promoting the availability of third party nodes for those who can't run their own - incentive to run your own node instead of using a third party's, thereby promoting decentralization - decentralized: payment is done between a client and server, with no third party needed - private: since the system is "pay as you go", you don't need to identify yourself to claim a long lived balance - no payment occurs on the blockchain, so there is no extra transactional load - one may mine with a beefy server, and use those credits from a phone, by reusing the client ID (at the cost of some privacy) - no barrier to entry: anyone may run a RPC node, and your expected revenue depends on how much work you do - Sybil resistant: if you run 1000 idle RPC nodes, you don't magically get more revenue - no large credit balance maintained on servers, so they have no incentive to exit scam - you can use any/many node(s), since there's little cost in switching servers - market based prices: competition between servers to lower costs - incentive for a distributed third party node system: if some public nodes are overused/slow, traffic can move to others - increases network security - helps counteract mining pools' share of the network hash rate - zero incentive for a payer to "double spend" since a reorg does not give any money back to the miner And some disadvantages: - low power clients will have difficulty mining (but one can optionally mine in advance and/or with a faster machine) - payment is "random", so a server might go a long time without a block before getting one - a public node's overall expected payment may be small Public nodes are expected to compete to find a suitable level for cost of service. The daemon can be set up this way to require payment for RPC services: monerod --rpc-payment-address 4xxxxxx \ --rpc-payment-credits 250 --rpc-payment-difficulty 1000 These values are an example only. The --rpc-payment-difficulty switch selects how hard each "share" should be, similar to a mining pool. The higher the difficulty, the fewer shares a client will find. The --rpc-payment-credits switch selects how many credits are awarded for each share a client finds. Considering both options, clients will be awarded credits/difficulty credits for every hash they calculate. For example, in the command line above, 0.25 credits per hash. A client mining at 100 H/s will therefore get an average of 25 credits per second. For reference, in the current implementation, a credit is enough to sync 20 blocks, so a 100 H/s client that's just starting to use Monero and uses this daemon will be able to sync 500 blocks per second. The wallet can be set to automatically mine if connected to a daemon which requires payment for RPC usage. It will try to keep a balance of 50000 credits, stopping mining when it's at this level, and starting again as credits are spent. With the example above, a new client will mine this much credits in about half an hour, and this target is enough to sync 500000 blocks (currently about a third of the monero blockchain). There are three new settings in the wallet: - credits-target: this is the amount of credits a wallet will try to reach before stopping mining. The default of 0 means 50000 credits. - auto-mine-for-rpc-payment-threshold: this controls the minimum credit rate which the wallet considers worth mining for. If the daemon credits less than this ratio, the wallet will consider mining to be not worth it. In the example above, the rate is 0.25 - persistent-rpc-client-id: if set, this allows the wallet to reuse a client id across runs. This means a public node can tell a wallet that's connecting is the same as one that connected previously, but allows a wallet to keep their credit balance from one run to the other. Since the wallet only mines to keep a small credit balance, this is not normally worth doing. However, someone may want to mine on a fast server, and use that credit balance on a low power device such as a phone. If left unset, a new client ID is generated at each wallet start, for privacy reasons. To mine and use a credit balance on two different devices, you can use the --rpc-client-secret-key switch. A wallet's client secret key can be found using the new rpc_payments command in the wallet. Note: anyone knowing your RPC client secret key is able to use your credit balance. The wallet has a few new commands too: - start_mining_for_rpc: start mining to acquire more credits, regardless of the auto mining settings - stop_mining_for_rpc: stop mining to acquire more credits - rpc_payments: display information about current credits with the currently selected daemon The node has an extra command: - rpc_payments: display information about clients and their balances The node will forget about any balance for clients which have been inactive for 6 months. Balances carry over on node restart.
2019-10-24Change monerod --proxy to --tx-proxyLee Clagett3-14/+14
2019-10-24changed 'batttery' to 'battery'Jake Hemmerle2-3/+3
2019-10-24rpc: Include tag in get_info version stringNathan Dorfman1-1/+1
2019-10-24gen_ssl_cert: new tool to generate SSL certs for Moneromoneromooo-monero3-0/+304
2019-10-24daemon: print difficulty in decimal, as it used to bemoneromooo-monero1-8/+8
It got switched to hexadecimal when we went to 128 bit values
2019-10-24add a quick early out to get_blocks.bin when up to datemoneromooo-monero1-1/+15
2019-10-23wallet2: error out when we need a daemon password but have no prompt functionmoneromooo-monero1-0/+5
2019-10-23wallet2: fix the logged number of detached transfersmoneromooo-monero1-0/+1
2019-10-21Support median block size > 4 GBmoneromooo-monero2-13/+5
add a 128/64 division routine so we can use a > 32 bit median block size in calculations
2019-10-18v12 fork heightstevador1-0/+4
2019-10-18daemon: fix coinbase txes always being seen as prunedmoneromooo-monero1-1/+2
2019-10-18daemon: add miner tx hash in print_block outputmoneromooo-monero1-1/+2
2019-10-17utils: Increase max block size for import/exportNathan Dorfman1-1/+1
2019-10-17protocol: fix syncing from peers being too choosy about peersmoneromooo-monero1-3/+3
2019-10-17db_lmdb: an empty prunable data record means the tx is not prunedmoneromooo-monero1-2/+0
as opposed to an absent record
2019-10-16blockchain: initialize pow to ff..ffmoneromooo-monero1-2/+4
as a safety to reject if it somehow does not get initialised
2019-10-15daemon: fix print_pl synopsis missing recent optionsmoneromooo-monero1-1/+1
2019-10-14wallet_rpc_server: don't report integrated addresses for 0 payment IDmoneromooo-monero1-2/+5
These are dummy ones
2019-10-14wallet: remove long payment ID sending supportmoneromooo-monero5-115/+8
2019-10-14wallet2: ignore received unencrypted payment IDs (but warn hard)moneromooo-monero2-7/+19
2019-10-14simplewallet: reinstate short payment id nag, only if non defaultmoneromooo-monero1-1/+8
2019-10-13node.inl, add xmrchain.net IP to hardcoded peersGingeropolous1-0/+3
added for mainnet, testnet, and stagenet. server is owner by snipa, both snipa and I have access to it. No idea where its hosted. xmrchain.net is a block explorer thats been around a while.
2019-10-13Add also ifdef __x86_64__pkubaj1-2/+2
2019-10-13RandomX: update to v1.1.4tevador1-76/+30
* Faster cache initialization with SSSE3/AVX2 * Automatic detection of CPU capabilities in RandomX * Fixed a possible out-of-bounds access in superscalar program generator * Use MONERO_RANDOMX_UMASK to manually disable RandomX flags in monerod
2019-10-13Fix build on FreeBSD/!x86pkubaj1-0/+4
Checking battery status uses x86-only headers and functions. Remove this functionality to get it to build on other architectures.
2019-10-13p2p+rpc: don't skip p2p or rpc port bind failure by defaultxiphon5-8/+8
2019-10-11simplewallet: add --restore-from-seed aliasmoneromooo-monero1-1/+3
It may be more intuitive for some people
2019-10-11simplewallet: don't trigger idle lock right after a foreground refreshmoneromooo-monero1-0/+3
2019-10-11blockchain: use effective median block weight for penalty from v12moneromooo-monero2-3/+13
It was using the raw block weight median, which was not what was intended in ArticMine's design
2019-10-11tx_pool: do not divide by 0moneromooo-monero1-2/+2
In case of a 0 tx weight, we use a placeholder value to insert in the fee-per-byte set. This is used for pruning and mining, and those txes are pruned, so will not be too large, nor added to the block template if mining, so this is safe. CID 204465
2019-10-11cryptonote: don't leave block_weight uninitializedmoneromooo-monero1-0/+1
CID 204467
2019-10-11protocol: initialize block_weight in block_complete_entry ctormoneromooo-monero1-1/+1
CID 204479
2019-10-11cryptonote: add function to get weight from a pruned txmoneromooo-monero3-11/+67
The weight of the prunable data is deterministic from the unpruned data, so it can be determined from a pruned tx
2019-10-10blockchain: fill in cumulative block weight for alt blocksmoneromooo-monero3-0/+86
2019-10-10simplewallet: do not print warning for locked coinbase txesmoneromooo-monero1-1/+1
since they're all locked for a fixed amount
2019-10-10cryptonote: fill in tx weight when syncing from pruned blocksmoneromooo-monero1-5/+1
2019-10-07Fix for miners on reorgHoward Chu1-1/+4
Make sure dataset gets re-init'd if a reorg changes the epoch
2019-10-07Print cdifficulty and don't serialize miner tx hash twiceDoyle2-1/+1
2019-10-06tx_pool: make spent return-by-reference as intendedstoffu2-2/+2
2019-10-05Update to RandomX v1.1.3, simplifyHoward Chu1-19/+2
We don't need to detect if the cache has changed, just always call to set it on the VM. The call will be a no-op if the cache hasn't changed.
2019-10-04wallet2: don't delete file that may not existselsta1-5/+5
2019-10-03Fix randomx cache selection for RPCsHoward Chu1-12/+28
Was using the wrong cache slot, and returning invalid PoW hashes to RPC clients
2019-10-03Fix debug featurecslashm1-0/+2
2019-10-03Revert PR #5835 (export view key)cslashm1-1/+1
2019-10-03Add display addresscslashm2-1/+24
2019-10-03Add hmac over encrypted value during transactioncslashm3-106/+190
2019-10-02p2p: reject invalid pruning seeds in peer listsmoneromooo-monero1-0/+2
2019-10-02p2p: reject invalid rpc_port in peer listsxiphon1-0/+2
2019-10-02wallet2: add ignore-outputs-{above/below} optionstoffu4-1/+88
https://github.com/aeonix/aeon/pull/131
2019-10-01simplewallet.cpp - clean up welcome messageSomaticFanatic1-3/+3
Fixed a typo ("and -are- not visible to the world by default"), removed a few redundant commas, and capitalized words inside the URL.
2019-09-28blockchain: tweak fee as a function of median valuesmoneromooo-monero1-1/+2
Use the lesser of the short and long terms medians, rather then the long term median alone From ArticMine: I found a bug in the new fee calculation formula with using only the long term median It actually needs to be the lesser of the long term median and the old (modified short term median) short term median with the last 10 blocks calculated as empty Yes the issue occurs if there is a large long term median and, the short term median then falls and tries to then rise again The fees are could be not high enough for example LTM and STM rise to say 2000000 bytes STM falls back to 300000 bytes Fees are now based on 2000000 bytes until LTM also falls So the STM is could prevented from rising back up STM short term median LTM long term median
2019-09-28RPC on_transfer_split error consistent with on_transfer if no tx sentbinaryFate1-0/+7
2019-09-28build: link wallet_merged against blockchain_db and hardforks objxiphon1-0/+2
2019-09-27monerod can now sync from pruned blocksmoneromooo-monero26-178/+696
If the peer (whether pruned or not itself) supports sending pruned blocks to syncing nodes, the pruned version will be sent along with the hash of the pruned data and the block weight. The original tx hashes can be reconstructed from the pruned txes and theur prunable data hash. Those hashes and the block weights are hashes and checked against the set of precompiled hashes, ensuring the data we received is the original data. It is currently not possible to use this system when not using the set of precompiled hashes, since block weights can not otherwise be checked for validity. This is off by default for now, and is enabled by --sync-pruned-blocks
2019-09-25RandomX integrationHoward Chu18-45/+600
Support RandomX PoW algorithm
2019-09-25ban peers sending bad pow outrightmoneromooo-monero9-15/+25
PoW is expensive to verify, so be strict
2019-09-25Request a thread stack size that is large enough for unboundMartijn Otto1-1/+8
Unbound uses a 64 kb large character array on the stack, which leads to a stack overflow for some libc implementations. musl only gives 80 kb in total. This PR changes the stack size for these threads to 1mb, which solves the segmentation fault.
2019-09-24protocol: only print sync complete message when out of precompiled hashesmoneromooo-monero1-1/+1
This avoids most premature triggers
2019-09-19core: move hardforks into its own libmoneromooo-monero10-144/+220
So it can be used by others without encumbrance
2019-09-17blockchain: enforce 10 block age for spending outputsmoneromooo-monero2-0/+11
Some custom wallet code apparently ignores this, which causes users of that code to be fingerprinted
2019-09-17functional_tests: add get_transaction_pool_statsmoneromooo-monero1-3/+3
Also fix part of the RPC results being returned as binary. This makes the RPC backward incompatible.
2019-09-17wallet: add edit_address_book RPCmoneromooo-monero5-1/+153
2019-09-16p2p: fix bans taking port into accountmoneromooo-monero4-13/+13
2019-09-16Properly format multiline logsmoneromooo-monero3-4/+4
As a side effect, colouring on Windows should now work regardless of version
2019-09-16Removed Berkeley DB and db switching logicJesus Ramirez18-3104/+33
2019-09-11blockchain: keep block template timestamp not below recent medianmoneromooo-monero1-1/+3
Such a template would yield an invalid block, though would require an attacker to have mined a long blockchain with drifting times (assuming the miner's clock is roughly correct) Fixed by crCr62U0
2019-09-11simplewallet: remove erroneously added line under subaddress-lookaheadstoffu1-1/+0
2019-09-11Revert "cryptonote_protocol: drop peers we can't download from when syncing"moneromooo-monero1-5/+0
This reverts commit a96c1a46d4b3854252de75cbe09458ad5d1aecb0.
2019-09-11Revert "Fix check for disconnecting peers when syncing"moneromooo-monero1-1/+1
This reverts commit adc16d2504d3e76b0115791caf10446684d45433.
2019-09-10wallet2: enable ignoring fractional outputs also when sweepingstoffu1-0/+16
2019-09-09wallet2_api: add missing parameterselsta2-4/+4
2019-09-09wallet2_api: fix load unsigned tx from file error propagationxiphon1-0/+4
2019-09-07bootstrap_daemon: resolve CID 203915 (UNCAUGHT_EXCEPT)anonimal2-2/+2
The issue is triggered by the captured `this` in RPC server, which passes reference to throwable `core_rpc_server`: `core_rpc_server.cpp:164: m_bootstrap_daemon.reset(new bootstrap_daemon([this]{ return get_random_public_node(); }));` The solution is to simply remove noexcept from the remaining `bootstrap_daemon` constructors because noexcept is false in this context. >"An exception of type "boost::exception_detail::clone_impl<boost::exception_detail::error_info_injector<boost::asio::invalid_service_owner>>" is thrown but the throw list "noexcept" doesn't allow it to be thrown. This will cause a call to unexpected() which usually calls terminate()."
2019-09-06wallet2: resolve CID 203918 null pointer deference (NULL_RETURNS)anonimal1-0/+6
2019-09-05Make null hash constants constexprLev Sizov2-3/+3
Simplify m_template initialization in miner
2019-09-05wallet: fix mismatch between two concepts of "balance"moneromooo-monero5-58/+88
One considers the blockchain, while the other considers the blockchain and some recent actions, such as a recently created transaction which spend some outputs, but isn't yet mined. Typically, the "balance" command wants the latter, to reflect the recent action, but things like proving ownership wants the former. This fixes a crash in get_reserve_proof, where a preliminary check and the main code used two concepts of "balance".
2019-09-05wallet_rpc_server: add locked field to get_transfers/get_{bulk_,}_paymentsmoneromooo-monero2-1/+12
Much easier to work with than the raw unlock_time field
2019-09-04Fix IP address serialization on big endianmoneromooo-monero1-0/+2
IP addresses are stored in network byte order even on little endian hosts
2019-09-04slow-hash: fix CNv2+ on big endianmoneromooo-monero1-3/+3
2019-09-04db_lmdb: print percentages as percentages, not ratiosmoneromooo-monero1-1/+1
2019-09-04difficulty: fix check_hash on big endianmoneromooo-monero1-1/+0
2019-09-02Removed unused boost/value_init headerLev Sizov3-3/+0
2019-09-02Changed the use of boost:value_initialized for C++ list initializerJesus Ramirez10-31/+31
2019-08-29simplewallet: warn if invalid default ring size is set and actually ignore ↵stoffu1-15/+13
the setting
2019-08-28simplewallet: lock console on inactivitymoneromooo-monero7-136/+489
2019-08-28rpc: don't include an address in mining_status when not miningmoneromooo-monero1-1/+2
Best case is an address mined previously and it'll get returned, worst case it was never initialized in the first place
2019-08-28wallet_rpc_server: call deinit on exitmoneromooo-monero1-0/+1
2019-08-28daemon: print mining algorithm in mining_status even when not miningmoneromooo-monero1-1/+1
2019-08-28rpc: move a leftover light wallet RPC out of daemon RPCmoneromooo-monero3-52/+49
2019-08-28simplewallet: fix warnings about useless std::movemoneromooo-monero1-5/+5
2019-08-28blockchain: fix logging bad number of blocks if first one failsmoneromooo-monero1-2/+3
2019-08-28Fix bug in mempool get_transaction_stats histogram calculationTom Smeding1-3/+10
The 98th percentile position in the agebytes map was incorrectly calculated: it assumed the transactions in the mempool all have unique timestamps at second-granularity. This commit fixes this by correctly finding the right cumulative number of transactions in the map suffix. This bug could lead to an out-of-bounds write in the rare case that all transactions in the mempool were received (and added to the mempool) at a rate of at least 50 transactions per second. (More specifically, the number of *unique* receive_time values, which have second- granularity, must be at most 2% of the number of transactions in the mempool for this crash to trigger.) If this condition is satisfied, 'it' points to *before* the agebytes map, 'delta' gets a nonsense value, and the value of 'i' in the first stats.histo-filling loop will be out of bounds of stats.histo.
2019-08-27MLSAG speedup and additional checksSarang Noether4-77/+54
2019-08-27daemon: automatic public nodes discovering and bootstrap daemon switchingxiphon5-35/+246
2019-08-26wallet, rpc: add a release field to get_versionmoneromooo-monero6-2/+12
It does not leak much since you can make a fair guess by RPC version already, and some people want to avoid non release clients when using third parties' nodes (because they'd never lie about it)
2019-08-26device_ledger: fix uninitialized additional_keymoneromooo-monero1-1/+1
Coverity 200185
2019-08-26device_ledger: add paranoid buffer overflow checkmoneromooo-monero1-1/+3
Coverity 200183
2019-08-26core: make the "update probably needed soon" message less scarymoneromooo-monero1-4/+4
2019-08-24wallet2: fix unset_ring tx retrieval checksmoneromooo-monero1-3/+1
2019-08-24simplewallet: moan harder about untrusted nodesmoneromooo-monero1-1/+16
2019-08-23daemon: add pruned and publicrpc flags to print_plmoneromooo-monero3-7/+22
2019-08-23wallet2: fix cold signing losing tx keysmoneromooo-monero1-1/+1
2019-08-23daemon: implement 'set_bootstrap_daemon' commandxiphon5-0/+64
2019-08-22p2p: reject incoming connections to selfmoneromooo-monero1-1/+10
2019-08-22Wallet: Option to export data to ASCIITadeas Moravec4-37/+170
New CLI wallet variable: export-format with options "binary" (the default), or "ascii". "Binary" behaves as before, "ascii" forces the wallet to convert data to ASCII using base64. Reading files from the disk tries to auto detect what format has been used (using a magic string added when exporting the data). Implements https://github.com/monero-project/monero/issues/2859
2019-08-22ringdb: fix bug in blackballingstoffu1-1/+1
2019-08-22blockchain_blackball: use is_output_spent instead of ringdb.blackballed for ↵stoffu1-1/+11
spentness test
2019-08-22blockchain_blackball: add --historical-stat which prints historical stats of ↵stoffu1-2/+165
spent ratio
2019-08-22wallet: add --extra-entropy command line flagmoneromooo-monero5-2/+41
It lets the user add custom entropy to the PRNG. It does this by hashing the new data and xoring the resulting hash with the PRNG state.
2019-08-21p2p: sanitize peer listsmoneromooo-monero2-17/+26
Also remove the delta time fixup, since we now ignore those as they're attacker controlled
2019-08-21p2p: move log away from globalmoneromooo-monero1-1/+1
It was here while debugging, and I forgot to move it away
2019-08-20MMS: Use chans instead of normal addresses for auto-configrbrunner73-35/+41
2019-08-20device: fix ledger requesting secret keys export twicexiphon1-1/+1
2019-08-20rpc: fix unitialized 'core_rpc_server::m_was_bootstrap_ever_used'xiphon1-0/+1
2019-08-20daemon: fix merge error removing the "never seen before" timestamp checkmoneromooo-monero1-1/+1
2019-08-20fix feature not introduced until boost 1.66Jethro Grassie1-1/+1
2019-08-19daemon: fix print_pl only printing public zone peersmoneromooo-monero5-14/+30
2019-08-19blockchain: reject rct signatures in coinbase txes from v12moneromooo-monero2-0/+8
2019-08-19core: from v12, require consistent ring size for mixable txesmoneromooo-monero2-8/+24
We're supposed to have a fixed ring size now Already checked by MLSAG verification, but here seems more intuitive
2019-08-19blockchain: forbid v1 coinbase from v12moneromooo-monero3-5/+10
2019-08-19reject setting lookahead major or minor to 0moneromooo-monero1-0/+2
2019-08-18blockchain: Fix alt chain generated coins overflowiamamyth1-1/+2
Apply the overflow logic used for computing already_generated_coins in the main chain to alternative chains.
2019-08-18Increase max_dbs from 20 to 32Howard Chu1-1/+1
We've added a lot of new indices recently, and 20 isn't enough for them plus new DBs opened during format migrations.
2019-08-16Fix check for disconnecting peers when syncingJason Rhinelander1-1/+1
The check added here (in #5732/#5733) is supposed to disconnect behind peers when the current node is syncing, but actually disconnects behind peers always. We are syncing when `target > our_height`, but the check here triggers when `target > remote_height`, which is basically always true when the preceding `m_core.have_block(hshd.top_id)` check is true.
2019-08-16wallet_api: add multi destination tx supportselsta3-48/+79
2019-08-15Replace std::random_shuffle with std::shuffleTom Smeding3-4/+4
According to [1], std::random_shuffle is deprecated in C++14 and removed in C++17. Since std::shuffle is available since C++11 as a replacement and monero already requires C++11, this is a good replacement. A cryptographically secure random number generator is used in all cases to prevent people from perhaps copying an insecure std::shuffle call over to a place where a secure one would be warranted. A form of defense-in-depth. [1]: https://en.cppreference.com/w/cpp/algorithm/random_shuffle
2019-08-13simplewallet: fix arg indexing bug in set_device_namestoffu1-1/+1
2019-08-13simplewallet: add a few missing settings help textstoffu1-4/+14
2019-08-12Fix for biased signature nonceSarang Noether1-2/+0
2019-08-11cryptonote_protocol: fix '--no-sync', ignore new blocks and txesxiphon1-3/+3
2019-08-09hid_error() could return a null, which causes the program to crash withTheQuantumPhysicist1-1/+2
std::logic_error()
2019-07-31Add IPv6 supportThomas Winget12-46/+344
new cli options (RPC ones also apply to wallet): --p2p-bind-ipv6-address (default = "::") --p2p-bind-port-ipv6 (default same as ipv4 port for given nettype) --rpc-bind-ipv6-address (default = "::1") --p2p-use-ipv6 (default false) --rpc-use-ipv6 (default false) --p2p-require-ipv4 (default true, if ipv4 bind fails and this is true, will not continue even if ipv6 bind successful) --rpc-require-ipv4 (default true, description as above) ipv6 addresses are to be specified as "[xx:xx:xx::xx:xx]:port" except in the cases of the cli args for bind address. For those the square braces can be omitted.
2019-07-30daemon: print 128bit diff properlystoffu1-17/+40
2019-07-29functional_tests: add validate_address testsmoneromooo-monero1-3/+2
2019-07-29Fixed i2p/tor tx flooding bug (white noise disabled)Lee Clagett3-9/+14
2019-07-29rpc: implement get_public_nodes commandxiphon3-1/+90
2019-07-28Fixed error preventing build of monero-guiNejcraft1-1/+3
get_attribute expects 2 values instead of 1
2019-07-22Dropping cppzmq dependency; adding some zmq utilsLee Clagett6-73/+415
2019-07-18bump version to 0.14.1.2Riccardo Spagni1-1/+1
2019-07-18update checkpoints.dat hashRiccardo Spagni1-1/+1
2019-07-17prep for 0.14.1.1Riccardo Spagni2-1/+1
2019-07-17Added support for "noise" over I1P/Tor to mask Tx transmission.Lee Clagett12-79/+1156
2019-07-16allow blocking whole subnetsmoneromooo-monero14-29/+293
2019-07-16p2p: store network address directly in blocked host listmoneromooo-monero4-12/+12
rather than their string representation
2019-07-15improve tx_sanity_check clarificationvicsn1-2/+2
2019-07-15Remove unused txs member in NOTIFY_RESPONSE_GET_OBJECTDoyle3-18/+9
2019-07-10wallet: provide original address for outgoing transfersxiphon4-6/+21
2019-07-09wallet_rpc_server: fix get_bulk_payments with short payment idsmoneromooo-monero1-0/+5
2019-07-08simplewallet: add restore_height commandthotbot2-0/+10
2019-07-08Fix incorrectly named binding for MMS send_signer_config commandtobtoht1-1/+1
send_message_config isn't used anywhere else in the code, and it is clear from the help command that it should be named send_signer_config.
2019-07-06Minor formatting fix in help set commandtobtoht1-1/+1
2019-07-05p2p: don't connect to more than one IP per class B if we canmoneromooo-monero1-11/+45
2019-07-04keccak: guard against misaligned memory accesses on ARMmoneromooo-monero1-3/+6
The code generated is exactly the same as the direct access one on x86_64
2019-07-04cryptonote_protocol: drop peers we can't download from when syncingmoneromooo-monero1-0/+5
Any peer that's behind us while syncing is useless to us (though not to them). This ensures that we don't get our peer slots filled with peers that we can't use. Once we've synced, we can connect to them and they can then sync off us if they want.
2019-07-04p2p: add a few missing connection close callsmoneromooo-monero1-2/+6
2019-07-04CryptonightR_JIT: fix return value on errorselene1-3/+3
The value was positive rather than zero, but the caller only checks for negative errors
2019-07-03Remove unnecessary m_check_txin_table, fix const correctnessMartijn Otto2-43/+12
2019-07-03rpc: get_block_template add optional extra_nonceJethro Grassie2-1/+27
Circumvents the need to create a new blockhashing blob when you already know the data you want to set in the extra_nonce (so use this instead of reserve_size).
2019-07-02simplewallet: optional all flag to export_outputs/export_key_imagesmoneromooo-monero3-13/+32
2019-07-02miner: fix --bg-mining-enable descriptionmoneromooo-monero1-1/+1
2019-07-01zmq: MacPorts latest fixJethro Grassie1-1/+1
2019-07-01wallet: do not print log settings when unsetmoneromooo-monero1-1/+4
Coverity 199721
2019-06-26p2p: don't forget pruning seed or public RPC port when updating peersmoneromooo-monero1-4/+16
Older nodes don't pass that information around
2019-06-25rpc headers fixMichal vel m@lbit1-1/+1
2019-06-22simplewallet: don't ask about mining when running a command linemoneromooo-monero1-1/+3
This is likely to be done via a script
2019-06-21p2p: add a reference to Cao, Tong et al. for the last_seen changesmoneromooo-monero1-0/+3
"Exploring the Monero Peer-to-Peer Network". https://eprint.iacr.org/2019/411
2019-06-21Remove Xiala.net from the list of dns resolverstobtoht1-1/+0
It is down permanently. See: https://xiala.net/ "Ende November 2018 werden alle Dienste von xiala.net abgeschaltet."
2019-06-20rpc: set sanity_check_failed to false when successfulstoffu1-0/+1
2019-06-19tx_sanity_check: relax the median check a lotmoneromooo-monero1-1/+1
we don't want to prevent bona fide txes, just obvious bad ones
2019-06-19p2p: close the right number of connections on setting max in/out peersmoneromooo-monero1-2/+2
2019-06-19p2p: propagate out peers limit to payload handlermoneromooo-monero1-0/+1
2019-06-19wallet_api: catch getTxKey exceptionDusan Klinec1-8/+17
- getTxKey method throws an exception, e.g., when user declines txKey export
2019-06-19wallet2: fix change subaddress mixup when sending pre rct outputsmoneromooo-monero1-0/+1
2019-06-17core: fix --prune-blockchain not pruning if no blockchain existsmoneromooo-monero1-1/+1
2019-06-17device: show address on device displayDusan Klinec11-6/+127
- Trezor: support for device address display (subaddress, integrated address) - Wallet::API support added - Simplewallet: - address device [<index>] - address new <label> // shows address on device also - integrated_address [device] <payment_id|address> // new optional "device" arg to display also on the device
2019-06-17device: tx_key caching fixed, store recovered txkeyDusan Klinec1-3/+11
2019-06-16Fix --restore-date usageHoward Chu1-1/+1
The wallet was ignoring --restore-height and --restore-date params and prompting for them again.
2019-06-16blockchain: silence an error getting blocks for pruned nodesmoneromooo-monero1-4/+8
This happens often when a pre-pruning node asks a pruned node for data it does not have
2019-06-16Bans for RPC connectionsHoward Chu3-0/+26
Make bans control RPC sessions too. And auto-ban some bad requests. Drops HTTP connections whenever response code is 500.
2019-06-15db_lmdb: commit pruning txn at checkpointsmoneromooo-monero1-1/+50
to avoid errors when the txn is too large
2019-06-14prep for 0.14.1 releaseRiccardo Spagni3-1/+2
2019-06-14rpc: restrict the recent cutoff size in restricted RPC modemoneromooo-monero1-0/+9
2019-06-14ensure no NULL is passed to memcpymoneromooo-monero2-3/+4
NULL is valid when size is 0, but memcpy uses nonnull attributes, so let's not poke the bear
2019-06-14serialization: check stream good flag at the endmoneromooo-monero3-6/+6
just in case
2019-06-14tree-hash: allocate variable memory on heap, not stackmoneromooo-monero1-5/+7
Large amounts might run out of stack Reported by guidov
2019-06-14cryptonote: throw on tx hash calculation errormoneromooo-monero1-3/+3
2019-06-14serialization: fail on read_varint errormoneromooo-monero1-1/+2
2019-06-14cryptonote_protocol: fix another potential P2P DoSmoneromooo-monero1-0/+15
When asking for txes in a fluffy transaction, one might ask for the same (large) tx many times
2019-06-14cryptonote_protocol: expand basic DoS protectionmoneromooo-monero2-4/+4
Count transactions as well
2019-06-14cryptonote_protocol_handler: prevent potential DoSanonimal2-0/+12
Essentially, one can send such a large amount of IDs that core exhausts all free memory. This issue can theoretically be exploited using very large CN blockchains, such as Monero. This is a partial fix. Thanks and credit given to CryptoNote author 'cryptozoidberg' for collaboration and the fix. Also thanks to 'moneromooo'. Referencing HackerOne report #506595.
generated by cgit v1.2.3 (git 2.25.1) at 2025-01-20 07:17:52 +0000