regenera

Public Key

npub16yfd7dlen85wv9n9y4nwfmnxd32n0sz8nqu793ya37am7lrneyjsu800ks

Profile Code

nprofile1qqsdzyklxluen68xzejj2ehyaenxc4fhcpresw0zcjwclwal03eujfgpzemhxue69uhhyetvv9ujumn0wd68ytnzv9hxgqg5waehxw309aex2mrp0yhxgctdw4eju6t0e2dv4l

Publishing to

relay.nostr.band

relay.damus.io

Author Public Key

npub16yfd7dlen85wv9n9y4nwfmnxd32n0sz8nqu793ya37am7lrneyjsu800ks

Show more details

Last Notes

2026-09-23 10:55:35 UTC

- reply

You seem to be on the right track, have you managed to isolate the corrupted rows? I imagine they would be the most recent rows too. Presumably, status_stats_new is also dumpable (you probably only want to export the id and any time fields for further inspection).

2025-07-22 06:21:52 UTC

- reply

If backend's your thing, htmx might be off interest.
https://htmx.org/

2025-04-20 08:59:10 UTC

- reply

https://www.thepsmiths.com/p/review-lectures-on-the-icosahedron

2025-04-09 09:42:36 UTC

- reply

Also check out the Common Lisp Portable Perl Compatible Regular Expression library.
https://edicl.github.io/cl-ppcre/#create-scanner2

2025-03-03 07:53:25 UTC

- reply

Have you thought about NIP 46 Nostr Remote Signing? It uses NIP 44 for encrypting messages between client (programs) and signers (programs).
And, by my simplistic understanding, that is just NIP 4 with a different encryption algo, but otherwise equivalent ECDH and similar metadata profiles.

2025-02-11 19:40:46 UTC

- reply

"Google Business Profiles" for local searches, so you'll use names like "Thai Restaurant Near Me".

2025-01-07 22:43:44 UTC

- reply

You should've included references to the original source, I thought you wrote the text.
Even worse, the videos in your posts were not from the original post. I thought they were very biased and unfair. I consider the last video in particular (it seems to be a deep faked voice) to be a thinly veiled incitement to hate.
Shame!

2025-01-05 10:37:51 UTC

- reply

If "some jerk" deletes my post, it wastes my time, and will cause me to reply less in the future (to everyone else too), that's the "chilling effect" I was thinking about.
Ultimately, I think the poster/replier should own their own notes (undeletable), that's like a basic principle of nostr.
I tend to agree with @nprofile…crvd that reports (kind 1984) seem to be the best way to do this. I can reply to you, and you can tag my reply as low value/spam, and other readers (or their clients) can decide for themselves.

2025-01-04 23:58:09 UTC

- reply

If I reply to one of your posts, you could cause my possibly long, well considered, reply to be deleted? This could chill most controversial/contentious conversations.

2025-01-04 22:22:57 UTC

- reply

This does not sound sustainable. I think clients will have to start to use shared reports (kind 1984) more heavily.

2025-01-02 00:06:35 UTC

- reply

I'm using a poor translation from Spanish so I may not be reading the post correctly, but I thought the explanation was pretty reasonable although I do not understand Fediverse culture.
It sounds like Fediverse users expect their conversations to be private and constrained by some terms of service (specific to each Fediverse node?). Are their posts made public, or only gated behind logins like a private forum? Having public posts that are constrained may be incompatible with the natural tendency of how information flows.
About the issue of mostro's keys - we've briefly discussed this in the past, but I now wonder if it's possible for Mostro to share the relevant private keys with the original profile owners on demand (although I'll need to brush up on HD security - how/will key derivation need to be hardened here to avoid revealing all keys)?
If possible, this is still not ideal given that Mostro will continue hold the shared private key (and needs to be trusted), but at least the original profile can now also post on nostr (maybe gradually migrate to a new more secure key pair). Mostro can also update its bridging rules for that particular profile (eg it can stop mirroring posts or delete them etc). I'm just "brainstorming ideas while ignorant" here...

2024-12-28 21:16:11 UTC

- reply

Fair enough, I read up a bit more and do see it now.

2024-12-28 12:14:45 UTC

- reply

Since when are tags case sensitive? Why not use a completely different letter?

2024-12-27 21:02:00 UTC

- reply

