今天想换个方式聊 OpenLedger——不谈宏大问题,谈一个非常具体、可以拿计算器算的小账:一笔归因分账,值不值得它自己的 gas 钱?
这听起来像抠门的小算盘,但它打中的是 PoA 这套机制最朴素的经济前提。
PoA 的承诺,讲究的是一个"长尾"。它说:你贡献了一份数据,哪怕只是很小很专业的一段,也会被 AI 调用、被精确归因、被自动分账,每一份贡献都不会被埋没。这套叙事最动人的地方,就在于"哪怕很小"四个字——它给了那些不掌握海量数据的普通贡献者一个位置。
但每一笔归因分账,作为一次链上交易,本身是要付 gas 的。
我们来算一笔账。OpenLedger 是一条 OP Stack 链,数据可用性外包给 EigenDA。这种配置的 L2,单笔简单转账的费用大概在 $0.001 到 $0.01 之间,看网络拥堵程度。但归因分账不是简单转账,它要写入归因记录、触发分账逻辑、可能涉及多个 ERC-20 转移——这是一笔带计算和存储的交易。保守取个中间值,每笔归因结算的 gas 成本,大约 $0.005,也就是三四分人民币。
然后看另一边。一份长尾数据,一次推理调用,你能从中分到多少?
这要看模型这次调用产生的总收入,以及你这份数据在所有被调用数据里占多大比重。前者本身就不大——一次大模型 API 调用的批发价,通常是几分到几毛美金。后者更残酷:在 suffix-array 归因里,你的数据要拿到一份分账,得是模型这次输出里有一段恰好匹配你贡献的文本。哪怕匹配上了,你那份贡献,可能只占这次调用总收益的千分之一、万分之一。
这两个数字一相乘,长尾贡献者从一次 AI 调用里实际能分到的钱,很可能是 $0.001、$0.0001 这个量级——比那笔分账要付的 $0.005 gas,小一到两个数量级。
也就是说,你贡献的数据真的被调用了一次,链上想给你分账,这笔分账的 gas 钱比要分给你的钱还多。从全网经济的角度,这次分账是负的——网络花了 $0.005 的成本,转移了 $0.0001 的价值。这种交易,在任何健康的微支付系统里,都不会真的逐笔发生。
所以 OpenLedger 必然要走批量结算这条路:把成千上万笔微归因攒起来,定期一次性写上链。这在工程上是聪明的,几乎是唯一可行解。
但这条工程上的必然路径,跟"长尾、每一份贡献都看得见"的宣传观感之间,有一道由 gas 经济学强制划出的鸿沟。
我说的不是项目方在白皮书里写了"实时分账"然后没做到——是更微妙的东西。"每一份贡献都被精确归因、自动分账"这种话术,会在读者脑海里自动生成一个画面:我贡献的数据被调用了一次,我钱包里立刻多了一笔钱,链上立刻有一条对应记录。这是"长尾"和"每一份"这些词在普通人耳朵里听起来的样子。
但 gas 算式逼出来的工程现实是:那个画面不会存在。读者会看到的,是某天他的钱包里多了一笔合并结算的金额,对应过去某个周期里你也搞不清楚的多少次调用。归因可以是精确的,但精确的归因和每一份贡献都被你看见,在 gas 经济学的约束下,不是同一件事。
任何一个微归因系统都得正面回答这道题:单笔结算 gas 成本除以单笔归因平均价值,这个比值如果大于 1,这个项目宣传给你的"每一份都被看见"的画面,就必然不在链上实时发生。它可能存在于某个链下的中心化账本里,周期性地汇总上链,但那已经不是宣传话术暗示的那个画面了。
我对 OpenLedger 在做这件事的诚意没意见,所有微支付协议都面临同一道坎。但我会把"链上是否存在逐笔归因结算记录"这件事,从一个"应不应该发生"的问题,降级成一个"在物理上能不能发生"的问题。在这道 gas 经济学的坎跨过去之前,关于 PoA 的所有"实时、每一次"画面感,都先在心里替换成"批量、周期性"——这两个词描述的是性质不同的两个系统。