Articles

Home

ATAM 架构评估方法在支付系统的应用

Pinned

一、引言 支付系统作为金融级核心系统,其高并发、高可用、高性能(以下简称“三高”)设计直接决定资金安全、用户体验与业务连续性,同时需严格遵循《非银行支付机构客户备付金存管办法》《支付清算组织管理办法》等金融合规要求。设计满足安全性、可用性、性能和可修改性等质量属性要求的系统架构,是保证支付系统顺利开发和稳定运行的核心前提。 ATAM(Architecture Tradeoff Analysis Method,架构权衡分析方法)是国际软件

EVM 生态

Pinned

什么是 EVM? 一个“去中心化的世界计算机”,专门用来执行智能合约。EVM 生态 ≈ Web3 的 JVM 解决三件事: 如何执行代码(EVM) 如何保证一致性(共识机制) 如何形成网络效应(多链兼容) EVM 的主要职责 执行智能合约代码(Solidity) 管理账户和状态 计算 Gas(手续费) 保证所有节点执行结果一致 支持 EVM 的链 Ethereum(原生) BNB Chain Polygon Avalanche Arbi

AI 在 Web3 领域的应用

Pinned

AI 负责“理解、决策、执行”,Web3 负责“身份、资产、支付、结算、激励、可信记录”。 如何让“非人类软件主体”安全地拥有身份、调用工具、持有预算、执行交易、留下可验证记录。 1 AI + Web3 六个主要方向 A. Agent + Wallet:让 AI 代理拥有钱包和执行权限 这是最直观的方向。 如果一个 AI 代理能持有钱包、签名、调用智能合约,它就能自己完成很多流程:下单、支付 gas、跨链换币、订阅服务、领取收益、发起投

JVM 垃圾回收机制

垃圾回收主要是指发生在堆内存和方法区的“死亡”对象的释放。 对象没有被引用的判断方法 引用计数器法:无法解决相互引用的问题,容易造成“内存泄漏”(理论,无实质使用) 可达性分析法:Java 主流垃圾收集器采用方法,不断优化维护合适大小的“GC Root”集合 - GC Root 集合:一个堆中的对象没有被“哪些对象”所引用时可以标记“对象已死”(需要全部满足,注意是标记为“死亡”,距离实质性的“死亡”还需要进行垃圾回收过程) 当前运行线

Harness Engineering

Harness Engineering 砍工具,限权限,加约束 最好的发动机(大模型),没有方向盘和刹车(Harness Engineering),只会开进沟里 AI 应用工程发展 提示词工程(2022-2024) 那时候大家都在研究「怎么问 AI 才能得到好答案」。写提示词成了一门手艺,各种技巧满天飞:思维链、角色扮演、少样本示例…… 本质是:优化那一句话。问好了答案就好,问不好就靠运气。 上下文工程(2024-2025) 大家发现光

Single Sign-On 方案设计

术语 业务站点(客户端) SSO 站点 SSO 服务 IDP SP S-Token X-Token OpenID:Authentication,认证,“你是你所声称的那个用户” OAuth:Authorization,授权,“你能被允许做那些事情” JWT:JSON Web Token 常用协议 OAuth2.0 隐式模式(implicit) 适用场景:纯前端应用(如单页应用 SPA),无后端参与。 流程: - 用户访问客户端,客户端将

MySQL 索引原理与应用

索引分类 主键索引(聚簇索引,clustered index) 非主键索引(二级索引,secondary index):基于非主键索引的查询需要多查询一张索引树(回表,查询主键索引树的过程) - 覆盖索引:select ID from T where k between 3 and 5 (主键是唯一被查询列,减少回表) 索引结构 哈希索引:仅适用于等值查询,不适用于区间比较查询(也称范围查询),需要全表扫描。使用场景如 memcache