<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0">
  <channel>
    <title>Xiyou Linux Group的订阅</title>
    <link>https://www.xiyoulinux.com/</link>
    <webMaster>hi@zhilu.cyou (Zhilu/纸鹿)</webMaster>
    <item>
      <title>从一到无穷大 #80：统一可观测查询到底在统一什么</title>
      <link>https://blog.csdn.net/weixin_43705457/article/details/163677092</link>
      <description>下面两段查询都在算请求速率。PromQL 的rate()已经认识 Counter、Range Vector 和 Reset。SQL 认识行、窗口函数和算术，所以这些语义要进入 Schema、SQL 模板或查询作者的脑子。[1]Grafana 选择了另一条路：Mimir 用 PromQL，Loki 用 LogQL，Tempo 用 TraceQL，Pyroscope 用 FlameQL。Grafana</description>
      <author>李兆龙的博客</author>
      <guid>https://blog.csdn.net/weixin_43705457/article/details/163677092</guid>
      <pubDate>2026-08-11T15:40:25.000Z</pubDate>
    </item>
    <item>
      <title>问津集 #8：EROICA——把 3 GB Profiling 数据压成 30 KB</title>
      <link>https://blog.csdn.net/weixin_43705457/article/details/163616484</link>
      <description>写到这里，我反而觉得不该把 ARGUS 和 EROICA 当成两条可以互相替换的生产 Profiling 路线。它们首先解决的就不是同一个问题。ARGUS 的主线是持续识别 fail-slow。L1—L3 用常驻统计发现异常，再把范围收窄到 Rank、训练阶段和 Kernel；L4、L5 保留完整 GPU Trace 与 CPU Call Stack，供工程师继续下钻细节、确认根因。EROICA </description>
      <author>李兆龙的博客</author>
      <guid>https://blog.csdn.net/weixin_43705457/article/details/163616484</guid>
      <pubDate>2026-08-09T13:59:36.000Z</pubDate>
    </item>
    <item>
      <title>从一到无穷大 #77：Continuous Profiling 的文件，为什么还不是可查询的存储</title>
      <link>https://blog.csdn.net/weixin_43705457/article/details/163615631</link>
      <description>再回头看开头那张表，Binary、JSON、Protobuf 决定文件怎样写；它能回答哪些问题，取决于数据模型保留了什么；它能不能在对象存储上查，取决于有没有 Block Layout、Catalog、Index、Symbol 和接得上的 Query Engine。我这次在本机用 py-spy 采到 631 个 Stack Sample。</description>
      <author>李兆龙的博客</author>
      <guid>https://blog.csdn.net/weixin_43705457/article/details/163615631</guid>
      <pubDate>2026-08-09T13:02:10.000Z</pubDate>
    </item>
    <item>
      <title>从一到无穷大 #76：大模型可观测性——从性能诊断到稳定性闭环与统一数据底座</title>
      <link>https://blog.csdn.net/weixin_43705457/article/details/163614296</link>
      <description>大模型可观测性还有一个论文里较少展开的落地问题。GPU 环境和司内 IDC 经常处在隔离网络中，链路也未必稳定，私有化部署很容易从一个选项变成前提。私有化又会把依赖一起拖进来：司内 Kubernetes、对象存储、Catalog、消息链路、权限和升级体系都要打包，或者逐项适配已有设施。对小团队来说，这接近再维护一套基础设施，长期的部署、升级和运维投入比实现几个诊断算法更重。Profiler 已经很</description>
      <author>李兆龙的博客</author>
      <guid>https://blog.csdn.net/weixin_43705457/article/details/163614296</guid>
      <pubDate>2026-08-09T10:57:02.000Z</pubDate>
    </item>
    <item>
      <title>从一到无穷大 #75：从统一 Tag 到 UModel——可观测数据为什么还需要建模</title>
      <link>https://blog.csdn.net/weixin_43705457/article/details/163592932</link>
      <description>上一篇 Gartner 可观测魔力象限的文章里，我提到了两个设计：Datadog 用统一 Tag 关联遥测，阿里云 CMS 2.0 用 UModel 描述应用、资源、拓扑、告警和变更。这篇继续往下拆，只讨论数据怎样拼起来。先看四条记录。四条记录各自都成立。告警从 Metric 开始时，系统还要判断和是否指向同一个服务，prodproduction和online也要再翻译一次。数据一多，临时 Joi</description>
      <author>李兆龙的博客</author>
      <guid>https://blog.csdn.net/weixin_43705457/article/details/163592932</guid>
      <pubDate>2026-08-08T09:39:40.000Z</pubDate>
    </item>
    <item>
      <title>问津集 #7：ARGUS——万卡训练集群里的常驻追踪与渐进式诊断</title>
      <link>https://blog.csdn.net/weixin_43705457/article/details/163514238</link>
      <description>ARGUS 留下的几个设计很实在。先按训练调用层级拆信号，避免一个 Profiler 为了完整而把所有成本都压进热路径；再把数据拆成 Metric 与 Trace 两条链路，前三层查统计结果，后两层回到完整现场；最后把 Parallelism Topology 当成诊断语义，同角色比较，逐步收窄 Rank、时间窗和 Kernel。Profiler 要在万卡集群里常驻，最后会变成一个数据基础设施问题</description>
      <author>李兆龙的博客</author>
      <guid>https://blog.csdn.net/weixin_43705457/article/details/163514238</guid>
      <pubDate>2026-08-05T15:13:00.000Z</pubDate>
    </item>
    <item>
      <title>从一到无穷大 #72：AgentLogsBench 拆解——Agent 可观测性为什么需要多种索引</title>
      <link>https://blog.csdn.net/weixin_43705457/article/details/163509321</link>
      <description>回到开头那行 observation，它同时是文档、动态 JSON、Trace 节点和指标事实。这就是 Agent 日志和传统日志相比最麻烦的变化。单一物理结构很难兼顾这四种访问模式。现有系统通常用列存处理聚合，用全文索引处理大文本检索，用 keyword 倒排处理trace_id等结构化字段的等值查询，再通过动态子列承接不断变化的 payload；Trace 内部的顺序则交给排序键。全文索引与 </description>
      <author>李兆龙的博客</author>
      <guid>https://blog.csdn.net/weixin_43705457/article/details/163509321</guid>
      <pubDate>2026-08-05T09:06:44.000Z</pubDate>
    </item>
    <item>
      <title># 从一到无穷大 #73：Gartner 2026 可观测魔力象限——标准是什么，以及阿里云、腾讯云、Datadog 差在哪</title>
      <link>https://blog.csdn.net/weixin_43705457/article/details/163477236</link>
      <description>2026 年 7 月 13 日，Gartner 发布新一版《可观测平台魔力象限》（Magic Quadrant™ for Observability Platforms）。阿里云第一次进入“挑战者”象限，也是亚太地区唯一入选的厂商；腾讯云没有出现在这份名单里。我更想弄清楚的不是谁进了象限，而是这份榜单到底在考什么。本文先拆 Gartner 的几把尺子：入围门槛、强制能力清单、两轴 15 项标准，还</description>
      <author>李兆龙的博客</author>
      <guid>https://blog.csdn.net/weixin_43705457/article/details/163477236</guid>
      <pubDate>2026-08-04T08:45:32.000Z</pubDate>
    </item>
    <item>
      <title>从一到无穷大 #74：智能全域巡检的产品形态与能力边界</title>
      <link>https://blog.csdn.net/weixin_43705457/article/details/163450194</link>
      <description>本作品采用进行许可。本作品 (博文, 由创作)，由确认，转载请注明版权。</description>
      <author>李兆龙的博客</author>
      <guid>https://blog.csdn.net/weixin_43705457/article/details/163450194</guid>
      <pubDate>2026-08-03T13:36:46.000Z</pubDate>
    </item>
    <item>
      <title>IDEA 中常用操作记载</title>
      <link>https://blog.csdn.net/liushengxi_root/article/details/163120535</link>
      <description>本文总结了IDEA中常用的Git操作，主要包括： fetch与pull的区别：fetch仅下载远程更新到本地但不合并，安全无冲突；pull会同步下载并合并/变基到当前分支，可能产生冲突，推荐使用git pull --rebase保持历史线性。 merge与rebase：merge产生合并提交，适用于公共分支；rebase重写提交历史使其更清晰，适合本地分支整理（交互式变基可合并/修改提交）。 ch</description>
      <author>Tattoo的博客</author>
      <guid>https://blog.csdn.net/liushengxi_root/article/details/163120535</guid>
      <pubDate>2026-07-29T01:45:50.000Z</pubDate>
    </item>
    <item>
      <title>负载均衡的路子</title>
      <link>https://blog.csdn.net/liushengxi_root/article/details/162475845</link>
      <description>本文系统介绍了负载均衡技术的分层设计和核心算法。负载均衡分为三大层次：DNS全局负载均衡（地理就近访问）、反向代理层（四层/七层流量分发）、客户端负载均衡（微服务直连）。核心算法包括轮询、加权轮询、最少连接、源地址哈希、一致性哈希和自适应算法，各有适用场景和潜在风险。最佳实践建议分层组合使用，并强调健康检查的必要性。文章还指出负载均衡需配合熔断等机制实现高可用，并注意新节点冷启动问题。最后补充了一</description>
      <author>Tattoo的博客</author>
      <guid>https://blog.csdn.net/liushengxi_root/article/details/162475845</guid>
      <pubDate>2026-07-09T01:23:15.000Z</pubDate>
    </item>
    <item>
      <title>分布式计算概述</title>
      <link>https://blog.csdn.net/liushengxi_root/article/details/161039473</link>
      <description>摘要 分布式计算模式主要包括批处理（如MapReduce）和流处理（如Flink）两种。Actor模型是一种异步并行计算模式，将数据、状态封装在独立的Actor中，通过消息队列通信，避免锁竞争，提升并发性。其优势包括高抽象、非阻塞、天然互斥锁和高扩展性，但存在重用性差、动态管理复杂和顺序控制难等缺点。典型应用包括Erlang/OTP、Akka和Quasar等框架，适用于构建高并发分布式系统。</description>
      <author>Tattoo的博客</author>
      <guid>https://blog.csdn.net/liushengxi_root/article/details/161039473</guid>
      <pubDate>2026-06-17T02:05:02.000Z</pubDate>
    </item>
    <item>
      <title>一些常用的金融和区块链的概念</title>
      <link>https://blog.csdn.net/liushengxi_root/article/details/161645700</link>
      <description>本文介绍了区块链领域与金融相关的核心概念： IPO与代币发行：对比传统IPO与区块链IDO/IEO/INO等募资方式，后者依赖智能合约而非监管审批。 Premint与Vault Token：解释NFT项目提前铸造机制及DeFi金库份额凭证，类似传统私募但更开放。 DEX运作原理：深入分析去中心化交易所的AMM机制，包括流动性池、恒定乘积公式和套利行为，对比CEX的订单簿模式。 OTC与空投：说明场</description>
      <author>Tattoo的博客</author>
      <guid>https://blog.csdn.net/liushengxi_root/article/details/161645700</guid>
      <pubDate>2026-06-08T01:51:53.000Z</pubDate>
    </item>
    <item>
      <title>FTP复盘</title>
      <link>https://blog.csdn.net/yelubin612/article/details/161775546</link>
      <description>【代码】FTP小复盘（1）</description>
      <author>yelubin612的博客</author>
      <guid>https://blog.csdn.net/yelubin612/article/details/161775546</guid>
      <pubDate>2026-06-07T09:41:31.000Z</pubDate>
    </item>
    <item>
      <title>Floyd 判圈算法：为什么第二次一定在入口相遇</title>
      <link>https://blog.csdn.net/2401_86153466/article/details/161601698</link>
      <description>Floyd判圈算法数学推导摘要： 算法步骤： 快指针(2步/次)和慢指针(1步/次)在环内相遇 重置慢指针到起点，两指针同步1步/次移动 再次相遇点即为环入口 数学推导： 设起点到入口距离a，入口到首次相遇点距离b，环长b+c 由速度关系得：a = (n-2k)(b+c)-b 表明a步等效于走整圈后剩余c步 结论： 第二次移动时，两指针分别走a步必然在入口相遇 第一次相遇证明有环，第二次利用路径等</description>
      <author>2401_86153466的博客</author>
      <guid>https://blog.csdn.net/2401_86153466/article/details/161601698</guid>
      <pubDate>2026-06-01T14:00:34.000Z</pubDate>
    </item>
    <item>
      <title>技术精炼：全面拆解 LSM-tree 的 Version 核心机制</title>
      <link>https://blog.csdn.net/2401_86153466/article/details/161459554</link>
      <description>本文深入剖析了LSM-tree中Version机制的核心原理与战略作用。Version本质上是静态的磁盘SSTable资产清单，通过二维数组管理7个层级的文件元数据。其绝对只读性和引用计数机制确保了线程安全。Version在数据流中扮演关键角色：前台点查时路由检索顺序，范围扫描时缝合离散文件，后台操作时决策文件位置和触发合并。文章详细映射了Version的核心控制函数及其物理执行流，揭示了其作为多</description>
      <author>2401_86153466的博客</author>
      <guid>https://blog.csdn.net/2401_86153466/article/details/161459554</guid>
      <pubDate>2026-05-27T09:47:11.000Z</pubDate>
    </item>
    <item>
      <title>服务间鉴权的方式</title>
      <link>https://blog.csdn.net/liushengxi_root/article/details/161034905</link>
      <description>服务间鉴权方式摘要 服务间鉴权是微服务安全的核心环节，主要解决&quot;谁在调用我&quot;的问题。常见方式包括： API Key：简单易用但安全性低，适合内网低风险场景 Bearer Token(JWT)：无状态认证，可携带丰富声明，需管理签名密钥 AK/SK签名：通过HMAC签名防篡改，适合高安全要求的API调用 OAuth 2.0客户端凭证：标准化流程，适合统一身份认证体系 mTLS双向认证：传输加密+身份</description>
      <author>Tattoo的博客</author>
      <guid>https://blog.csdn.net/liushengxi_root/article/details/161034905</guid>
      <pubDate>2026-05-21T01:07:09.000Z</pubDate>
    </item>
    <item>
      <title>LSM-tree 存储引擎：SSTable 文件的物理结构与迭代器检索机制全面解析</title>
      <link>https://blog.csdn.net/2401_86153466/article/details/161169726</link>
      <description>LSM-tree的SSTable采用严格有序的垂直物理结构，包含数据块区、布隆过滤器块区、元索引块区、核心索引块区和固定页脚。数据块通过前缀差分压缩优化存储空间，每隔16个条目设置重启点确保查询效率。各模块按顺序追加写入，最终形成自包含的静态只读字节流。这种设计充分利用了内存预排序的优势，实现了高效的二分查找和范围扫描，同时通过布隆过滤器减少不必要的磁盘I/O。</description>
      <author>2401_86153466的博客</author>
      <guid>https://blog.csdn.net/2401_86153466/article/details/161169726</guid>
      <pubDate>2026-05-17T11:36:43.000Z</pubDate>
    </item>
    <item>
      <title>对lsof、tcpdump、strace命令的简单记录</title>
      <link>https://blog.csdn.net/2401_86153466/article/details/160992144</link>
      <description>Linux 中一切皆文件（包括磁盘文件、网络 Socket、设备）。：同时显示十六进制与 ASCII 码（最关键，用于看业务逻辑）。：代表网络 IO 等待。观察程序是在忙着处理请求还是在空转。（索引），无需在代码里打日志即可验证分布式一致性逻辑。：不触动程序本身，从网卡抓取最真实的通信数据。：监控程序与内核之间的“对话”（系统调用）。：禁止解析主机名和端口名，提高显示速度。：观察数据落盘或网络发送</description>
      <author>2401_86153466的博客</author>
      <guid>https://blog.csdn.net/2401_86153466/article/details/160992144</guid>
      <pubDate>2026-05-11T12:27:03.000Z</pubDate>
    </item>
    <item>
      <title>分布式系统资源调度</title>
      <link>https://blog.csdn.net/liushengxi_root/article/details/160548412</link>
      <description>最差匹配”和“最佳匹配”，这两个评分算法各有利弊。在实践过程中，我们往往会根据实际情况来选择更合适的评分算法。比如，对于资源比较紧缺，且业务流量比较规律，基本不会出现突发情况的场景，可以选择最佳匹配算法；如果资源比较丰富，且业务流量会经常出现突发情况的场景，可以选择最差匹配算法。单体调度器可以很容易实现对作业的约束并实施全局性的调度策略，因此适合作为批处理任务和吞吐量较大、运行时间较长的任务。</description>
      <author>Tattoo的博客</author>
      <guid>https://blog.csdn.net/liushengxi_root/article/details/160548412</guid>
      <pubDate>2026-05-11T01:36:08.000Z</pubDate>
    </item>
    <item>
      <title>Solidity 智能开发知识点记录</title>
      <link>https://blog.csdn.net/liushengxi_root/article/details/160797487</link>
      <description>Solidity智能合约开发核心知识点摘要： 特性：面向合约编程，支持继承/多态，静态类型，兼容EVM，提供错误处理机制和区块链环境变量访问，Gas消耗可控。 存储区域： Storage：永久链上存储（状态变量） Memory：临时内存（函数调用） Calldata：只读外部调用数据 Stack：临时操作数存储 关键规则：状态变量默认storage，复杂局部变量需显式声明存储位置，注意赋值时的引用</description>
      <author>Tattoo的博客</author>
      <guid>https://blog.csdn.net/liushengxi_root/article/details/160797487</guid>
      <pubDate>2026-05-06T13:43:23.000Z</pubDate>
    </item>
    <item>
      <title>深入理解 C++ 高并发基石：原子性与 Acquire-Release 语义</title>
      <link>https://blog.csdn.net/2401_86153466/article/details/160829688</link>
      <description>本文深入解析了C++高并发编程中的三种核心内存语义：Acquire、Release和Relaxed。Release语义作为&quot;向下拦截&quot;屏障，确保数据在发布前完全准备好；Acquire语义作为&quot;向上拦截&quot;屏障，保证读取后能看到最新状态；Relaxed语义则仅保证原子性，追求极致性能。文章通过LevelDB跳表示例，展示了Acquire-Release语义如何建立线程间同步契约：当写线程使用Relea</description>
      <author>2401_86153466的博客</author>
      <guid>https://blog.csdn.net/2401_86153466/article/details/160829688</guid>
      <pubDate>2026-05-06T10:00:53.000Z</pubDate>
    </item>
    <item>
      <title>从一到无穷大 #70 从 LR 图 PEC 到InfluxQL兼容性差分测试方法论与工程实践</title>
      <link>https://blog.csdn.net/weixin_43705457/article/details/160448291</link>
      <description>解析器是任何 SQL 方言执行的入口，它把人类可读的查询语句转化为计算机可执行的语法树。一旦解析器出现 bug，可能导致查询报错、结果失真，甚至数据库崩溃</description>
      <author>李兆龙的博客</author>
      <guid>https://blog.csdn.net/weixin_43705457/article/details/160448291</guid>
      <pubDate>2026-04-24T08:28:53.000Z</pubDate>
    </item>
    <item>
      <title>从一到无穷大 #69 Mem0 的接口与数据流是怎么设计的</title>
      <link>https://blog.csdn.net/weixin_43705457/article/details/160373817</link>
      <description>Mem0 给出的答案比较朴素——**把记忆系统看作一条写入流水线和一条读取流水线，把决策权交还给 LLM，但把所有结构化动作留在代码里**。这套取舍让它在 LOCOMO 基准上对 full-context 方案 **J 分数仅落后 ~6 点，却拿到 91% 的 p95 延迟下降和 90%+ 的 Token 节省**，同时图记忆 `Mem0g` 的构建时间被压到分钟级。</description>
      <author>李兆龙的博客</author>
      <guid>https://blog.csdn.net/weixin_43705457/article/details/160373817</guid>
      <pubDate>2026-04-21T10:03:16.000Z</pubDate>
    </item>
    <item>
      <title>web安全登录协议-EIP-4361 和 JWT 验证 以及RSA，ECDSA 算法</title>
      <link>https://blog.csdn.net/liushengxi_root/article/details/160345252</link>
      <description>以太坊签名由三个核心组件构成：R 和 S（ECDSA 算法输出的两个大整数）以及 V（恢复 ID，用于在多个可能的公钥中确定正确的那一个）。在 JWT + RSA（RS256）方案中，授权中心持有 RSA 私钥签发 JWT，各个微服务只需持有对应的公钥即可独立验证令牌有效性，无需访问授权中心。安全性：256 位的 ECC 密钥提供与 3072 位 RSA 相当的安全性，另外，ECC一次签名生成的数</description>
      <author>Tattoo的博客</author>
      <guid>https://blog.csdn.net/liushengxi_root/article/details/160345252</guid>
      <pubDate>2026-04-20T14:36:25.000Z</pubDate>
    </item>
    <item>
      <title>从一到无穷大 #68 Agent Memory 全景：大模型智能体记忆机制的形态、动态与前沿</title>
      <link>https://blog.csdn.net/weixin_43705457/article/details/160288238</link>
      <description>近两年&quot;记忆&quot;一词在 Agent 生态里被用得很泛——向量库 + top-K 叫记忆、RAG 叫记忆、滚动摘要也叫记忆——概念之间缺乏边界，技术选型时很难判断某个新出现的系统到底解决了什么问题。本文按&quot;定义 / 形态 / 功能 / 动态 / 前沿&quot;五块组织，每一节尝试回答三个问题：**它解决了什么问题？难点在哪里？它在整张 Agent Memory 图谱中处于什么位置？**</description>
      <author>李兆龙的博客</author>
      <guid>https://blog.csdn.net/weixin_43705457/article/details/160288238</guid>
      <pubDate>2026-04-18T15:42:25.000Z</pubDate>
    </item>
    <item>
      <title>从一到无穷大 #67 大查询根因分析 - 从 PinSQL 到 RCRank</title>
      <link>https://blog.csdn.net/weixin_43705457/article/details/160248489</link>
      <description>云数据库的性能异常诊断是一个长期未被很好解决的工程问题。工业界的标准做法是打开监控面板，按 `total_response_time` 或 `#execution` 对 SQL 模板排序，然后人工逐条排查。这个方法在模板数较少时勉强能用，一旦模板数到了数千甚至数万，人工排查就不可行了。</description>
      <author>李兆龙的博客</author>
      <guid>https://blog.csdn.net/weixin_43705457/article/details/160248489</guid>
      <pubDate>2026-04-17T08:01:56.000Z</pubDate>
    </item>
    <item>
      <title>从一到无穷大 #66 Hindsight：具备记忆、回忆、反思能力的Agent Memory系统</title>
      <link>https://blog.csdn.net/weixin_43705457/article/details/160240572</link>
      <description>维度评级说明核心 API 稳定性⚠️ 中内存泄漏 + Worker 死锁表明生产就绪度不足数据完整性⚠️ 中孤儿数据、永久合并失败、心智模型不可靠Worker 可靠性🔴 低无崩溃恢复；过期任务卡死 bank；异步队列停滞可观测性🔴 低Reranker 空错误消息；异步失败不透明国际化🔴 低CJK 搜索完全不可用成本可控性⚠️ 中全链路 LLM 依赖，高吞吐场景成本不可预测发布节奏✅ 高836</description>
      <author>李兆龙的博客</author>
      <guid>https://blog.csdn.net/weixin_43705457/article/details/160240572</guid>
      <pubDate>2026-04-17T04:04:07.000Z</pubDate>
    </item>
    <item>
      <title>【好用的工具推荐-https://www.phrscan.com/】</title>
      <link>https://blog.csdn.net/liushengxi_root/article/details/160237173</link>
      <description>直接贴入ABI就可以调用合约方法的网站</description>
      <author>Tattoo的博客</author>
      <guid>https://blog.csdn.net/liushengxi_root/article/details/160237173</guid>
      <pubDate>2026-04-17T01:39:30.000Z</pubDate>
    </item>
    <item>
      <title>【好用的工具记录-Foundry 智能合约开发工具包】</title>
      <link>https://blog.csdn.net/liushengxi_root/article/details/160236591</link>
      <description>Cast 是 Foundry 工具套件中的命令行工具，用于与以太坊链交互。</description>
      <author>Tattoo的博客</author>
      <guid>https://blog.csdn.net/liushengxi_root/article/details/160236591</guid>
      <pubDate>2026-04-17T01:35:03.000Z</pubDate>
    </item>
    <item>
      <title>比特币地址类型和签名方式总结</title>
      <link>https://blog.csdn.net/liushengxi_root/article/details/149779860</link>
      <description>特性普通（P2PKH）隔离见证兼容隔离见证原生Taproot开头13bc1qbc1p编码Bech32Bech32m锁定脚本长度~25字节~22字节~22字节~34字节签名算法ECDSAECDSAECDSASchnorr相对手续费100%~75%~65%~50-60%隐私性低中中高（MAST隐藏条件）智能合约不支持有限（P2SH）有限完全支持钱包支持度100%99%95%70%引入时间2009201</description>
      <author>Tattoo的博客</author>
      <guid>https://blog.csdn.net/liushengxi_root/article/details/149779860</guid>
      <pubDate>2026-04-07T01:39:46.000Z</pubDate>
    </item>
    <item>
      <title>【RWA 机制，ERC-4626，ERC-3643，ERC-7540，ERC-7575，LayerZero】</title>
      <link>https://blog.csdn.net/liushengxi_root/article/details/159894543</link>
      <description>RWA（现实世界资产代币化）是一个将传统金融资产（如美债、私募信贷）通过区块链技术代币化，使其获得可编程性和更高流动性的过程。这一过程的核心挑战在于，如何将链下资产的权益、合规要求与链上智能合约的执行无缝衔接，而这正是 ERC-4626、ERC-3643等一系列标准发挥作用的地方。举例：投资股票的整体流程如：将 USDC 投资到股票中，关键不在于 ERC-4626 标准本身，而在于基于该标准构建的</description>
      <author>Tattoo的博客</author>
      <guid>https://blog.csdn.net/liushengxi_root/article/details/159894543</guid>
      <pubDate>2026-04-07T01:23:42.000Z</pubDate>
    </item>
    <item>
      <title>Docker 入门</title>
      <link>https://blog.csdn.net/liushengxi_root/article/details/159673116</link>
      <description>Docker 是一个开源的容器化平台，它允许开发者将应用及其依赖打包到一个轻量级、可移植的容器中，然后在任何支持 Docker 的环境中运行。与传统的虚拟机相比，容器共享宿主机的操作系统内核，因此启动更快、资源占用更少。而虚拟机是包含完整的客户操作系统（Guest OS），模拟了整个OS系统，开销非常大。</description>
      <author>Tattoo的博客</author>
      <guid>https://blog.csdn.net/liushengxi_root/article/details/159673116</guid>
      <pubDate>2026-04-01T01:32:12.000Z</pubDate>
    </item>
    <item>
      <title>SpringBoot 的一些记录</title>
      <link>https://blog.csdn.net/liushengxi_root/article/details/159631347</link>
      <description>对人类非常友好的数据序列化格式，来集中管理应用的所有配置，让你无需修改代码就能调整应用的行为。application.properties：键值对，简单粗暴，新手友好。application.yml：缩进格式，结构更清晰，现代化一般用这个。功能完全一样，项目里用一种就行，推荐新手先用 .properties。你可以为开发、测试、生产等不同环境准备独立的配置文件，如。中常见的数据类型配置及其在Jav</description>
      <author>Tattoo的博客</author>
      <guid>https://blog.csdn.net/liushengxi_root/article/details/159631347</guid>
      <pubDate>2026-03-30T01:38:23.000Z</pubDate>
    </item>
    <item>
      <title>分布式事务</title>
      <link>https://blog.csdn.net/liushengxi_root/article/details/159526142</link>
      <description>多数据源事务控制没有“银弹”，每种方案都在一致性、性能、可用性和实现复杂度之间做出了权衡。强一致性方案（如 2PC/3PC/TCC）提供了更高的事务保障，但通常以牺牲性能和开发效率为代价。最终一致性方案（如本地消息表、Saga）则更注重系统的吞吐量和可用性，但需要设计好补偿和重试机制来保证数据的最终正确。在设计系统时，应首先尝试通过业务拆分和架构优化来避免分布式事务。如果无法避免，再根据业务场景对</description>
      <author>Tattoo的博客</author>
      <guid>https://blog.csdn.net/liushengxi_root/article/details/159526142</guid>
      <pubDate>2026-03-28T08:11:06.000Z</pubDate>
    </item>
    <item>
      <title>ERC 4626 协议 和 流动性质押</title>
      <link>https://blog.csdn.net/liushengxi_root/article/details/159525258</link>
      <description>金库与流动性质押解析 金库（ERC-4626）是DeFi中的自动化理财工具，本质上是将基础资产包装成可生息的ERC-20份额代币。用户存入资产获得份额代币，其价值随金库总资产增长而上升，可通过销毁份额赎回增值后的资产。金库通过借贷（如存入Aave赚利息）、质押（如通过Lido获得stETH）和提供流动性（赚取交易费）等策略自动产生收益。 流动性质押解决了传统质押资产锁定的问题，允许用户获得质押凭证</description>
      <author>Tattoo的博客</author>
      <guid>https://blog.csdn.net/liushengxi_root/article/details/159525258</guid>
      <pubDate>2026-03-27T00:52:37.000Z</pubDate>
    </item>
    <item>
      <title>从一到无穷大 #65：工作流程里，多了一个 AI 之后</title>
      <link>https://blog.csdn.net/weixin_43705457/article/details/159354244</link>
      <description>本作品采用进行许可。本作品 (博文, 由创作)，由确认，转载请注明版权。</description>
      <author>李兆龙的博客</author>
      <guid>https://blog.csdn.net/weixin_43705457/article/details/159354244</guid>
      <pubDate>2026-03-22T13:40:53.000Z</pubDate>
    </item>
    <item>
      <title>从一到无穷大 #64：思考Google、Anthropic、OpenAI 的 Skill 设计方法论</title>
      <link>https://blog.csdn.net/weixin_43705457/article/details/159280198</link>
      <description>本作品采用进行许可。本作品 (博文, 由创作)，由确认，转载请注明版权。</description>
      <author>李兆龙的博客</author>
      <guid>https://blog.csdn.net/weixin_43705457/article/details/159280198</guid>
      <pubDate>2026-03-22T10:19:06.000Z</pubDate>
    </item>
    <item>
      <title>北京实习300天</title>
      <link>https://blog.zhilu.site/2026/beijing-intern</link>
      <description>从西安到北京，从校园到大厂实习，「300天」不只工作本身，有迁移也有变化。秩序常新，但内核与长期的事情不会变。</description>
      <author>纸鹿摸鱼处</author>
      <guid>https://blog.zhilu.site/2026/beijing-intern</guid>
      <pubDate>2026-03-18T16:31:04.000Z</pubDate>
    </item>
    <item>
      <title>问津集 #6：An Efficient Cloud Storage Model with Compacted Metadata Management for Performance Monitorin</title>
      <link>https://blog.csdn.net/weixin_43705457/article/details/158507347</link>
      <description>这篇文章弥补了数据维度分离存储到对象存储上的空白，但是业界不这么做是有原因的，我们的经验是因为维度部分的全局索引在膨胀的情况没法部分载入到本地，为了工程实现的统一，对象存储统一使用分离索引的存储。</description>
      <author>李兆龙的博客</author>
      <guid>https://blog.csdn.net/weixin_43705457/article/details/158507347</guid>
      <pubDate>2026-02-28T12:48:34.000Z</pubDate>
    </item>
    <item>
      <title>实习后买了一堆东西</title>
      <link>https://blog.zhilu.site/2026/buy-right</link>
      <description>键盘鼠标显示器，手环VR小东西。可以买贵的，但不能买贵了。</description>
      <author>纸鹿摸鱼处</author>
      <guid>https://blog.zhilu.site/2026/buy-right</guid>
      <pubDate>2026-02-23T03:02:12.000Z</pubDate>
    </item>
    <item>
      <title>从一到无穷大 #63 谁才是时序数据库在可观测领域真正的对手？</title>
      <link>https://blog.csdn.net/weixin_43705457/article/details/157901060</link>
      <description>在当下的技术条件与产业环境下，时序数据库真正需要正视的对手，究竟是谁？</description>
      <author>李兆龙的博客</author>
      <guid>https://blog.csdn.net/weixin_43705457/article/details/157901060</guid>
      <pubDate>2026-02-12T13:25:17.000Z</pubDate>
    </item>
    <item>
      <title>XiyouLinux Group 周报（NO.3）</title>
      <link>https://blog.csdn.net/yelubin612/article/details/157946197</link>
      <description>仓库链接：
