Electrum 3.1 to be released today


  1. bitusher - Reply


    # Release 3.1 – (March 5, 2018)

    * Memory-pool based fee estimation. Dynamic fees can target a desired
    depth in the memory pool. This feature is optional, and ETA-based
    estimates from Bitcoin Core are still available. Note that miners
    could exploit this feature, if they conspired and filled the memory
    pool with expensive transactions that never get mined. However,
    since the Electrum client already trusts an Electrum server with
    fee estimates, activating this feature does not introduce any new
    vulnerability. In addition, the client uses a hard threshold to
    protect itself from servers sending excessive fee estimates. In
    practice, ETA-based estimates have resulted in sticky fees, and
    caused many users to overpay for transactions. Advanced users tend
    to visit (and trust) websites that display memory-pool data in
    order to set their fees.

    * Capital gains: For each outgoing transaction, the difference
    between the acquisition and liquidation prices of outgoing coins is
    displayed in the wallet history. By default, historical exchange
    rates are used to compute acquisition and liquidation prices. These
    values can also be entered manually, in order to match the actual
    price realized by the user. The order of liquidation of coins is
    the natural order defined by the blockchain; this results in
    capital gain values that are invariant to changes in the set of
    addresses that are in the wallet. Any other ordering strategy (such
    as FIFO, LIFO) would result in capital gain values that depend on
    the presence of other addresses in the wallet.
    * Local transactions: Transactions can be saved in the wallet without
    being broadcast. The inputs of local transactions are considered as
    spent, and their change outputs can be re-used in subsequent
    transactions. This can be combined with cold storage, in order to
    create several transactions before broadcasting them. Outgoing
    transactions that have been removed from the memory pool are also
    saved in the wallet, and can be broadcast again.

    * Checkpoints: The initial download of a headers file was replaced
    with hardcoded checkpoints. The wallet uses one checkpoint per
    retargeting period. The headers for a retargeting period are
    downloaded only if transactions need to be verified in this period.

    * The ‘privacy’ and ‘priority’ coin selection policies have been
    merged into one. Previously, the ‘privacy’ policy has been unusable
    because it was was not prioritizing confirmed coins. The new policy
    is similar to ‘privacy’, except that it de-prioritizes addresses
    that have unconfirmed coins.

    * The ‘Send’ tab of the Qt GUI displays how transaction fees are
    computed from transaction size.
    * The wallet history can be filtered by time interval.

    * Replace-by-fee is enabled by default. Note that this might cause
    some issues with wallets that do not display RBF transactions until
    they are confirmed.

    * Watching-only wallets and hardware wallets can be encrypted.

    * Semi-automated crash reporting

    * The SSL checkbox option was removed from the GUI.

    * The Trezor T hardware wallet is now supported.

    * BIP84: native segwit p2wpkh scripts for bip39 seeds and hardware
    wallets can now be created when specifying a BIP84 derivation
    path. This is usable with Trezor and Ledger.
    * Windows: the binaries now include ZBar, and QR code scanning should work.

    * The Wallet Import Format (WIF) for private keys that was extended in 3.0
    is changed. Keys in the previous format can be imported, compatibility
    is maintained. Newly exported keys will be serialized as

    * BIP32 master keys for testnet once again have different version bytes than
    on mainnet. For the mainnet prefixes {x,y,Y,z,Z}|{pub,prv}, the
    corresponding testnet prefixes are {t,u,U,v,V}|{pub,prv}.
    More details and exact version bytes are specified at:
    Note that due to this change, testnet wallet files created with previous
    versions of Electrum must be considered broken, and they need to be
    recreated from seed words.

    * A new version of the Electrum protocol is required by the client
    (version 1.2). Servers using older versions of the protocol will
    not be displayed in the GUI.

  2. MUFOS - Reply

    Awesome! Probably the best lightweight desktop wallet.
    Maybe not the easiest to use for the layman, but more experienced users can appreciate the features.

  3. iupqmv - Reply

    Like the new optional mempool fee estimation, no need to check external sites anymore. Columns are finally sortable and local transactions are nice convenience feature.

  4. strogan5 - Reply

    how to update from old version. i installed new version to old version folder and it worked fine. i didnt break it?

  5. po00on - Reply

    what’s the situation with seed backwards compatibility ? if I made a cold storage wallet with an old version of electrum, would it restore correctly to the latest version using the same 12/18/24 words?

Leave Comment

Your email address will not be published. Required fields are marked *