<p>I'm working on similar problem, but i thing this answer should solve your problem: <a href="https://cardano.stackexchange.com/a/7428/7022">https://cardano.stackexchange.com/a/7428/7022</a></p>

CC BY-SA 4.0
2022-05-18T08:40:38.520Z
2022-05-18T08:40:38.520Z
ploenne
<p>As of <a href="https://github.com/input-output-hk/cardano-node/commit/369ab89e1914bdb92183e2917f034609f2828d07#diff-cc9b567f3acd813c81e105c074ebd783719c74364c88a78c3c22638322354f6d" rel="nofollow noreferrer">GitHub commit: cc9b567f3acd813c81e105c074ebd783719c74364c88a78c3c22638322354f6d</a> you can specify extended keys as required signers.</p>

CC BY-SA 4.0
2022-01-24T18:33:49.147Z
2022-01-24T23:03:08.417Z
2022-01-24T23:03:08.417Z
Jim
<p>We are implementing the vesting contract from Plutus use cases via cardano-cli</p>
<p>In the validator script we have the pubKeyHash of the pubKey authorized to retrieve the funds.
When the owner of this key wants to retrieve funds, the validator script checks into TxInfo and compares the pubKeyHash of the signer with its hard coded pubKeyHash.</p>
<p>To build such a transaction with cardano-cli we have to use the --required-signer flag to tell cardano-cli we need this key to sign the Tx because the validator script requires it.</p>
<p>We successfully built transaction using &quot;normal&quot; Shelley keys &quot;PaymentSigningKeyShelley_ed25519&quot; (generated with cardano-cli address key-gen --normal-key).</p>
<p>But it doesn't work using extended keys &quot;PaymentExtendedSigningKeyShelley_ed25519_bip32&quot; (generated either using cardano-cli address key-gen --extended-key or converting a cardano-address key using cardano-cli key convert-cardano-address-key --shelley-payment-key).</p>
<p>cardano-cli excludes extended keys from required signers (<a href="https://discord.com/channels/826816523368005654/900330165941436427/900330567416029206" rel="nofollow noreferrer">https://discord.com/channels/826816523368005654/900330165941436427/900330567416029206</a>)</p>
<p>As BIP 32 is THE standard for wallets we want users to be able to interact with the vesting smart contract using their BIP 32 wallets (such as Daedalus).</p>
<p>I have limited knowledge in cryptography so my questions are :</p>
<ul>
<li>Why cardano-cli is excluding extended keys ?</li>
<li>Is it possible to derive a &quot;normal&quot; Shelley key from an extended one ?</li>
</ul>
<h2>EDIT</h2>
<p>For now we have forked cardano-cli and authorized extended keys but it's a dirty hack and we are waiting for answers or solutions.</p>
<p><a href="https://github.com/smart-chain-fr/cardano-node/pull/1" rel="nofollow noreferrer">https://github.com/smart-chain-fr/cardano-node/pull/1</a></p>

<plutus><smart-contract><cardano-cli><private-key><public-key>
Impossible to use extended keys with cardano-cli transaction build --required-signer flag
# Impossible to use extended keys with cardano-cli transaction build --required-signer flag

(Asked by: username_0 on 2021-10-20)

We are implementing the vesting contract from Plutus use cases via cardano-cli

In the validator script we have the pubKeyHash of the pubKey authorized to retrieve the funds.
When the owner of this key wants to retrieve funds, the validator script checks into TxInfo and compares the pubKeyHash of the signer with its hard coded pubKeyHash.

To build such a transaction with cardano-cli we have to use the --required-signer flag to tell cardano-cli we need this key to sign the Tx because the validator script requires it.

We successfully built transaction using "normal" Shelley keys "PaymentSigningKeyShelley\_ed25519" (generated with cardano-cli address key-gen --normal-key).

But it doesn't work using extended keys "PaymentExtendedSigningKeyShelley\_ed25519\_bip32" (generated either using cardano-cli address key-gen --extended-key or converting a cardano-address key using cardano-cli key convert-cardano-address-key --shelley-payment-key).

cardano-cli excludes extended keys from required signers (<https://discord.com/channels/826816523368005654/900330165941436427/900330567416029206>)

As BIP 32 is THE standard for wallets we want users to be able to interact with the vesting smart contract using their BIP 32 wallets (such as Daedalus).

I have limited knowledge in cryptography so my questions are :

* Why cardano-cli is excluding extended keys ?
* Is it possible to derive a "normal" Shelley key from an extended one ?

## EDIT

For now we have forked cardano-cli and authorized extended keys but it's a dirty hack and we are waiting for answers or solutions.

<https://github.com/smart-chain-fr/cardano-node/pull/1>

**Tags:** plutus, smart-contract, cardano-cli, private-key, public-key

---

## 2 answers

### Answer by username_1 on 2022-05-18. Score: 1

I'm working on similar problem, but i thing this answer should solve your problem: <https://cardano.stackexchange.com/a/7428/7022>


---

### Answer by username_2 on 2022-01-24. Score: 0

As of [GitHub commit: cc9b567f3acd813c81e105c074ebd783719c74364c88a78c3c22638322354f6d](https://github.com/input-output-hk/cardano-node/commit/369ab89e1914bdb92183e2917f034609f2828d07#diff-cc9b567f3acd813c81e105c074ebd783719c74364c88a78c3c22638322354f6d) you can specify extended keys as required signers.


---

