| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
|
|
|
|
|
|
|
|
|
| |
With the change from the original transfer method to the new
algorithm, payments to the same destination were merged. It
seemed like a good idea, optimizing space. However, it is a
useful tool for people who want to split large outputs into
several smaller ones (ie, service providers making frequent
payments, and who do not like a large chunk of their balance
being locked for 10 blocks after each payment).
Default to off, which is a change from the previous behavior.
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
When a single input is enough to satisfy a transfer, the code would
previously try to add a second input, to match the "canonical" makeup
of a transaction with two inputs and two outputs. This would cause
wallets to slowly merge outputs till all the monero ends up in a
single output, which causes trouble when making two transactions
one after the other, since change is locked for 10 blocks, and an
increasing portion of the remaining balance would end up locked on
each transaction.
There are two new settings (min-output-count and min-output-value)
which can control when to stop adding such unneeded second outputs.
The idea is that small "dust" outputs will still get added, but
larger ones will not.
Enable with, eg:
set min-output-count 10
set min-output-value 30
to avoid using an unneeded second output of 30 monero or more, if
there would be less than 10 such outputs left.
This does not invalidate any other reason why such outputs would
be used (ie, when they're really needed to satisfy a transfer, or
when randomly picked in the normal course of selection). This may
be improved in the future.
|
| |\
| |
| |
| | |
a8646b09 Wallet API: add hard fork info functions (Jaquee)
|
| | | |
|
| |\ \
| |/
|/|
| | |
8bbcbcfb wallet rpc: enable solo mining (stoffu)
|
| | | |
|
| | |
| |
| |
| | |
Includes a new RPC to get tx pool hashes fast.
|
| |\ \
| | |
| | |
| | | |
995969b1 wallet: fix set_log not handling 0,xxx style settings (moneromooo-monero)
|
| | | | |
|
| |\ \ \
| | | |
| | | |
| | | | |
350e99ae wallet2: cache which pool txes were scanned already (moneromooo-monero)
|
| | |/ /
| | |
| | |
| | |
| | | |
This massively speeds up the wallet updating the pool on mainnet,
where the tx backlog is more than 500 txes.
|
| |\ \ \
| |/ /
|/| |
| | | |
c1e9ccc7 wallet2: speed up transactions using remote nodes (moneromooo-monero)
|
| | |/
| |
| |
| |
| |
| |
| | |
Asking for a full histogram from a remote node (since it's
untrusted) is pretty slow, and spams the remote node, so
we replace it by only adding a second input if we have rct
ones, which are for all intents and purposes always mixable.
|
| |/
|
|
|
| |
Waiting would mean the fee used is 1x base, but the base will
have suddenly dropped
|
| |\
| |
| |
| | |
df810a82 wallet-rpc bugfix: get_transfer_by_txid previously checking against payment id (kenshi84)
|
| | | |
|
| |/ |
|
| |\
| |
| |
| | |
e9175cec wallet_rpc_server: make a few RPCs unavailable in restricted mode (moneromooo-monero)
|
| | |
| |
| |
| | |
Address book modification, setting tx nodes, importing key images
|
| |\ \
| | |
| | |
| | | |
d0238313 use const references in catch blocks (moneromooo-monero)
|
| | |/ |
|
| |\ \
| | |
| | |
| | |
| | | |
3fa59755 wallet2: call is_key_image_spent in blocks in rescan_spent (moneromooo-monero)
9d134e86 wallet_rpc_server: add a rescan_spent RPC (moneromooo-monero)
|
| | | |
| | |
| | |
| | | |
This is a potentially long lasting daemon RPC call
|
| | |/ |
|
| |/ |
|
| |\
| |
| |
| | |
3396a9f2 Add intervening v5 fork for increased min block size (moneromooo-monero)
|
| | |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
Minimum mixin 4 and enforced ringct is moved from v5 to v6.
v5 is now used for an increased minimum block size (from 60000
to 300000) to cater for larger typical/minimum transaction size.
The fee algorithm is also changed to decrease the base per kB
fee, and add a cheap tier for those transactions which we do
not care if they get delayed (or even included in a block).
|
| |/ |
|
| |\
| |
| |
| | |
4b48565c wallet: add password command (moneromooo-monero)
|
| | |
| |
| |
| |
| | |
Also tweak wallet2 password code to verify password without
saying it's a new wallet, because it's assuming things.
|
| |\ \
| | |
| | |
| | | |
223fe5bb wallet: fix get_tranfers with multiple incoming txes with same pid (moneromooo-monero)
|
| | |/ |
|
| |/
|
|
|
|
|
|
|
| |
This reverts commit d47dac9a88ddd46b88850a899311363b3261c89e.
Callers actually expect the key to be payment id, so this
needs a lot more changes (like storing payment ids in the
structure, and possibly also to other existing structures
which do the same thing).
|
| | |
|
| | |
|
| |\
| |
| |
| | |
db1c7d80 wallet api: add missing mining options (Jaquee)
|
| | | |
|
| |\ \
| | |
| | |
| | | |
2c468dd4 allow user I/O in millinero, micronero, nanonero, piconero (moneromooo-monero)
|
| | |/ |
|
| |\ \
| | |
| | |
| | | |
d47dac9a wallet: fix insertion of pool transactions (moneromooo-monero)
|
| | |/
| |
| |
| | |
They were inserted using payment id as key, not txid
|
| |\ \
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
7a44f38a Add support for the wallet to refresh pruned blocks (moneromooo-monero)
da18898f ringct: do not require range proof in decodeRct/decodeRctSimple (moneromooo-monero)
b49c6ab4 rpc: add a default category for daemon rpc (moneromooo-monero)
f113b92b core: add functions to serialize base tx info (moneromooo-monero)
6fd4b827 node_rpc_proxy: allow caching daemon RPC version (moneromooo-monero)
b5c74e40 wallet: invalidate node proxy cache when reconnecting (moneromooo-monero)
|
| | | | |
|
| | | | |
|
| | |/ |
|
| |\ \
| | |
| | |
| | | |
b8a08f19 wallet: fix --log-file not working (moneromooo-monero)
|
| | |/ |
|
| |\ \
| |/
|/|
| | |
53105743 Wallet API: Add support for daemon rpc login (Jaquee)
|
| | | |
|
| | | |
|