https://icorer.com/icorer_blog/categories/web3/Recent content in Web3 on 旁注旁观Hugozh-cnSat, 07 Nov 2026 12:31:38 +0800https://icorer.com/icorer_blog/posts/web3/web3db-field/Sat, 07 Nov 2026 12:31:38 +0800https://icorer.com/icorer_blog/posts/web3/web3db-field/一句话　这条赛道十年没解决的核心问题不是共识不够强，是计算没有跟着字节走。数据库不是一个东西，是四件事——写入顺序、字节位置、执行位置、读权限；六条路线，每家只买走了其中一层。 一、问题：一个停更四年的项目，还在被当作基线# 2016 年，「区块链数据库」是热词。BigchainDB 给的答案很直接：MongoDB 负责存，Tendermint 负责排顺序，每个节点都是整条链的副本，写入即定稿。它拿到 4,030 个 star，被写进无数篇综述和对比表。 GitHub API 上的事实是：最后一次代码推送 2024-07-04，最后一个正式版本 v2.2.2 停在 2020 年 9 月，后续工作交给了 IPDB 的 Planetmint。今天它仍然是审稿人最熟悉的「去中心化数据库」样本。 这不是孤例。Kwil 在 2025 年 4 月把去中心化技术卖给了 TRUF.NETWORK 并开源；Tableland 在 2023 年 4 月拿到 CoinFund 领投的 800 万美元 A 轮，累计融资 1,040 万；Space and Time 2025 年 5 月上主网，把整个叙事押在「用 ZK 证明查询结果正确」上；OrbitDB 做了十年，2025 年宣布 v3 功能完备，2026 年 4 月放出 v4 RC。 这条赛道的死亡名单和产品名单差不多长。它们死在同一个地方：每一家只把四层里的某一层去中心化了，然后宣称自己把整台数据库去中心化了。 轻点放大 二、四层账单：每条路线实际买走了哪一层# 数据库从来不是一个东西，是四件事：写入顺序、字节位置、执行位置、读权限。把四件事拆开，赛道上的所有分歧都变成同一道选择题——你打算为哪一层付去中心化的钱。 路线 · 代表 主张 买走的层 后果 BigchainDB 数据库即链 写入顺序 2020 停更 OrbitDB、GunDB 本地优先 副本同步 无 SQL Tableland SQLite 上链轨 命名权限 单写入者 Space and Time 证明结果 可验证性 证明成本 IPFS、Arweave 内容寻址 字节位置 无下推 Web3DB SQL + 链上 ACL 权限与主节点 20 节点崩 六行里没有一行是错的：账本数据库把写入顺序搬上链，P2P 把副本同步做成协议，Tableland 把表名和权限放到链上，Space and Time 把「结果对不对」做成证明，IPFS 只负责字节在哪，Web3DB 把权限和主节点选举一起搬。但没有一行能单独成立。https://icorer.com/icorer_blog/posts/web3/seclog-atomic-swap-secure-logging/Mon, 02 Nov 2026 20:30:28 +0800https://icorer.com/icorer_blog/posts/web3/seclog-atomic-swap-secure-logging/一句话：想让「用户无法否认收到数据」成立，不用信任 API，也不用把数据放上链——只要让解密数据的最后一半钥匙，只可能从一条会留下记录的路径里出来。 两分多钟的讲解片：钥匙怎么变成日志 → 两个事件的区别 → gas 那 8,000 的差额，以及我没复现出绝对值的部分。 这篇论文只有四页。它讲的事情也小：一次数据查询交付之后，怎么保证链上一定留下一条记录。小到你第一反应是「记个日志而已」，可跟着作者走完，会发现每一步都卡在同一个问题上——谁值得信任。 读完我最想记住的是一句话：区块链保证「写上去的改不掉」，可这里缺的是「该写的那一条一定会被写」。两句话很像，方向正好相反：一个管已经发生的，一个管还没发生的。 论文是 Hughes、Hossain、Tang、Jung、Chenli 五个人写的，发在 METAVERSE 2025（LNCS 16159，pp. 115–124）。四页，结构却很清楚：先说问题，再把前人工作分成两堆，然后给模型、协议和两条定理，最后用三个合约量 gas、老老实实谈代价。下面我就按这个顺序走。 一、签完那份同意书，后面的事你就不知道了# 假设你的病历在一家医院的库里。某天有人查了它——为了研究也好，为了别的什么也好，你分不清。 签字那一下你是知道的。之后呢？论文第一节把话说得很直：数据所有者对这个流程的了解，往往止步于最初签下共享协议的那一刻。此后的访问记录、访问时间、数据被拿去做了什么，全都与他无关。这不是体验问题。HIPAA、GDPR、CCPA 要的都是可追溯，而不透明的共享本身就踩在这三条线的红线上。 去中心化数据库（论文点了 recallnet 那份去中心化数据库清单）把所有权和控制权还给了数据所有者，算是解决了前半截。可所有权一回来，后半截露出来一个洞：没人负责记账。 这时候你会发现，「让谁记一下」这件事比想象中难。论文把三条看起来都能用的路都堵了：让用户自己确认收到？想赖账的人根本不会确认。让 API 单方面写日志？网络一抖，用户是真的没收到，那条日志就成了假的，顺便 API 还成了单点故障。那直接把共享行为写进区块链呢——论文自己的原话是，这样做保证不了日志的正确性和完整性。 看起来能用的办法 为什么不行 让用户确认收到数据 想否认收到的用户，本来就不会向 API 确认，确认这件事没有强制力 只让 API 写日志 网络问题会让用户真的没收到，日志于是写成假的；API 还成了单点故障 直接把共享行为存进区块链 区块链给的是不可篡改，不是「该写的那一条一定被写」 堵完这三条，作者转身去了另一个领域：公平交换。那里早就在用 HTLC 这类原子交换，把「拿到数据访问权」和「付款」绑成一次要么全有、要么全无的操作。 SecLog 的全部巧思就在这一步：把付款换成记录，原子性照样成立。因为在这个场景里，用户本来就不为取数付钱给 API；真正需要绑在一起的，是「拿到数据」和「有件事被触发」。 论文列了四条贡献，说得挺克制：一个能在去中心化环境下强制「共享成功即留痕」的协议、一份安全性证明、一组显示比付款型原子交换更省 gas 的仿真、以及开源代码（github.com/avocado-avery/SecLog）。 二、两条研究线各解决了一半，缺口留在中间# 论文的第二部分把前人工作分成两堆，正好对应下面这张图的两列——有意思的是，两堆各自都做得很扎实，却都漏了同一个角落。 轻点放大 先说区块链日志这一堆。Gao 用同态加密保护链上审计日志，保密性上去了，代价是把用户排除在「验证自己有没有被记上」之外。Cha 的 IoT 审计系统依赖可信基础设施。Zhao 和 López-Pimentel 把 Merkle 树的哈希和根记到链上，防篡改没问题，但明细留在链下，链下那份靠不靠得住只能靠假设。Hsu 把区块链和访问控制拼在 IoT 存储里，Cha 与 Hasan 用可信执行环境护住云日志。AuditChain、BlockAuditor、LogChain 更彻底一些，可是论文的评语一点没客气：它们仍然假设基础设施里的参与者是诚实的，也不处理漏记——也就是事件被悄悄排除、没人能发现。