Replies (70)

Jacob | APTea's avatar
Jacob | APTea 1 month ago
Looks nice, but I need to know the feature set and Nostr features before I'd give it a go. Still, I'm always down to check out new OSes and Linux distros in a VM!
You log into the OS with your Nostr account. It uses your Ditto theme as the OS theme. Your OS settings are synced to encrypted Nostr events. The signer is built into the OS and punches through into the web browser and other apps. In theory it will have Blossom Drive support.
Constant's avatar
Constant 1 month ago
Where is this Nostr account registered, who keeps this register and where? I.e. who is doing this supposed 'accounting' ?
> The signer is built into the OS Will it receive memory hardening? Zeroisation before deinitialization in particular (but ideally I'd love to see the usage of `memfd_secret`, which will make an unencrypted key impossible to write to a swap partition/file).
Constant's avatar
Constant 1 month ago
You speak of a Nostr account; an account is accounted for. By whom? Where? In what register does this accounting take place, how does this work? Perhaps the question does not make sense to you for a reason Alex....
Constant's avatar
Constant 1 month ago
Its also account, etymologically it comes from counting, latin roots. And you know what we call a bookkeeper? An accountant.
Constant's avatar
Constant 1 month ago
Though...i am omitting that we just borrowed the word from English in this particular case. If you look up the definitions of "account", most have to do with money. And we have our own word in that context, its called a 'rekening'. Rekenen is calculating in Dutch, so 'place where calculating happens', i.e. some register/book, managed by some bookkeeper (in dutch its boekhouder, 'book holder'). My bank account is a 'bank rekening'. Anyways, ultimately referencing the same root principle of keeping some score. Ive done some ontological reflections on the matter, and i think it boils down to cryptography breaking the notion of a register by using a numberspace that can't be accounted for. I.e. its to large to register, and thats the exact reason why it works, for if one could, the secret key would just be a matter of a look-up table in some register (there was this website that did this, it just generated this supposed register/look-up table on the fly in your browser of all the bitcoin keys in existence, with the joke being that your keys were on that website) The other aspect is that the number/name is not determined by the bookkeeper, so it can't apply some incremental logic. I.e. user 000001, user 000002, user 000003 in order to mitigate the vastness of the numberspace
DZC's avatar
DZC 1 month ago
Are you referring specifically to Linux de kernel, or to Linux distros?
DZC's avatar
DZC 1 month ago
I've not abandoned Linux (yet?). So, I'd love simple Nostr integration in Gnome: - Contacts - Keystore (+ signing browser extension) - Calendar - Drive (blossom-based) - ... Dreams: - Gnome Software as @Zapstore - Chat?
Personally I wouldn't want one so it would have to be done very tastefully. For me an OS is an OS and social media is social media. I don't want the two to integrate to deeply. The Ditto Extension I like because that is understood and the thing doesn't do stuff like comment loading when I don't click on it.
Constant's avatar
Constant 1 month ago
depends if the relay keeps a register. It can, such as with the piramid system. But at that point that is a particular account you have with that relay, and as such your ID is not an account. You can have all sorts of accounts in all sorts of places for all sorts of reasons based on your npub, but that in itself does not make your profile an acount. This is different with the platform model, where the ID and the account are the same thing
Nostr has no accounts, it has a private key which you use to proof its you doing something and then a public key which everyone else identifies you with.
Nice call. Looks very interesting. On a first pass, there are some issues running it on Qubes OS. I'm going to put it on the future implementation list though. Thanks.
It's actually not as hard as it looks. I'm being secretive about how it works because people will judge it as EZ. I'll let them think it's written in Rust for now.
I don't think a Bitcoin wallet will need to be integrated into the OS itself. As long as apps can access a Nostr signer object they can use sign_psbt (so yes, nostr-based wallet). Through the same method they can do Cashu (NIP-60) as well. But I've also been itching to add an hkdf() method to Nostr signers so you can do things like derive an HD wallet seed from your nsec without needing direct nsec access. That would let you have a portable HD onchain wallet for Bitcoin and any shitcoins, plus you wouldn't lose your Cashu key either.
Oh My God!!! I miss the jiggly windows, it was the thing that made me fall in love with Linux the first time I installed it. I don’t even remember how far back that was. I even forgot that we used to have that! I must find it and install it.
Wow! What an ambitious project! This one is going to be right up there with Elon Musk's technologies.