ElectronicMonkey on nostr

Recent Notes

I think we should make nostr works for human vs human, and then human vs AI, and finally AI vs AI.

ElectronicMonkey @ElectronicMonkey 1753673190

For the first step, we practiced many. I am excitied for the second step: human vs AI, that is to make nostr the channel for human talking to the remote AI, eg: you want LLMs work for you while you are in vacation. LLMs reports you the progress via nostr and you repond back and guide them like a real boss.

ElectronicMonkey

@ElectronicMonkey 1753673000

I think we should make nostr works for human vs human, and then human vs AI, and finally AI vs AI.

1👀1

ElectronicMonkey · 31w

vinney...axkl · 32w

this is great! might help to make it clear to the sender that the recipient can't "reply" and encourage them to leave contact details if they expect a response

ElectronicMonkey @ElectronicMonkey 1753672838

yeah, that's the mode: 1. encourage people to save their key and set up contact info if they expect a response 2. ignore if you don't care responds, eg: maybe you offer a alternative contact way in the message.

Xtr3m3hodl · 33w

ElectronicMonkey @ElectronicMonkey 1752541138

That's a good idea 🤙. I will talk to keychat about how to do it.

τέχνη · 33w

what about the option to pay instead of doing a POW? If you’re using someone else’s relay, I think they would prefer that.

ElectronicMonkey @ElectronicMonkey 1752541024

yeah I have such thoughts too. but there isn't a standard way (NIP) to allow relay charges per-message. Another more interesting thoughts to me is that we can have different stamps that is not comming from POW but human-made. So people can buy the stamp from other people.

τέχνη · 33w

I think nostr:npub1h0uj825jgcr9lzxyp37ehasuenq070707pj63je07n8mkcsg3u0qnsrwx8 is working on a whole protocol to make the stamp thing more common

daniele · 33w

Cool! It would be nice to have it as component, so it can embed it other web pages (I'm thinking about https://oracolo.me).

ElectronicMonkey @ElectronicMonkey 1752540843

yes that's part of the plan! Right now you can do something like this in github readme
https://github.com/RetricSu/pingkey

In the future we shall extend that to be a rich embedable component

👍1

ElectronicMonkey · 33w

ElectronicMonkey @ElectronicMonkey 1752480227

I have received some letters and collected some pow stamps. thank you!

ElectronicMonkey

@ElectronicMonkey 1752472222

I made a little project called pingkey https://pingkey.xyz/ it is a messaging app works like traditional mailing. You setup relays as your mailbox, people write letters and post them to you. Each letter must contain a POW which then turn into a unique POW stamp. It is that simple and I imagine it will become a alternative contact card for those people who are old enough that just hate social network and prefer to keep this simple way just like me. Feel free to try it and contact me https://www.pingkey.xyz/p/ce6232feaec4e6d01a4e00daa3648030c42017bdf589e34b53744fc49c5cba8a and give some feed back.

1310❤️5🤙3♥️1❤️1👀1👍1

ElectronicMonkey · 33w

I have received some letters and collected some pow stamps. thank you! https://blossom.primal.net/08006170eaaab9cc3f3c9b3d5a73d192b9e3362cb88542cb9a2597b11594ff5f.png https://blossom.primal.net/64a1d644bd809bbe9bbe701b222be7c5e44dd32e581690353e497910c5793e9a.png

daniele · 33w

Cool! It would be nice to have it as component, so it can embed it other web pages (I'm thinking about https://oracolo.me).

τέχνη · 33w

what about the option to pay instead of doing a POW? If you’re using someone else’s relay, I think they would prefer that.

Xtr3m3hodl · 33w

This is really cool. The ux would even be better with an app like #keychat where after the receive keys are generated, there is a add to keychat button or so. Already possible to just copy the key and create a chatid manually but this would even be better. #keychat is really the binding glue for #no...

Ronin · 32w

well done, i though about the same app, its a nice idea, very usefull, congrats.

Ronin · 32w

i cant send a message, its says no relays found on the page even though i have the default ones am i missing something? nostr:nprofile1qqsyt3qly8su7u2l5mvu5g9cuqp22axm0w6fa9hw3xp5cek6c4zxk7spr9mhxue69uhhyetvv9ujuumwdae8gtnnda3kjctv9uq3uamnwvaz7tmjv4kxz7fwdehhxarj9emkjun9v3hx2apwdfcz7qg4waehxw309aex2...

vinney...axkl · 32w

this is great! might help to make it clear to the sender that the recipient can't "reply" and encourage them to leave contact details if they expect a response

Cody · 37w

其实一个和三四个区别不是很大，超过这个数的话，大部分客户端是不拿来参考的。Jumble 只会使用用户设置的前 2 ～ 4 个 relay。并且如果用户设置超过 ...

ElectronicMonkey @ElectronicMonkey 1750418505

是的，这个其实也是缺少migration的方案，协议没有规定，导致比较混乱。很多relay应该也不接受一下子导入几万个历史event，会被rate limit吧

Cody · 36w

是的，还有蛮多问题

Cody · 37w

是的，outbox model 的说明文章里有提到客户端应该将 relay list 发布到尽可能多的 relay 上，所以可以简单从固定几个大 relay 获取

ElectronicMonkey @ElectronicMonkey 1750338748

还有一个想法，也许每个用户都应该只用一个 relay, 挂了就再换一个 relay，同时更新一次 10002 kind 的 event。这样对客户端会比较友好，同时仔细想想，其实好像也不比多用几个 relay 来得差——首先你更明确的知道你的数据在哪个 relay 上，同时 nostr 的应用一般都是 local-first 的，本地也有一个备份。相反，如果用很多 relay，其实反而让客户端和用户都很困惑：我的数据到底存在哪个 relay？于是很多客户端要做很多工作去猜，用户体验也变复杂。

Cody · 37w

其实一个和三四个区别不是很大，超过这个数的话，大部分客户端是不拿来参考的。Jumble 只会使用用户设置的前 2 ～ 4 个 relay。并且如果用户设置超过 8 个 relay，会直接认为这个人不懂 outbox，从而不使用他设置的 relay，默认使...

Cody · 37w

是的，outbox model 的说明文章里有提到客户端应该将 relay list 发布到尽可能多的 relay 上，所以可以简单从固定几个大 relay 获取

ElectronicMonkey @ElectronicMonkey 1750338250

我觉得 nostr 生态缺少 nip65 indexer 的基础设施。需要很多只接受kind 10002 的小 relay, 这些 relay 对带宽和存储的要求都不要，但他们需要彼此能通信同步数据，专注于为应用提供查询 relay list 的功能。

1❤️1

Cody · 37w

我前段时间看到 coracle 的作者有发布这样一个项目来着，但目前来看同步到几个大 relay 已经形成共识，想要推进这个想法还是有难度的

Cody · 37w

会的，所以存在很多问题哈哈哈。有些长连接会处于 pending 状态，直到有其他长连接断掉了才会开始连接。但已经过了我设置的超时时间。我不确定这...

ElectronicMonkey @ElectronicMonkey 1750327569

这是一个问题，短时间内创建管理大量 websocket的开销。另外有个问题，要从哪里去找这些用户的 relay list（10002 kind），一些固定的大 relay？

Cody · 37w

是的，outbox model 的说明文章里有提到客户端应该将 relay list 发布到尽可能多的 relay 上，所以可以简单从固定几个大 relay 获取