Author

Topic: Best Method to Store IDs on the blockchain (Read 152 times)

sr. member
Activity: 476
Merit: 251
January 17, 2018, 10:06:14 AM
#7
Wouldn't your Experts be able to answer that question - they are experts after all?
Yes, but their knowledge cannot compare to consulting "the crowd." I trust the people on here to poke holes in the plan or to know about methods or technologies that we may not have heard of or looked into yet. To assume that My and my team know all would be arrogant.
newbie
Activity: 6
Merit: 0
January 17, 2018, 08:56:49 AM
#6
I have a client who needs to have KYC for users on the platform. We will have a KYC service provider validate the ID, but we do not want to store any PII (Personally identifiable information) ourselves.
It seems like we could take their ID, encrypt it (SHA256 or similar), then associate it with a auto-generated user ID number, and store it on the ETH blockchain. The platform will simply reference them with the auto-generated ID number.

Is there anything wrong with this idea or approach? Are there any recommendations to do it any other way? While the client is using ETH for their platform, I see no reason why we'd have to use ETH solely for the user ID/KYC functionality.

Obviously our concern is security, as the client would be screwed if someone figured out how to decrypt the IDs. Is this a realistic threat?

Does anyone see any problems with this plan?

You should be able to handle this process and store the information on the ETH Blockchain.

I would suggest speaking with a Solidity developer. They will give you the specifics about programming the system.

A database can be in various forms, there should be no restriction with the Ethereum Platform.

https://solidity.readthedocs.io/en/develop/
I have experts. My only question is if this is a bad idea or if there is a better way to do It?

Wouldn't your Experts be able to answer that question - they are experts after all?
sr. member
Activity: 476
Merit: 251
January 16, 2018, 10:15:37 PM
#5
I have a client who needs to have KYC for users on the platform. We will have a KYC service provider validate the ID, but we do not want to store any PII (Personally identifiable information) ourselves.
It seems like we could take their ID, encrypt it (SHA256 or similar), then associate it with a auto-generated user ID number, and store it on the ETH blockchain. The platform will simply reference them with the auto-generated ID number.

Is there anything wrong with this idea or approach? Are there any recommendations to do it any other way? While the client is using ETH for their platform, I see no reason why we'd have to use ETH solely for the user ID/KYC functionality.

Obviously our concern is security, as the client would be screwed if someone figured out how to decrypt the IDs. Is this a realistic threat?

Does anyone see any problems with this plan?

You should be able to handle this process and store the information on the ETH Blockchain.

I would suggest speaking with a Solidity developer. They will give you the specifics about programming the system.

A database can be in various forms, there should be no restriction with the Ethereum Platform.

https://solidity.readthedocs.io/en/develop/
I have experts. My only question is if this is a bad idea or if there is a better way to do It?
newbie
Activity: 6
Merit: 0
January 16, 2018, 09:56:51 PM
#4
I have a client who needs to have KYC for users on the platform. We will have a KYC service provider validate the ID, but we do not want to store any PII (Personally identifiable information) ourselves.
It seems like we could take their ID, encrypt it (SHA256 or similar), then associate it with a auto-generated user ID number, and store it on the ETH blockchain. The platform will simply reference them with the auto-generated ID number.

Is there anything wrong with this idea or approach? Are there any recommendations to do it any other way? While the client is using ETH for their platform, I see no reason why we'd have to use ETH solely for the user ID/KYC functionality.

Obviously our concern is security, as the client would be screwed if someone figured out how to decrypt the IDs. Is this a realistic threat?

Does anyone see any problems with this plan?

You should be able to handle this process and store the information on the ETH Blockchain.

I would suggest speaking with a Solidity developer. They will give you the specifics about programming the system.

A database can be in various forms, there should be no restriction with the Ethereum Platform.

https://solidity.readthedocs.io/en/develop/
sr. member
Activity: 476
Merit: 251
January 16, 2018, 09:37:06 PM
#3
why do it on ethereum, not on bitcoin?
The project is already built out on ETH. As I said for identity we can use any blockchain, but I would need a technical reason to use something other than ETH.
legendary
Activity: 2053
Merit: 1356
aka tonikt
January 16, 2018, 08:33:47 PM
#2
why do it on ethereum, not on bitcoin?
sr. member
Activity: 476
Merit: 251
January 16, 2018, 07:02:00 PM
#1
I have a client who needs to have KYC for users on the platform. We will have a KYC service provider validate the ID, but we do not want to store any PII (Personally identifiable information) ourselves.
It seems like we could take their ID, encrypt it (SHA256 or similar), then associate it with a auto-generated user ID number, and store it on the ETH blockchain. The platform will simply reference them with the auto-generated ID number.

Is there anything wrong with this idea or approach? Are there any recommendations to do it any other way? While the client is using ETH for their platform, I see no reason why we'd have to use ETH solely for the user ID/KYC functionality.

Obviously our concern is security, as the client would be screwed if someone figured out how to decrypt the IDs. Is this a realistic threat?

Does anyone see any problems with this plan?
Jump to: