或者简单点，干脆默认网络栈直接禁用 ipv6 ，然后创建一个单独 Network Namespace 处理 ipv6 ，那这样估计只需要一对 veth-pair 就行

注意此时 openwrt 本机的 ipv6 和 ipv4 地址都是设置到这两对 veth-pair 上且 Network Namespace 里，eth0 上不要设置 ip 地址了

似乎如果想要实现你要的这个效果，可行的方式是创建两个 Network Namespace ，一个配置禁用 ipv6 协议栈，一个配置禁用 ipv4 协议栈，然后再创建两对 veth-pair ，分别放入到这两个 Namespace 中去，接着把 tun1 也放到只处理 ipv6Network Namespace 中，最后这所有网卡都绑定到同一个 br0 上，估计就可以实现在网络二层分别处理 ipv4 和 ipv6 流量了

估计这货有效也只是略微降低低频噪音，估计对人比较敏感的高频噪音作用不会太大，就 3M 的那个隔音耳机对高频噪音都效果不咋滴

小车的低频噪音还好吧，习惯两天就不影响了，如果一直有打车过产生高频噪音那真就难受了

是否可以直接结算的本质问题在于是否双方都认可对方货币可以作为储存财富的方式，而这一点除了少数几种货币可以做到绝大多数货币都是做不到的，否则那不就是以物易物么，效率太低，和技术手段关系不大

@rogerer 这没什么，AI 的方向估计会和人一样，擅长学习如何使用工具计算但不会擅长直接计算，只要能准确识别这是个啥数学问题就行了

直接设计 asic 芯片估计可以做到，芯片直接在物理上就设计成内部解密内部计算，不提供外部读取数据能力就是了，只要物理做死了通过检测，大概率就没什么好方法破坏了

显然并不是，所谓专家网络也是神经网络哪来的精确计算模块，人也是看看书说 673x3666 咋算的，AI 也是一样的可以啊，所以人不借助工具算不准，大模型也一样啊，关于大模型为啥可以通关基础的 token 预测学习到更深刻的知识并且能思考就不是一两句话可以说清的了

@seth19960929 #3 ctypes 只能用 c 标准的数据结构吧，是不是应该用指针，函数也需要声明为 c 导出

weights = (c_double * 5)(0.3, 0.2, 0.2, 0.15, 0.15)这个就是指针吧，Segmentation fault (core dumped)了就是和 vector 要求的内存布局和对其不匹配

ctypes ？ ctypes 似乎没有 vector 的类型映射吧，python 层面想构建出 vector 要求一致内存结构是不是做不到吧，内存结构不对自然 Segmentation fault (core dumped)了

https://stackoverflow.com/questions/49744870/passing-vector-from-a-c-dll-in-python-ctypes

既然带宽是瓶颈，说了半天也没见你说是外网带宽被占满了还是内网带宽小猫了，内网占满多机器当然有效果，外网当然是花钱了，话说为啥不用七牛又拍或者 oss ？从带宽或者存储成本可用性都更便宜吧

@ljzxloaf #8 协议只是约定，好比 protobuf 用 id 号指定字段，这个字段的类型只是双方约定信息，实际数据中不包含这个类型信息也不应该包含，你要加泛型就要在实际数据中包含类型信息，而这个类型实现过程各个语言支持不一样，已经产生了平台依赖，破坏了协议应该和实际实现无关的只是抽象约定的逻辑

如果你想说泛型类型信息也可以是双方约定，那么这和你申明类型是 any 然后任然需要另外一个字段在实际数据传输类型标记有何区别，如果你想说为何不可以把这个过程实现在基础库里，逻辑就是这个不符合基础库不应该包含非原子操作，好比 cpu 机器码不应该包含一个读取文件的高等级 api 一个逻辑，你想要你自己封装扩展就是了

不要把接口设计和程序逻辑混在一起，理解不到位也不要怪别人

proto 作为协议数据声明，支持范型意味着声明侵入编码和传输过程，本来就不合适。不支持才是合理的。否则人家 isser 说了使用 any 类型就好了啊

这都没啥用，你这都是筑底或者上升期所以勉强能平，最后赚的可能性很小，浪费时间罢了，一旦下降期分分钟就会大亏

@pureGirl #17 中间不通可能时路由配置问题也可能时防火墙问题，反正你也解决不了，确定确实不是双方的问题就好了啊，如果是专线可以问问是不是他们的问题，全都不是，那就只有要么换 ip 要么中间加转发代理了吧

目前来看能多花钱就是最大意义，后面说不好

本地和服务器子版本号差了好几个了吧，要不本地降个版本编译下试试？