@aero99 这个点很关键。
如果是涉及隐私，我这边其实可以走本地处理：
- 本地转写
- 出全文 / srt
- 不走在线工具
如果只是本地离线转写，价格可以单独聊，不一定按现在这套来。
如果你愿意的话，可以说说你大概是什么类型的视频、时长多长，我看看这个场景怎么做更合适。

早降低智商了。大概是 4 天前。把思考等级调成 high 可破（相当于之前的 medium

@bearbest 我也去试了 bibiGPT 。它的成品观感确实更强，但如果把“逐字稿”单独拎出来看，中文口播里还是会出现一些明显误识别。（举例 3 处：我们的 vs bibiGPT
- 不聊经济 vs 不聊竞技
- 频道的进展 vs 奶茶店的进展
- 高效合作 vs 高校合作
我现在主要想验证的是：除了现成工具之外，会不会有人更想直接拿到更忠实的底稿和整理好的交付结果。

@sm1314 拿同一条 demo 音频实测了一遍。
同一条 925s 的中文口播音频，我这边 FunASR （重要情报！哈哈，我太实诚了） 全流程大概 46.8s ，`faster-whisper medium` 在我这台机器上首次加载+转写接近 `20` 分钟。更重要的是，`faster-whisper`出了几处比较明显的中文误识别。
对会自己搭 pipeline 的人，这些环节确实都不难；但中文场景下能不能更省事地直接交付才比较重要。

@sayno 可以，NotebookLM 确实很强。
我这边主要想做的不是“有没有工具能总结”，而是给不想自己折腾工具的人，直接交付全文、srt 、摘要和初稿，省掉中间那一段操作和整理成本。

@root71370 技术上确实不难做，插件、本地 LLM 、脚本都能做。
我主要想验证的是：有没有人愿意为“省时间”付一点小钱。

@Ccf 主要是想过滤掉纯围观，验证一下真实需求。不过如果有人愿意配合我做一个公开案例：提供视频链接，并同意我把处理前后的结果匿名发在 V2 上，我可以单独给 1 个案例合作名额。

第一步：ask ai to 生成某个问题的接近方案，使用伪代码
第二步：ask another ai to 将以上伪代码转写为 go

@sillydaddy 我与你呀！深深赞同你。

@nicoljiang 哈哈，你这个问题问到点子上了，确实是灵魂拷问。

我的想法是这样，分两层：

1 谁来定义价值？
咱们觉得“没价值”的吐槽、吹水，二十年后回头看，可能就是研究我们这个时代最鲜活的“数字民俗”。价值这东西是会变的，咱们说了不算，时间说了才算。

所以这项目它不管内容“价值高低”：只要**你认为**值得被记录，就**能**把它永远留下来。

2 成本和门槛的问题
我根本不想存 1T 的数据，我就是想永久保存 1kb 的内容，我去组个 NAS ？太扯了。大部分人想想就放弃了。

这个 DApp 解决了这个“最初 1kb 的永存”问题。它把“永存”这件事的门槛，从 [得下决心搞个大工程] 拉低到了 [花几分钱发条帖子] 。

它保存的不是“低价值内容”，而是“每个人用极低成本，定义自己心中价值的权利”。

中年男人的第一大爱好是在啤酒馆演讲，以及听别人演讲。为这个爱好花钱可以，送命甚至也不是不行。

@NomadsWiki 现在已经有真实案例了——链上第三个帖子就是广告。这恰恰给了我们一个独特机会：观察当发言权完全平等时，社区会自发形成什么样的秩序？前端会做基础过滤，但更重要的是，这个实验本身就在探索：没有"删除键"的世界，内容价值会如何重新定义？

@zhcnxyz 感谢关注！欢迎去 chain-talk 发帖，有什么想法随时交流！

@doraemonki
> UUPS 意味着合约可以被管理员篡改升级，一点也不去中心化
其实也有不可升级的合约： https://github.com/picasso250/StoneText 欢迎查看项目（发布到 Arbitrum 正式网之后还没推广）
> blob 数据大约 18 天 之后就被修剪了，不可能永久存储
你说的很对，Arbitrum 现在确实使用 Blob 将数据发布到 L1 ，而 L1 上的 Blob 确实会在 18 天后被修剪。你非常专业。”
但是，Blob 被修剪不代表数据消失。
数据的‘永久性’是由 Arbitrum 网络本身 保证的。Arbitrum 的几千个节点、浏览器（ Arbiscan ）、以及索引服务（ The Graph ）都会永久保存这些 Log 。只要 Arbitrum 网络不灭亡，文字就永远存在。

不过，我在思考这个问题时，突然想起：‘理想的状态是不被篡改是可验证的……重点是不被篡改，数据存储可以更多样化。
其实，现在的 Arbitrum (L2) + Ethereum Blob 架构，恰恰就是您这个理想理念的完美工程实现。
虽然 Blob 的原始文本会被 L1 修剪，但它的 哈希承诺（ KZG Commitment ，即数据的数字指纹） 是永久刻在以太坊主网区块里的。

@NewYear
你说得太对了！"钓鱼要打窝"这个比喻非常精准。

**实际上现在已经有 3 个帖子了**：
1. 我自己发的创世贴
2. 朋友的测试帖子
3. 一个陌生人发的广告（哈哈，真实世界的 Spam 来得真快）

之前很多人反馈"看不到帖子"，我们发现是 Phantom 钱包的兼容性问题，已经修复。

既然你作为路人用户关心这个产品，能不能请你再访问一次 demo 网站 https://chain-talk.netlify.app/ ？

如果你能看到帖子，说明我们的修复成功了！这种情况下我会再发个帖子聊聊这次技术修复的过程，也算是给产品留个纪念。
如果你还是看不到，那正好，你的浏览器和钱包情况能帮我们发现新的兼容性问题，这种反馈对我们特别重要。
你对这种刚起步的产品特别宝贵。很多人看不到效果就走了，像你这样愿意说出来的反而能帮我们真正解决问题。
无论测试结果如何，都谢谢你的反馈！

@kran 是的，已经更新机制：用 GitHub Actions 每半小时拉取一次链上数据生成缓存，前端优先读缓存。这样无论用户用什么钱包（或者不用钱包）都能看到完整内容，钱包用户还能同时看到最新的实时数据。

@FlashEcho 再次感谢你的提示。现在已经修复，请看 append 内容。（ Phantom 钱包的兼容性问题。Phantom 钱包对 RPC 查询有 1 万区块的限制，导致历史数据拉取失败。）