/ home / compatibility /
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: on web
Tested on: 2020-01-12
Receive support
- Allows receiving to P2SH-wrapped segwit
Allows the generation of P2SH-wrapped (either P2WPKH or P2WSH) segwit receiving addresses.
- Allows receiving to bech32 segwit addresses
Allows 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 bech32 P2WSH
This service generates bech32 P2WSH segwit receiving addresses by default.
Send support
- Allows sending to bech32 P2WPKH addresses
Allows sending to bech32 P2WPKH native segwit addresses.
- Allows sending to bech32 P2WSH addresses
Allows sending to bech32 P2WSH native segwit addresses.
- Allows sending to bech32m addresses
Allows sending to bech32m (P2TR) addresses.
- Creates bech32 change addresses
When sending, generates bech32 (either P2WPKH or P2WSH) segwit change addresses.
Usability
Click on a thumbnail for a larger image or to play its video.
River deposit addresses are bech32 P2WSH (native segwit) by default.
River supports withdrawals to legacy and segwit 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: on web
Tested on: 2020-01-23
Receiving support
- Notification does not note RBF
Notification of incoming transaction does not note that the transaction signals RBF.
- 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
- Signals BIP125 replaceability when sending transactions
Allows 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.
When a transaction enters River’s mempool or is included in a block, River sends a notification to the user about the new deposit. There is currently no RBF notice.
The original transaction that gets bumped with RBF will not be listed and is replaced with the new transaction.
When viewing transaction history, only the new replaced transaction is shown.