<p>No, it is not possible to do what you are suggesting.  Here's more info about cryptography.</p>

<hr>

<p>You can create create an ECDSA keypair with almost any random data (it must a lower than a certain value, but go check ECDSA specs) and then generate an address... But a keypair will always be valid to receive bitcoins or send them (if you still have the private key).</p>

<p>The thing is that a other party will not be able to know what is your next address since you need the private key to do that.</p>

<p>So yeah you can create keypairs with almost any data, but I don't think it'll be dynamic in the way you think.</p>

CC BY-SA 3.0
2013-02-01T01:22:46.997Z
"The thing is that a other party will not be able to know what is your next address since you need the private key to do that." - this is expected, and this also prevents others from checking my balance.
vi.su.
CC BY-SA 3.0
2013-01-31T11:49:05.220Z
2013-01-31T11:55:39.923Z
2013-01-31T11:55:39.923Z
Gopoi
<p>Is it technically possible to create and use dynamic private key - public key pair and use it with bitcoin?</p>

<p>I am not sure anything conceptually similar to this already exists. Yet, "dynamic" private - public key pair can be defined as ordinary key pair with 2FA capabilities. Both the keys regularly change per generated 2FA token.</p>

<p>Basically I hope the following,</p>

<ol>
<li>create dynamic private - public key pair, combining 2FA (like, google authenticator) and a passphrase</li>
<li>this key pair can only be used for a short defined duration, or as long as 2FA token is valid</li>
<li>receive funds</li>
<li>chronologically old key pairs can be used to check / receive funds (or, not)</li>
<li>In future, private key generated from passphrase and 2FA token can be used to spend the coins</li>
</ol>

<p><a href="https://en.bitcoin.it/wiki/BIP_0038" rel="nofollow">BIP 38</a> is not anyway related to this.</p>

CC BY-SA 3.0
2013-01-31T11:22:18.930Z
please feel free to edit / comment, if anything is not clear.
vi.su.
CC BY-SA 3.0
2013-05-02T06:48:55.970Z
I don't understand the question. In step 2, you say "this key pair can only be used for a short defined duration". Used to do what?
David Schwartz
CC BY-SA 3.0
2013-05-02T07:11:10.280Z
Can you explain the purpose of "dynamic keys"?
Eyal
CC BY-SA 3.0
2013-05-03T09:54:05.483Z
@Eyal, I was looking for a way to make spending possible by some combination of private key + two factor authentication (like, google authenticator). I thought, it is possible through script, but I was never able to solve this.
vi.su.
CC BY-SA 3.0
2013-05-03T15:22:30.573Z
The idea behnd second-factor is that it changes.  There are three factors in auth: who you are, what you know, and what you have.  "what you know" is password.  "who you are" is a fingerprint.  "what you have" is maybe a smartphone.  But since the password is only ever useful once, because you can only spend once, there's no need for a changing key.
Eyal
<private-key><public-key>
Is it technically possible to create and use dynamic private key - public key pair and use it with bitcoin?
vi.su.
# Is it technically possible to create and use dynamic private key - public key pair and use it with bitcoin?

(Asked by: username_0 on 2013-01-31)

Is it technically possible to create and use dynamic private key - public key pair and use it with bitcoin?

I am not sure anything conceptually similar to this already exists. Yet, "dynamic" private - public key pair can be defined as ordinary key pair with 2FA capabilities. Both the keys regularly change per generated 2FA token.

Basically I hope the following,

1. create dynamic private - public key pair, combining 2FA (like, google authenticator) and a passphrase
2. this key pair can only be used for a short defined duration, or as long as 2FA token is valid
3. receive funds
4. chronologically old key pairs can be used to check / receive funds (or, not)
5. In future, private key generated from passphrase and 2FA token can be used to spend the coins

[BIP 38](https://en.bitcoin.it/wiki/BIP_0038) is not anyway related to this.

**Tags:** private-key, public-key

> **Comments:**
> **username_0**: please feel free to edit / comment, if anything is not clear.  
> **username_1**: I don't understand the question. In step 2, you say "this key pair can only be used for a short defined duration". Used to do what?  
> **username_2**: Can you explain the purpose of "dynamic keys"?  
> **username_0**: @username_2, I was looking for a way to make spending possible by some combination of private key + two factor authentication (like, google authenticator). I thought, it is possible through script, but I was never able to solve this.  
> **username_2**: The idea behnd second-factor is that it changes.  There are three factors in auth: who you are, what you know, and what you have.  "what you know" is password.  "who you are" is a fingerprint.  "what you have" is maybe a smartphone.  But since the password is only ever useful once, because you can only spend once, there's no need for a changing key.  

---

## 1 answers

### Answer by username_3 on 2013-01-31. Score: 1

No, it is not possible to do what you are suggesting. Here's more info about cryptography.

---

You can create create an ECDSA keypair with almost any random data (it must a lower than a certain value, but go check ECDSA specs) and then generate an address... But a keypair will always be valid to receive bitcoins or send them (if you still have the private key).

The thing is that a other party will not be able to know what is your next address since you need the private key to do that.

So yeah you can create keypairs with almost any data, but I don't think it'll be dynamic in the way you think.

> **Comments:**
> **username_0**: "The thing is that a other party will not be able to know what is your next address since you need the private key to do that." - this is expected, and this also prevents others from checking my balance.  

---

