create account

RE: New features for developer - Use HIVE Onboard for your dApp by roomservice

View this thread on: hive.blogpeakd.comecency.com

Viewing a response to: @heimindanger/re-roomservice-qaqmz8

· @roomservice · (edited)
Currently they are stored for a limited amount of time to prevent abuse. Of course the data is not used for any other purpose than that. Bad actors could create endless fake accounts and would drain all those account tickets available.

If you have any suggestions how to work around this issue, which is not a paywall, let me know. I'am open for improvements to be made. I don't like the fact that I have to store the data myself...

One thing I consider for a week now is open it up for oauth provider like Google/Facebook/Twitter - but this could open gates for abuse as well...
properties (22)
authorroomservice
permlinkre-heimindanger-qaqnad
categoryhiveonboard
json_metadata{"tags":["hiveonboard"],"app":"peakd/2020.05.4"}
created2020-05-22 15:06:15
last_update2020-05-22 15:07:57
depth4
children6
last_payout2020-05-29 15:06:15
cashout_time1969-12-31 23:59:59
total_payout_value0.000 HBD
curator_payout_value0.000 HBD
pending_payout_value0.000 HBD
promoted0.000 HBD
body_length581
author_reputation11,573,428,661,334
root_title"New features for developer - Use HIVE Onboard for your dApp"
beneficiaries[]
max_accepted_payout1,000,000.000 HBD
percent_hbd10,000
post_id97,523,644
net_rshares0
@heimindanger ·
Hash the phone numbers, and compare hashes to check for abuse. This way you don't know the phone numbers, but you can ensure nobody reuses the same one twice.

Thanks for making this open-source, and implementing the client-side key generation as I recommended on GitHub.
👍  , ,
👎  
properties (23)
authorheimindanger
permlinkre-roomservice-qaqnct
categoryhiveonboard
json_metadata{"tags":["hiveonboard"],"app":"peakd/2020.05.4"}
created2020-05-22 15:07:42
last_update2020-05-22 15:07:42
depth5
children5
last_payout2020-05-29 15:07:42
cashout_time1969-12-31 23:59:59
total_payout_value0.000 HBD
curator_payout_value0.000 HBD
pending_payout_value0.000 HBD
promoted0.000 HBD
body_length271
author_reputation-16,507,408,909,111
root_title"New features for developer - Use HIVE Onboard for your dApp"
beneficiaries[]
max_accepted_payout1,000,000.000 HBD
percent_hbd10,000
post_id97,523,674
net_rshares-812,642,384,745
author_curate_reward""
vote details (4)
@culgin ·
Excellent idea to protect users' privacy
properties (22)
authorculgin
permlinkre-heimindanger-qaqo83
categoryhiveonboard
json_metadata{"tags":["hiveonboard"],"app":"peakd/2020.05.4"}
created2020-05-22 15:26:30
last_update2020-05-22 15:26:30
depth6
children0
last_payout2020-05-29 15:26:30
cashout_time1969-12-31 23:59:59
total_payout_value0.000 HBD
curator_payout_value0.000 HBD
pending_payout_value0.000 HBD
promoted0.000 HBD
body_length40
author_reputation170,100,255,531,223
root_title"New features for developer - Use HIVE Onboard for your dApp"
beneficiaries[]
max_accepted_payout1,000,000.000 HBD
percent_hbd10,000
post_id97,523,955
net_rshares0
@roomservice ·
Great suggestion, a shame I didn't came to this solution.

Will go for it this weekend - anyone can check the code on git when it's ready.
I'am also open for an audit if there are security concerns.
👍  
properties (23)
authorroomservice
permlinkre-heimindanger-qaqnky
categoryhiveonboard
json_metadata{"tags":["hiveonboard"],"app":"peakd/2020.05.4"}
created2020-05-22 15:12:36
last_update2020-05-22 15:12:36
depth6
children3
last_payout2020-05-29 15:12:36
cashout_time1969-12-31 23:59:59
total_payout_value0.000 HBD
curator_payout_value0.000 HBD
pending_payout_value0.000 HBD
promoted0.000 HBD
body_length198
author_reputation11,573,428,661,334
root_title"New features for developer - Use HIVE Onboard for your dApp"
beneficiaries[]
max_accepted_payout1,000,000.000 HBD
percent_hbd10,000
post_id97,523,745
net_rshares36,003,491,578
author_curate_reward""
vote details (1)
@heimindanger ·
I don't have time to write papers. But as far as I can see, your onboarding is the best available for Hive. Some store keys server-side (@esteem) and add security risks (see issue with @community321 hack on steem). Some don't even give the keys to their users (@steemmonsters). Some other just sell the accounts, when nobody wants to pay to try a social network.

The only problematic data are the keys and the phone number. If you don't have it stored in your db, technically you could even make your db public. The only security concern then is your own key that is used to create the accounts, and that's only a risk for you. As long as your server is secure (i.e. regular package updates), your key should be fine too.
properties (22)
authorheimindanger
permlinkre-roomservice-qaqotn
categoryhiveonboard
json_metadata{"tags":["hiveonboard"],"app":"peakd/2020.05.4"}
created2020-05-22 15:39:24
last_update2020-05-22 15:39:24
depth7
children2
last_payout2020-05-29 15:39:24
cashout_time1969-12-31 23:59:59
total_payout_value0.000 HBD
curator_payout_value0.000 HBD
pending_payout_value0.000 HBD
promoted0.000 HBD
body_length723
author_reputation-16,507,408,909,111
root_title"New features for developer - Use HIVE Onboard for your dApp"
beneficiaries[]
max_accepted_payout1,000,000.000 HBD
percent_hbd10,000
post_id97,524,177
net_rshares0