CXPLAY on Nostr: 虽然 NIP-68 里面没有要求 imeta 标签是谁提供, ...
虽然 NIP-68 里面没有要求 imeta 标签是谁提供, 但目前大多数支持这个 NIP 的客户端好像都是默认在客户端计算的元数据. 不管媒体文件服务器提不提供元数据, 所有的客户端都在自己计算元数据.
而 NIP-68 里面的 imeta 示例相比 NIP-94 的实例正好缺了 origin hash 标签 "ox", 这个标签也只有在媒体服务器提供服务端媒体优化的时候才会提供. 现在一看 NIP-68 没有了, 是不是就在默认元数据的处理是客户端的责任?
那如果一个 kind:20 事件只有 .content, 其他的 .tags.* 一律没有, 这个 kind:20 事件还算是有效的吗? 在这个自由网络里面, 应该也最多算是不佳实践? 会有中继会针对 kind:20 过滤掉不包含 imeta 标签的事件吗?
而 NIP-68 里面的 imeta 示例相比 NIP-94 的实例正好缺了 origin hash 标签 "ox", 这个标签也只有在媒体服务器提供服务端媒体优化的时候才会提供. 现在一看 NIP-68 没有了, 是不是就在默认元数据的处理是客户端的责任?
那如果一个 kind:20 事件只有 .content, 其他的 .tags.* 一律没有, 这个 kind:20 事件还算是有效的吗? 在这个自由网络里面, 应该也最多算是不佳实践? 会有中继会针对 kind:20 过滤掉不包含 imeta 标签的事件吗?
quoting nevent1q…k07mNIP-68 - Picture-first feeds
https://nips.nostr.com/68
既然 NIP-68 都出现了, 原本就是 kind:1 的功能越来越被细分, 要求也变得越来越细致. 那为什么一个事件不能有多个 kind 呢?🙂本身就可以视作是 kind:1 的子集, 客户端也不会因为只支持 kind:1 而不支持显示 NIP-68 吧?