Bitcoin Forum
April 25, 2024, 03:40:59 PM *
News: Latest Bitcoin Core release: 27.0 [Torrent]
 
   Home   Help Search Login Register More  
Pages: [1]
  Print  
Author Topic: Ledger Nano S and Electrum: Which address type to choose?  (Read 251 times)
tyz (OP)
Legendary
*
Offline Offline

Activity: 3360
Merit: 1530



View Profile
January 02, 2019, 09:16:59 PM
 #1

It's first time I use ledger nano s with Electrum wallet. On setup I got asked which address type the wallet should have. I can select legacy (p2pkh), p2sh-segwit (p2wpkh-p2sh) and native segwit (p2wpkh). Which one should I select, or better say, which one is current standard?
1714059659
Hero Member
*
Offline Offline

Posts: 1714059659

View Profile Personal Message (Offline)

Ignore
1714059659
Reply with quote  #2

1714059659
Report to moderator
1714059659
Hero Member
*
Offline Offline

Posts: 1714059659

View Profile Personal Message (Offline)

Ignore
1714059659
Reply with quote  #2

1714059659
Report to moderator
"If you don't want people to know you're a scumbag then don't be a scumbag." -- margaritahuyan
Advertised sites are not endorsed by the Bitcoin Forum. They may be unsafe, untrustworthy, or illegal in your jurisdiction.
BitMaxz
Legendary
*
Online Online

Activity: 3234
Merit: 2942


Block halving is coming.


View Profile WWW
January 02, 2019, 09:39:16 PM
Merited by tyz (2)
 #2

I think it is better to choose "p2sh-segwit (p2wpkh-p2sh)" option because you can get less fee compared too legacy and the transaction is much faster than a legacy address.

Legacy address form starts from 1.... and P2sh segwit start from bc1 and for native segwit the address form starts from 3...
Read more about the differences about legacy and segwit addresses from here Legacy vs Segwit wallets. What's the difference?


If you need a guide about Ledger Nano S you can check this review with a guide from here

█▀▀▀











█▄▄▄
▀▀▀▀▀▀▀▀▀▀▀
e
▄▄▄▄▄▄▄▄▄▄▄
█████████████
████████████▄███
██▐███████▄█████▀
█████████▄████▀
███▐████▄███▀
████▐██████▀
█████▀█████
███████████▄
████████████▄
██▄█████▀█████▄
▄█████████▀█████▀
███████████▀██▀
████▀█████████
▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀
c.h.
▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄
▀▀▀█











▄▄▄█
▄██████▄▄▄
█████████████▄▄
███████████████
███████████████
███████████████
███████████████
███░░█████████
███▌▐█████████
█████████████
███████████▀
██████████▀
████████▀
▀██▀▀
o_e_l_e_o
In memoriam
Legendary
*
Offline Offline

Activity: 2268
Merit: 18507


View Profile
January 02, 2019, 11:06:06 PM
Merited by tyz (1), LoyceV (1)
 #3

Legacy address form starts from 1.... and P2sh segwit start from bc1 and for native segwit the address form starts from 3...

You've got that your "bc1" and "3" the wrong way round:

P2PKH are legacy addresses and start with 1. (All addresses which start with 1 are legacy i.e. not segwit.)
P2SH nested segwit addresses (which can be either P2SH(WPKH) or P2SH(WSH)) start with 3. (However, not all addresses which start with 3 are segwit.)
Native segwit addresses (P2WPKH or P2WSH) start with bc1. (All addresses which start with bc1 are segwit.)


I think it is better to choose "p2sh-segwit (p2wpkh-p2sh)" option because you can get less fee compared too legacy and the transaction is much faster than a legacy address.

This is the best option to pick if you are unsure about which one you want - it allows you to take advantage of lower fees of segwit whilst maintaining compatibility with all services, some of which do not yet support bc1 addresses.
jackg
Copper Member
Legendary
*
Offline Offline

Activity: 2856
Merit: 3071


https://bit.ly/387FXHi lightning theory


View Profile
January 02, 2019, 11:10:16 PM
 #4

Is the derivation path for native segwit and non native segwith the same or different? I thought people were saying it was different which means you could have both afaik unless electrum does something different? I might be getting confused with another hardware wallet though.
bob123
Legendary
*
Offline Offline

Activity: 1624
Merit: 2481



