PBS 构建者背叛的激励问题
ChainFeeds Research 在最新一期 PRO 中，把重点放在 nuconstruct 团队对 PBS（proposer-builder separation）中构建者背叛问题的分析上。按照当前 PBS 架构，searcher 会将 bundle 或交易策略提交给 builder，builder 因而能够看到其中包含的 MEV 机会。但系统本身并不强制 builder 必须按拍卖结果执行，这意味着 builder 可以复制 searcher 的策略、复用 payload，甚至直接截走收益。
nuconstruct 将这一问题建模为重复博弈，并讨论声誉机制是否足以约束 builder。理论上，如果 builder 作恶，searcher 之后可以通过转移订单流进行惩罚；但在现实里，单次背叛可能带来很高收益，而 searcher 往往又难以证明 builder 复制或抢跑了自己的交易。按该团队的说法，声誉机制只有在未来收益足够大、作弊收益较低、且作弊容易被发现时才会有效。
他们还使用 libmev 数据估算了风险规模。结果显示，非 TEE builder 通过复用 searcher 信息，理论上每年可获得约 2600 万美元收益；如果再把 BuilderNet 中由 TEE 架构压制的风险计入，总潜在规模约 4900 万美元。报告认为，这并不只是个别 builder 的道德风险，而是 PBS 机制让 builder 在排序确定前就接触到高价值信息。
在应对方向上，nuconstruct 认为，解决方案应来自机制设计，而不能只依赖市场声誉。文中列出的可行方案包括：使用 TEE 限制 builder 读取原始 payload；采用承诺式结算，让 builder 先对排序或执行结果作出可验证承诺；以及引入阈值加密、commit-reveal、VDF 等加密排序保护机制，在排序敲定前隐藏交易内容。
比特币方向：NWC 与喷泉码 IBD
D-Central 团队在文中介绍了 Nostr Wallet Connect（NWC）的用法。该协议允许应用在不托管用户资金、也不直接接触私钥的情况下，与用户的闪电网络钱包交互。它针对的问题很直接：很多应用需要接入 Lightning 支付，用于打赏、订阅、内容付费、游戏内支付或自动付款，但如果每个应用都要求用户存入资金或导入钱包，托管风险和使用门槛都会明显上升。
NWC 的做法是把钱包与应用分离。用户资金仍保存在自己选择的闪电钱包中，应用则通过 Nostr relay 与钱包通信，请求发票、付款、查询余额或监听支付状态。连接时，钱包会生成一段授权字符串，用户交给应用后，应用便可以在授权范围内发起操作。权限还能限制用途、额度和有效期。ChainFeeds 将 NWC 定义为一种连接层协议：它既不是新钱包，也不是新支付网络，而是让任意应用能够安全调用用户闪电钱包的标准接口。
在 Bitcoin Optech Newsletter #413 部分，Lucas Lima 研究了将喷泉码用于 IBD 的方案。该方案试图降低区块链存储成本，使已经裁剪的节点在不显著增加存储的情况下，也能帮助其他节点完成初始区块下载。具体做法是把整条链按 epoch 划分为固定长度区块组，再用喷泉码编码成 droplets，并连同区块头发给需要重建链的节点；接收方在收集到足够 droplets 后解码还原区块，并用区块头验证有效性。
以太坊研究：EIP-8287 与 SPREAD
以太坊部分提到，PLabs 团队提出了隐私原生同质化代币标准 pERC20，相关提案为 EIP-8287。目标是在 EVM 上定义一种类似 ERC-20 的代币接口，但默认隐藏余额、转账双方以及转账金额。
这一设计不再使用公开账户余额模型，而是把代币表示为加密的 UTXO note。每个 note 代表一笔私密余额。转账时，系统通过 Groth16 零知识证明和 Orchard 风格模型，证明用户有权花费、没有双花且金额守恒，同时不公开持有人和金额。totalSupply 则仍保持公开可验证，以避免不可见增发。
ChainFeeds 指出，pERC20 与 ERC-20 并不兼容。它没有公开的 balanceOf，也没有 approve、allowance、transferFrom 这类授权模型，因为这些接口会暴露余额或交互关系。新接口定义为 IPERC20，包括 transfer(PrivacyCall)、mint、burn、totalSupply、issuer 等方法。转账也不会触发 ERC-20 的 Transfer 事件，而是通过 NoteAdded、NoteConfirmed 等事件让钱包和索引器扫描相关 note。每个资产合约还维护一个 cmxFrozenRoot，用作被冻结 note 的黑名单 Merkle 根；用户花费 note 时，零知识电路必须证明该 note 不在冻结列表中，从而在不公开身份和余额的情况下冻结特定 note。
开发者 Matheus Franco 等人则提出了 SPREAD，这是一种对 GossipSub 的可选兼容扩展，目标是在不明显牺牲传播速度的情况下，提高消息发送者匿名性。报道提到，Ethereum 等协议依赖 GossipSub 传播共识消息，但普通 GossipSub 会泄露时间和邻居关系信息，攻击者只要部署少量好奇节点，观察消息最早到达路径，就可能把验证者与 peer ID、IP 地址关联起来，进而实施定向 DoS 或经济攻击。
SPREAD 的设计分成两部分：其一是在本地集群中使用随机游走，混淆消息真实来源；其二是利用虚拟坐标和地理或延迟感知的集群划分，使跨区域传播尽量经由邻近集群逐步扩散，减少低效远距离跳转。该方案支持与现有 GossipSub 节点共存，只有通信双方都支持扩展时才启用，因此可以渐进部署。
实验对比了 SPREAD、当前 GossipSub 和 Dandelion++。结果显示，Dandelion++ 的匿名性最强，但延迟过高，不适合 Ethereum 共识层这类低延迟场景；GossipSub 传播速度尚可，但较易被去匿名化；SPREAD 处在两者之间，既能显著降低攻击者识别发送者的成功率，传播效率也优于 GossipSub 和 Dandelion++。Matheus Franco 等人认为，若 Ethereum 的 slot time 从 12 秒缩短到 6 秒，网络层既要更快也要更抗去匿名化，SPREAD 提供了一个更现实的折中方案。
MEV 研究摘录
在 The MEV Letter #146 中，Flashbots 团队推出了面向 MEV 研究领域的 Newsletter。ChainFeeds 摘录了数篇内容。
- 《ERC: Priority Update Registry (PUR)》由 Quintus、vitaliy 和 Tymur 撰写，提出面向 propAMM 的合约标准草案，通过共享 EVM 注册表让 propAMM 更新更容易被构建者排序、验证和分析。
- 《Lean Execution: a holistic approach to secure, efficient, adaptive, and resourceful execution throughput to scale the world-computer》由 Conall O’Reilly 撰写，分析 Lean Ethereum 的执行层方案，并把 Lean Execution 形式化为一种结合虚拟内存池、执行树和 SNARK 证明并行子区块的执行分片架构。
- 《Builders’ Defection and Incentive Compatibility》由 nuconstruct 撰写，讨论重复 PBS 拍卖中声誉机制能否约束构建者履约，并指出要消除事后出价和区块负载复用问题，仍需要 TEE、基于承诺的结算或加密订单保护。
- 播客《Sergey Gorbunov on TEEs and the Arc Privacy Sector》由 Zero Knowledge Podcast 邀请 Sergey Gorbunov，讨论 Arc 及其基于 TEE 的链上隐私方案。
- 视频《All Core Devs - Testing (ACDT) #86, July 6, 2026》由 Justin Traglia 主持，内容涉及 Glamsterdam devnet 进展、规范变更和客户端实现；相关议程同样由 Justin Traglia 发布，另有 ACDT EL Breakout 会议录像。
论文：用 Reverse Kelly AMM 做风险定价
论文部分，作者来自 Woxsen University 和 Universitat de Girona。研究关注 DeFi 借贷协议依赖利用率曲线和超额抵押的问题，并提出 Reverse Kelly Automated Market Maker（rkAMM），将 Kelly Criterion 反向用于信用风险定价。
按照论文描述，rkAMM 通过链下可解释 AI oracle 输入实时违约概率（PD），动态计算能够维持 LP 目标收益的利率，并用 Solidity 智能合约实现。与 Aave、Compound 采用的静态利用率曲线相比，作者认为 rkAMM 能更直接地为单笔贷款进行风险定价，从而提升 RWA 和中小企业融资的资本效率。