Segwit | Replace-by-Fee

Segwit Addresses

What are segwit addresses? Transactions that spend bitcoins secured by segregated witness (segwit) use less block weight than equivalent non-segwit (legacy) transactions, allowing segwit transactions to pay less total fee to achieve the same feerate as legacy transactions.

Tested: version 2.2.2 on iOS

Tested on: 2019-07-24

Receive support

  • Does not allow receiving to P2SH-wrapped segwit
    Does not allow the generation of P2SH-wrapped (either P2WPKH or P2WSH) segwit receiving addresses.
  • Does not allow receiving to bech32 segwit addresses
    Does not allow the generation of bech32 native (either P2WPKH or P2WSH) segwit receiving addresses.
  • Not tested: Can bech32m transaction outputs be received?
    We either didn’t test this or could not appropriately determine the results.
  • Default receiving address is P2PKH
    This service generates legacy P2PKH receiving addresses by default.

Send support

  • Does not allow sending to bech32 P2WPKH addresses
    Does not allow sending to bech32 P2WPKH native segwit addresses.
  • Does not allow sending to bech32 P2WSH addresses
    Does not allow sending to bech32 P2WSH native segwit addresses.
  • Not tested: Can transaction outputs be sent to bech32m addresses?
    We either didn’t test this or could not appropriately determine the results.
  • Does not create bech32 change addresses
    When sending, does not generate bech32 (either P2WPKH or P2WSH) segwit change addresses.

Usability

Click on a thumbnail for a larger image or to play its video.

Jaxx generates only legacy P2PKH receive addresses.
Jaxx generates only legacy P2PKH receive addresses.

Jaxx cannot send to any bech32 addresses.
Jaxx cannot send to any bech32 addresses.


Replace-by-Fee (RBF)

What is Replace-by-Fee (RBF)? An unconfirmed transaction can be replaced by another version of the same transaction that spends the same inputs. Most full nodes support this if the earlier transaction enables BIP125 signaling and the replacement transaction increases the amount of fee paid. In terms of block chain space used, this is the most efficient form of fee bumping.

Tested: version 2.0.5 on iOS

Tested on: 2018-11-07

Receiving support

  • No notification
    There are no incoming transaction notifications for this service.
  • Received transaction not labeled replaceable in list
    Does not visually indicate that an incoming transaction has signaled RBF.
  • Received transaction not labeled replaceable in transaction details
    Does not visually indicate that a received transaction has signaled RBF when viewing the transaction details.
  • Shows replacement transaction only
    Only the replacement transaction is shown in the transaction list. No original transaction is shown.

Sending support

  • Does not signal BIP125 replaceability when sending transactions
    Does not allow sending of BIP125 opt-in-RBF transactions in the interface.
  • Not tested: Does transaction list show whether sent transactions signal RBF?
    We were not able to test this because sending a BIP125 signaling transaction is not supported.
  • Not tested: Does transaction details page show whether received transaction signals RBF?
    We were not able to test this because sending a BIP125 signaling transaction is not supported.
  • Not tested: Are replacement and original sent transactions displayed?
    We were not able to test this because sending a BIP125 signaling transaction is not supported.

Usability

Click on a thumbnail for a larger image or to play its video.

Receiving Transaction Signaling RBF - Transaction list showing incoming transaction. RBF not noted.
Receiving Transaction Signaling RBF - Transaction list showing incoming transaction. RBF not noted.

Receiving Replacement Transaction - Replacement transaction shown, original disappears.
Receiving Replacement Transaction - Replacement transaction shown, original disappears.