summaryrefslogtreecommitdiff
path: root/src/cryptonote_basic/cryptonote_basic.h
Commit message (Collapse)AuthorAgeFilesLines
* keypair::generate: always require hw::device to avoid possible mistakestoffu2018-03-141-6/+0
|
* device: untangle cyclic depenencystoffu2018-03-141-1/+2
| | | | | | | | | | | | | | | | | | | | | | | | When #3303 was merged, a cyclic dependency chain was generated: libdevice <- libcncrypto <- libringct <- libdevice This was because libdevice needs access to a set of basic crypto operations implemented in libringct such as scalarmultBase(), while libringct also needs access to abstracted crypto operations implemented in libdevice such as ecdhEncode(). To untangle this cyclic dependency chain, this patch splits libringct into libringct_basic and libringct, where the basic crypto ops previously in libringct are moved into libringct_basic. The cyclic dependency is now resolved thanks to this separation: libcncrypto <- libringct_basic <- libdevice <- libcryptonote_basic <- libringct This eliminates the need for crypto_device.cpp and rctOps_device.cpp. Also, many abstracted interfaces of hw::device such as encrypt_payment_id() and get_subaddress_secret_key() were previously implemented in libcryptonote_basic (cryptonote_format_utils.cpp) and were then called from hw::core::device_default, which is odd because libdevice is supposed to be independent of libcryptonote_basic. Therefore, those functions were moved to device_default.cpp.
* Code modifications to integrate Ledger HW device into monero-wallet-cli.cslashm2018-03-041-0/+6
| | | | | | | | | | | | | | | | | | | The basic approach it to delegate all sensitive data (master key, secret ephemeral key, key derivation, ....) and related operations to the device. As device has low memory, it does not keep itself the values (except for view/spend keys) but once computed there are encrypted (with AES are equivalent) and return back to monero-wallet-cli. When they need to be manipulated by the device, they are decrypted on receive. Moreover, using the client for storing the value in encrypted form limits the modification in the client code. Those values are transfered from one C-structure to another one as previously. The code modification has been done with the wishes to be open to any other hardware wallet. To achieve that a C++ class hw::Device has been introduced. Two initial implementations are provided: the "default", which remaps all calls to initial Monero code, and the "Ledger", which delegates all calls to Ledger device.
* Update 2018 copyrightxmr-eric2018-01-261-1/+1
|
* Merge pull request #2990Riccardo Spagni2018-01-101-1/+0
|\ | | | | | | 2d17feb0 factor STL container serialization (moneromooo-monero)
| * factor STL container serializationmoneromooo-monero2017-12-221-1/+0
| |
* | check accessing an element past the end of a containermoneromooo-monero2017-12-181-1/+1
|/
* Subaddresseskenshi842017-10-071-0/+26
|
* move checkpoints in a separate librarymoneromooo-monero2017-09-251-5/+0
|
* Improvements for epee binary to hex functions:Lee Clagett2017-04-111-1/+0
| | | | | | | - Performance improvements - Added `span` for zero-copy pointer+length arguments - Added `std::ostream` overload for direct writing to output buffers - Removal of unused `string_tools::buff_to_hex`
* core: fix blob size cache, and reenable hash and blob size cachesmoneromooo-monero2017-04-031-1/+1
|
* core: avoid possible reordering bugs wth tx/bloch hash cachemoneromooo-monero2017-03-251-11/+29
|
* core: cache tx and block hashes in the respective classesmoneromooo-monero2017-03-231-0/+32
| | | | An idea from smooth
* core: add functions to serialize base tx infomoneromooo-monero2017-02-271-0/+22
| | | | | That is, information without signatures (for v1) nor range proofs and MGs (for v2)
* update copyright year, fix occasional lack of newline at line endRiccardo Spagni2017-02-211-1/+1
|
* extract some basic code from libcryptonote_core into libcryptonote_basickenshi842017-02-081-0/+397