【Internet Download Manager（IDM）-哔哩哔哩】 https://b23.tv/MoM5v9e 视频显示的发送时间是三天前，5月10号 15 个帖子 - 14 位参与者 阅读完整话题
据慈善机构Internet Matters最新发布的调查报告显示，英国《网络安全法》在阻止未成年人访问社交媒体和成人内容方面效果有限。这项调查共涵盖1270名9至16岁的儿童及其家长，结果显示约有32%的受访儿童承认曾绕过年龄验证机制。 调查发现，输入虚假出生日期仍然是最常用的绕过方法。除此之外，未成年人还会使用成年人的设备或登录凭证、启用VPN，以及借用他人身份证件等手段突破限制。值得注意的是，约六分之一的家长曾主动帮助孩子绕过这些限制，主要原因是他们信任自己的孩子，并且了解孩子试图访问的在线服务。 在年龄验证技术方面，面部扫描系统的可靠性受到质疑。一名英国家长发现，自己12岁的孩子在脸上画了假胡子后，年龄估算软件竟然判定其为15岁。此前的研究表明，虽然面部扫描仪对18岁以上用户的识别准确度较高，但在分析青少年面孔时效果会明显下降。更有儿童成功使用电子游戏角色的图像通过面部验证。 自去年英国开始对成人网站实施年龄限制，以及澳大利亚禁止未成年人使用社交媒体以来，VPN下载量出现激增。社交媒体平台和其他应用程序，如Discord和YouTube，也在澳大利亚等国家试图禁止未成年人访问社交媒体后，开始对部分账户实施年龄检查。尽管英国尚未颁布类似的全面禁令，但未成年人在创建新账户时已经遇到年龄验证要求。一些服务并未完全禁止16岁以下用户，而是限制某些功能，例如直播和私信。 隐私和安全问题也引发了家长的担忧。Discord在要求年龄验证后，其关联的身份数据库遭到泄露，随后出现了一款利用3D模型绕过该服务面部扫描的应用程序。调查中的一位家长担心，欺诈性网站可能会利用年龄验证收集儿童的私人信息。 与此同时，监管机构开始针对VPN采取行动，但也带来了意想不到的后果。美国立法者最近警告称，VPN用户可能会招致政府监控，因为网络无法判断他们是否为外国运营者。犹他州最近成为美国首个通过反VPN立法的州，而俄罗斯在试图封锁VPN时意外导致其银行系统出现大范围故障。 这项研究表明，虽然数字限制措施在一定程度上减少了儿童接触有害内容的机会，但距离彻底解决问题仍有很长的路要走。尽管部分儿童和家长认同应该存在保护措施，但对于面部扫描或政府身份证检查是否为最佳解决方案，各方意见不一。 查看评论
有人往 IETF 发布了个 IPv8 草案： Internet Protocol Version 8 (IPv8) 知乎的中文翻译： 互联网协议第 8 版（ IPv8 ） 号称兼容 IPv4 ，但同样需要使用新的 IPv8 Header 。 地址格式是：r.r.r.r.n.n.n.n ，前面的 r 是扩展新空间，后面的 n 是现有 IPv4 地址范围。 还再附加一大堆配套内容。 附加内容当中有一堆十分奇怪的提议，其中之一居然要求交换机强制做 VLAN 硬件 OAuth2 验证。 原文：Three independent enforcement layers provide defence in depth: NIC firmware ACL8, Zone Server gateway ACL8, and switch port OAuth2 hardware VLAN enforcement . 不清楚这是否等于要求交换机必须无条件开启 VLAN 功能，如果是，那么纯二层交换机的地位尴尬了。 至于为什么怀疑这是用 AI 聊天 Vibe 出来，是因为草案有这么一句：draft-thain-wifi8-00 WiFi8 Protocol 提案中的“WiFi8”是指“用于 IPv8 的无线网络协议扩展” https://www.thenetworkdna.com/2026/04/internet-protocol-version-8-ipv8.html 但在现实中，WiFi 8 特指 WiFi 联盟正在设计、仍未完成的 IEEE 802.11bn 。 当下 IT 从业人员，尤其是网络行业从业人员，不可能不知道未来有 WiFi 8 。 再说了，既然现在有 WiFi 4 、WiFi 5 、WiFi 6 、WiFi 7 ，那么很自然地会推导出将来大概率会有 WiFi 8 ，从而主动使用其他字词以避免造成歧义。 所以这下就有两个可能：要么是作者纯手写+不知道 WiFi8 ，要么是跟 AI 聊出来的 Vibe 草案+作者没检查。 提到 兼容 IPv4 ，提案说 IPv8 does not require dual-stack operation 。不需要双栈？那么怎么互通？靠的是“8to4 隧道”。似曾相识，IPv6 也有 6to4 隧道。 还有一点我个人觉得是夸大其词的：No modification to IPv4 application required （现有 IPv4 应用程序无需修改） IPv4 应用程序在新版系统运行接收到 IPv8 地址，但大量程序内部的 sin_addr 大小早就固定了的，没办法容纳 IPv8 地址，想存都存不下啊。除非继续写入到后面的 padding 区间。 而且新麻烦不止这一个。htonl()和 ntohl()是 32bit integer 的函数，大量程序早就写死使用 uint32 变量接受返回值，一旦传入 IPv8 地址就只能截断。 Nginx 的例子： https://github.com/nginx/nginx/blob/98fc3bb78e8daef25c3d850c9cba8c2f787fb99e/src/http/ngx_http_huff_encode.c#L186 #define ngx_http_huff_encode_buf(dst, buf) \ (*(uint32_t *) (dst) = htonl(buf)) https://github.com/nginx/nginx/blob/98fc3bb78e8daef25c3d850c9cba8c2f787fb99e/src/http/v2/ngx_http_v2.h#L341 #define ngx_http_v2_write_uint32_aligned(p, s) \ (*(uint32_t *) (p) = htonl((uint32_t) (s)), (p) + sizeof(uint32_t)) 这么一来，“No modification”也不太可能。
有人往 IETF 发布了个 IPv8 草案： Internet Protocol Version 8 (IPv8) 知乎的中文翻译： 互联网协议第 8 版（ IPv8 ） 号称兼容 IPv4 ，但同样需要使用新的 IPv8 Header 。 地址格式是：r.r.r.r.n.n.n.n ，前面的 r 是扩展新空间，后面的 n 是现有 IPv4 地址范围。 还再附加一大堆配套内容。 附加内容当中有一堆十分奇怪的提议，其中之一居然要求交换机强制做 VLAN 硬件 OAuth2 验证。 原文：Three independent enforcement layers provide defence in depth: NIC firmware ACL8, Zone Server gateway ACL8, and switch port OAuth2 hardware VLAN enforcement . 不清楚这是否等于要求交换机必须无条件开启 VLAN 功能，如果是，那么纯二层交换机的地位尴尬了。 至于为什么怀疑这是用 AI 聊天 Vibe 出来，是因为草案有这么一句：draft-thain-wifi8-00 WiFi8 Protocol 提案中的“WiFi8”是指“用于 IPv8 的无线网络协议扩展” https://www.thenetworkdna.com/2026/04/internet-protocol-version-8-ipv8.html 但在现实中，WiFi 8 特指 WiFi 联盟正在设计、仍未完成的 IEEE 802.11bn 。 当下 IT 从业人员，尤其是网络行业从业人员，不可能不知道未来有 WiFi 8 。 再说了，既然现在有 WiFi 4 、WiFi 5 、WiFi 6 、WiFi 7 ，那么很自然地会推导出将来大概率会有 WiFi 8 ，从而主动使用其他字词以避免造成歧义。 所以这下就有两个可能：要么是作者纯手写+不知道 WiFi8 ，要么是跟 AI 聊出来的 Vibe 草案+作者没检查。 提到 兼容 IPv4 ，提案说 IPv8 does not require dual-stack operation 。不需要双栈？那么怎么互通？靠的是“8to4 隧道”。似曾相识，IPv6 也有 6to4 隧道。 还有一点我个人觉得是夸大其词的：No modification to IPv4 application required （现有 IPv4 应用程序无需修改） IPv4 应用程序在新版系统运行接收到 IPv8 地址，但大量程序内部的 sin_addr 大小早就固定了的，没办法容纳 IPv8 地址，想存都存不下啊。除非继续写入到后面的 padding 区间。 而且新麻烦不止这一个。htonl()和 ntohl()是 32bit integer 的函数，大量程序早就写死使用 uint32 变量接受返回值，一旦传入 IPv8 地址就只能截断。 Nginx 的例子： https://github.com/nginx/nginx/blob/98fc3bb78e8daef25c3d850c9cba8c2f787fb99e/src/http/ngx_http_huff_encode.c#L186 #define ngx_http_huff_encode_buf(dst, buf) \ (*(uint32_t *) (dst) = htonl(buf)) https://github.com/nginx/nginx/blob/98fc3bb78e8daef25c3d850c9cba8c2f787fb99e/src/http/v2/ngx_http_v2.h#L341 #define ngx_http_v2_write_uint32_aligned(p, s) \ (*(uint32_t *) (p) = htonl((uint32_t) (s)), (p) + sizeof(uint32_t)) 这么一来，“No modification”也不太可能。
为应对日本国内AI需求，日本数据中心云计算服务商樱花互联网（Sakura Internet）2026财年资本开支或提升至原计划的近7倍水平。公司社长田中邦裕受访时表示，“可以的话，希望在这个财年内（2026年4月-2027年3月）采购新GPU，最多将投资200亿-300亿日元（约合8.5亿-12.8亿元人民币）”。此前樱花互联网4月27日时曾宣布，2026财年资本支出预估为44亿日元。（财联社）