ridsdszltdel

Learner

Public Key

npub1m4pgcentxstypfd44hy9z5ukv3vs9cxuzcm9rup386ppvfmkjkdsmhyvy8

Profile Code

nprofile1qqsd6s5vve4ng9jq5k66mjz32wtxgkgzurwpvdj37qcnaqskyamftxcpz3mhxue69uhhyetvv9ujuerpd46hxtnfduqs6amnwvaz7tmwdaejumr0dstnxf88

Publishing to

relay.damus.io

nos.lol

Author Public Key

npub1m4pgcentxstypfd44hy9z5ukv3vs9cxuzcm9rup386ppvfmkjkdsmhyvy8

Show more details

Last Notes

2023-10-25 22:34:12

- reply

Ah, glad to hear that,
Indeed, especially since there are no real formal test between many relays as far as we know except for what you have done. 🙏
Maybe, if you don't mind, you can probably try to test rnostr https://github.com/rnostr/rnostr . Especially, since it is written in Rust and uses LMDB, its performance should be around strfry too.

2023-10-25 14:14:50

- reply

Nice benchmark, kamakura-san. Hopefully, you will present this with detail reports on Hackaton Nostrasia Final Presentation.
Only a bit suggestion,
1. Maybe you also need to make sure clearing the I/O cache (/proc/sys/vm/drop_caches, etc) between every test loop to get a fresh state if you haven't done it (yet).
2. I'm assuming this test using 'default' settings for those relay, right? Maybe you can also have the benchmark with some 'optimized' settings if you have the time.

2023-10-20 06:48:28

- reply

Use both, but prefer a bit on early return. Golang early return is my favorite.

2023-10-18 15:02:44

- reply

Good luck kamakura-san 🙂
Btw, you can also probably try to submit this or your previous Nostr project to OpenSats, @npub1937…haj6 -san has already receive grant from them. Maybe other Japanese devs can also try to apply the grant.
https://opensats.org/blog/nostr-grants-october-2023

2023-10-16 14:07:01

- reply

History were written by the winner (maintainer). Any attempt of non comforming PR/issue will be closed. 🙂

2023-10-13 23:51:04

- reply

Agree with Vitor, it's easy using "mute words" feature.
Example (common racial slur):
ni**a, ni**er

2023-10-12 16:13:40

- reply

Amethyst made mute list private only. Probably compatible with Snort since Snort can read private mute list.

2023-10-11 17:02:41

- reply

https://github.com/relayable-org/strfry-policies maintained by @npub108p…yev6
Mirror of:
https://gitlab.com/soapbox-pub/strfry-policies

2023-10-10 23:24:01

- reply

True, what is your practical tips to handle this (for now)? Especially since common affected software like Nginx and Caddy haven't fully solve this issue (yet) if i'm not mistaken.
I've heard that Nginx is currently preparing to issue a new patch that will be released to handle this CVE https://www.nginx.com/blog/http-2-rapid-reset-attack-impacting-f5-nginx-products/

2023-10-10 15:37:34

- reply

Cc @npub18kz…x5sz @npub1226…grkj

2023-10-10 15:35:50

- reply

Cc @npub1yxp…qud4 @npub1qqq…n47m
Curious to any nostr relay dev opinion. What do you think about this attack? Especially if it happened to Nostr relay.

2023-10-08 00:39:45

- reply

Maybe @npub1ltx…z40t , he built zappdit.com

2023-10-03 15:51:18

- reply

Yes, I think you can probably start to write NIP PR (draft) kaiji-san

2023-09-29 16:47:33

- reply

Respect to you 🤝
It is such a rare job that most 'common' developers will avoid to touch any 'ancient' language codebase

2023-09-29 16:16:39

- reply

COBOL is smiling to this note/post 🙂

2023-09-29 13:21:18

Update your browser and your libvpx dependency.
"Heap buffer overflow in vp8 encoding in libvpx in Google Chrome prior to 117.0.5938.132 and libvpx 1.13.1 allowed a remote attacker to potentially exploit heap corruption via a crafted HTML page. (Chromium security severity: High)"
"Specific handling of an attacker-controlled VP8 media stream could lead to a heap buffer overflow in the content process. Fixed in Firefox 118.0.1, Firefox ESR 115.3.1, Firefox Focus for Android 118.1, Firefox for Android 118.1"
https://www.tenable.com/cve/CVE-2023-5217
https://www.mozilla.org/en-US/security/advisories/mfsa2023-44/
#nevent1q…v7nv

