Coinbase：美国 SEC 决心扼杀加密货币行业

Coinbase：美国SEC决心扼杀加密货币行业加密货币交易所Coinbase向美国上诉法院提交的文件中宣称，美国证券交易委员会(SEC)将尽可能继续对加密货币行业采取执法监管方式，以实现其“扼杀”该行业的目标。SEC对数字资产的破坏是严肃的”，该公司正在不断努力推动法院强制SEC开始为加密行业制定公平规则。尽管如此，交易所认为，该机构似乎并不愿意坐下来制定明确、公平的指导方针。给予该机构进一步解释的机会是毫无意义的，也是极其不值得的。

【Coinbase：美国SEC决心扼杀加密货币行业】

【Coinbase：美国SEC决心扼杀加密货币行业】2024年06月03日05点00分老不正经报道，加密货币交易所Coinbase向美国上诉法院提交的文件中宣称，美国证券交易委员会(SEC)将尽可能继续对加密货币行业采取执法监管方式，以实现其“扼杀”该行业的目标。SEC对数字资产的破坏是严肃的”，该公司正在不断努力推动法院强制SEC开始为加密行业制定公平规则。尽管如此，交易所认为，该机构似乎并不愿意坐下来制定明确、公平的指导方针。给予该机构进一步解释的机会是毫无意义的，也是极其不值得的。

走读新生｜“收费上升的幻觉”，会不会只是刚刚开始？

无论是重庆，亦或者成都，甚至是多地燃气费的上涨，我想它所折射出来的不仅仅是这些事情本身以及个别的例外，而是这种情况会不会成为一个“开始”。我们必须意识到，当燃气表由燃气公司完全控制的时候，老百姓们所议论的费用和监督对他们而言，压根就是个令人哑然失笑的话题，毫无意义。

9527: https://jandan.net/t/5678084我的姓皮（ '▿ ' ）这图总不会被光头貔貅了吧？

9527:https://jandan.net/t/5678084我的姓皮（'▿'）这图总不会被光头貔貅了吧？OO:491XX:25蛋友170071e2fa63c:你的XP有啥特殊的地方吗？（这个通常大家都挺喜欢的）OO:199,XX:2斌斌有里:各种毫无意义布条绑带腿环，你是不是喜欢明日方舟…OO:144,XX:3萨拉比斯A:点赞了）但妹子图是不是应该发女装？OO:33,XX:2蛋友3adf1d98078:你的杏皮是…报纸？OO:25,XX:0八千代砂糖:这是男孩子（不是OO:10,XX:0

今晚我向很多朋友提出了一个问题：假如苹果能说服执法部门允许带着增强现实眼镜的时候开车，这会不会让所有的“智能座舱”变得毫无意义？

今晚我向很多朋友提出了一个问题：假如苹果能说服执法部门允许带着增强现实眼镜的时候开车，这会不会让所有的“智能座舱”变得毫无意义？在群里和群友们讨论了一下，西蒙老师说，小型化、个人化、沉浸化湿个人设备的发展趋势，而其他的设备都是围绕这个设备去进行的，车缺少那种24x7的使用场景，因此，混合现实更可能是未来10年的发展方向。我的想法是，智能座舱的终极目标是打破驾驶员的世界和乘客世界的隔阂，要做到这一点，其实它的目的是和混合现实/增强现实一致的，自动驾驶+混合现实，才是未来汽车智能化的发展方向。增强现实，自然也可以增强汽车，驾乘一体，也是增强现实的一种。

Linus Torvalds 对 Linux 6.9 的某些 Bcachefs 代码不满意

LinusTorvalds对Linux6.9的某些Bcachefs代码不满意为Linux6.9提交的Bcachefs代码包括一些前期准备工作，如为子卷走读提供用户空间界面、改进目录结构检查、改进日志流水线以提高性能、改进丢弃路径以提高效率，以及其他优化。维护者肯特-奥弗斯特里特（KentOverstreet）将针对Linux6.9的Bcachefs改动的拉取请求总结为：针对Linux6.9的Bcachefs更新9的bcachefs更新-子卷的子btree；这是为走子卷提供用户空间接口所必需的，稍后会推出-对目录结构检查的大量改进-改进了日志流水线，显著提高了高深度写入工作负载的性能-改进了丢弃路径：丢弃路径更加高效，不再不必要地刷新日志-缓冲写入路径现在可以避免占用节点锁-调出各种库代码供XFS使用：timestats、mean_and_variance、darray、eytzinger、thread_with_file-新的毫米助手：memalloc_flags_{saverestore}-mempool现在可以使用kvmallocmempool但让LinusTorvalds感到不解的是，有些补丁将Bcachefs代码中的某些元素移到了一些库类型的代码中，这样其他文件系统就可以很容易地重复使用这些代码了--XFS就是对可能重复使用某些Bcachefs功能感兴趣的文件系统。LinusTorvalds响应了Bcachefs的拉取请求：，"stdio_redirect_printf()"和darray_char只是可怕的接口，没有任何解释。这些接口太恶心了。这些接口太恶心了。，把它放在你自己的代码里，不要试图把它变成一个通用的库。，如果你**把它变成一个库，它需要(a)解释得更清楚(b)有更合理的命名，减少恶心和完全无意义的接口（"DARRAY()"）。但最让人头疼的还是那些疯狂的数学。该死的，我们很久以前就讨论过那些愚蠢的"均值和方差"垃圾。你没有解释为什么它不能使用简单得多的MAD（中位数绝对偏差）而使用方差。这个错误的决定直接导致了毫无意义地使用过于复杂的128位数学。当时我就说它设计过度，据我所知，除了一些细微的类型名称细节外，绝对没有任何变化。但现在你却试图将这些垃圾代码作为通用库代码推给其他人使用，这立刻就意味着我**介意过度工程化的接口。在其他方面，time_stats看起来就像一个有名称和用途的正常接口，但使用了可怕的基础架构后，它就失效了。在Overstreet阐述了自己的观点后，Torvalds补充道方差值是不同的，但MAD和标准偏差之间的区别基本上只是一个常数因子（不同的分布会有所不同，但那又怎样？）那么，为什么一个常数因子会对指数加权产生任何影响呢？总之，请把你的代码放在bcachefs中。也许xfs也想拷贝你的代码。我不在乎，这看起来很蠢，但这是文件系统的选择。但如果我们要让它成为一个通用的内核库，它就必须理智。不能为了一个随机的统计元素，就让人们做64位的平方根和128位的除法。因此，从目前的情况来看，LinusTorvalds并没有接受这个针对Linux6.9内核的Bcachefs拉取请求，原因是提议的通用库代码。我们将拭目以待，看看未来几天是否会有新的拉取请求，放弃这些补丁或以其他方式重新修改，以满足Linux创建者的要求。...PC版：https://www.cnbeta.com.tw/articles/soft/1423616.htm手机版：https://m.cnbeta.com.tw/view/1423616.htm