Yeah, but nprofiles are much bigger if you are trying to show them as QR codes for example. If you need a compact representation, you may have to drop the relays... Or is there a better way?
Nice. Lots of GUI features.
For me, it seems Emacs (a more TUI experience) covers quite a bit of the SFTP/file handling use cases there (perhaps with poorer performance due to it running single threaded), though, as far as I know, not the other ones for process handling, disk free space etc.
What are you referring to exactly?
They do work on 1D arrays aka vectors.
cl-ppcre uses an AST instead. I feel that is much better.
It's a type of Bluesky server, a Personal Data Server
https://docs.bsky.app/docs/advanced-guides/federation-architecture
I'm proud to now reveal what nostr:npub1d2x9c0e5gwwg6ask88c87y4v425fh4wz3hwhskvcwzpzdn7dzg5sl4eu8n and I have been working on:
๐ฅฃ ๐๐ฟ๐ฎ๐ป๐ผ๐น๐ฎ: a Cashu based exchange.
With Granola you'll be able to buy and sell Bitcorn with the same privacy assurances of Cashu.
Let me tell you how it works ๐
Just like regular granola is a mixture of nuts, cereals and other stuff, ๐๐ฟ๐ฎ๐ป๐ผ๐น๐ฎ takes Bitcorn, Cashu, and other things so you can mix them up with Atomic Cross-Mint Swaps.
๐ฐ ๐ฅ ๐ฝ ๐พ
โฌ๏ธ
๐ฅฃ
For the curious nerds out there that want to go deeper, this is how the Atomic Cross Mint Swaps work.
We are already integrating with the guys from DePix, so you can send fiat and we still won't have any idea of who you are and what you are doing.
We are creating this project for nostr:npub1ze93u0u37u3x0gnfffgxl33k60v7t3afs64jgzf4xznapr4ra5us0u3pxq hackathon so if you like it, please boost it until it reaches the hackathon judges!
What's a 3338 event? What does it look like?
I couldn't find any references to it on the NIP repo's readme. Looks like it is a new proposal.
i'm thinking of writing an "implement a toy version of HTTP in a weekendโ guide, similar to https://implement-dns.wizardzines.com/, but not sure what would be fun to include
thinking of:
1. sending a simple HTTP GET or POST request over a TCP socket
2. some very very basic header/status code parsing
what would you be interested in seeing in there, if you're curious to learn more about HTTP? As usual the goal is just to write a fun throwaway implementation, not something resilient
Maybe some content, so html as well? The simplest client would probably just need to know the most basic elements, at most, title, h1, h2, p (effectively line breaks), or br, b and i. All rendered to the terminal...
On the other hand, you can catch a fish for a man, or teach him to fish, and all that...
Not sure if this helps, but you can also press down on most mouse wheels, using it like a button...
Yes, they are basically sharing nsec, only you can just tell them the password, they don't even know there's an nsec. It's calculated in JavaScript on the page. So this works for communities that think they are blogging online.
I've migrated one such community that is operating since 2006 to Nostr - nostr:npub1az5kfqpg5hqdma3dxt4yn4wln9ly2wvqjseauq8nhhz3vd9dg7fqv5meat. The backend was ugly PHP and shell scripts, now it's Nostr native, but the interface to the users looks exactly the same, many probably did not even notice it's on Nostr. But now you can repost, zap, ...
I was thinking about sharing password on traditional social media, but for several of these communities they would probably be cancelled. And changing password is a problem. Another problem is an e-mail, or the need to KYC in some cases. With shared nsec, no one has any extra power over the account, with traditional social media, the person that controls the e-mail has extra power and possibly extra responsibility.
With the Nostr approach, all there is are one to four static files (HTML / JavaScript), which can be hosted on blossom drives. And the only thing people need to know is the password.
Thanks for the added context. I was pushed to explore npub.pro a bit more but am still trying to figure that one out. I've heard of draft nips to define how every nostr relay can serve http (or html), which sounds interesting. I should try to make some time to read further.
Yeah, I suspected as much. I think this is a situation where some form of key rotation (I know nostr has a long way to go on this front) would allow those bridged accounts to take over their nostr presence should they ever get purple pilled.
In the meantime, thanks for your service, it is very much appreciated.
I couldn't remember who's behind mostr.pub, but while you are here, could I trouble you with a quick question? Every bridged account (say from the Fediverse) seem to have their own nostr key pair. Who controls the private key (I think it's mostr?). If so, would the original account ever be able to publish directly under "their" key?
I am working on collective identities on Nostr, such nostr:npub1w8y9gff9t3uukezqwrvl557uqca9mgj2w23qh0c5hh4758vr03nq8plssr.
It is basically an anonymous microblog based on Nostr. But you don't have to use Nostr to use it. You can read it through
and write through clicking the link, or here:
https://cypherpunk.today/static/prostate-poster.html
You need to know the password to post, the key is derived from it. So everyone who knows the password can post. No one has any additional privileges, the password is direct knowledge of the private key.
You spread the password enough to enlarge the anonymity set, but not too much in order to not degrade the quality and vibe of the account.
Code here: https://github.com/jooray/anonmicroblog
Nerdy, mostly useless. Have fun!
Similar concept: many nostr npubs are actually controlled by multiple posters. You wouldn't know if this account, for example, is being used by a few of us sharing the same nsec.
This is also possible with traditional username/password controlled social media, though that can be vulnerable to a rogue sharer changing the password (usually, there are additional verification steps required to change passwords, eg email, not insurmountable).
On offline-first store and relay networks, you may also be interested in nncp, a descendant of uucp, except closed (nodes only talk to known nodes).
If by content type, you mean videos vs tweets (notes) vs audio (podcasts) etc then yeah, I'd say community is better. Communities based on topics (think forums, subreddits) are better than one based on follows though. Often I begin to follow someone due to a tweet on a topic I'm interested in, only to get other unrelated/uninteresting tweets from that person as well.
Yeah, quite a few columns don't have any points, presumably, those have been cropped out.
Is there another (bottom-most) row that's been truncated in your screenshot? I'm wondering why there's only one point in the last column...
htmx could get you maybe 80% of the way there (depending on how responsive your app needs to be)...
I think they are mostly based on lists of IP addresses maintained by data brokers. These would contain well known VPN vendors, cloud services, proxy services among others.