Damus
tank profile picture
tank
@tank

Founder Coach

npub1tkm929n8n482ygfel3dv2ds88tjxnjzj7n5rwvmtetuz987stm2sl4x8s9@npub.cashlnurl
Relays (13)
  • wss://offchain.pub – read & write
  • wss://eden.nostr.land – read & write
  • wss://nos.lol – read & write
  • wss://relay.snort.social – read & write
  • wss://relay.damus.io – read & write
  • wss://relay.mostr.pub – read & write
  • wss://nostr.bitcoiner.social – read & write
  • wss://nostr.wine – read & write
  • wss://nostr.land – read & write
  • wss://nostr.einundzwanzig.space – read & write
  • wss://nwc.primal.net/ayvjleilmx0al7j2pqt24qed1z7a8s – read & write
  • wss://relay.nos.social – read & write
  • wss://relay.primal.net – read & write

Recent Notes

tank · 3w
Agree. I don’t understand the original post tbh. What stops Graphene users from installing proprietary apps if the OS just ignores Google’s APK signature enforcement? There is still Aurora to down...
tank profile picture
Devs that decide to not KYC can still continue to release unsigned APKs that work on Graphene (and AOSP devices that don’t enforce signatures).

Also call me naiv but user will still demand devices that allow them to install any APK. So there is a financial incentive for device vendors to ignore Google’s policy (or make opt-out very easy by showing a warning like macOS).
tank · 3w
Devs that decide to not KYC can still continue to release unsigned APKs that work on Graphene (and AOSP devices that don’t enforce signatures). Also call me naiv but user will still demand devices that allow them to install any APK. So there is a financial incentive for device vendors to ignore G...
Roy · 5w
There are always trade-offs... There are a lot of different designs you can do with PRFs. We decided to prioritizie simplicity in our protocol, inline with *our* use cases. We don't need to support im...
tank profile picture
Thanks Roy. Good discussion re prf here everyone … I have a better understanding of the trade-offs of each design now. For breez sdk the simplified design makes sense. Re import … I presume existing Liquid/Spark users could just derive a new wallet from the passkey and sweep funds from their old wallet with relatively low fees. Is this how existing misty breez users will be migrated?
❤️1
Roy · 4w
Yessir
Roy · 5w
There are always trade-offs... There are a lot of different designs you can do with PRFs. We decided to prioritizie simplicity in our protocol, inline with *our* use cases. We don't need to support imported wallets or deal with UTXOs in our SDK. We've also vetted the approach with design partners. ...
Yaacov Akiba Slama · 5w
1. The client can regularly check the relays and republish the list of salts if they are deleted. 2. Every vendor can setup their own relay. 3. The list of salts is backup-ed automatically by ios/andr...
tank profile picture
Thanks for clarifying.

1-4: makes sense. The downside of relays is IP address (location) leakage to multiple untrusted server if users are not using a VPN.

5: I agree for a wallet use case. But for nostr the user loses his social graph.

6: the UX cost is zero for icloud-key-value-store (users are generally logged into their Apple ID on iOS). On Android there is a UX cost. The main upside I see is 2FA though. Compromise of a passkey is not unlikely on a desktop computer due to higher malware risk. Users could recover their wallet only on mobile devices. A user using yubikeys to secure their Apple/Google account would be resistent to an adversary that has compromised their laptop.
Yaacov Akiba Slama · 5w
Re 5. The passkey is used explicitly for the wallet. Re 6. A regular user doesn't store his passkeys in his desktop, and the passkey stays in his phone or physical key and only the prf result is sent to the desktop.
Marco Barulli · 5w
An open letter from 70 European renowned economists asks for an acceleration in the launch of the digital Euro. While these academics correctly identifies the risks of Europe’s current dependence on...
tank profile picture
If the digital euro would simply be a cashu mint that users could connect any cashu wallet to it might be interesting (at least until the euro hyperinflates due to europe’s unsustainable social security and demographics). That would at least provide protection against censorship of individual users. But the ECB would never allow a truly private and open digital cash system.
👀1
Yaacov Akiba Slama · 5w
The primary salt is an hard coded string defined in the protocol. Using it the list of the salts used by the same passkey can be obtained from the relays. If by "the user trusts his nostr relays to st...
tank profile picture
We’ve seen relays nuke their databases regularly which means users would ultimately rely on the breez relay to store their salt. As a user I personally prefer icloud to store my data longterm independent of a wallet vendor. But it is a matter of taste.

CSPP derives a master encryption key independent of the passkey to encrypt the nsec and stores the ciphertext besides the salt in icloud. Without it users would need to rotate their nsec when they rotate their passkey. I believe this is an important feature for the management of longterm user keys.

But PRF will be used in many different ways by different vendors. So I don’t expect convergence on one standard.
2
tank · 5w
Oh and users get 2FA for free as an additional security layer when using iCloud/GDrive. Apple even makes users enable 2FA when storing passkeys https://support.apple.com/guide/iphone/use-passkeys-to-sign-in-to-websites-and-apps-iphf538ea8d0/ios
Yaacov Akiba Slama · 5w
1. The client can regularly check the relays and republish the list of salts if they are deleted. 2. Every vendor can setup their own relay. 3. The list of salts is backup-ed automatically by ios/android because its in the app data and is not "secret". 4. The same list can be exported by the client ...