2023-09-26 13:59:19

- reply

Maybe, next time, i guess you will probably make a tool again to bridge medium, wordpress, etc. 👀

2023-09-25 15:33:42

- reply

Yes, probably you can make it as separate independent service (plugin) instead of rules for strfry policy. Especially if the process takes more than one second to classify one event content. Let the event comes first, process them in queue, and delete it later if it was detected as high probably gibberish spam.
Yes, i think you and @npub1qlk…lf5y can manage that easily for those problem 🙂

2023-09-24 15:58:26

- reply

I think you can also add some gibberish (non sense random words or random string) detection. I have seen some model or space in huggingface. This can be helpful for detecting non sophisticated spammer bot which use random char or random non sense words.

2023-09-23 04:58:48

- reply

Yes, hopefully he will be more active in nostr and fediverse (if he has any account) instead of other centralized social media.

2023-09-23 04:53:11

- reply

Awesome @npub1r0r…q9ac, hopefully more nostr clients will be motivated to include this "must-have" feature even outside the bounty. Thank you for your great bounty initiative 🙂
Congratulations @npub1ye5…knpr 🎉

2023-09-22 23:41:43

- reply

I have "broadcast" your post to many relays in nostr side. I think he can probably see your post. By default, mostr.pub bridge only post to 4 nostr relays.

2023-09-22 17:03:25

- reply

Thank you, nice update 🙏
Cc @npub1r0r…q9ac "Muted Words" feature in general (non-community) nostr client 👀 . I think @npub1ye5…knpr solves your bounty request.
https://image.nostr.build/2e99ef9c6de35746fd0e351f2e5c724547098ca739c517430e395d271f80e6aa.png

2023-09-22 15:41:47

- reply

Thank you Fabian, sharing this stats and how Nostur optimize its data. I think other clients can also learn or using a bit of this strategy to manage their data efficiently 🙂

2023-09-22 00:13:47

- reply

If you have some idle GPU then you can probably rent it on vast.ai. It is quite competitive and popular especially for low budget end users. 🙂

2023-09-21 14:09:11

- reply

I think it is because you include t[dot]me in your profile. t[dot]me often to be used in strfry policy since most spammer use telegram link 😅

2023-09-18 16:07:47

- reply

It's useful for spoiler too 😄

2023-09-16 16:23:21

- reply

Sorry, I can't found tag 'word' in https://github.com/nostr-protocol/nips/blob/master/51.md . Is it in pull request?
So basically instead of
```
["p","hexpubkey"]
```
we can define it like this?
```
["word","airdro"],
```

2023-09-15 00:36:47

- reply

One of fediverse instance, has already upgrade their storage for a second 10 TB volume.
#nevent1q…xe3y

2023-09-14 16:52:14

- reply

I think you can probably declare its process clearly in some deployment script or Dockerfike published in public (github, gitlab, etc). Using Github/gitlab CI deployment script to push it automatically into any your PaaS/server provider. All the process will be transparent and can be verified.
Example:
- https://dev.to/ruthmoog/deploying-a-project-to-flyio-with-github-actions-2c7e
- https://fly.io/docs/app-guides/continuous-deployment-with-github-actions/#:~:text=create%20.github/workflows/fly.yml%20with%20these%20contents%3A

2023-09-11 23:32:49

- reply

As long as you are not in popular fediblock list (defederated) 😅

2023-09-11 23:28:27

- reply

Amber integration in Amethyst? 👀

2023-09-11 22:40:55

- reply

I think strfry already has docker container image (ghcr.io) published in latest release (Merged PR). You can probably use it.

2023-09-11 13:33:21

- reply

Hopefully they are in a good shape. Makes me remember @npub1t9a…h4uw too ...

2023-09-11 13:26:01

- reply

Based on my experience, I have noted that for free version, usually they will only gives 6 hours (or less) worth of compute instance with GPU a day. After that we need to wait around 24 hours to get GPU instance again otherwise those nagging popup will show up 😄

2023-09-11 13:19:56

- reply

Both cases are interesting. I think the latter "DVM gives list of notes based on user's topic input" case will be more helpful especially if major client integrate it as one of "Discover" feature, combined with trending algorithms. Just an idea.

2023-09-11 00:07:32

- reply

Thanks for your work Alex. You deserve it. It is easy to use your strfry plugin policy.

