面向所有人 / 费用分成
应用费用分成
想要生态支持的应用，通过一个公开的链上路由器结算其自身协议收入中一个公开的份额，从不是其用户的钱。写出来是为了被质疑，而不是被欣赏。
想法
在大多数链上，链只赚取自己的费用，而建在其上的生意保留它们赚到的一切，并且各自发行自己的 代币。Pickle 的想法是：想要链的支持的生意，把自己收入中一小部分公开的份额通过一条任何人都 能观察的公开管道付给 PKL。不是顾客的钱，只是生意自己的那份。小生意什么都不付；大生意多付 一点；没有人对任何部分付超过 18%。
通用链只从 gas 捕获价值。建在其上的生意，交易所、借贷市场、市场、游戏，保留全部收入，并且 为了变现各自发行代币，这把注意力和流动性在它所处的生态中打散。Pickle 把这一点反转过来。 想要生态支持的应用，通过链上路由器结算其协议收入中一个公开的份额，这个 份额注入唯一的生态资产。这里的主张不是说这很慷慨；而是说 Pickle 上的应用收入可以在链上 验证，而不是由第三方估算。
四个组件：一个受治理、带时间锁的注册表，记录每个应用的档位、公开的比例表、类别适配器、 保证金和暂停状态；一个路由器，接收协议收入，把构建者保留部分与生态份额分开并发出收入 事件；一个多资产金库，按周期 (epoch) 累积并分配生态份额；以及按应用类型定义收入基数的 类别适配器。比例是按档位公开的表，从不按应用逐个协商。对于自动做市商，集成就是把池子的 费用接收方指向路由器。
什么算协议收入，什么永远不算
协议收入是应用自己的收入。它在任何档位上都永远不是下列任何一项：
| 永远不在任何收入基数内 | 原因 |
|---|---|
| 流动性提供者费用、供给方利息 | 对资本的报酬 |
| 创作者版税 | 对创作者的支付 |
| 清算人赏金；守护者、求解者、预言机和中继者的报酬 | 对服务提供者的报酬 |
| 用户本金、交易者盈亏、保证金、资金费、卖方所得、抵押品 | 对手方的钱，不是收入 |
| 转付的基础设施成本 | 成本 |
向自己的流动性征税的链，不会有流动性可以征税。这条规则背后是算术而不是情绪：对自动做市商的 总费用而非其协议收入征税，会把提供者的回报削减大约 40% 至 48%，而资本在几天之内就会跨链比较 回报。这份排除清单是任何简单代币投票都无法改变的参数之一。
它如何运作
| 组件 | 职责 |
|---|---|
| AppRegistry | 档位、公开的比例表、类别适配器、保证金、暂停受治理并带时间锁 |
| FeeRouter | 接收协议收入，把构建者保留部分与生态份额分开每次结算发出一个公开的收入事件 |
| RevenueVault | 多资产累积与分配按周期 (epoch) |
| 类别适配器 | 按类别定义收入基数交易所、永续合约、借贷、市场、游戏、域名、订阅、通用 |
每次结算和分配都发出一个公开事件，所以任何收入看板都是对这些事件的读取，而不是某人维护的一张 表格。集成刻意做得很小：对于自动做市商，它就是一行，把池子的费用接收方指向路由器。
比例表
| 年度协议收入 | 边际生态份额 |
|---|---|
| 前 $100,000 | 0%构建者保留 100% |
| $100,000 至 $500,000 | 6%构建者保留这一段的 94% |
| $500,000 至 $1,000,000 | 12%构建者保留这一段的 88% |
| $1,000,000 以上 | 18%构建者保留这一段的 82%，且在任何规模下至少保留 82% |
各档是边际的，只适用于落在该档内的收入。悬崖式比例被刻意否决：一个在门槛处对整个基数跳升的 比例，会奖励把报告收入压在门槛之下的应用。各档边界处的累计生态份额：$100,000 处为零， $500,000 处为 4.8%，$1,000,000 处为 8.4%。
构建者在任何规模下至少保留 82%，$100,000 以下的一切都免费。比例只能通过受治理、带时间锁的 投票对整个档位改变，从不按应用逐个改变，因为逐应用协商正是生态被俘获的方式。
实际比例
| 年度协议收入 | 实际比例 |
|---|---|
| $50,000 | 0%全部落在免费档内；构建者保留全部 |
| $250,000 | 3.6%$9,000 生态份额 |
| $500,000 | 4.8%$24,000 生态份额 |
| $1,000,000 | 8.4%$84,000 生态份额 |
| $5,000,000 | 16.08%$804,000 生态份额 |
| $20,000,000 | 17.52%$3,504,000 生态份额；仍低于 18% 的最高档 |
因为各档是边际的，实际比例始终低于最高边际比例，并且只缓慢地趋近它。在年收入两千万美元时为 17.52%，仍低于 18% 的最高档，而且在任何规模下都不会达到它。
一个算例
一家日交易量一千万美元的交易所，兑换费为 0.30%，拆分为 0.25% 给流动性提供者、0.05% 给协议。 提供者的份额从不被触碰。按最高边际比例计算的每日流量：
$30,000/day total fees
|- $25,000 -> liquidity providers, inside the pool (never touched)
`- $5,000 -> protocol take, through the FeeRouter
|- $4,100 -> the application's treasury (82%)
`- $900 -> ecosystem share:
$540 buyback / $180 treasury
$90 security / $90 incentives同样的纪律适用于每个类别。在永续合约场所，交易者盈亏、保证金、资金费、流动性金库的份额和清算 人的赏金永远不在基数内，协议的清算份额按实际转移的金额计量，从不按假定比例。在借贷市场，供给 方利息不是收入；只有准备金累积和协议的清算份额才是。在市场里，卖方所得和创作者版税不是收入。 各类别的费用水平不同，因为应用自行定价：Pickle 只定义每个类别中什么算协议收入，从不规定应用 可以收多少。
这项回购减少的是 PKL 的总供应量。它不是线性解锁 (vesting) 年份中流通量的减少，回购页面给出了算术。
这不强制执行什么
强制是经济上的，而不是物理上的
部署是无许可的，排序器层面的征税被刻意否决。在通用 EVM 上，这样的税需要截获的转账模式与 账户抽象结算、市场支付和金库提取无法区分，而为了捕捉它们去改变代币语义，会使链上的每一份 审计失效。
Pickle 提供的替代是有条件的：验证、资助、流动性支持、激励和展示位置都取决于是否路由收入。 一套保证金与挑战机制为少报定价：已注册的应用以 PKL 缴纳保证金，一次成功的挑战若证明存在未 路由的协议收入，保证金即被没收。第一方场所让旗舰活动透明，因为它们自己的账本就在链上。
应用可以选择不注册并保留全部收入。那样它就放弃了生态支持，后果仅此而已。基于价差的收入和 链下收入仍然无法检测。这一层让诚实的收入分成便宜、可验证且有回报；它并不让不诚实的收入分成 成为不可能。
应用代币
任何档位的应用都可以发行自己的代币，并可以把保留的份额分配给其持有者。构建者如何处置构建者 的份额，Pickle 不持立场。唯一的规则是结算顺序：生态份额在路由器处、按类别适配器定义的毛协议 收入结算，发生在应用的国库收到或分配任何东西之前。它从不按应用自行申报的、 扣除自身分配之后的利润计算。
而已验证标记的含义是收入经路由器验证，而不是代币获得认可。这一区别在浏览器 中和这里都有说明，因为它是读者最容易混淆的一点。