<p>Short answer: no, at least not via the key path (and using a script path would be less efficient than using P2WPKH instead)</p>
<p>Longer answer: no, and even if it were possible, this would be a terrible idea. The address a receiver gives you is how they expect you to pay them. Giving them money by paying in a different way is not something you should expect them to honor. Specifically, their wallet software may not support taproot, making the money unspendable for them. Even worse, their wallet could include a hardware security module or other security mechanism that can't just easily be upgraded to support taproot.</p>
<p>If they want you to send to a taproot address, they'll give you one.</p>

CC BY-SA 4.0
2021-09-17T07:21:29.290Z
Aren't you supposed to be able use an arbitrary redeem script? Surely there's a way to P2TR wrap P2SH-like script (which itself can wrap P2PKH).
monke
CC BY-SA 4.0
2021-09-17T12:54:33.273Z
Yes, but that'd be very inefficient. You can't construct a P2TR address that uses the key path (as you need the X coordinate of the public key, not just its 160-bit hash) given just a P2(W)PKH address.
Pieter Wuille
CC BY-SA 4.0
2021-09-17T12:59:52.893Z
Well, yes, a receiver could craft an arbitrary script and communicate that script's address representation in order to get paid. The sender unilaterally making unsupported assumptions how they may change the instructions to pay the receiver will certainly lead to conflict, if not outright lost funds.--Imagine you're running a restaurant in the US and when you bring the bill, the customer pays in Euros instead. Would you accept that?
Murch
CC BY-SA 4.0
2021-09-17T13:08:58.090Z
The analogy I've used in the past (when this question came up about converting P2PKH to P2WPKH) was that it's like someone "paying" you by at night coming to dig a hole in your lawn and bury an enveloppe with money there. Sure, the money is there, on the receiver's property. But the receiver might not even notice it's there unless you tell them. Similarly, with such converted addresses, the receiver likely won't even recognize it as a payment to them.
Pieter Wuille
CC BY-SA 4.0
2021-09-16T19:51:56.577Z
2021-09-17T15:57:51.040Z
2021-09-17T15:57:51.040Z
Pieter Wuille
<p>As far as I understand, Taproot enhances privacy by allowing someone to only reveal a specific key path, which in my understanding means that it's fairly flexible - is it possible to construct a P2TR address that'd be spendable by someone with (knowledge about the possibility and) &quot;access&quot; to an existing P2PKH address?</p>

CC BY-SA 4.0
2021-09-21T19:54:28.347Z
Please don't vandalize your posts. By posting on the Stack Exchange (SE) network, you've granted a non-revocable right, under the CC BY-SA license (https://creativecommons.org/licenses/by-sa/4.0), for SE to distribute the content (regardless of your future choices). The question prompted an answer that may be interesting for other users in the future and removing the question makes it harder for those users to understand the context.
Murch
<taproot><p2pkh><p2tr>
Is there a way to convert a P2PKH address into P2TR?
monke
# Is there a way to convert a P2PKH address into P2TR?

(Asked by: username_0 on 2021-09-16)

As far as I understand, Taproot enhances privacy by allowing someone to only reveal a specific key path, which in my understanding means that it's fairly flexible - is it possible to construct a P2TR address that'd be spendable by someone with (knowledge about the possibility and) "access" to an existing P2PKH address?

**Tags:** taproot, p2pkh, p2tr

> **Comments:**
> **username_1**: Please don't vandalize your posts. By posting on the Stack Exchange (SE) network, you've granted a non-revocable right, under the CC BY-SA license (https://creativecommons.org/licenses/by-sa/4.0), for SE to distribute the content (regardless of your future choices). The question prompted an answer that may be interesting for other users in the future and removing the question makes it harder for those users to understand the context.  

---

## 1 answers

### Answer by username_2 on 2021-09-16. Score: 7 | Accepted answer

Short answer: no, at least not via the key path (and using a script path would be less efficient than using P2WPKH instead)

Longer answer: no, and even if it were possible, this would be a terrible idea. The address a receiver gives you is how they expect you to pay them. Giving them money by paying in a different way is not something you should expect them to honor. Specifically, their wallet software may not support taproot, making the money unspendable for them. Even worse, their wallet could include a hardware security module or other security mechanism that can't just easily be upgraded to support taproot.

If they want you to send to a taproot address, they'll give you one.

> **Comments:**
> **username_0**: Aren't you supposed to be able use an arbitrary redeem script? Surely there's a way to P2TR wrap P2SH-like script (which itself can wrap P2PKH).  
> **username_2**: Yes, but that'd be very inefficient. You can't construct a P2TR address that uses the key path (as you need the X coordinate of the public key, not just its 160-bit hash) given just a P2(W)PKH address.  
> **username_1**: Well, yes, a receiver could craft an arbitrary script and communicate that script's address representation in order to get paid. The sender unilaterally making unsupported assumptions how they may change the instructions to pay the receiver will certainly lead to conflict, if not outright lost funds.--Imagine you're running a restaurant in the US and when you bring the bill, the customer pays in Euros instead. Would you accept that?  
> **username_2**: The analogy I've used in the past (when this question came up about converting P2PKH to P2WPKH) was that it's like someone "paying" you by at night coming to dig a hole in your lawn and bury an enveloppe with money there. Sure, the money is there, on the receiver's property. But the receiver might not even notice it's there unless you tell them. Similarly, with such converted addresses, the receiver likely won't even recognize it as a payment to them.  

---

