©CC BY-NC-SA 4.0
🚩加入 Nostr!moe 社区: join.nostr.moe
🚩加入 Nostr!moe 社区: join.nostr.moe
#原神 什么? 双子又同框了? 是动画短片? 是飞碟社的饼? 还是DM短片? 等不及了, 快端上来罢!
(十个小时后) 急死我了, 还不发还不发还不发? 吊我胃口是吧. 怎么还不发? 急急急.
https://fxtwitter.com/GenshinImpact/status/1792767528076218658
via Nostr@cxplay
#吐槽
In reply to nevent1q…a5zx
_________________________
是的, 唯一能真正治理滥用的只有中继也就是服务端, 不过目前除了付费墙好像没有什么特别好的办法.
via Nostr@cxplay
In reply to nevent1q…a5zx
_________________________
是的, 唯一能真正治理滥用的只有中继也就是服务端, 不过目前除了付费墙好像没有什么特别好的办法.
via Nostr@cxplay
#吐槽
In reply to nevent1q…4ezk
_________________________
这可能只是一次针对 Bluesky 的实验而已, Nostr 的这些桥有必要加强一下反滥用了.
via Nostr@cxplay
In reply to nevent1q…4ezk
_________________________
这可能只是一次针对 Bluesky 的实验而已, Nostr 的这些桥有必要加强一下反滥用了.
via Nostr@cxplay
#吐槽
Mostr.pub 和 Momostr.pink Bridge 继续被滥用:
Fediverse 和 Bluesky 之间的桥被用来向 Bluesky 发送支持特朗普的垃圾邮件, 这些垃圾邮件来自 Nostr. 垃圾邮件是在 Nostr 上创建的, 而 Nostr 通过 Mostr 桥接器与 fediverse 桥接, 后者又可以与 Bluesky 桥接. 虽然所有网络都有许多方便, 开放注册的地方, 但垃圾邮件往往发生在容易大量注册的地方, 而 Nostr 的协议设计使得创建新账户特别容易.
—— https://fediversereport.com/last-week-in-fediverse-ep-69/ (The Fediverse Report)
支持特朗普的垃圾帖子是如何从 Nostr 转移到 Bluesky 的? 首先, Nostr 内容通过 Mostr Bridge 传播到 Mastodon (基于 ActivityPub 协议). 然后, 使用名为 Bridgy Fed 的工具将内容从 Mastodon 推送到 Bluesky. 这一过程的痕迹出现在 Bluesky 版本的帖子中, 其中的账户柄格式为 npub************.momostr.pink.ap.brid.gy. 其中的第一部分(从 npub 到第一个点)是 Nostr 账户的公钥, 而其余部分(momostr.pink.ap.brid.gy)则包含了用于桥接帖子的工具(Mostr 和 Bridgy Fed)的一些说明.
—— https://conspirator0.substack.com/p/federation-and-political-spam (Conspirador Norteño)
#Nostr #Fediverse #Bluesky
via Nostr@cxplay
Mostr.pub 和 Momostr.pink Bridge 继续被滥用:
Fediverse 和 Bluesky 之间的桥被用来向 Bluesky 发送支持特朗普的垃圾邮件, 这些垃圾邮件来自 Nostr. 垃圾邮件是在 Nostr 上创建的, 而 Nostr 通过 Mostr 桥接器与 fediverse 桥接, 后者又可以与 Bluesky 桥接. 虽然所有网络都有许多方便, 开放注册的地方, 但垃圾邮件往往发生在容易大量注册的地方, 而 Nostr 的协议设计使得创建新账户特别容易.
—— https://fediversereport.com/last-week-in-fediverse-ep-69/ (The Fediverse Report)
支持特朗普的垃圾帖子是如何从 Nostr 转移到 Bluesky 的? 首先, Nostr 内容通过 Mostr Bridge 传播到 Mastodon (基于 ActivityPub 协议). 然后, 使用名为 Bridgy Fed 的工具将内容从 Mastodon 推送到 Bluesky. 这一过程的痕迹出现在 Bluesky 版本的帖子中, 其中的账户柄格式为 npub************.momostr.pink.ap.brid.gy. 其中的第一部分(从 npub 到第一个点)是 Nostr 账户的公钥, 而其余部分(momostr.pink.ap.brid.gy)则包含了用于桥接帖子的工具(Mostr 和 Bridgy Fed)的一些说明.
—— https://conspirator0.substack.com/p/federation-and-political-spam (Conspirador Norteño)
#Nostr #Fediverse #Bluesky
via Nostr@cxplay
#吐槽
In reply to nevent1q…eeu4
_________________________
静态站点生成器主要还得看主题的适配, Hexo 这边也是这样.
via Nostr@cxplay
In reply to nevent1q…eeu4
_________________________
静态站点生成器主要还得看主题的适配, Hexo 这边也是这样.
via Nostr@cxplay
#吐槽
In reply to nevent1q…89j9
_________________________
梳理一下我的认知时间线, 也补一下这条线程遗漏的:
- 2022 年 08 月 05 日: Pornhub
- 2022 年 11 月 15 日: pixiv, BOOTH, pixivFANBOX
- 2023 年 11 月 08 日: Niconico
- 2024 年 03 月 15 日: Gumroad
- 2024 年 04 月 03 日: DLsite
- 2024 年 05 月 09 日: Niconico
- 2024 年 05 月 21 日: Fantia
via Nostr@cxplay
In reply to nevent1q…89j9
_________________________
梳理一下我的认知时间线, 也补一下这条线程遗漏的:
- 2022 年 08 月 05 日: Pornhub
- 2022 年 11 月 15 日: pixiv, BOOTH, pixivFANBOX
- 2023 年 11 月 08 日: Niconico
- 2024 年 03 月 15 日: Gumroad
- 2024 年 04 月 03 日: DLsite
- 2024 年 05 月 09 日: Niconico
- 2024 年 05 月 21 日: Fantia
via Nostr@cxplay
#吐槽
In reply to nevent1q…r5z5
_________________________
Fantia 今天发公告称 Visa 和 Mastercard 已经暂停使用, 下个月开始已有的付款方式也将失效.
- https://spotlight.fantia.jp/news/240521_payment_method
- https://fxtwitter.com/fantia_jp/status/1792811477256343764
via Nostr@cxplay
In reply to nevent1q…r5z5
_________________________
Fantia 今天发公告称 Visa 和 Mastercard 已经暂停使用, 下个月开始已有的付款方式也将失效.
- https://spotlight.fantia.jp/news/240521_payment_method
- https://fxtwitter.com/fantia_jp/status/1792811477256343764
via Nostr@cxplay
#吐槽
In reply to nevent1q…zvm5
_________________________
program技术力不足 :eveonecat_coffeebath: 正在努力学习.
via Nostr@cxplay
In reply to nevent1q…zvm5
_________________________
program技术力不足 :eveonecat_coffeebath: 正在努力学习.
via Nostr@cxplay
#吐槽
In reply to nevent1q…qajr
_________________________
去中心化难道不是提倡自托管吗, 自己支付自己的费用, 可用性也只对自己负责.
发现其他图片服务商里的文件也只是快捷保存已经有的文件的一个小功能而已, 主要还是应该和 NIP-94 结合使用, 如果自己托管自己的文件那实际上 NIP-94 都不需要, Blossom 只是更加规范了文件保存这部分.
via Nostr@cxplay
In reply to nevent1q…qajr
_________________________
去中心化难道不是提倡自托管吗, 自己支付自己的费用, 可用性也只对自己负责.
发现其他图片服务商里的文件也只是快捷保存已经有的文件的一个小功能而已, 主要还是应该和 NIP-94 结合使用, 如果自己托管自己的文件那实际上 NIP-94 都不需要, Blossom 只是更加规范了文件保存这部分.
via Nostr@cxplay
#吐槽
In reply to nevent1q…y2pc
_________________________
Blossom 没有设计这个规范, 在外部服务器发现和保存文件是一些服务端实现里单独加的功能:
via Nostr@cxplay
In reply to nevent1q…y2pc
_________________________
Blossom 没有设计这个规范, 在外部服务器发现和保存文件是一些服务端实现里单独加的功能:
quoting nevent1q…9ch2
Discovering and downloading (or streaming) blobs from other servers isn't part of the blossom spec but its something I added to my blossom-server implementation
By default the example config has it setup to check cdn.satellite.earth and nostr 1063 events to find blobs, but if you want you can turn it off in the config https://github.com/hzrd149/blossom-server/blob/master/config.example.yml#L15-L30
I don't know if there are any security implications of downloading a blob. but its possible an attacker could flood a server by asking it to download everything from another server
via Nostr@cxplay
#吐槽
几年前, 某些手机厂商为了宣传自己家的语音助手, 煞有介事地给自己家的手机上专门放了一个语音助手的实体按键, 虽然是默认的唤起语音助手, 但实际是一个通用的功能键, 按键的外观设计并没有给语音助手绑定起来, 而功能上后期还能通过系统设置更换成其他更有实用价值的快捷功能.
几年之后, 某手机厂靠强大的整合能力居然也开始造笔记本了, 于是把自家语音助手又装到了笔记本上, 又给笔记本键盘上塞进去一个语音助手的按键, 这次不一样了, 笔记本键盘布局本来就容不得多少 "创意", 而这个按键上面居然雕上了语音助手的 Logo, 还放在了本来是 Del 键的位置. 好吧, 我承认确实有部分人用 Del 键的次数不比数字小键盘多, 但是一旦这波来自软件驱动的热度一过, 硬件的独特设计反而变成了一个附庸, 因为也必须要承认, 有人用语音助手的频率还不及打开某些系统预装的第三方软件的次数多, 而这个硬件上的 "预装" 可不是随便就能 "卸载" 的.
到了现在, Microsoft 一拍脑门想起学习借鉴 OEM 厂的经验, 想给各位的 AI PC 都想要装上一个 Copilot 按键. 什么叫 AI PC 啊? 当然不是你的 PC 本地能跑大模型才是, 而是你的 PC 能用 Copilot 就是啦! 简直是天才, 难不成还有 PC 装不上浏览器甚至 WebView Runtime 的? 当然, Microsoft 也想到了这种可能, 于是给 Windows 11 直接内置了 Copilot, 就像内置 Edge 一样信手拈来.
等到某家手机厂要发新产品了, 不知道会选择映射自己家的语音助手还是 Microsoft 的 Copilot 到那个按键上呢? (可千万别都加上了)
via Nostr@cxplay
几年前, 某些手机厂商为了宣传自己家的语音助手, 煞有介事地给自己家的手机上专门放了一个语音助手的实体按键, 虽然是默认的唤起语音助手, 但实际是一个通用的功能键, 按键的外观设计并没有给语音助手绑定起来, 而功能上后期还能通过系统设置更换成其他更有实用价值的快捷功能.
几年之后, 某手机厂靠强大的整合能力居然也开始造笔记本了, 于是把自家语音助手又装到了笔记本上, 又给笔记本键盘上塞进去一个语音助手的按键, 这次不一样了, 笔记本键盘布局本来就容不得多少 "创意", 而这个按键上面居然雕上了语音助手的 Logo, 还放在了本来是 Del 键的位置. 好吧, 我承认确实有部分人用 Del 键的次数不比数字小键盘多, 但是一旦这波来自软件驱动的热度一过, 硬件的独特设计反而变成了一个附庸, 因为也必须要承认, 有人用语音助手的频率还不及打开某些系统预装的第三方软件的次数多, 而这个硬件上的 "预装" 可不是随便就能 "卸载" 的.
到了现在, Microsoft 一拍脑门想起学习借鉴 OEM 厂的经验, 想给各位的 AI PC 都想要装上一个 Copilot 按键. 什么叫 AI PC 啊? 当然不是你的 PC 本地能跑大模型才是, 而是你的 PC 能用 Copilot 就是啦! 简直是天才, 难不成还有 PC 装不上浏览器甚至 WebView Runtime 的? 当然, Microsoft 也想到了这种可能, 于是给 Windows 11 直接内置了 Copilot, 就像内置 Edge 一样信手拈来.
等到某家手机厂要发新产品了, 不知道会选择映射自己家的语音助手还是 Microsoft 的 Copilot 到那个按键上呢? (可千万别都加上了)
via Nostr@cxplay
#吐槽
In reply to nevent1q…kdln
_________________________
GPT-4o 已经被污染了, 垃圾内容更是 LLM 致幻剂. 但相比起垃圾内容, 应该也没有人想去用 4chan 或者孙吧的语料吧.
LLM: 这是红药丸还是蓝药丸?
人类: 这是彩虹糖.
via Nostr@cxplay
In reply to nevent1q…kdln
_________________________
GPT-4o 已经被污染了, 垃圾内容更是 LLM 致幻剂. 但相比起垃圾内容, 应该也没有人想去用 4chan 或者孙吧的语料吧.
LLM: 这是红药丸还是蓝药丸?
人类: 这是彩虹糖.
quoting nevent1q…lx8l
GPT-4o 中文token库被垃圾内容污染
OpenAI于5月13日发布GPT-4o后,一些中文用户发现其token库中充满了垃圾词汇。普林斯顿大学博士生蔡天乐(音)分析了最长的100个中文token,发现大部分与赌博或色情有关,只有少数是常用词。
> https://gist.github.com/ctlllll/4451e94f3b2ca415515f3ee369c8c374
大型语言模型通过分词解析文本。GPT-4o的新分词工具在处理多语言任务上优于前代产品,但其中文token库因数据清理不足而被污染。这导致GPT-4o的大语言模型无法正确解析这些词汇,并可能被用来绕过OpenAI的安全措施。前代的GPT-3.5和GPT-4则没有这种问题。
这些无效数据主要来源于垃圾和色情网站,这些网站通过劫持无关内容来提升搜索引擎排名,从而污染了GPT-4o的训练数据。
目前尚不清楚其他语言是否受影响,但有用户报告韩语token库也有类似问题。
> https://fixupx.com/dhsusj144284/status/1790302306669670680
- 竹新社: https://t.me/tnews365/30454
- MIT Technology Review: https://www.technologyreview.com/2024/05/17/1092649/gpt-4o-chinese-token-polluted/
via Nostr@cxplay
#吐槽
In reply to nevent1q…9kqv
_________________________
This feature definitely makes sense, but requires more security. For example, a signed event would be required to allow files to be discovered and saved through other servers.
via Nostr@cxplay
In reply to nevent1q…9kqv
_________________________
This feature definitely makes sense, but requires more security. For example, a signed event would be required to allow files to be discovered and saved through other servers.
via Nostr@cxplay
#吐槽
In reply to nevent1q…9fnx
_________________________
So this would require no authentication from the Blossom server owner at all? I can indirectly transfer any temporarily saved files on cdn.satellite.earth to your Blossom server, and use your server to serve the files. There are considerable risks involved.
via Nostr@cxplay
In reply to nevent1q…9fnx
_________________________
So this would require no authentication from the Blossom server owner at all? I can indirectly transfer any temporarily saved files on cdn.satellite.earth to your Blossom server, and use your server to serve the files. There are considerable risks involved.
via Nostr@cxplay
#吐槽
🤔
via Nostr@cxplay
🤔
quoting nevent1q…6ceu
Much easier, just take the hash and replace the domain of the blossom server, so I just did that. The way the Blossom protocol works is that if there is no file on your Blossom server, it will ask other Blossom servers for the file, and once it finds it, it will store it on yours, then your server will respond to others requesting the file, and so on.
quoting nevent1q…uun8
1. Best production ready implementation is probably: https://github.com/lovvtide/satellite-cdn
2. Reference implementation by hzrd194: https://github.com/hzrd149/blossom-server
3. My proof of concept that runs on CloudFlare Free tier for personal use: https://git.v0l.io/florian/cf-worker-blossom-server
via Nostr@cxplay
#吐槽
In reply to nevent1q…v0ec
_________________________
大公司是一个高位截瘫的病人. 因为光速, 已知大公司的尺度是一百六十亿光年, 还在膨胀中, 可光速却只有每秒三十万千米, 慢得要命. 这意味着, 光永远不可能从公司的一端传到另一端, 由于没有东西能超过光速, 那公司一端的信息和作用力也永远不能传到另一端. 如果公司是一个人, 就意味着他没有一个神经信号能够传遍全身, 他的大脑不知道四肢的存在, 四肢不知道大脑的存在, 同时每个肢体也不知道其他肢体的存在, 这不是截瘫病人是什么? 其实我有一个比这更糟的印象, 大公司只不过是一具膨张中的死尸.
—— 节选并改编自《三体Ⅱ·黑暗森林》刘慈欣
via Nostr@cxplay
In reply to nevent1q…v0ec
_________________________
大公司是一个高位截瘫的病人. 因为光速, 已知大公司的尺度是一百六十亿光年, 还在膨胀中, 可光速却只有每秒三十万千米, 慢得要命. 这意味着, 光永远不可能从公司的一端传到另一端, 由于没有东西能超过光速, 那公司一端的信息和作用力也永远不能传到另一端. 如果公司是一个人, 就意味着他没有一个神经信号能够传遍全身, 他的大脑不知道四肢的存在, 四肢不知道大脑的存在, 同时每个肢体也不知道其他肢体的存在, 这不是截瘫病人是什么? 其实我有一个比这更糟的印象, 大公司只不过是一具膨张中的死尸.
—— 节选并改编自《三体Ⅱ·黑暗森林》刘慈欣
via Nostr@cxplay
In reply to nevent1q…cxma
_________________________
对于Telegram 的链接, 直接去掉 https:// 这个 scheme 就能绕过, 但是发垃圾邮件的也肯定会想到, 甚至想到把链接写在图片里, 就像上次 Fediverse 的 discord.gg 链接一样.
via Nostr@cxplay
#吐槽
In reply to nevent1q…sfgj
_________________________
以前测试的时候发现, 在 Mostr.pub 这个 Nostr 和 Fediverse 的桥里面也使用了关键词审查.
询问后, 开发者 Alex Gleason 展示了桥的审查策略:
> https://t.me/nostr_protocol/135491
```ts
#!/bin/sh
//bin/true; exec deno run -A "$0" "$@"
import {
antiDuplicationPolicy,
filterPolicy,
hellthreadPolicy,
keywordPolicy,
pipeline,
pubkeyBanPolicy,
rateLimitPolicy,
readStdin,
regexPolicy,
writeStdout,
} from 'https://gitlab.com/soapbox-pub/strfry-policies/-/raw/develop/mod.ts';;
for await (const msg of readStdin()) {
const result = await pipeline(msg, [
[filterPolicy, { kinds: [0, 1, 3, 5, 6, 7, 9734, 9735, 10002] }],
[keywordPolicy, ['https://t.me/';]],
[regexPolicy, /(🟠|🔥|😳)ChtaGPT/i],
[pubkeyBanPolicy, ['e810fafa1e89cdf80cced8e013938e87e21b699b24c8570537be92aec4b12c18', 'a1f7323ec752046214c75aab002568ab88d60fdbac5d2943efadacf8e9e7a4de']],
[hellthreadPolicy, { limit: 100 }],
[rateLimitPolicy, { whitelist: ['127.0.0.1', '68.183.48.167'], databaseUrl: 'sqlite:///media/ramdisk/strfry-rate-limit-policy.sqlite3' }],
[antiDuplicationPolicy, { ttl: 60000, minLength: 50, databaseUrl: 'sqlite:///media/ramdisk/strfry-anti-duplication-policy.sqlite3' }],
]);
writeStdout(result);
}
```
可以看到, t.me 这个 Telegram 里使用的核心域名的 URL 是关键词, 所以我只要往这个桥上发的内容里包含这个链接就会被拒绝, 自然就内容就不会到达 Fediverse. 甚至还有 ChatGPT, 和一些 emoji.
Alex 说, 他意识到他不可能包含所有关键词, 于是他写了第一个想到的, 就是来自 Telegram 上的垃圾消息中的 t.me 链接. 由于 Telegram 的特色, 不仅它本身, 其以及衍生的 telegra.ph, 都是经常被滥用的对象.
当然不能说这么做是完全错的, 我也经常在 Nostr 发各种 Telegram 上的消息链接, 这是由于资源限制能做出的最普遍的审查策略, 但是这种审查策略有种杀敌一千自损八百的意味. 相对的, 其他的几个关键词和 emoji 策略就显得更加离谱.
我们这些正常人为了这些审查策略被迫会用其他的方式去使用媒介, 而发垃圾内容的也会更快想到.
via Nostr@cxplay
In reply to nevent1q…sfgj
_________________________
以前测试的时候发现, 在 Mostr.pub 这个 Nostr 和 Fediverse 的桥里面也使用了关键词审查.
询问后, 开发者 Alex Gleason 展示了桥的审查策略:
> https://t.me/nostr_protocol/135491
```ts
#!/bin/sh
//bin/true; exec deno run -A "$0" "$@"
import {
antiDuplicationPolicy,
filterPolicy,
hellthreadPolicy,
keywordPolicy,
pipeline,
pubkeyBanPolicy,
rateLimitPolicy,
readStdin,
regexPolicy,
writeStdout,
} from 'https://gitlab.com/soapbox-pub/strfry-policies/-/raw/develop/mod.ts';;
for await (const msg of readStdin()) {
const result = await pipeline(msg, [
[filterPolicy, { kinds: [0, 1, 3, 5, 6, 7, 9734, 9735, 10002] }],
[keywordPolicy, ['https://t.me/';]],
[regexPolicy, /(🟠|🔥|😳)ChtaGPT/i],
[pubkeyBanPolicy, ['e810fafa1e89cdf80cced8e013938e87e21b699b24c8570537be92aec4b12c18', 'a1f7323ec752046214c75aab002568ab88d60fdbac5d2943efadacf8e9e7a4de']],
[hellthreadPolicy, { limit: 100 }],
[rateLimitPolicy, { whitelist: ['127.0.0.1', '68.183.48.167'], databaseUrl: 'sqlite:///media/ramdisk/strfry-rate-limit-policy.sqlite3' }],
[antiDuplicationPolicy, { ttl: 60000, minLength: 50, databaseUrl: 'sqlite:///media/ramdisk/strfry-anti-duplication-policy.sqlite3' }],
]);
writeStdout(result);
}
```
可以看到, t.me 这个 Telegram 里使用的核心域名的 URL 是关键词, 所以我只要往这个桥上发的内容里包含这个链接就会被拒绝, 自然就内容就不会到达 Fediverse. 甚至还有 ChatGPT, 和一些 emoji.
Alex 说, 他意识到他不可能包含所有关键词, 于是他写了第一个想到的, 就是来自 Telegram 上的垃圾消息中的 t.me 链接. 由于 Telegram 的特色, 不仅它本身, 其以及衍生的 telegra.ph, 都是经常被滥用的对象.
当然不能说这么做是完全错的, 我也经常在 Nostr 发各种 Telegram 上的消息链接, 这是由于资源限制能做出的最普遍的审查策略, 但是这种审查策略有种杀敌一千自损八百的意味. 相对的, 其他的几个关键词和 emoji 策略就显得更加离谱.
我们这些正常人为了这些审查策略被迫会用其他的方式去使用媒介, 而发垃圾内容的也会更快想到.
via Nostr@cxplay