x

[mindphuq]

I suspect you are a programmer

So to make it clear for me:
2 different private keys may have the ability (although the possibility that happens is extremely low) to prove ownership of coins assigned to the single "wallet" (e.g. hashed public key)?

No, public keys are generated from the private key and each private key creates exactly one public key whose hash is the 160-bit public address. So with owning the private key (backup, paperwallet ect) you can always and at any time (re)create your public address. So two different privkeys can not prove ownership to the other's public address. The wallet does that with picking the correct privkey from it's internal database (which is a mere key->value pair).

And actually there are no "coins" and the "wallet" is, as said, just a piece of software that helps you operating your keys. All that exists is an entry on the blockchain that says "address X sends to addres Y w.z coins" and if address x can prove, that they have gotten at least w.z coins before and that this amount was unspend, the network will know that address Y now can sign a transaction of at least w.z coins to a third address.

[1714565359]

1714565359

[1714565359]

1714565359

[1714565359]

1714565359

[1714565359]

1714565359

[bob123]

So to make it clear for me:
2 different private keys may have the ability (although the possibility that happens is extremely low) to prove ownership of coins assigned to the single "wallet" (e.g. hashed public key)?

It depends.

If the outputs are in P2PKH format, then yes. If both (different) public keys do match the same hash this is possible. That would be a hash collision.
If the outputs are in P2SH format, then no. Since it is not possible for two different private keys resulting in the same public key, which would be required to be able to successfully redeem them.

[_oh_no_stop_this_]

So to make it clear for me:
2 different private keys may have the ability (although the possibility that happens is extremely low) to prove ownership of coins assigned to the single "wallet" (e.g. hashed public key)?

It depends.

If the outputs are in P2PKH format, then yes. If both (different) public keys do match the same hash this is possible. That would be a hash collision.
If the outputs are in P2SH format, then no. Since it is not possible for two different private keys resulting in the same public key, which would be required to be able to successfully redeem them.

Aha, thank you, this is interesting.
So to make 101% sure only the receiver gets the "coins" I should either (a) send it to his public key, or (b) create a Pay To Script Hash (but here I would also use his public key that will be the satisfying parameter for accepting this transaction as valid)?

[bob123]

So to make 101% sure only the receiver gets the "coins" I should either (a) send it to his public key, or (b) create a Pay To Script Hash (but here I would also use his public key that will be the satisfying parameter for accepting this transaction as valid)?

For your coins to arrive properly, just create a transaction to the correct address provided by the receiver.
Nothing else is required on your part.

It doesn't matter whether you are using P2PKH (what you might be refering to with (a) ?) or P2SH.