すべての人へ / 手数料の分配
アプリケーション手数料の分配
エコシステムの支援を望むアプリケーションは、自らのプロトコル収益のうち公開された一部を、決してユーザーのお金ではなく、公開されたオンチェーンのルーターを通じて決済します。称賛されるためではなく、反論されるために書かれています。
考え方
多くのチェーンでは、チェーンは自らの手数料だけを稼ぎ、その上に築かれた事業者は稼いだものをすべて手元に残し、それぞれが独自のコインを発行します。Pickle の考え方は、チェーンの支援を望む事業者が、自らの収益のうち公開された小さな一部を、誰でも監視できる公開のパイプを通じて PKL に支払うというものです。顧客のお金ではなく、事業者の取り分だけです。小さな事業者は何も支払わず、大きな事業者は少し多く支払い、誰も何に対しても 18 パーセントを超えて支払いません。
汎用チェーンはガスからしか価値を取り込みません。その上に築かれた事業、取引所、レンディング市場、マーケットプレイス、ゲームは収益をすべて手元に残し、収益化のためにそれぞれ独自のトークンを発行し、それが属するエコシステム全体で注目と流動性を分断します。Pickle はこれを逆転させます。エコシステムの支援を望むアプリケーションは、自らのプロトコル収益のうち公開された一部をオンチェーンのルーターを通じて決済し、その一部が単一のエコシステム資産に注ぎ込まれます。主張は、これが寛大だということではありません。Pickle 上のアプリケーション収益は第三者による推定ではなくオンチェーンで検証可能だということです。
四つのコンポーネントがあります。各アプリケーションの階層、公開された料率表、カテゴリアダプター、保証金、停止状態を記録する、ガバナンスとタイムロックの下にあるレジストリ。プロトコル収益を受け取り、ビルダーの保持分とエコシステム配分を分割し、収益イベントを発行するルーター。エコシステム配分をエポックごとに蓄積し配分する複数資産のボールト。そしてアプリケーションの種類ごとに収益ベースを定義するカテゴリアダプターです。料率は階層ごとに公開された料率表であり、アプリケーションごとに交渉されることは決してありません。自動マーケットメーカーの場合、統合はプールの手数料受取先をルーターに向けることです。
プロトコル収益に数えられるもの、決して数えられないもの
プロトコル収益はアプリケーション自身の収益です。次のものは、どの階層でも、恒久的に、決してプロトコル収益ではありません。
| いかなる収益ベースにも決して含まれないもの | 理由 |
|---|---|
| 流動性提供者の手数料、供給者の利息 | 資本への報酬 |
| クリエイターのロイヤリティ | クリエイターへの支払い |
| 清算人の報奨金。キーパー、ソルバー、オラクル、リレイヤーへの支払い | サービス提供者への報酬 |
| ユーザーの元本、トレーダーの損益、証拠金、資金調達の支払い、売り手の収入、担保 | 取引相手のお金であり、収益ではない |
| パススルーのインフラ費用 | 費用 |
自らの流動性に課税するチェーンには、課税すべき流動性が残りません。感情ではなく、この規則の背後にある計算を示すと、自動マーケットメーカーのプロトコル収益ではなく手数料総額に課税すれば、提供者のリターンはおよそ 40 から 48 パーセント削られ、資本は数日のうちにチェーン間でリターンを比較します。この除外リストは、単純なトークン投票では変更できないパラメータの一つです。
仕組み
| コンポーネント | 責務 |
|---|---|
| AppRegistry | 階層、公開された料率表、カテゴリアダプター、保証金、停止状態ガバナンスとタイムロックの下にある |
| FeeRouter | プロトコル収益を受け取り、ビルダーの保持分とエコシステム配分を分割決済ごとに公開の収益イベントを発行 |
| RevenueVault | 複数資産の蓄積と配分エポックごと |
| カテゴリアダプター | カテゴリごとの収益ベースを定義取引所、パーペチュアル、レンディング、マーケットプレイス、ゲーム、名前、サブスクリプション、汎用 |
すべての決済と配分は公開イベントを発行するので、どの収益ダッシュボードも、誰かが維持するスプレッドシートではなく、それらのイベントの読み取りです。統合は意図的に小さくしてあります。自動マーケットメーカーの場合は一行、プールの手数料受取先をルーターに向けるだけです。
料率表
| 年間プロトコル収益 | 限界エコシステム配分 |
|---|---|
| 最初の $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% の最高区分を下回る |
区分が限界税率方式なので、実効税率は常に最高限界税率を下回り、ゆっくりとしか近づきません。年間収益 2,000 万ドルで 17.52 パーセントとなり、なお 18 パーセントの最高区分を下回り、どの規模でもそれに達することはありません。
計算例
1 日の出来高 1,000 万ドル、スワップ手数料 0.30 パーセントの取引所で、0.25 パーセントが流動性提供者に、0.05 パーセントがプロトコルに分割されるとします。提供者の取り分には決して手を触れません。最高限界税率での 1 日の流れは次のとおりです。
$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 の総供給量です。ベスティング期間中の流通供給量の減少ではなく、買い戻しのページがその計算を示しています。
この仕組みが強制しないもの
強制は物理的ではなく経済的である
デプロイはパーミッションレスであり、シーケンサーレベルの課税は意図的に退けられています。汎用 EVM では、そのような課税が捕捉しなければならない送金パターンは、アカウント抽象化の決済、マーケットプレイスの支払い、ボールトの引き出しと区別がつかず、それらを捕捉するためにトークンのセマンティクスを変えれば、チェーン上のすべての監査が無効になってしまいます。
Pickle が代わりに提供するものは条件付きです。検証、助成金、流動性支援、インセンティブ、掲載はすべて収益をルーターに回すことにかかっています。保証金と異議申し立ての仕組みが過少報告に値段を付けます。登録したアプリケーションは PKL で保証金を差し入れ、ルーターを通していないプロトコル収益を示す異議申し立てが成功すれば、それは没収されます。ファーストパーティの取引所は自らの帳簿がオンチェーンにあるので、主力の活動を透明にします。
アプリケーションは登録を辞退してすべてを手元に残すことができます。その場合はエコシステムの支援を失い、それが結果のすべてです。スプレッドに基づく収益とオフチェーンの収益は検知できないままです。このレイヤーは誠実な収益分配を安価で、検証可能で、報われるものにします。不誠実な収益分配を不可能にするわけではありません。
アプリケーショントークン
どの階層のアプリケーションも独自のトークンを発行し、保持した取り分をその保有者に分配できます。Pickle はビルダーがビルダーの取り分をどうするかについて中立です。唯一の規則は決済の順序です。エコシステム配分は、カテゴリアダプターが定義するプロトコル収益の総額に対して、アプリケーションのトレジャリーが何かを受け取ったり分配したりする前にルーターで決済されます。アプリケーションが自らの分配後に申告した利益に対して計算されることは決してありません。
そして「検証済み」のマークはルーターを通じて収益が検証されたことを意味し、トークンが推奨されたことではありません。この区別はここだけでなくエクスプローラーでも述べられています。読者が最も混同しやすいものだからです。