View Profile WWW
January 03, 2019, 11:00:43 AM
Merited by LoyceV (3), HeRetiK (1), o_e_l_e_o (1)
 #5

I think it is better to choose "p2sh-segwit (p2wpkh-p2sh)" option because you can get less fee compared too legacy and the transaction is much faster than a legacy address.

The 'speed' of a transaction (i think you mean the confirmation time ? Or the propagation time ?) doesn't differ, regardless of which type of transaction you build.



Is the derivation path for native segwit and non native segwith the same or different?

Yes, they differ.

Native segwit is m/84'/0/.., where nested segwit is m/49'/0/..



@OP:

Choosing the type fully depends on your needs. Here is a quick summary:

Legacy (P2PKH):
- Pro:
  • Compatibility with each online service
  • The possibility to extract future forks exists (even tho not that necessary regarding the value of those forks)
- Contra:


Nested Segwit (P2SH nested into P2WPKH):
- Pro:
  • Fixes transaction malleability
  • Fees lower than legacy, but higher than native segwit (bech32)
- Contra:
  • No guaranteed compatibility with future (low quality) forks who don't support segwit



Native Segwit (P2WPKH)
- Pro:
  • Fixes transaction malleability
  • Lowest fees of all types (up to ~ 40% lower size (and therefore also fees) of the transaction compared to legacy)
- Contra:
  • No guaranteed compatibility with future (low quality) forks who don't support segwit
  • May not be accepted by older online services which haven't been updated for quite some time, they will show 'invalid address'



Native segwit is definitely becoming a new standard. You should either choose to use bech32 (bc1..) addresses or at least nested segwit (starting with 3...).

Lucius
Legendary
*
Offline Offline

Activity: 3220
Merit: 5628


Blackjack.fun-Free Raffle-Join&Win $50🎲


View Profile WWW
January 03, 2019, 11:01:33 AM
 #6

Is the derivation path for native segwit and non native segwith the same or different? I thought people were saying it was different which means you could have both afaik unless electrum does something different? I might be getting confused with another hardware wallet though.

I'm pretty sure derivation paths are different for P2WKH / bech32 and P2SH address, and when Ledger add support for SegWit there is only option to create P2SH (which starts with 3) wallets. I am not sure how long Ledger support native SegWit, but it is possible to use it with Electrum and OP post is show that. 

Derivation path for native SegWit is m/84'/0'/0' - for P2SH nested segwit is m/49'/0'/0'.

It is important to know that some exchanges/wallets still do not support bc1 addresses, so user can have problems with send/receive coins:

More info: https://en.bitcoin.it/wiki/Bech32_adoption

.
.BLACKJACK ♠ FUN.
█████████
██████████████
████████████
█████████████████
████████████████▄▄
░█████████████▀░▀▀
██████████████████
░██████████████
████████████████
░██████████████
████████████
███████████████░██
██████████
CRYPTO CASINO &
SPORTS BETTING
▄▄███████▄▄
▄███████████████▄
███████████████████
█████████████████████
███████████████████████
█████████████████████████
█████████████████████████
█████████████████████████
███████████████████████
█████████████████████
███████████████████
▀███████████████▀
█████████
.
pooya87
Legendary
*
Offline Offline

Activity: 3430
Merit: 10499



View Profile
January 04, 2019, 05:06:04 AM
 #7

Nested Segwit (P2SH nested into P2WPKH):
- Contra:
  • No guaranteed compatibility with future (low quality) forks who don't support segwit

+ you are wasting a lot of space on the blockchain with this form of transactions because you have to put a script in place of the signature while moving the signature elsewhere and that script is adding 23 bytes extra to the total transaction size. (you won't notice it because you are paying the fee based on virtual size not the real size)

.
.BLACKJACK ♠ FUN.
█████████
██████████████
████████████
█████████████████
████████████████▄▄
░█████████████▀░▀▀
██████████████████
░██████████████
████████████████
░██████████████
████████████
███████████████░██
██████████
CRYPTO CASINO &
SPORTS BETTING
▄▄███████▄▄
▄███████████████▄
███████████████████
█████████████████████
███████████████████████
█████████████████████████
█████████████████████████
█████████████████████████
███████████████████████
█████████████████████
███████████████████
▀███████████████▀
█████████
.
Pages: [1]
  Print  
 
Jump to:  

Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!