这是比较早期的概念了,这个模式下有个缺陷,你只能和与你有相同中继的用户互动,这样所有人最终都会在几个大中继上,就像我们离...

24462930821b45f5...
npub1y3rzjvyzrdzl2v8vqp37eg9x2gh954mc2muc9755fhcw7090qw4s9yyq9d
hex
b46fb4e12ea0745922d9b50bd85d9202b8adc3f86523ea567678ed57758a397enevent
nevent1qqstgma5uyh2qazeytvm2z7ctkfq9w9dc0ux2gl22em83m2hwk9rjlsprpmhxue69uhhyetvv9ujuem4d36kwatvw5hx6mm9qgszg33fxzppk304xrkqqclv5zn9ytj62au9d7vzl22ymu808jhs82ck4lktjKind-1 (TextNote)
↳ Reply to 801ae0b1... (npub1sqdwpvgx00l2ertkdgydp474ladxht3agv68g00vwrv302vxrvcs4dvxwz)
读中继 = app从中继要内容 写中继 = app把你post的东西发去中继 最上面那个可以放在public outbox relay.
这是比较早期的概念了,这个模式下有个缺陷,你只能和与你有相同中继的用户互动,这样所有人最终都会在几个大中继上,就像我们离不开微信一样
现在的客户端大都才有新的模式 —— 收件箱模型
读中继 = 通知中心,就收其他人提及你的事件(回复、点赞、转发……) 写中继 = 存储你发出去的事件
在这个模式下,我现在回复你,我的这条回复将首先会发送到我的写中继,然后还会发送到你的读中继。浏览关注动态的时候,客户端会先查询所有关注用户的中继配置,然后分别从他们各自的写中继查询他们的事件,然后汇总起来。这就是为什么紫水晶这个版本的更新会连接上百个中继的原因
Raw JSON
{
"kind": 1,
"id": "b46fb4e12ea0745922d9b50bd85d9202b8adc3f86523ea567678ed57758a397e",
"pubkey": "24462930821b45f530ec0063eca0a6522e5a577856f982fa944df0ef3caf03ab",
"created_at": 1765462178,
"tags": [
[
"e",
"724fc2fac000b602645847ad2aca3690283c4cc6456d1191eff4f6066647be7b",
"wss://lang.relays.land/zh",
"root",
"24462930821b45f530ec0063eca0a6522e5a577856f982fa944df0ef3caf03ab"
],
[
"e",
"1eaa3f534595d977067d71f568a17299317c3e6a5ba4ea1b537f08ca8302a5f8",
"wss://nos.lol/",
"reply",
"801ae0b1067bfeac8d766a08d0d7d5ff5a6bae3d4334743dec70d917a9861b31"
],
[
"p",
"81913081246d192c9a55951704270756b222094470b3171e58bb5e3c42ee8db5"
],
[
"p",
"801ae0b1067bfeac8d766a08d0d7d5ff5a6bae3d4334743dec70d917a9861b31"
],
[
"client",
"jumble"
]
],
"content": "这是比较早期的概念了,这个模式下有个缺陷,你只能和与你有相同中继的用户互动,这样所有人最终都会在几个大中继上,就像我们离不开微信一样\n\n现在的客户端大都才有新的模式 —— 收件箱模型\n\n读中继 = 通知中心,就收其他人提及你的事件(回复、点赞、转发……)\n写中继 = 存储你发出去的事件\n\n在这个模式下,我现在回复你,我的这条回复将首先会发送到我的写中继,然后还会发送到你的读中继。浏览关注动态的时候,客户端会先查询所有关注用户的中继配置,然后分别从他们各自的写中继查询他们的事件,然后汇总起来。这就是为什么紫水晶这个版本的更新会连接上百个中继的原因",
"sig": "4d0893333376bf4e4eeeff517162ac0848ed8d477e29aa495a9e779f7a8a4ce69deff2e64a5be089e90a36b8e13020fc89dd1bdaba8bff5fbc3074d3be012461"
}