https://github.com/yelubin377-jpg/data-structure-learning关键 commit：commit 简介：仓库链接：
https://github.com/yelubin377-jpg/C-plus-plus-learning关键 commit：commit 简介：仓库链接：
https://github.com/yelubin377-j</description>
      <author>yelubin612的博客</author>
      <guid>https://blog.csdn.net/yelubin612/article/details/157946197</guid>
      <pubDate>2026-02-10T14:01:17.000Z</pubDate>
    </item>
    <item>
      <title>从一到无穷大 #62 ClickHouse 加速机制持久化格式拆解</title>
      <link>https://blog.csdn.net/weixin_43705457/article/details/157809487</link>
      <description>从现实出发，ClickHouse的计算与存储引擎、数据导入导出链路、协议与生态适配都已极其成熟。若在有限资源下试图在日志与分布式追踪数据领域正面追赶它，我长期并不乐观。</description>
      <author>李兆龙的博客</author>
      <guid>https://blog.csdn.net/weixin_43705457/article/details/157809487</guid>
      <pubDate>2026-02-09T11:51:46.000Z</pubDate>
    </item>
    <item>
      <title>XiyouLinux Group 周报NO.2</title>
      <link>https://blog.csdn.net/yelubin612/article/details/157877486</link>
      <description>【代码】XiyouLinux Group 周报NO.2。</description>
      <author>yelubin612的博客</author>
      <guid>https://blog.csdn.net/yelubin612/article/details/157877486</guid>
      <pubDate>2026-02-08T15:45:06.000Z</pubDate>
    </item>
    <item>
      <title>《归来仍少年》小组同学提问回复</title>
      <link>https://kangyijie5473.github.io/2026/01/26/answer-to-xiyoulinuxer/</link>
      <description>给小组做线上分享前提前收集在校同学的问题，针对问题给出我自己的回答。
因为问题比较多，还会再写一篇回答剩余问题。

Q1: 商业知识和技术学习取舍
问题
学长好，我是大一大二学生，我对商业知识挺感兴趣的。但我感觉技术能力没提上去，商业实践也没做什么。感觉自己取舍有问题，浪费不少时间。站在您现在“回看”的视角，现在这个阶段的我，是否应该抓住主要矛盾，好好提升技术实力，争取进入大厂？
回答
我很难站在</description>
      <author>Kangkang&apos;s blog</author>
      <guid>https://kangyijie5473.github.io/2026/01/26/answer-to-xiyoulinuxer/</guid>
      <pubDate>2026-01-26T00:00:00.000Z</pubDate>
    </item>
    <item>
      <title>XiyouLinux Group 周报（NO.1）</title>
      <link>https://blog.csdn.net/yelubin612/article/details/157362998</link>
      <description>仓库链接：
https://github.com/yelubin377-jpg/data-structure-learning关键 commit：commit 简介：仓库链接：
https://github.com/yelubin377-jpg/C-plus-plus-learning关键 commit：commit 简介：仓库链接：
https://github.com/yelubin377-j</description>
      <author>yelubin612的博客</author>
      <guid>https://blog.csdn.net/yelubin612/article/details/157362998</guid>
      <pubDate>2026-01-25T11:33:23.000Z</pubDate>
    </item>
    <item>
      <title>AI infra学习总结-初探训练</title>
      <link>https://kangyijie5473.github.io/2026/01/23/model-training/</link>
      <description>总结下最近一个多月的学习。

背景
之前感觉LLM相关的概念词汇特别多，通过最近一个多月的学习感觉终于摸到一些门路。因此希望总结下。
其实LLM也是一种模型，因此很多概念其实并不是在LLM出来后才有的，只是惯用的手法，当然这有一些是针对LLM做的，比如kvcache。只不过没有接触过机器学习/深度学习的人，会感觉怎么LLM带来这么多新知识。
这篇文章也适合于对于想从传统后端转到AI infra开发</description>
      <author>Kangkang&apos;s blog</author>
      <guid>https://kangyijie5473.github.io/2026/01/23/model-training/</guid>
      <pubDate>2026-01-23T00:00:00.000Z</pubDate>
    </item>
    <item>
      <title>我的2025年总结</title>
      <link>https://kangyijie5473.github.io/2025/12/25/2025-recap/</link>
      <description>一年一度总结系列

写在最前
一晃，我的年度总结系列已经坚持5年了。我都忘了最开始为什么要做总结——也许是因为2021年写了一些博客？也许是因为当时看到公司里有位司龄很长的前辈，每到周年都会写总结？不管怎样，当你走了足够远、欣赏到足够多美景的时候，或许会忘了出发的原因，但一定会感谢当初选择出发的自己。

比起各类APP的数字年度报告，自己写的总结更能让我清晰看到一年的进步。年岁越长，生活的虚无感越</description>
      <author>Kangkang&apos;s blog</author>
      <guid>https://kangyijie5473.github.io/2025/12/25/2025-recap/</guid>
      <pubDate>2025-12-25T00:00:00.000Z</pubDate>
    </item>
    <item>
      <title>[WIP]后端开发如何理解GPU</title>
      <link>https://kangyijie5473.github.io/2025/12/22/backend-see-GPU/</link>
      <description>接着上篇理解「模型」，这次来理解下计算机的GPU和硬件设备。

背景
本文从传统后台开发的视角，聊聊该如何理解GPU，以及GPU在模型中所提供的能力。
在学习的过程中，感觉对硬件还是云里雾里，于是又复习了一下硬件的基础知识。所以前边会用比较多的篇幅介绍，最后才是GPU的部分。
硬件基础知识-操作系统如何操作硬件
从我自己的背景出发，对于硬件并不是很了解。或者说更多是从软件开发的角度去理解影响。基本</description>
      <author>Kangkang&apos;s blog</author>
      <guid>https://kangyijie5473.github.io/2025/12/22/backend-see-GPU/</guid>
      <pubDate>2025-12-22T00:00:00.000Z</pubDate>
    </item>
    <item>
      <title>Spring 多数据源的配置和读取原理以及注意事项</title>
      <link>https://blog.csdn.net/liushengxi_root/article/details/149780410</link>
      <description>摘要： Spring多数据源配置的核心是通过AbstractRoutingDataSource动态切换数据源。具体步骤包括：1）配置多个真实数据源（如master/asset）；2）将数据源存入Map并注册到自定义的RoutingDataSource；3）通过determineCurrentLookupKey()方法从ThreadLocal获取当前数据源标识，实现运行时切换。示例中，切面通过Thr</description>
      <author>Tattoo的博客</author>
      <guid>https://blog.csdn.net/liushengxi_root/article/details/149780410</guid>
      <pubDate>2025-12-20T04:55:02.000Z</pubDate>
    </item>
    <item>
      <title>后端开发如何理解模型</title>
      <link>https://kangyijie5473.github.io/2025/12/18/backend-developer-perspective-on-llms/</link>
      <description>互联网后端工程师该如何理解「模型」？模型在生产链路中又处于怎样的位置？

声明
纯个人理解，如果觉得有不对的地方欢迎指出交流。
背景
本文从传统后台开发的视角，聊聊该如何理解模型，以及模型在生产链路中所处的位置。

传统的互联网在线后端架构
我们先简单看一下传统的互联网后台服务是怎样的。
flowchart TD
%% 第1层：客户端层（最顶部）
L1[客户端层：手机APP/网页浏览器]
    </description>
      <author>Kangkang&apos;s blog</author>
      <guid>https://kangyijie5473.github.io/2025/12/18/backend-developer-perspective-on-llms/</guid>
      <pubDate>2025-12-18T00:00:00.000Z</pubDate>
    </item>
    <item>
      <title>GAP生活的第一个月总结</title>
      <link>https://kangyijie5473.github.io/2025/12/08/first-month-of-gap-year-summary/</link>
      <description>GAP生活开始后的第一次总结，希望坚持下去

万事开头难
我想开头难的主要原因是一开始总会犯错，没有什么正反馈，而且在一个陌生的领域开始，没有习惯的舒适感，一切都显得很别扭。

我的第一周也挺难的，最重要的事情就是希望能建立起‘秩序’，对于上班上学来说，‘秩序’是已经存在的，只需要跟随和遵守即可。固定的时间，固定的地点，安排好的内容。
但是现在自由了，脱离组织了，没有这样的秩序，只能靠自己来建造。</description>
      <author>Kangkang&apos;s blog</author>
      <guid>https://kangyijie5473.github.io/2025/12/08/first-month-of-gap-year-summary/</guid>
      <pubDate>2025-12-08T00:00:00.000Z</pubDate>
    </item>
    <item>
      <title>我的再一次第一篇博客</title>
      <link>https://kangyijie5473.github.io/2025/12/05/Hello-world-again/</link>
      <description>希望从新出发，把老csdn上的博客搬过来，毕竟csdn不知道啥时候就没了。

好久不见
希望从新出发，把老csdn上的博客搬过来，毕竟csdn不知道啥时候就没了。</description>
      <author>Kangkang&apos;s blog</author>
      <guid>https://kangyijie5473.github.io/2025/12/05/Hello-world-again/</guid>
      <pubDate>2025-12-05T00:00:00.000Z</pubDate>
    </item>
    <item>
      <title>ubuntu系统蓝牙打不开可尝试</title>
      <link>https://blog.csdn.net/yelubin612/article/details/155578124</link>
      <description>sudo modprobe -r btusb
sudo modprobe btusb</description>
      <author>yelubin612的博客</author>
      <guid>https://blog.csdn.net/yelubin612/article/details/155578124</guid>
      <pubDate>2025-12-04T11:54:30.000Z</pubDate>
    </item>
    <item>
      <title>超基础Linux终端命令碎碎念</title>
      <link>https://blog.csdn.net/yelubin612/article/details/155502793</link>
      <description>本文介绍了Linux系统中常用的文件与目录操作命令，包括cd进入目录、pwd显示当前目录、ls查看目录内容、touch创建文件、cat查看文件内容、rm删除文件、mkdir创建目录、cp复制文件、mv移动/重命名文件、rmdir删除空目录、rm -r删除非空目录等。表格形式清晰列出了各命令的功能说明，帮助用户快速掌握Linux基础文件管理操作。</description>
      <author>yelubin612的博客</author>
      <guid>https://blog.csdn.net/yelubin612/article/details/155502793</guid>
      <pubDate>2025-12-02T12:40:09.000Z</pubDate>
    </item>
    <item>
      <title>结合AI读懂Linux/UNIX系统编程手册（上册）</title>
      <link>https://blog.csdn.net/yelubin612/article/details/155502266</link>
      <description>本文通过生活化类比解释了系统调用的核心概念：进程需通过系统调用（类似手机营业厅APP）访问内核资源，涉及用户态到核心态的切换（跨安检门）、系统调用号（业务工单号）和参数传递（填下单信息）。执行流程包括触发中断、内核查表、服务例程处理和结果返回。还介绍了库函数（菜鸟驿站）与系统调用的关系，错误处理机制（运营商/驿站失败提示），以及书籍提供的编程辅助工具：标准化错误处理（后厨SOP）、参数校验（订单规</description>
      <author>yelubin612的博客</author>
      <guid>https://blog.csdn.net/yelubin612/article/details/155502266</guid>
      <pubDate>2025-12-02T12:07:04.000Z</pubDate>
    </item>
    <item>
      <title>从一到无穷大 #61 Hive史诗</title>
      <link>https://blog.csdn.net/weixin_43705457/article/details/155355003</link>
      <description>当新的诸神在云端宴饮，很少有人还记得，第一盏点亮黑暗机房的火，是由谁举起。</description>
      <author>李兆龙的博客</author>
      <guid>https://blog.csdn.net/weixin_43705457/article/details/155355003</guid>
      <pubDate>2025-11-29T07:11:00.000Z</pubDate>
    </item>
    <item>
      <title>从一到无穷大 #60 时序数据库到底有多实时？</title>
      <link>https://blog.csdn.net/weixin_43705457/article/details/155163189</link>
      <description>本作品采用进行许可。本作品 (博文, 由创作)，由确认，转载请注明版权。</description>
      <author>李兆龙的博客</author>
      <guid>https://blog.csdn.net/weixin_43705457/article/details/155163189</guid>
      <pubDate>2025-11-23T08:44:23.000Z</pubDate>
    </item>
    <item>
      <title>从一到无穷大 #59 实时OLAP系统到底有多实时？</title>
      <link>https://blog.csdn.net/weixin_43705457/article/details/155136680</link>
      <description>现代数据系统几乎都在追求同一个目标：低成本、实时、并且具备高性能的查询能力。但当真正落地到工程实现时，人们会迅速发现，这三点无法同时做到最优。</description>
      <author>李兆龙的博客</author>
      <guid>https://blog.csdn.net/weixin_43705457/article/details/155136680</guid>
      <pubDate>2025-11-23T04:11:22.000Z</pubDate>
    </item>
  </channel>
</rss>
