monlovesmango

building on nostr

Public Key

npub13sx6fp3pxq5rl70x0kyfmunyzaa9pzt5utltjm0p8xqyafndv95q3saapa

NIP-05 Address

monlovesmango@astral.ninja

NIP-57 Address

monlovesmango@getalby.com

Profile Code

nprofile1qqsgcrdyscsnq2pll8n8mzya7fjpw7js396w9l4edhsnnqzw5ekkz6qpr4mhxue69uhkummnw3ez6ur4vgh8wetvd3hhyer9wghxuet5qyt8wumn8ghj7un9d3shjtnwdaehgu3wd9hxvmcltargg

Publishing to

nostr-pub.wellorder.net

relay.nostr.info

nostr-relay.untethr.me

Author Public Key

npub13sx6fp3pxq5rl70x0kyfmunyzaa9pzt5utltjm0p8xqyafndv95q3saapa

Show more details

Last Notes

2023-03-06 17:31:02

- reply

yes this is the current update I am working on. but will take a while as I want to allow users to use the old method if they want and its taking me a while to sort out the best way to do this.

2023-02-19 09:34:14

- reply

not sure but i've heard others request/suggest this. also I don't plan to fully support event deletion on astral but do want some sort of mechanism for avoiding typos and this seems pretty straightforward.

2023-02-19 08:02:24

- reply

def agree send delay feature is needed

2023-02-15 17:25:41

- reply

as far as I am aware the only paid relays that exist are for storing data, not reading data. you can still query paid relays if you are not a paid user, however the paid relay will not store events that you publish (so your events wouldn't show on the global feed for that relay)

2023-02-15 17:12:59

- reply

then choose different relay(s) that you do think is a good experience. point is user can choose what they see.

2023-02-15 17:11:07

- reply

thank you rob! glad you find it useful.
I am currently in the process of completely revamping the relay strategy to be more targeted (kinda frozen with indecision atm), and hopefully make UI less busy as well. in theory the targeted relay strategy should be faster and less data intensive, the hard part will be supporting the legacy relay strategy as well to continue to provide a smooth experience.

2023-02-15 17:07:39

- reply

I would like to lean on other methods of filtering before defaulting to nip05. I just don't want nip05 to be required for users to have a good experience on nostr.
for example, one method I want to allow is letting users choose their relays for global feed, which would filter most spam if using a paid relay.

2023-02-15 16:44:36

- reply

lists are meant to be flexible enough to hold anything, though rn only have lists for users, hashtags, and events defined, I also think lists of relays or lists of other's lists should be added.
lists are essentially tag lists and can be public and/or private. user tag lists can also hold the relay hint field so you can specify which relay to use for which user in a list.
my idea was users can create their own feeds by pulling in the lists they have saved. so you could create a feed by pulling in a list of hashtags queried against a list of relays. or a list of hashtags from a list of users (using the relay listed for each user).
what do you think #[1] ?

2023-02-08 05:10:27

- reply

thanks mike!

2023-02-07 02:22:46

- reply

oh, you mean something like nrelay from nip19?

2023-02-07 02:19:22

- reply

check out @mikedilger.com 's pr for the direction that relay management is heading:
https://github.com/nostr-protocol/nips/pull/218#issuecomment-1420052432
tldr is you won't need to add relays to stay connected to people

2023-02-06 02:58:54

- reply

I have an open pr for this: https://github.com/nostr-protocol/nips/pull/182

2023-02-04 22:38:34

discussion of new long form posts pr by #[0]
https://github.com/nostr-protocol/nips/pull/220
#[1]

2023-02-04 22:35:49

- reply

I like this concept and think it should be designed to include replaceable event kinds too. should be easy if the format is 'kind:pubkey:d-id'.
personally i like 'item' better than 'entity'. entity makes it sound like a person or group. also "i" tag is still available no..?
I also kinda agree with #[0] 's point about needing to retain prior version history. this use case kinda feels like a new parameterized replaceable event kind which saves all old versions rather than discarding them..?
really like this nip! thanks for starting this discussion, its very much needed!

2023-02-04 17:59:07

- reply

yeah have no idea about the legal side. but damus means nothing outside of the context of nostr so hard to image those domains would be used for something completely unrelated.

2023-02-03 19:06:39

- reply

appreciate the fairly reasonable response of 'maybe'. tbh its quite surprising/unexpected.
i guess real question now is are you ok with 'maybe' being morally bankrupt?

2023-02-03 18:51:31

- reply

but having to spend limited resources fighting trademark infringement will surely make damus better and better no???

2023-02-03 18:28:59

- reply

legally maybe you are fine. morally you are bankrupt.
proudly profiting from and encouraging copy cat scammers off of someone else's hard work is gross.
you hope damus will get better and better only bc it makes your grift more valuable.

2023-02-02 20:33:51

- reply

wow things really getting interesting now

2023-02-01 00:04:45

- reply

I feel like ppl using 'notes'

2023-01-31 16:09:02

- reply

I think there is one that does, maybe coracle?
its on my todo list for astral but haven't been able to work on astral much lately. will add this while removing markdown.

2023-01-30 17:23:45

- reply

nice work snort team!!

2023-01-30 17:22:49

- reply

agree the extreme erosion of personal responsibility is a problem and is scary. I just disagree its compassion that is causing it, its more of a hive mind or group think phenomena around how to be a 'good citizen'.
true compassion promotes personal responsibility, like bitcoin.
telling fat people 'fat is beautiful' is not compassion. its an easy superficial way to make you feel good about being so accepting of fat people, yet ultimately does not serve the fat person's well being. true compassion would be encouraging the fat person to get healthier and take personal responsibility, or at the very least not encouraging the person to continue destroying their most important earthly possession.
I don't have name for what is happening to society but having an appropriate name would help call it out. tbh it kinda feels like an effort to exploit our better natures to make us lazy, unhappy, and dependent on the system.

2023-01-30 16:50:26

- reply

hmm non-follows should only pull in as the reply or root event of a follow's reply. very weird this is pulling into your follows feed...

2023-01-29 20:28:27

- reply

weaponizing is prob the wrong word. maybe superficial or shallow compassion? compassion in name only? just used weaponized bc it feels like its meant to manipulate human behavior sometimes.
anyway i don't think i'm explaining myself well. agree theres some sort of thought epidemic, but its not compassion. I don't want them to corrupt the meaning of compassion too, its an important word imo.
for example, i think overall bitcoin is a truly compassionate movement. i think thats part of what draws so many to bitcoin, including me. and thats a good thing.

2023-01-28 19:26:56

- reply

it means their compassion stems from a desire of feeling better about themselves bc they are so 'compassionate'. but its not real compassion.
how can true compassion be bad? just pushing back bc i think world needs a lot more compassion.

2023-01-28 18:43:29

- reply

nah weaponized compassion is the real epidemic
real compassion is never bad

2023-01-28 18:31:48

- reply

no easy way to do this rn

2023-01-28 18:25:54

- reply

thank you for taking the time to write this out. these are great takeaways for all to be aware of.

2023-01-28 18:24:26

- reply

hahah yes

2023-01-28 18:22:52

- reply

what relays are you posting dm to?

2023-01-28 18:22:20

- reply

nope, still haven't gotten any dm. but can already see my posts saved on your relay so everything seems to be working except dm notification.

2023-01-28 18:12:59

- reply

might be good to add the event tag markers? like 'root' and 'reply'

2023-01-28 18:11:37

- reply

its working! can see my events saved there. but didn't get dm confirmation.

2023-01-28 18:10:35

- reply

amazing. just joined.

2023-01-28 17:57:56

- reply

hello willy!

2023-01-28 17:57:04

- reply

thanks for sharing! agree completely

2023-01-28 17:55:43

- reply

divine intuition >> technical analysis

2023-01-28 17:49:13

- reply

this would explain it. glad #[1] was able to point you towards a reasonable explanation! how fucking stressful.
agree, I also think your key is safe.

2023-01-28 17:45:14

- reply

the whole paper read like a troll post tbh. and while I never had a positive view of stacks i really don't trust them now.

2023-01-27 23:59:39

- reply

i'm with you. love these kinds of discussions. and agree the nostr + lightning combo feels tremendously powerful.

2023-01-27 23:46:07

- reply

damn i went here but didn't actually read it 🥴. ty.

2023-01-27 23:40:25

- reply

was nip69 a real thing? why can't i find it.

2023-01-27 23:28:40

- reply

oh it also needs to be lowercase in the .json file. you can enter it with whatever display case you want in your nostr profile though. underscore and dash are also allowed characters.

2023-01-27 23:07:39

- reply

settings > dev tools, choose sql query and use this search:
SELECT n.event FROM nostr_events e
left join nostr n on e.id = n.id
where kind = 0
and pubkey = '3f770d65d3a764a9c5cb503ae123e62ec7598ad035d836e2a810f3877a745b24';

2023-01-27 22:10:26

- reply

do you have the old event?

2023-01-27 22:08:21

- reply

gahh persistent db would be so useful for this...
someone must have a copy somewhere.?
if this happens to you again you should use astral sql query to grab the kind 0 event

2023-01-27 21:58:19

- reply

have you found the event with the wrong lud06?

2023-01-27 21:57:20

- reply

it will allow client to arbitrarily sign events as you for 5 min

2023-01-27 21:55:12

- reply

do you ever use the sign for 5 min option on nos2x?

2023-01-27 20:54:36

- reply

ok for the nip05 thing, its bc space is an invalid character in a nip05 id.
https://github.com/nostr-protocol/nips/blob/master/05.md
the library that astral uses to check nip05 was just updated so maybe thats why it broke recently in astral. so even though it shows on snort it prob shouldn't.
when did you notice the follows disappearing? has it happened before or this the first time? did it happen after following someone on astral?

2023-01-27 20:31:53

- reply

hahahah

2023-01-27 20:28:52

- reply

hmm thats very bizarre. have you only been using astral? I've never had this happen to me. its weird that your follows were wiped but not your relays, and your nip05 was wiped but not the rest of your profile.
for the feed, if you have no follows then astral will pull up global feed automatically (and follows feed will have nothing).

2023-01-27 20:00:42

- reply

looks great jb

2023-01-27 19:52:47

- reply

yes, hard to know what the future relay landscape will look like. I do agree that languages specific relays will be a thing. I also agree that people would likely want translation relays and such.
all i'm saying is language query filter is first step and good short term solution to jump start language specific feeds.

2023-01-27 19:48:54

- reply

i agree with you here. I just don't think the majority of fired twitter employees are in this camp. if they were the majority twitter wouldn't be where it is today.
I also think anyone that has shown this propensity should be recruited. not just fired twitter employees.

2023-01-27 19:46:24

- reply

well some of us are over thinkers okay

2023-01-27 19:41:10

- reply

i'm talking about the same query filters that search for hashtag or event thread. relays would still hold all languages (unless they want to be a specialized relay). standard query filters from clients would query the posts the user wants.

2023-01-27 19:37:51

- reply

yep

2023-01-27 19:37:32

- reply

astral has not removed markdown yet... but it is definitely coming soon

2023-01-27 19:35:21

- reply

yes but its less checks bc client receives less notes

2023-01-27 19:32:03

- reply

ugh filter would actually be '{"#l":["en"]}' or something

2023-01-27 19:30:50

- reply

no the argument is that every note relayed to the user would already have lang === english. bc the client uses '["#l","en"]' query filter which means relays only send back posts with language tag of english.

2023-01-27 19:27:42

- reply

welcome lyn!! been awaiting your arrival!

2023-01-27 19:18:20

- reply

well in my mind, relays with the same/similar policies will be managed together in the same (named) grouping.
no way users can manage each relay policy individually, seems way too granular.

2023-01-27 19:09:32

- reply

this is a good point

2023-01-27 19:08:42

- reply

long term this is kinda how I envision the language param tag being used. based on the new relay list nip you could add criteria that automatically only posts to certain relays by the language that is used.
https://github.com/nostr-protocol/nips/pull/32

2023-01-27 19:06:14

- reply

I guess i think its higher signal if you can filter which language you see from your follows (especially if you normally skip those weird languages)

2023-01-27 19:04:03

- reply

having a languages query parameter would mean clients can query for only one language of notes and don't need any processing power for sorting notes by language....
yes at least it seems like we all agree on that point which is promising!

2023-01-27 19:01:52

- reply

it doesn't prevent it from your follows. it does prevent it from the twitter general content it seems. like if you sign up for new account and have no follows you will only see your own language.

2023-01-27 19:00:10

- reply

you've never used the google search feature that allows filtering by language?

2023-01-27 18:58:00

- reply

as someone who has had to choose between paycheck and mission I might be super cynical at this point. my views are what they are.
just to be clear, i don't think ex twitter employees are bad people or 'compromised'. but they def put stability over values. as did I at one point.

2023-01-27 18:48:04

- reply

I guess I assumed twitter has a lot of fancy algorithms for their curated content

2023-01-27 18:44:33

- reply

ok yes in this scenario I think it is valuable. I guess I don't like it if its auto translated, but am not against it. and if users want it I def think it should be implemented

2023-01-27 18:42:00

- reply

sure this is definitely a thing, I agree. but not what i'm talking about.
rn on nostr most conversation is in english. who do you think would prioritize language query filters more, those speaking english or those speaking something else?

2023-01-27 18:35:59

- reply

i mean we all agree twitter is broken right? not functionally, but incentives are broken. and I can't say i trust the people that built those broken incentives.
obviously I am generalizing and there are exceptions. but would trust someone who quit more than someone elon fired.

2023-01-27 18:27:51

- reply

oof i don't know how I feel about a new kind to group notes.
I was saying if you write a spanish note, you only broadcast to your spanish relays. english note, only broadcast to english relays. dont need to translate across notes, but def could be a nice feature

2023-01-27 18:24:19

- reply

its less an assertion about english speakers and more an assertion about people who speak a dominant language.
if you speak a dominant language (and have a mono lingual culture) you are likely more ok with not being able to filter by language (and solely rely on translation)

2023-01-27 18:21:41

- reply

hmm not sure if I like having users compose multiple notes for translation, but definitely could work
i was imagining translation to be done by client when displaying note. seems simplest.

2023-01-27 18:19:01

- reply

and the translation would be in a separate field on the event then?
i'm not against a translation model like this. I just think a language query param should be first step (and seems to be needed in your suggested method as well).

2023-01-27 17:42:50

- reply

what exactly do you mean by translation relays? how would that infrastructure work? how would clients query that relay without a language query parameter?

2023-01-27 17:37:33

- reply

of course they will continue code. I just don't think their values align with nostr.

2023-01-27 17:35:53

- reply

first, relays wouldn't do translation clients would
second, yes and the language query parameter would help with that
third, I agree americans complain about spanish which is why they would prefer to just have it translated for them. but don't totally understand your point here

2023-01-27 17:29:15

- reply

no just being realistic

2023-01-27 17:28:09

- reply

de acuerdo. mi espanol esta terrible 😂😭

2023-01-27 17:08:48

- reply

sure if you pay them cushy twitter salary

2023-01-27 17:08:04

- reply

yeah i think it would be nice for users to have specific language feeds as well. or if multi lingual, have the ability to push one language to one relay for broadcasting, and another language to another relay

2023-01-27 17:06:17

- reply

nah. just bc elon fired them doesn't make them valuable.

2023-01-27 17:05:12

- reply

what if people who speak a language other than english don't want garbage translations dominating their feed?
I think only english speakers would prefer what you are suggesting.

2023-01-27 02:46:00

- reply

its on the list, but eta is unknown

2023-01-27 02:40:48

- reply

yeah i'm trying to troubleshoot it now. thanks for the ping.

2023-01-27 02:38:53

- reply

this is actually why i want public mute lists to be a thing

2023-01-27 02:35:53

- reply

also, damn nice work!

2023-01-27 02:35:12

- reply

private by default for sure though.

2023-01-27 02:34:53

- reply

i think let users decide. personally don't have strong opinions on this.

2023-01-27 02:30:50

- reply

yes. I just updated the pr to point to an example of the decrypted text. also I think damus has already created mute lists so might be good to model off of that. don't follow the parameter spec in the pr, just use 'mute' for the parameter (again thats what damus does)

2023-01-26 08:44:39

- reply

how is this data collected?

2023-01-25 16:30:39

- reply

hahah essentially

2023-01-25 16:29:01

- reply

I actually agree with you completely. media is the number 1 thing ive wanted to get into astral for months now but haven't found the time.
however, i think i have slight ocd in that i am extremely particular. and wrt media my deal breaker criteria with astral is if user can't self host it i don't want to spend my limited resources implementing it. and now that there are so many other great web clients i feel less pressure to implement in a rush.
and just from my own experience, evolve as needed from legacy infra is easier said than done 😂
lastly i want to say thank you for all that you are building for nostr 🙏🙏🙏. i think nostr.build is a sorely needed service and you guys have made nostr so much more lively. appreciate what you guys are doing very very much.

2023-01-25 16:05:31

- reply

I would definitely be interested in looking over the integration requirements! would love to have this feature in astral but wanted to do it in an open spec way where users can choose any provider and use them with astral.