4.1.2

Fix of Tezos fees calculation formula

4.1.1

Unreleased

Hotfix unknown Stellar transactions operation type
Add MEMPOOL_GRACE_PERIOD_SECS configuration for BTC-like wallets This protects transactions without blocks from being deleted from database if they are too recent. Currently defaults to 900 seconds, 1.5 mean BTC block
Remove RBF support, that was incompatible with the new Grace Period for now
Add correlationId setters and getters in TransactionBuilder and Transaction APIs
Merge and reduce size of foreign outputs stored after synchronization (mitigation against dust attacks that inflate DB and reduce performance)

4.1.0

2021/03/25 Tezos for NRT

Performance improvements
Tezos: support of all tz adresses (tz1, tz2, tz3) by implementing ED25519, SECP256K1 and P256
Tezos: support of grouped transaction messages
Tezos: fix smart contracts balance
Tezos: concurent transactions (optimistic counter)
Tezos: get current delegate
Tezos: fees estimation
Tezos: get token balance

4.0.6

Unreleased

Hotfix unknown Stellar transactions operation type

4.0.5

2021/08/04

Add MEMPOOL_GRACE_PERIOD_SECS configuration for BTC-like wallets This protects transactions without blocks from being deleted from database if they are too recent. Currently defaults to 900 seconds, 1.5 mean BTC block
Remove RBF support, that was incompatible with the new Grace Period for now
Fix optimistic update operation for BTC-like broadcasts when the broadcasted transaction uses a non-first UTXO (#807)

4.0.4

2021/07/15

Fix correlationId in Transaction API (the TransactionAPI fix was forgotten in cherry-picking)
Update googletest dependency to compile with recent compilers
Add broadcastTransaction API to StellarLikeAccount

4.0.3

2021/07/15

Add correlationId setters and getters in TransactionBuilder and Transaction APIs
Merge and reduce size of foreign outputs stored after synchronization (mitigation against dust attacks that inflate DB and reduce performance)
Add more balance cache invalidations

4.0.2

2021/04/14

Fix stellar incremental synchronization

4.0.1

2021/04/12

Missing XRP transfer

4.0.0

2021/03/24 NRT

Stable test environment with libuv and cpp-http implementatioon of services
Fix and improve keychain discovery during synchronization
Fix reorgs management during synchronization
Major synchronization performance improve by reworking the database insertion (~600% improvement)
Performance improvement on SECP256K1 derivation during synchronization
Major performance improvement during synchronization thanks to multi-threaded synchronization
Global performance improvement by moving most part of the code on Thread pools instead of serial execution contexts
Fix a memory leak in database sessions
Fix a memory leak on HTTP connections
Lower memory allocation due to regex compilation in DateUtils
Minor bug fixes (ripple model, big int improvements...)
Deprecate BlockchainObserver features for all coins
Deprecate events NEW_OPERATION and NEW_ERC20_OPERATIONS for UPDATE_OPERATION and UPDATE_ERC
Fix XRP incremental synchronization
Improve runtime performances by splitting db connections between Write pool and Read pool
use of tx "id" field (if present) instead of "hash" for btc explorers

3.5.0

2020/08/06

Add Algorand integration
Rework RBF transaction filtering algorithm
Improve transaction creation performances
Add PreferencesBackend API
Add support for Stellar protocol 13 update
Fix negative fees on Bitcoin transaction creation
Add a call on BitcoinLikeAccount to get all account addresses
Fix XRP block parser
XRP optimistic update on transaction broadcast
XTZ fix non-activated account recognition
XTZ allow consecutive transaction
XTZ don't fallback to 0 balance at every error

3.4.1

2020/06/10

Fix SBT download failures on the CI (for Debian and MacOS)
Fix a BTC test using a deprecated URL
Fix Stellar fee parsing for Horizon 1.3.0

3.4.0

2020/06/01

Add Stellar (XLM) support.
Add Cosmos (Atom) support.
Fix a bug in Tezos that would make bakers see unknown originated accounts.
Fix a bug in Tezos that would make balances of originated accounts negative and/or incorrect.
Fix BigInt::assignScalar for unsigned types.
Fix stack exhaustion with recursive futures in the Bitcoin UTXO picker.
Add support for getting recipients relating to one’s account only from an operation.
Turn some 64-bit integers to 32-bit integers in the interface.
Fix the coin selection algorithm for Bitcoin (UTXO).
Add staking-related operation types.
Add integration test for non-activated accounts for Tezos.
Use soci::transaction to solve potential race conditions between observers and synchronizers.
~~Remove external Tezos explorer fallback recover for HTTP errors.~~
- This change was reverted as it still causes issues. This issue will be addrressed in the next version.
Fix BCH: construct P2PKH and P2SH output scripts even in case of cash addresses.
Fix missing internal transactions for Ethereum.
Fix XRP: marker to be set to Uint64 instead of string.
Add x86_64 support to fat framework for iOS.
Fix Base58 for XRP.
Add tests for tzstats.
Make it possible to select the tzstats endpoint (and use fees vs. fee accordingly).
Fix the Tezos’ fees field (actually fee) when getting fees from the external API.
Bitcoin: add method to get addresses from range.
Better granularity of HTTP errors.
Add configuration to allow sync token deactivation.
Unset sync token when falling in reorg situation because explorers are not trustworthy on that feature.
Fix OpenSSL’s BLAKE2b heap memory corruption.
Fix getTransactions on Tezos when no offset is passed.
Fix segfaulting code in TezosLikeAddress.
Fix PostgreSQL timeout deconnection / failover behavior with soci connection pools.
Build openssl with ssl target if we have BUILD_TESTS on.
More resilience against failures of sync (due to explorers) that has been experienced on client side.
Avoid storing Input Data for ETH transactions when exceeding 255 bytes.
Fix segfault in Linux + node with OpenSSL 1.1. (node > 8).
Fix Ethereum ReorgLastBlock test segfault.
Fix XTZ: creation of same account (with KT accounts) under two different wallets
Use a boolean representation of Ripple status instead of textual.
Add a test for Ripple balance histories.
Add support for Ripple transaction statuses.
Implement Ripple transaction pagination for the node implementation.
Paginate properly UTXOs.
Introduce DatabaseBackendType enum.
Fix Ripple transaction dates.
Support BTC v3 BE.
Tezos: fix base used for std::stoul on getTransactions method of XTZ explorer.
Add script to build libcore for Linux for ARM architecture.
Prevent BitcoinLike UTXO picker from using a transaction’s worth less than dust.
Add implementation of getDryrunGasLimit.
Tezos: avoid creation of originated accounts based on failing origination ops.
Tezos: fix recursive sync on originated accounts.
Add support for PostgreSQL (tested with PostgreSQL v9.6 and v12.1), for more details about how to build, use and configure libcore with PostgreSQL, please refer to our README.md

3.3.*

Sorry, we have no idea what happened with those versions. It looks like they got released in a non-conventional way — the git tags are not on the master branch anymore. We will not remove them, but please switch to 3.4.

Sorry for the inconvenience.

3.2.1

Execution context changes:
- Using pool's ThreadPoolExecutionContext in wallets and accounts for long running tasks,
- Using MainExecutionContext in pools, wallets and accounts for immediately completed futures,
Wallet caching: return completed future (resolved promises) based on cached accounts in WalletPool::getWallet method,
Account caching: same as above for AbstractWallet::getAccount method,
Lazy loading of internal transactions for ETH operations,
Removed some logs from BitcoinLikeStrategyUtxoPicker::filterWithOptimizeSize because they were affecting Wallet Daemon perfos on huge accounts,
Add TTL cache on last blocks (wallet pool level) and on balances (on wallet level), the TTL is configurable thanks to : TTL_CACHE and is defaulting to DEFAULT_TTL_CACHE=30 which is inferior to mining frequency.

3.2.0

Using new ETH v3 explorer's endpoint to get ERC20 accounts balance,
Add method to batch ERC20 balance calls,

3.1.0

Add block heights on BitcoinLikeOutputs to enhance performances while picking UTXOs with deepest first UTXO picking strategy
Add signature settings on BitcoinLikeTransaction to create DER signature from RS(V) data

3.0.0

Use direct call to balanceOf on ERC20 to get balance in tokens of an account.

2.8.0

Tezos Integration:

Keychain:

Tezos key derivation is based on Edward's curve, so normal (public) derivations are not supported, this is why the only derivation scheme which is supported now is 44'/<coin_type>'/<account_index>'/<node_index>',
As a consequence of absence of derivation, resulting "derived" address from a keychain is a hash of the public key.
Used hashing algorithm is Blake2b.
We support construction of accounts from both Secp256k1 (Base58) extended public keys (prefixed with xpub) or from Ed25519 (Base58) extended public keys (prefixed with edpk).

Wallet logic:

Originated accounts are considered as sub-accounts of implicit accounts that originated them.

Explorer:

The current default explorer used is Tzscan (used endpoint: https://api6.tzscan.io/v3).

Synchronizer:

Synchronization of originated accounts comes right after the originator's account is synced.

Transactions:

For the moment we only support Transaction, Reveal, Origination and Delegation operations, those are the ones relevant for us.
Parsing and serialization of transaction is based on Zarith encoder/decoder (for more details refer to: http://tezos.gitlab.io/master/api/p2p.html#n-t implementation is located here : core/src/bytes/zarith).
In Tezos, it is possible to have multiple operations in one transaction (e.g. Reveal + Origination or Reveal + Transaction ...), since each operation has it's own properties (fees, gas limit, storage limit ...) that user should set, so we probably won't handle multi-operation transactions. This will be discussed with Libcore's users (e.g. Live team) to see if it is relevant to support multi-operation transactions.

Delegation:

To delegate simply build a Delegation transaction with address to which delegate as receiver.

Parameters:

BIP44 Coin type : 1729.
Used address prefixes:
- Implicit (prefix tz1): {0x06, 0xA1, 0x9F}.
- Originated (prefix KT1): {0x02, 0x5A, 0x79}.
Default explorer's endpoint: https://api6.tzscan.io/v3

Tests:

Added tests:
- Address derivation: core/test/tezos.
- Zarith encoder: core/test/bytes/zarith.cpp.
- Account creation and synchronization: core/test/integration/synchronization/tezos_synchronization.cpp.
- Transaction construction: core/test/integration/transactions/tezos_transaction_tests.cpp.

2.7.0

2019/05/19

Change encoding of passwords in the public interface (wallet pool). Passwords are not optional anymore. This means that:
- Optional::NONE and Optional("") (that were both ambiguity encoding) are now replaced by the empty string.
- Because the empty string is used to state no password, empty passwords cannot be used anymore. The previous situation was that empty passwords were allowed but transformed into a Optional::NONE, which was a bit confusing.
Native Segwit support:
- Implement P2WPKH and P2WSH keychains, references:
  - BIP141: https://github.com/bitcoin/bips/blob/master/bip-0141.mediawiki#P2WSH
  - BIP143: https://github.com/bitcoin/bips/blob/master/bip-0143.mediawiki
- Support of Bech32 addresses, references:
  - BIP173: https://github.com/bitcoin/bips/blob/master/bip-0173.mediawiki#Segwit_address_format)
  - BTC Bech32: https://github.com/sipa/bech32/tree/master/ref
  - BCH Bech32: https://github.com/bitcoincashjs/cashaddrjs
Add ERC20LikeAccount::getBalanceHistoryFor, a method used to retrieve the balance history of an ERC20 account using inclusive date ranges.
Fix some bugs related to JNI when compiling for Java / Android.
The library now builds with a compiled version of SQLCipher and the Windows code-path is now patched.
Improve the cross-compilation support of the library to allow to compile to several platforms in parallel. This is not perfect and needs a few more love to be complete but we’re getting there. This is especially useful when compiling for mobile (emulator x86, several variations of ARM depending on your phone, etc.).
XRP is fully integrated.
Full support of password change with WalletPool::changePassword. It is now possible to change one’s password by calling this function. The previous work from 2.6.0 that wasn’t exposed is now exposed and calling that function will change both the encryption on the database and the preferences.
Some Windows-related fix (compilers, mostly).
fmt is now a submodule of ours.
Allow using compact pub keys for ethereum accounts.

2.6.0

2019/02/22

Change the internal representation of DynamicObject. The new representation is optimized not only memory-wise but also type-safety-wise. The internal interfaces were also redesigned to allow for a smoother transition to C++17’s std::variant when we see fit.
Add support for changing password in Preferences. This is not exposed directly via the interface: instead, you must use the password changing mechanisme of WalletPool. See below for further details.
Implement sqlite3 database encryption through SQLCipher (https://github.com/sqlcipher/sqlcipher). If the WalletPool::newInstance is used with native (sqlite3) backend and called with a password (non-empty string), the database will be encrypted. To change password, a changeDatabasePassword is provided. SQLCipher is not available for Windows builds mainly because of build issues (C compiler containing spaces).
Changed deployement process, now RCs are deployed with format x.y.z-rc-{COMMIT_HASH}, this will allow us not to always bump the versions when merging PRs and also keeping the binaries deployed to our bucket.
Update used libraries, to be able to compile under VS2017.
XRP integration:
- XRP Keychian, address derivation and account creation.
- XRP API explorer and parser.
- XRP Node explorer and parser.
- Accounts synchronization.
- XRP transaction serialization and parsing.
- Tests of above features.

2.5.0

2019/01/22

Resetting the libcore to its fresh state is now possible via the WalletPool::freshResetAll function.

2.4.0