Nostr Web Client

nostr:nprofile1qqs2gazhwghppw36yu0muuzqykdrcndzeafml50pnqfcy9xjx5rylssppemhxue69uhkummn9ekx7mp0qy2hwumn8ghj7un9d3shjtnyv9kh2uewd9hj7qgmwaehxw309ahx7um5wghx7unpdenk2urfd3kzuer9wchsg3ewyk hi. i'm curious. on an iphone, which unique identifier are you using? on android i guess you are using the SSAID, right? but on iphones afaik the IDFV changes when every app from the same developer is uninstalled and then reinstalled. so this can't be the identifier you are using. and the identifier for advertisers (IDFA) is nullified on the affected device. thanks in advance for your response

peachbitcoin 11mo ago

Android: uniqueID on android is the ANDROID_ID and is derived from a combination of app-signing key, user, and device, and will therefore be the same even if the app is reinstalled. The value may only change if a factory reset is performed on the device or if an APK signing key changes.

Example: dd96dec43fb81c97

iOS: This is the identifierForVendor (IDFV) or a random string if IDFV is unavailable. It is an alphanumeric string that uniquely identifies a device to the app’s vendor. Once UID is generated it is stored in iOS Keychain and NSUserDefaults. So it would stay the same even if you delete the app or reset IDFV.

Reply to this note

Please Login to reply.

Discussion

Δ 11mo ago

i never thought about this. to be honest, this seems quite scary to me. maybe it’s because of my lack of understanding but to me it follows that basically every app developer could deploy this function to identify every user and / or device. don’t get me wrong. you’re obviously using it for legitimate reasons, but, nonetheless… made me feel uncomfortable. anyway, thanks for clarifying.

peachbitcoin 11mo ago

Note that we store the hash of the uniqueID to ensure one user = one account.

Yeah at some point if you want absolute privacy then you throw away your smartphone.