Author

Topic: Blockchain with password support - Is it possible? (Read 318 times)

full member
Activity: 294
Merit: 104
✪ NEXCHANGE | BTC, LTC, ETH & DOGE ✪
You have a private key and a public key and optionally you could password protect your 'account' after which all transactions would require you to enter this password. This password would obviously be stored on the blockchain itself.

Is something like this possible to implement?

My only concern is how would you find the block with the data that contains the password...

Bitcoin was built to eliminate the use of password.Which is why it is encrypted by secured hash. Precisely to do away with password.
member
Activity: 294
Merit: 14
You have a private key and a public key and optionally you could password protect your 'account' after which all transactions would require you to enter this password. This password would obviously be stored on the blockchain itself.

Is something like this possible to implement?

My only concern is how would you find the block with the data that contains the password...

 I don't think this is possible. This is not a social media that could use passwords because you don't register your demographic data here. Lol. You might need another block to confirm your password if you want to implement this. Anyway, this is erasing the whole blockchain idea.
newbie
Activity: 13
Merit: 1
I do not know if this works for you ... in Ethereum's GETH you can create your private Blockchain and only the IPs you invite can enter.

https://github.com/ethereum/go-ethereum/wiki/Installing-Geth
RNC
newbie
Activity: 42
Merit: 0
Transactions need to be visible in order to make the distributed ledger work.
I would say replicated and was it to be distributed using DNA then it would scale but the structure and addressing
would need to change so now they are having to plaster it up with the lightning network which to some might be a
sort term elegant solutions if we ignore the pitfalls but on-block means on-block and it would be better to start from
the beginning in the long run instead of feeding the patient asprin.
RNC
newbie
Activity: 42
Merit: 0
Unless I read this wrong you are talking about a re-writable block in the chain which is something that I have played with myself
and it is quite possible to hash some of the fields in the block whilst leaving the others open to change.

Good to hear people thinking out loud and if you think in terms of blocks in the chain not only expanding sideways but the
block-ledgers growing downwards then you are left with something that will scale but the credit for this must go back to bit-torrent
because they first came up with the concept of hashing hash's to bring us P2P distribution of files that does scale and even when
they take one server down others pop back up to take the slack so it's not really fully centralized.


 
legendary
Activity: 1624
Merit: 2481
Its only the private key with hash code to recover your account if you lost your code or might possible be possible to save it both.

I don't understand your statement.
There are no accounts on the blockchain. "Hash code" doesn't exist either.
Please clarify what you mean. Are you talking about blockchain.info? The wallet provider?
blockchain.info has nothing to do with the bitcoin blockchain. They just named their website/company 'blockchain'.



Hope soon there woll be any authenticatoe effects in different kind of wallet.

?
Authentication is used in (almost) every wallet? Usually simply by a password or 2FA.
Authentication "on a blockchain" is a funny thought, but not very useful.
member
Activity: 238
Merit: 10
Its only the private key with hash code to recover your account if you lost your code or might possible be possible to save it both. Hope soon there woll be any authenticatoe effects in different kind of wallet.
copper member
Activity: 630
Merit: 2614
If you don’t do PGP, you don’t do crypto!
While it's not same with what you mentioned, it's possible if you use OP_RETURN function.

You need use BIP38 to encrypt your private and add your encrypted private key to a transaction with OP_RETURN, even though OP_RETURN function isn't supposed to store any data besides transaction/P2SH for features such as multi-sig. Also, it's risky to expose your encrypted private key, even if you encrypt it with strong passphrase.
You also need to remember the transaction ID and the process isn't user friendly.
What for though? I don't think the OP wants a method to store his encrypted private key publicly. It should never be shared online, much less a platform for which everyone can see it.

I don’t think that OP has a clear concept of what a private key is, or how the blockchain works.  It sounds like he wants a way to require a password to authorize a transaction, in case the private key gets h4x0r3d.  As ranochigo observes, I saw no indication of any idea to store the private key on the blockchain—just the password, which is used to authorize a spend from your Bitcoin “account”.  It is one of those ideas which is “not even wrong”.

Parsing this, with curly braces added:

You { have a private key and a public key } and { optionally you could password protect your 'account' after which all transactions would require you to enter this password }. This password would obviously be stored on the blockchain itself.

Untangling the background misconceptions would require a full lesson on the basic concepts of public-key cryptography, how the blockchain works, etc.  I do not think it could be done in one post, even a long one; and it would be suitable for multiple topics in Beginners & Help (or reading some introductory books on applied cryptography and on Bitcoin—or browsing the Bitcoin Wiki).


Is something like this possible to implement?

Short answer:  No.

Also, even if such a thing were possible (which it’s not), any password you pick will be laughably insecure compared to the strength of Bitcoin’s public-key security.  That would be like propping a chair behind a bank vault door to try to prevent anybody from pushing it open.  Well, it seems rather useless; and moreover, anybody who can get through the door somehow, will be able to push aside the chair!

If your computer gets compromised (“hacked”) to the degree that your private keys are stolen, then the same attacker has the power to:  Steal your password when you type it, prevent you from sending your own transaction until he has time to make a theft transaction, and/or change your send transaction details invisibly so that you send out a transaction which sends your funds to him.

Please read up on applied cryptography and on Bitcoin concepts.  Questions here.
member
Activity: 238
Merit: 38
You might want to look at steem. What they've done essentially is built a social platform on top of blockchain and they have account type wallet protected with password. Although I haven't read a lot about steem (steem.io), so just posting here to give you guidelines that something like this exists and if you want to you can check it out.
legendary
Activity: 3038
Merit: 4418
Crypto Swap Exchange
You have a private key and a public key and optionally you could password protect your 'account' after which all transactions would require you to enter this password. This password would obviously be stored on the blockchain itself.

Is something like this possible to implement?
No. For this to be possible, someone has to validate that your password is correct. They can't do it without the password hash or password. While it could be possible to store the passwords in the nodes, the number of passwords would be too big. After all, the user is supposed to be responsible for his own security and its not someone else's.

When you spend any outputs from your address, you would have to expose your plain password to everyone. Anyways, if you can get your private key stolen, your password would probably be stolen with it.

Service like TrustedCoin uses 2FA and multisig to implement similar ideas. They do cost money though.


While it's not same with what you mentioned, it's possible if you use OP_RETURN function.

You need use BIP38 to encrypt your private and add your encrypted private key to a transaction with OP_RETURN, even though OP_RETURN function isn't supposed to store any data besides transaction/P2SH for features such as multi-sig. Also, it's risky to expose your encrypted private key, even if you encrypt it with strong passphrase.
You also need to remember the transaction ID and the process isn't user friendly.
What for though? I don't think the OP wants a method to store his encrypted private key publicly. It should never be shared online, much less a platform for which everyone can see it.
legendary
Activity: 2870
Merit: 7490
Crypto Swap Exchange
While it's not same with what you mentioned, it's possible if you use OP_RETURN function.

You need use BIP38 to encrypt your private and add your encrypted private key to a transaction with OP_RETURN, even though OP_RETURN function isn't supposed to store any data besides transaction/P2SH for features such as multi-sig. Also, it's risky to expose your encrypted private key, even if you encrypt it with strong passphrase.
You also need to remember the transaction ID and the process isn't user friendly.

If you really wish to do that, there are some guides/info that could help you :
https://en.bitcoin.it/wiki/OP_RETURN
https://bitcointalksearch.org/topic/wtb-teach-me-to-manually-create-an-opreturn-tx-453086
https://bitcoin.stackexchange.com/questions/36478/how-can-i-search-for-op-return-data
https://bitcoin.stackexchange.com/questions/25224/what-is-a-step-by-step-way-to-insert-data-in-op-return/38641

I don't recommend this method, keep your bitcoin wallet/private key/recovery seed safe with backup is better. Also, CMIIW.
hero member
Activity: 1330
Merit: 515
Coin Mage
There are no "accounts" in Bitcoin though.  Wink There are public and private keys. Transactions need to be visible in order to make the distributed ledger work.

The only thing you could password-protect is your private key, which is already possible with current implementations (known as "locking" the wallet).
newbie
Activity: 10
Merit: 3
You have a private key and a public key and optionally you could password protect your 'account' after which all transactions would require you to enter this password. This password would obviously be stored on the blockchain itself.

Is something like this possible to implement?

My only concern is how would you find the block with the data that contains the password...
Jump to: