Hacker News new | past | comments | ask | show | jobs | submit login

DTKs are derived rather than random so that the device doesn't have to store its own keys or identifiers, saving both space and flash wear. It can start with the initial seed and re-derive all the rest as needed.



You phone already stores lots of data every 10minutes, I am not sure if flash wear is a problem. Same with storage space.

A guid is 16 bytes per key * 6 keys per hour 24 hours per day 365 days makes less than a megabyte. Even accounting for additional data stored where guid is the key it feels not a big concern.

I imagine data stored like: Key: guid Contacts made: <timestamp, guid>[]


Because you want to use the same protocol for 89¢ devices?


why does the device need to know its own key history?


Because the idea is that when you test positive, you upload DTKs for all days you could have been contagious, so that includes historical keys.


Why not randomly generate a key for each day and store the keys for the last n days? 16 byte keys for 60 days is less than a kilobyte.


ohhhh makes sense. I'll update the post




Consider applying for YC's Spring batch! Applications are open till Feb 11.

Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: