monlovesmango

building on nostr

Public Key

npub13sx6fp3pxq5rl70x0kyfmunyzaa9pzt5utltjm0p8xqyafndv95q3saapa

NIP-05 Address

Profile Code

nprofile1qqsgcrdyscsnq2pll8n8mzya7fjpw7js396w9l4edhsnnqzw5ekkz6qpr3mhxue69uhkummnw3ezucnfw33k76twv4ezuum0vd5kzmqpr3mhxue69uhkummnw3ez6un9d3shjtnhd3m8xtnnwpskxegr6gjtx

Publishing to

nostr.bitcoiner.social

nostr-relay.wlvs.space

Author Public Key

npub13sx6fp3pxq5rl70x0kyfmunyzaa9pzt5utltjm0p8xqyafndv95q3saapa

Show more details

Last Notes

2023-03-06 17:31:02 UTC

- 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 08:02:24 UTC

- reply

def agree send delay feature is needed

2023-02-15 17:12:59 UTC

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

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

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

- 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-07 02:20:53 UTC

- reply

correct, this is what kind 2 does. but this pr may make kind 2 irrelevant
#[5]

2023-02-07 02:19:22 UTC

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

- reply

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

2023-02-04 22:38:34 UTC

- reply

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

2023-02-04 17:59:07 UTC

- 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 18:51:31 UTC

- reply

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

2023-02-03 18:28:59 UTC

- 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-03 15:47:15 UTC

- reply

of course! thank you!

2023-02-02 23:25:22 UTC

- reply

prob bc some clients are automatically republishing the event to all relays when a user replies. astral is doing this. do you think republish list needs to become more targeted?

2023-02-02 20:33:51 UTC

- reply

wow things really getting interesting now

2023-02-01 00:04:45 UTC

- reply

I feel like ppl using 'notes'

2023-01-31 16:09:02 UTC

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

- reply

nice work snort team!!

2023-01-30 16:50:26 UTC

- 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-28 22:45:15 UTC

- reply

i am making it up haha
no more like, we need more people in the world who are authentically concerned for the well being of others, especially those we might not agree with

2023-01-28 19:26:56 UTC

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

- reply

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

2023-01-28 18:31:48 UTC

- reply

no easy way to do this rn

2023-01-28 18:25:54 UTC

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

- reply

hahah yes

2023-01-28 18:22:52 UTC

- reply

what relays are you posting dm to?

2023-01-28 18:22:20 UTC

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

- reply

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

2023-01-28 18:11:37 UTC

- reply

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

2023-01-28 18:10:35 UTC

- reply

amazing. just joined.

2023-01-28 17:57:04 UTC

- reply

thanks for sharing! agree completely

2023-01-28 17:55:43 UTC

- reply

divine intuition >> technical analysis

2023-01-28 17:49:13 UTC

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

- 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:40:25 UTC

- reply

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

2023-01-27 23:07:39 UTC

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

- reply

do you have the old event?

2023-01-27 22:08:21 UTC

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

- reply

have you found the event with the wrong lud06?

2023-01-27 21:57:20 UTC

- reply

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

2023-01-27 21:55:12 UTC

- reply

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

2023-01-27 19:52:47 UTC

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

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

- reply

well some of us are over thinkers okay

2023-01-27 19:41:10 UTC

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

- reply

yep

2023-01-27 19:35:21 UTC

- reply

yes but its less checks bc client receives less notes

2023-01-27 19:32:03 UTC

- reply

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

2023-01-27 19:30:50 UTC

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

- reply

welcome lyn!! been awaiting your arrival!

2023-01-27 19:18:20 UTC

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

- reply

this is a good point

2023-01-27 19:08:42 UTC

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

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

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

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

- reply

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

2023-01-27 18:58:00 UTC

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

- reply

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

2023-01-27 18:44:33 UTC

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

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

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

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

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

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

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

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

- reply

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

2023-01-27 17:35:53 UTC

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

- reply

no just being realistic

2023-01-27 17:28:09 UTC

- reply

de acuerdo. mi espanol esta terrible 😂😭

2023-01-27 17:08:48 UTC

- reply

sure if you pay them cushy twitter salary

2023-01-27 17:08:04 UTC

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

- reply

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

2023-01-27 17:05:12 UTC

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

- reply

its on the list, but eta is unknown

2023-01-27 02:34:53 UTC

- reply

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

2023-01-27 02:30:50 UTC

- 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:46:15 UTC

- reply

yes for sure removing markdown but also don't want to break links. please bear with me...
cannot wait to remove all those markdown deps

2023-01-25 15:31:47 UTC

- reply

yes, but from 3-4 ago. bc astral is a pwa your browser caches a local version. when a new version is released, the browser will still show the old version while downloading the new version. once you refresh it will show new version. but weird you didn't get new version sooner.

2023-01-25 06:51:13 UTC

- reply

haha thank you appreciate the research. definitely taking note of how other clients behave. learning a lot about how not to do stuff.. 😅

2023-01-25 06:36:39 UTC

- reply

agreed both are needed

2023-01-24 17:20:03 UTC

- reply

hehe

2023-01-24 16:28:55 UTC

- reply

interesting. i'm not on damus. i don't think its a size thing..? the profile event I see for #[0] has image https:\/\/rarepepe.club\/dvd_screensaver.gif

2023-01-24 16:09:51 UTC

- reply

sigh... if only.. will def have to take time to look at their repo

2023-01-24 15:59:05 UTC

- reply

exactly the speculation I was looking for. I was thinking he might have to leverage tesla/spacex but maybe you are right about powerful people being interested in twitter. will be interesting to watch for sure.

2023-01-24 15:48:33 UTC

- reply

will see what I can do about this!

2023-01-24 15:41:31 UTC

- reply

you think twitter is enough to bring down elon?

2023-01-24 15:37:27 UTC

- reply

no relays aren't blocking new posts that I know of. I think theres just delay sometimes, or the relay already has the event but it just wasn't seen by astral/your session. I'll try to refine this section more.
also if you reply to an event astral will automatically re-publish that

2023-01-24 14:59:31 UTC

- reply

you can publish to individual relays using the relay list (in the option menu of each post). probably could be made more intuitive.

2023-01-24 01:11:03 UTC

- reply

https://github.com/nostr-protocol/nips/pull/183
how the pubkeys in the list are treated are up to the client. this just defines how the list is stored.

2023-01-24 01:09:51 UTC

- reply

imo security (in this case minimal bad actors) still is more important than speed.
agree pay for relay will work. but still want a free/non lightning option.

2023-01-24 01:06:44 UTC

- reply

I am not too sure but I can look into it. i imagine the longer you keep the tab open the bigger the browser temp db will grow, and that is all stored in RAM

2023-01-23 23:11:52 UTC

- reply

this is what I want to do. and make feeds from lists and relays.

2023-01-23 17:36:18 UTC

- reply

damn love that you are making it your own! I think I shall remove all those borders as well...

2023-01-22 23:00:37 UTC

- reply

hahaha great! is this on mobile or desktop? maybe ill remove those lines too 😂

2023-01-22 20:49:27 UTC

- reply

personally i think its bc all our known forms of coordination for blocking bad actors relies on centralized methods. this is the one reason I really think pow should be tried, its the only form of coordination for blocking bad actors that i know of that is decentralized.

2023-01-22 20:09:03 UTC

- reply

how patient are you being? does it load and then not work properly? or not load at all?

2023-01-22 19:57:08 UTC

- reply

sounds good! yeah astral doesn't work in safari at all, apparently safari doesn't support nested webworkers. plus anyone with iphone would prob prefer damus.