2023-09-11 00:01:19

- reply

This is great Mazin. Will this be released as DVM?

2023-09-10 23:43:38

- reply

This is an account bridged from fediverse using mostr.pub, not a native nostr account, so they don't have LN address usually.

2023-09-08 16:53:45

- reply

Tsukino-san, was the paper written fully in Japanese? Published in local conference?
This is interesting, hopefully they will publish it in international conference or arxiv too

2023-09-07 14:59:07

- reply

I think https://github.com/mattn/algia is quite good, maintained by @npub1937…haj6 -san

2023-09-06 12:38:49

- reply

Michael, I think it is related to blink wallet @npub13lj…cfhw itself. If i'm not mistaken, Blink seems have problem to send zap receipt (kind 9735) thus not detected in Damus or any Nostr client.The funds is still there, only notification problem.
You can probably try to switch another lightning wallet like Alby or Wallet of Satoshi to see if it is still persist.

2023-09-05 17:54:09

- reply

I think you can probably use rclone with encryption module to chain backblaze/any cloud with encrypted setting.
Example:
https://rclone.org/crypt/
https://arnaudloos.com/2019/cloud-backup-with-rclone.md

2023-09-05 06:07:28

- reply

sci-hub, git{hub, lab, ea}

2023-09-02 02:33:03

- reply

Thank you, it is very useful tool 🙂

2023-08-27 15:50:53

- reply

Welcome, it's great to see Chinese community become more active again in Nostr 🙂
I heard that Chinese Mainland users were familiar using Shadowsocks, VMESS, or v2ray to bypass GFW, is it true? Hopefully you can freely access nostr relay either directly or using those.

2023-08-26 22:42:49

- reply

Hopefully, you enjoy your experience in nostr 🙂 #welcomenostr #plebchain

2023-08-24 15:27:30

- reply

Cc @npub19md…6vzk

2023-08-24 14:00:47

- reply

Cool, keep your good works kaiji-san 🙂

2023-08-23 14:05:15

- reply

You can get some of them as unofficial bot (RSS, Twitter) feed. You can probably check #press hashtag. Some of those accounts came from relay.mostr.pub bridge.

2023-08-22 03:03:09

- reply

Unique way to pick such an 'interesting' name for app, mattn-san 😅

2023-08-21 22:49:03

- reply

I think @npub1nxa…a6q8 's NWC Fork has supported LNBits
https://github.com/believethehype/nostr-wallet-connect

2023-08-10 17:31:05

- reply

Yes, nostr developments are really fast to catch up 😅
Also, Good luck with your Geyser fund proposal, hopefully you can get some support there

2023-08-10 17:15:51

- reply

Nice.
Yes, some relays implementation have supported NIP-42 authentication which protecting event from unauthorized read (only whitelisted pubkey can read). We can check their support based on NIP-11 information. I think nostr-tools library already suppport NIP-42, so for certain relays you can probably utilize it to make it more secure.

2023-08-10 16:26:24

- reply

Great works @npub1alp…6dsn doing "other stuff" in Nostr :)
Maybe this is just a bit of idea, you can probably offer dedicated relay as server (like BitWarden) and also with custom relay setting for user who want to self host on their own private relay. Additionally, you can also use NIP-42 auth if the relay support it to make sure only specific user can access safely. :)

2023-07-30 22:14:47

- reply

Does it mean that when one fedi instance blocks another fedi instance the users will be fully cut off?
I have seen @npub140a…snr9 inform that mostr.pub has been blocked by some instances. So Nostr users who follow other Fedi users in Fediverse won't get update anymore from instance which blocked mostr.pub bridge?

2023-07-30 15:56:11

- reply

Thank you for all the hard work. Hopefully, You @npub1g53…drvk @npub1gcx…nj5z and other Nostr devs can solve this Nostr DM issue completely. 🙏

2023-07-30 12:21:36

- reply

Is there any written spec for this? Is it similar to https://github.com/nostr-protocol/nips/pull/686 ? Cc @npub1gcx…nj5z @npub1jlr…ynqn

2023-07-19 00:32:22

- reply

I think it is like this. This is in Nostrmo, client side keywords filtering. Blocks tab is pubkey block, while Dirtywords based on keyword block list.
https://cdn.nostr.build/i/4e88fc9b90968eecbe114e31518144f67cffd029a50d6db3b9bea27db4c627da.jpg