aboutsummaryrefslogtreecommitdiff
path: root/src/wallet/api (unfollow)
AgeCommit message (Collapse)AuthorFilesLines
2018-01-17Wallet API: all recover options with passwordm2049r5-12/+110
also renamed memo => mnemonic in api method parms
2017-12-26wallet-api: added Utils::onStartupstoffu2-0/+6
2017-12-18check accessing an element past the end of a containermoneromooo-monero1-0/+4
2017-12-17Add N/N multisig tx generation and signingmoneromooo-monero3-5/+5
Scheme by luigi1111: Multisig for RingCT on Monero 2 of 2 User A (coordinator): Spendkey b,B Viewkey a,A (shared) User B: Spendkey c,C Viewkey a,A (shared) Public Address: C+B, A Both have their own watch only wallet via C+B, a A will coordinate spending process (though B could easily as well, coordinator is more needed for more participants) A and B watch for incoming outputs B creates "half" key images for discovered output D: I2_D = (Hs(aR)+c) * Hp(D) B also creates 1.5 random keypairs (one scalar and 2 pubkeys; one on base G and one on base Hp(D)) for each output, storing the scalar(k) (linked to D), and sending the pubkeys with I2_D. A also creates "half" key images: I1_D = (Hs(aR)+b) * Hp(D) Then I_D = I1_D + I2_D Having I_D allows A to check spent status of course, but more importantly allows A to actually build a transaction prefix (and thus transaction). A builds the transaction until most of the way through MLSAG_Gen, adding the 2 pubkeys (per input) provided with I2_D to his own generated ones where they are needed (secret row L, R). At this point, A has a mostly completed transaction (but with an invalid/incomplete signature). A sends over the tx and includes r, which allows B (with the recipient's address) to verify the destination and amount (by reconstructing the stealth address and decoding ecdhInfo). B then finishes the signature by computing ss[secret_index][0] = ss[secret_index][0] + k - cc[secret_index]*c (secret indices need to be passed as well). B can then broadcast the tx, or send it back to A for broadcasting. Once B has completed the signing (and verified the tx to be valid), he can add the full I_D to his cache, allowing him to verify spent status as well. NOTE: A and B *must* present key A and B to each other with a valid signature proving they know a and b respectively. Otherwise, trickery like the following becomes possible: A creates viewkey a,A, spendkey b,B, and sends a,A,B to B. B creates a fake key C = zG - B. B sends C back to A. The combined spendkey C+B then equals zG, allowing B to spend funds at any time! The signature fixes this, because B does not know a c corresponding to C (and thus can't produce a signature). 2 of 3 User A (coordinator) Shared viewkey a,A "spendkey" j,J User B "spendkey" k,K User C "spendkey" m,M A collects K and M from B and C B collects J and M from A and C C collects J and K from A and B A computes N = nG, n = Hs(jK) A computes O = oG, o = Hs(jM) B anc C compute P = pG, p = Hs(kM) || Hs(mK) B and C can also compute N and O respectively if they wish to be able to coordinate Address: N+O+P, A The rest follows as above. The coordinator possesses 2 of 3 needed keys; he can get the other needed part of the signature/key images from either of the other two. Alternatively, if secure communication exists between parties: A gives j to B B gives k to C C gives m to A Address: J+K+M, A 3 of 3 Identical to 2 of 2, except the coordinator must collect the key images from both of the others. The transaction must also be passed an additional hop: A -> B -> C (or A -> C -> B), who can then broadcast it or send it back to A. N-1 of N Generally the same as 2 of 3, except participants need to be arranged in a ring to pass their keys around (using either the secure or insecure method). For example (ignoring viewkey so letters line up): [4 of 5] User: spendkey A: a B: b C: c D: d E: e a -> B, b -> C, c -> D, d -> E, e -> A Order of signing does not matter, it just must reach n-1 users. A "remaining keys" list must be passed around with the transaction so the signers know if they should use 1 or both keys. Collecting key image parts becomes a little messy, but basically every wallet sends over both of their parts with a tag for each. Thia way the coordinating wallet can keep track of which images have been added and which wallet they come from. Reasoning: 1. The key images must be added only once (coordinator will get key images for key a from both A and B, he must add only one to get the proper key actual key image) 2. The coordinator must keep track of which helper pubkeys came from which wallet (discussed in 2 of 2 section). The coordinator must choose only one set to use, then include his choice in the "remaining keys" list so the other wallets know which of their keys to use. You can generalize it further to N-2 of N or even M of N, but I'm not sure there's legitimate demand to justify the complexity. It might also be straightforward enough to support with minimal changes from N-1 format. You basically just give each user additional keys for each additional "-1" you desire. N-2 would be 3 keys per user, N-3 4 keys, etc. The process is somewhat cumbersome: To create a N/N multisig wallet: - each participant creates a normal wallet - each participant runs "prepare_multisig", and sends the resulting string to every other participant - each participant runs "make_multisig N A B C D...", with N being the threshold and A B C D... being the strings received from other participants (the threshold must currently equal N) As txes are received, participants' wallets will need to synchronize so that those new outputs may be spent: - each participant runs "export_multisig FILENAME", and sends the FILENAME file to every other participant - each participant runs "import_multisig A B C D...", with A B C D... being the filenames received from other participants Then, a transaction may be initiated: - one of the participants runs "transfer ADDRESS AMOUNT" - this partly signed transaction will be written to the "multisig_monero_tx" file - the initiator sends this file to another participant - that other participant runs "sign_multisig multisig_monero_tx" - the resulting transaction is written to the "multisig_monero_tx" file again - if the threshold was not reached, the file must be sent to another participant, until enough have signed - the last participant to sign runs "submit_multisig multisig_monero_tx" to relay the transaction to the Monero network
2017-11-21Spend proof without txkeystoffu2-0/+48
2017-11-21fix for tx proof: use exception instead of error_str when signature gen failedstoffu2-3/+3
2017-11-18Tx proof (revised):stoffu4-158/+135
- refactoring: proof generation/checking code was moved from simplewallet.cpp to wallet2.cpp - allow an arbitrary message to be signed together with txid - introduce two types (outbound & inbound) of tx proofs; with the same syntax, inbound is selected when <address> belongs to this wallet, outbound otherwise. see GitHub thread for more discussion - wallet RPC: added get_tx_key, check_tx_key, get_tx_proof, check_tx_proof - wallet API: moved WalletManagerImpl::checkPayment to Wallet::checkTxKey, added Wallet::getTxProof/checkTxProof - get_tx_key/check_tx_key: handle additional tx keys by concatenating them into a single string
2017-11-16split wallet and wallet_apimoneromooo-monero11-9/+997
This speeds up building a lot when wallet2.h (or something it includes) changes, since all the API includes wallet2.h
2017-11-06track double spending in the txpoolmoneromooo-monero1-3/+3
Transactions in the txpool are marked when another transaction is seen double spending one or more of its inputs. This is then exposed wherever appropriate. Note that being marked with this "double spend seen" flag does NOT mean this transaction IS a double spend and will never be mined: it just means that the network has seen at least another transaction spending at least one of the same inputs, so care should be taken to wait for a few confirmations before acting upon that transaction (ie, mostly of use for merchants wanting to accept unconfirmed transactions).
2017-10-29Wallet API: override update subdir when built from srcJaquee1-1/+3
2017-10-22Wallet API: default values for account and subaddr indexJaquee2-8/+7
2017-10-16Distinguish "not enough money" and "not enough unlocked money"binaryFate1-2/+20
Fix #1530
2017-10-15wallet2+API: use separate callbacks for lightwalletsJaquee1-0/+32
2017-10-15walletAPI: correct confirmations in txHistory for unsynced walletsJaquee1-2/+2
2017-10-15walletAPI: lightwallet exceptionsJaquee1-2/+12
2017-10-15walletAPI: add lightwallet login() and importWalletRequest()Jaquee2-0/+34
2017-10-15walletAPI: init() lightwallet and SSL supportJaquee2-6/+8
2017-10-15walletAPI: add tx unlock_timeJaquee1-4/+0
2017-10-07Subaddresseskenshi8414-100/+552
2017-09-25move checkpoints in a separate librarymoneromooo-monero2-6/+6
2017-09-25wallet2_api: check whether dynamic_cast returns NULLmoneromooo-monero1-0/+2
CID 161844
2017-09-25wallet2_api: remove an unused, uninitialized, fieldmoneromooo-monero1-1/+0
Silences CID 161874
2017-09-25wallet2_api: init error code to "no error" in the ctormoneromooo-monero1-1/+1
CID 161872
2017-09-23store is optional during close and defaults to true; except during descructionm2049r4-13/+15
2017-08-21WalletAPI: only allow trusted daemon when importing key imagesJaquee1-0/+5
2017-08-21WalletAPI: copy wallet data when creating a view only walletJaquee1-0/+27
2017-08-09WalletAPI: add getDefaultDataDir()Jaquee2-0/+7
2017-08-07change mixin to ring size in user visible placesmoneromooo-monero2-9/+9
2017-08-05walletAPI: add getRefreshFromBlockHeight()Jaquee1-0/+1
2017-08-05wallet api: pause refresh while commiting txJaquee1-0/+2
2017-08-03Wallet API: add tx unlock timeJaquee3-0/+9
2017-08-03Enable verifying wallet password with having to load wallet.m2049r2-0/+5
2017-08-02fix wallet callback signaturesm2049r1-4/+4
2017-06-13wallet_api: fix missing transaction parameter in callbackmoneromooo-monero1-1/+1
It was unused, so harmless Reported by erikd on IRC
2017-05-23Wallet API: Set seed lang when recovering form keysJaquee1-1/+2
2017-05-02Wallet API: add spend/view key gettersJaquee2-2/+20
2017-04-24wallet: add sweep_below functionmoneromooo-monero1-1/+1
It sweeps all outputs below the given threshold This is available via the existing sweep_all RPC, by setting amount_threshold the desired amount (in atomic units)
2017-04-02Wallet API: fix Cold signing split txJaquee1-4/+10
2017-03-24Wallet API: add hard fork info functionsJaquee4-22/+14
2017-03-21wallet: fix set_log not handling 0,xxx style settingsmoneromooo-monero1-1/+1
2017-03-18use const references in catch blocksmoneromooo-monero2-2/+2
2017-03-03wallet api: fix parameters in wallet2callbackImplJaquee1-7/+7
2017-03-02wallet api: add missing mining optionsJaquee2-2/+4
2017-02-25Wallet API: Add support for daemon rpc loginJaquee2-3/+6
2017-02-22wallet2_api: add updates check apimoneromooo-monero1-0/+28
2017-02-21update copyright year, fix occasional lack of newline at line endRiccardo Spagni14-15/+15
2017-02-18wallet_api: fix logging init via apimoneromooo-monero2-1/+5
2017-02-14simplewallet: validate hex input sizemoneromooo-monero2-5/+5
2017-02-08extract some basic code from libcryptonote_core into libcryptonote_basickenshi842-6/+4
2017-02-06Add server auth to monerod, and client auth to wallet-cli and wallet-rpcLee Clagett2-2/+2
2017-02-05Wallet API: Easylogger wrapper for guiJaquee1-0/+6
2017-02-05Wallet API: Catch error from tools::is_local_addressJaquee1-2/+7
2017-02-04GUI: Improved refresh performanceJaquee1-7/+10
2017-02-04wallet api: Remove initAsync() and don't start refresh automatically on initJaquee2-17/+2
2017-01-30Wallet API: Create wallet from keysJaquee4-0/+158
2017-01-28Factor is_address_local code into a tools functionmoneromooo-monero1-36/+2
2017-01-25Updates to epee HTTP client codeLee Clagett3-28/+27
- http_simple_client now uses std::chrono for timeouts - http_simple_client accepts timeouts per connect / invoke call - shortened names of epee http invoke functions - invoke command functions only take relative path, connection is not automatically performed
2017-01-22Wallet api: testnet getter=1-0/+1
2017-01-20wallet: print exception message on get_random_outs_errormoneromooo-monero1-2/+2
2017-01-16wallet2_api: add API to set log categoriesmoneromooo-monero1-0/+5
2017-01-16Change logging to easylogging++moneromooo-monero1-2/+2
This replaces the epee and data_loggers logging systems with a single one, and also adds filename:line and explicit severity levels. Categories may be defined, and logging severity set by category (or set of categories). epee style 0-4 log level maps to a sensible severity configuration. Log files now also rotate when reaching 100 MB. To select which logs to output, use the MONERO_LOGS environment variable, with a comma separated list of categories (globs are supported), with their requested severity level after a colon. If a log matches more than one such setting, the last one in the configuration string applies. A few examples: This one is (mostly) silent, only outputting fatal errors: MONERO_LOGS=*:FATAL This one is very verbose: MONERO_LOGS=*:TRACE This one is totally silent (logwise): MONERO_LOGS="" This one outputs all errors and warnings, except for the "verify" category, which prints just fatal errors (the verify category is used for logs about incoming transactions and blocks, and it is expected that some/many will fail to verify, hence we don't want the spam): MONERO_LOGS=*:WARNING,verify:FATAL Log levels are, in decreasing order of priority: FATAL, ERROR, WARNING, INFO, DEBUG, TRACE Subcategories may be added using prefixes and globs. This example will output net.p2p logs at the TRACE level, but all other net* logs only at INFO: MONERO_LOGS=*:ERROR,net*:INFO,net.p2p:TRACE Logs which are intended for the user (which Monero was using a lot through epee, but really isn't a nice way to go things) should use the "global" category. There are a few helper macros for using this category, eg: MGINFO("this shows up by default") or MGINFO_RED("this is red"), to try to keep a similar look and feel for now. Existing epee log macros still exist, and map to the new log levels, but since they're used as a "user facing" UI element as much as a logging system, they often don't map well to log severities (ie, a log level 0 log may be an error, or may be something we want the user to see, such as an important info). In those cases, I tried to use the new macros. In other cases, I left the existing macros in. When modifying logs, it is probably best to switch to the new macros with explicit levels. The --log-level options and set_log commands now also accept category settings, in addition to the epee style log levels.
2017-01-14fix timeout in check_connectionJaquee1-2/+4
2017-01-14make struct/class declarations consistent (mismatched-tags warning)Chris Vickio3-4/+2
2017-01-13Wallet API: add key image import/export functionsJaquee2-6/+52
2017-01-13Wallet API: support integrated addresses in address book.Jaquee1-12/+42
2017-01-13Wallet API: add rescanSpent()Jaquee2-1/+19
2017-01-12Wallet2 + API: Callbacks for unconfirmed transfersJaquee4-5/+54
2017-01-10Wallet api: Update trustedDaemon when daemon is changedJaquee1-0/+6
2017-01-10GUI cold signingJaquee6-4/+434
fix conflict
2017-01-10Wallet API: functions for supporting/creating view only walletsJaquee2-5/+66
2017-01-10Wallet API: functions for supporting/creating view only walletsJaquee2-5/+66
2017-01-09wallet2_api: add solo mining APImoneromooo-monero2-1/+40
2017-01-08Add parse_uri to wallet2_apiMoroccanMalinois2-0/+6
2017-01-01wallet2_api: add an address book payment id lookup APImoneromooo-monero2-0/+24
2016-12-27wallet api: prevent setting refresh height too highJaquee1-4/+2
2016-12-25wallet2_api: some new APIs to access daemon statemoneromooo-monero2-2/+35
2016-12-21make openalias also available for solo miner; introduce namespace ↵kenshi841-1/+2
tools::dns_utils; support integrated address with dns lookup
2016-12-17wallet2_api: add an API to the OpenAlias resolvermoneromooo-monero2-0/+9
2016-12-15Wallet API: Do not refresh while daemon is syncingJaquee2-22/+56
+ fixed fast refresh when creating wallet offline + improved close wallet logic (make sure refresh thread is stopped)
2016-12-14AddressBook: use unsigned type for row ID'sanonimal2-2/+2
Fixes build warnings and may also prevent future headaches.
2016-12-13Bitmonero namespace renamed Monero. Bitmonero namespace alias added so that ↵Randi Joseph13-14/+40
third party uses of the wallet api can transition.
2016-12-12addressbook updatesJaquee2-17/+23
2016-12-12GUI address bookJaquee5-4/+211
2016-12-04Fix a few minor typosPierre Boyer1-1/+1
2016-11-29wallet_api: add a few daemon related gettersmoneromooo-monero2-2/+71
Blockchain height, version, Mining hash rate...
2016-11-26wallet: add a getter for the filename pathmoneromooo-monero2-0/+6
2016-11-26Improve daemon RPC version handlingmoneromooo-monero1-3/+3
Daemon RPC version is now composed of a major and minor number, so that incompatible changes bump the major version, while compatible changes can still bump the minor version without causing clients to unnecessarily complain.
2016-11-23Fix DNS failures in offline mode preventing daemon startupmoneromooo-monero1-1/+1
2016-11-18wallet2_api: fix history leak on destructionmoneromooo-monero1-1/+2
2016-11-18wallet2_api: fix payment ids from integrated addresses being ignoredmoneromooo-monero1-0/+11
2016-11-13Wallet2: calculate approximate blockchain height on offline creationJacob Brydolf2-1/+5
Wallet API: add approximateBlockChainHeight()
2016-11-09wallet2_api: support for sweeping allmoneromooo-monero2-10/+18
2016-11-09Wallet API: use stored refresh height when rebuilding cacheJacob Brydolf2-2/+13
2016-11-08wallet2_api: API to sign and verify a messagemoneromooo-monero2-0/+20
2016-11-09wallet_api: PendingTransaction::txCount - number of split transactionsIlya Kitaev2-2/+8
2016-11-08Wallet API: added getTxKey()Jacob Brydolf2-0/+21
2016-11-08wallet2_api: add API for create_unmixable_sweep_transactionsmoneromooo-monero2-0/+93
2016-11-08Wallet API: Pause refresh while creating transactionJacob Brydolf1-0/+6
2016-11-07wallet2_api: allow connection to return "yes, but wrong version"moneromooo-monero2-4/+10
2016-11-06wallet2_api: do not copy the whole pending tx when iteratingmoneromooo-monero1-1/+1
2016-11-05wallet2_api: add API for tx notesmoneromooo-monero4-0/+31
2016-11-05wallet_api: txkey checking functions for the GUImoneromooo.monero2-0/+154
2016-11-02wallet: fix bad amounts/fees againmoneromooo-monero1-1/+1
m_amount_out was sometimes getting initialized with the sum of an transaction's outputs, and sometimes with the sum of outputs that were not change. This caused confusion and bugs. We now always set it to the sum of outputs. This reverts an earlier fix for bad amounts as this used the other semantics. The wallet data should be converted automatically in a percentage of cases that I'm hesitant to estimate. In any case, restoring from seed or keys or rebuilding the cache will get it right.
2016-10-30Wallet API: added walletExists logicJacob Brydolf1-1/+7
2016-10-28Wallet API: make sure path exists before searching for walletsJacob Brydolf1-2/+5
2016-10-16wallet_api: add address validation functionsmoneromooo-monero1-0/+20
The payment id from integrated addresses is also parsed
2016-10-16wallet2_api: recognize full size payment ids as validmoneromooo-monero1-2/+7
2016-10-16wallet_api: do not override invalid payment idmoneromooo-monero1-1/+1
Instead, return an empty string to mark the error
2016-10-15wallet: improve error messages when not enough money for transfermoneromooo-monero1-0/+9
2016-10-15wallet_api: fix wrong amount in tx historymoneromooo-monero1-1/+1
2016-10-10Wallet API: added setRecoveringFromSeed();Jacob Brydolf2-0/+5
2016-10-08libwallet_api: Added option to restore from specific heightJacob Brydolf4-2/+10
2016-10-07libwallet_api: reverted deleted curly braceIlya Kitaev1-0/+1
2016-10-07libwallet_api: do not signal on sent/received tx until wallet completelyIlya Kitaev2-6/+25
synchronized
2016-10-06libwallet_api: TransactionHistory: read/write syncchronizationIlya Kitaev2-14/+21
2016-10-06libwallet_api: some renamingsIlya Kitaev3-3/+3
2016-10-06Initialize transaction history if emptyIlya Kitaev3-2/+11
2016-10-06libwallet_api: fixes for transaction historyIlya Kitaev1-3/+13
2016-10-04libwallet_api: fixes for transaction historyIlya Kitaev1-3/+13
2016-10-03wallet2_api: added Wallet::daemonBlockChainTargetHeight()Jacob Brydolf2-0/+18
libwallet_api: Wallet::blockChainTargetHeight Signed-off-by: Jacob Brydolf <jacob@brydolf.net>
2016-10-01libwallet_api: do not use fast-refresh on recoveryIlya Kitaev2-3/+10
2016-09-30libwallet_api: fast-refresh in case of opening non-synced walletIlya Kitaev2-6/+5
2016-09-30libwallet_api: fix unhandled exception on address checkIlya Kitaev1-12/+16
2016-09-30libwallet_api: fast-refresh for new walletIlya Kitaev2-9/+28
2016-09-28libwallet_api: Wallet::setAutoRefreshInterval sanity checkIlya Kitaev1-1/+9
2016-09-28libwallet_api: explicitly return 0 in Wallet::daemonBlockChainHeight()Ilya Kitaev1-0/+2
on error
2016-09-26wallet2_api: milliseconds resolution for auto-refresh intervalIlya Kitaev2-10/+10
2016-09-26wallet2_api: added Wallet::daemonBlockChainHeight()Ilya Kitaev2-2/+18
2016-09-26libwallet_api: Wallet::blockChainHeight, WalletListener::newBlockIlya Kitaev2-1/+10
2016-09-20wallet2_api: getter and setter for "refresh interval"Ilya Kitaev2-1/+24
2016-09-20wallet2_api: fixed deadlock while closing walletIlya Kitaev1-3/+7
2016-09-18switch wallet API from std thread/mutex to boostRiccardo Spagni2-11/+11
2016-09-18switch wallet API from std thread/mutex to boostRiccardo Spagni2-11/+11
2016-09-16wallet: change priority/fee to ArticMine's recommendationmoneromooo-monero1-2/+1
We keep 1, 2, 3 multipliers till the fee decrase from 0.01/kB to 0.002/kB, where we start using 1, 20, 166 multipliers. This ensures the higher multiplier will compensate for the block reward penalty when pushing past 100% of the past median. The fee-multiplier wallet setting is now rename to priority, since it keeps its [0..3] range, but maps to different multiplier values.
2016-08-28wallet: do not store signatures in the wallet cachemoneromooo-monero1-3/+2
Saves some substantial space. Also avoid calculating tx hashes we don't need.
2016-08-28wallet2_api: zero amounts are now allowed with rctmoneromooo-monero1-6/+0
2016-08-28wallet2_api: update on_money_{received,spent} prototypes for rct changesmoneromooo-monero1-4/+2
2016-08-23libwallet_api: Wallet::amountFromString fixedIlya Kitaev1-1/+1
2016-08-23libwallet_api: helper method to return maximumAllowedAmountIlya Kitaev1-0/+5
2016-08-22libwallet_api: do not store wallet on close if status is not okIlya Kitaev1-3/+5
2016-08-11Fake outs set is now decided by the walletmoneromooo-monero1-2/+2
This plugs a privacy leak from the wallet to the daemon, as the daemon could previously see what input is included as a transaction input, which the daemon hadn't previously supplied. Now, the wallet requests a particular set of outputs, including the real one. This can result in transactions that can't be accepted if the wallet happens to select too many outputs with non standard unlock times. The daemon could know this and select another output, but the wallet is blind to it. It's currently very unlikely since I don't think anything uses non default unlock times. The wallet requests more outputs than necessary so it can use spares if any of the returns outputs are still locked. If there are not enough spares to reach the desired mixin, the transaction will fail.
2016-07-18refreshing wallet even if error happenedIlya Kitaev2-6/+18
2016-07-18wallet_api: async init, Wallet::connected status, log levelIlya Kitaev3-14/+45
2016-07-18libwallet_api cmake: conditionally creating libwallet_merged2 only forIlya Kitaev1-2/+1
STATIC build
2016-07-18wallet_api: segfault on refresh fixedIlya Kitaev1-2/+2
2016-07-18WalletListener functionalityIlya Kitaev2-12/+98
2016-07-18Transaction fee multiplier aka priority integragedIlya Kitaev2-3/+10
2016-07-18Wallet::paymentIdValidIlya Kitaev1-0/+6
2016-07-17wallet2_api: use uint64_t for amountsmoneromooo-monero1-2/+2
2016-07-07wallet2_api: make this build (smatch needs .str() for /=)moneromooo-monero1-1/+1
2016-06-23WalletManager::findWallets: searching by "keys" files instead ofIlya Kitaev1-5/+3
"address.txt" files
2016-06-23Wallet: payment id and integrated addressIlya Kitaev2-9/+53
2016-06-23PendingTransactionImpl: pointer->referenceIlya Kitaev2-4/+4
2016-06-23commented regexIlya Kitaev1-1/+1
2016-06-23Wallet::createTransaction: added mixin_count paramIlya Kitaev2-8/+12
2016-06-23double/string to monero integer convertion methodsIlya Kitaev1-0/+17
2016-06-23wallet::default_mixin exposed to public interface asIlya Kitaev2-1/+12
Wallet::setDefaultMixin, Wallet::defaultMixin; wallet::create_transaction_2 used in Wallet::createTransaction
2016-06-23Wallet::filename, Wallet::keysFilename, tests for move walletIlya Kitaev2-0/+12
2016-06-23removed unused "using"Ilya Kitaev1-1/+0
2016-06-23Wallet API : WalletManager::findWallets() addedIlya Kitaev2-0/+38
2016-06-23WalletListener::moneySpent testIlya Kitaev1-0/+8
2016-06-23WalletListener::moneySpent(), WalletListener::moneyReceived()Ilya Kitaev1-2/+21
2016-06-23started WalletListenerIlya Kitaev2-1/+57
2016-06-23TransactionHistory continuedIlya Kitaev3-11/+92
2016-06-23merged with upstreamIlya Kitaev3-2/+99
2016-06-23Wallet API : transaction history in progressIlya Kitaev6-19/+70
2016-06-23transaction history api in progressIlya Kitaev6-14/+109
2016-06-23api implementation splitted over separate filesIlya Kitaev11-0/+1087
2016-06-22PendingTransactionImpl: pointer->referenceIlya Kitaev2-4/+4
2016-06-22commented regexIlya Kitaev1-1/+1
2016-06-20Wallet::createTransaction: added mixin_count paramIlya Kitaev2-8/+12
2016-06-16double/string to monero integer convertion methodsIlya Kitaev1-0/+17
2016-06-10wallet::default_mixin exposed to public interface asIlya Kitaev2-1/+12
Wallet::setDefaultMixin, Wallet::defaultMixin; wallet::create_transaction_2 used in Wallet::createTransaction
2016-06-10Wallet::filename, Wallet::keysFilename, tests for move walletIlya Kitaev2-0/+12
2016-06-03removed unused "using"Ilya Kitaev1-1/+0
2016-06-03Wallet API : WalletManager::findWallets() addedIlya Kitaev2-0/+38
2016-05-16WalletListener::moneySpent testIlya Kitaev1-0/+8
2016-05-13WalletListener::moneySpent(), WalletListener::moneyReceived()Ilya Kitaev1-2/+21
2016-05-05started WalletListenerIlya Kitaev2-1/+57
2016-04-29TransactionHistory continuedIlya Kitaev3-11/+92
2016-04-26merged with upstreamIlya Kitaev3-2/+99
2016-04-22Wallet API: transaction history in progressIlya Kitaev3-7/+14
2016-04-22Wallet API : transaction history in progressIlya Kitaev6-12/+56
2016-04-20transaction history api in progressIlya Kitaev2-0/+42
2016-04-20transaction history api in progressIlya Kitaev5-14/+67
2016-04-20api implementation splitted over separate filesIlya Kitaev11-0/+1087
generated by cgit v1.2.3 (git 2.25.1) at 2025-01-17 13:45:51 +0000