Physical travel between stars is so slow, it'll only happen once - the first wave of colonists spreading outwards from some origin will be von Neumann-like probes. Unlike popular conception of these probes as big machines, I believe they would be nanomachines traveling at substantial fractions of light speed, launched using synchrotrons [Liu's "Three Body Trilogy"]. They only need a way to slow down at their destinations. After a brief pause to establish themselves, they "reproduce" and set out for the next star systems [Hanson's "grabby aliens"] pretty much spreading at close to the speed of light.
Subsequent travel between colonised star systems need not be physical, but merely information and AI programs transmitted at light speed between established outposts and probes in transit [also explored elsewhere in the TV show Altered Carbon].
Also implicit in this future are Drexler style nanomachines, likely merged with biological systems with no obvious boundaries between mechanosynthesis and biochemistry.
Also implied: an earlier AI "apocalypse" as machines replace/merge with humans (or biological aliens elsewhere in other star systems) at rapid rates upon achieving sentience (possibly even as quickly as overnight). [Yudkhowsky et al]
A possible scenario for alien contact is initial establishment of contact remotely through radio, followed by negotiations of terms for trade, terms of surrender, merger etc, and finally updates to the source codes of both civilisations. No space battles or other kinetic "negotiations", except in rare cases of a communication breakdown (or where one side refuses to negotiate for some reason?).

2024-12-24 22:58:05 UTC

- reply

Apologies, I think I need to retract my link above - that describes the work that clients have to do. Oracles don't have to do all that, though they do sign prefixes of the numeric outcome instead.
I suppose having a tag could work, but it looks like I'm at the limit of my knowledge on DLCs here.
In looking around, I also found this,
https://github.com/nostr-protocol/nips/pull/919
It may have more work in it, but not I'm sure if the PR is still active.
@nprofile…fel8 was the last to touch that.

2024-12-24 22:15:17 UTC

- reply

Sorry, by ASCII, I meant the price is encoded as a string and JSON.
In practice, DLC numeric outcomes has a very complicated format, I don't know if it's possible to shoehorn that into your proposal:
https://github.com/discreetlogcontracts/dlcspecs/blob/master/NumericOutcome.md

2024-12-24 21:53:26 UTC

- reply

I think this is close to what DLC's need, if the feed publisher uses fixed timestamps, eg something that is always on the hour and minute, 12:00:00 13:00:00 14:00:00 etc for an hourly price feed.
That way, the exact format and content of the possible prices can be determined ahead of time when creating the DL contracts.
Oh, we probably can't use ASCII prices? This may be better for categorical outcomes.
Would this be too far out of scope from what you originally had in mind?

2024-12-22 20:26:28 UTC

- reply

That "efficiency loss" is just more heat, so I believe mining wins out in energy terms. You still need to pay for a miner.
What changes the picture more drastically is if you put heat pumps in the picture. Each watt of electricity can give you a few watts of heat!

2024-12-22 20:19:38 UTC

- reply

Never just force, always --force-with-lease

2024-12-20 20:30:00 UTC

- reply

👍 just thought it could be relevant, I quite like the content on the rest of that website too.

2024-12-20 12:03:19 UTC

- reply

Have you heard of nncp before?
https://www.complete.org/nncp/

2024-12-18 10:23:24 UTC

- reply

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?

2024-12-18 09:31:10 UTC

- reply

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.

2024-12-18 09:07:36 UTC

- reply

What are you referring to exactly?

2024-12-06 09:33:02 UTC

- reply

They do work on 1D arrays aka vectors.

2024-12-04 10:23:26 UTC

- reply

cl-ppcre uses an AST instead. I feel that is much better.

2024-11-15 23:50:05 UTC

- reply

It's a type of Bluesky server, a Personal Data Server
https://docs.bsky.app/docs/advanced-guides/federation-architecture

2024-11-10 12:48:09 UTC

- reply

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.

2024-10-10 10:49:17 UTC

- reply

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...

2024-09-28 01:08:16 UTC

- reply

On the other hand, you can catch a fish for a man, or teach him to fish, and all that...

2024-09-28 00:27:54 UTC

- reply

Not sure if this helps, but you can also press down on most mouse wheels, using it like a button...

2024-08-23 22:43:07 UTC

- reply

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.

2024-08-23 22:32:49 UTC

- reply

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.

2024-08-23 21:28:39 UTC

- reply

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?

2024-08-19 21:08:56 UTC

- reply

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).

2024-08-11 20:19:55 UTC

- reply

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).
https://www.complete.org/nncp/

2024-07-19 21:49:57 UTC

- reply

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.

2024-07-12 20:57:48 UTC

- reply

Yeah, quite a few columns don't have any points, presumably, those have been cropped out.

2024-07-12 20:55:51 UTC

- reply

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...

2024-06-29 07:09:50 UTC

- reply

htmx could get you maybe 80% of the way there (depending on how responsive your app needs to be)...
https://htmx.org/

2024-06-24 08:31:04 UTC

- reply

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.

2024-04-08 10:10:23 UTC