Für alle / Gebührenteilung
Gebührenteilung der Anwendungen
Eine Anwendung, die Unterstützung des Ökosystems möchte, führt einen veröffentlichten Anteil ihres eigenen Protokollerlöses ab, niemals das Geld ihrer Nutzer, über einen öffentlichen On-Chain-Router. Geschrieben, um bestritten zu werden statt bewundert.
Die Idee
Auf den meisten Chains verdient die Chain nur ihre Gebühren, während die darauf gebauten Unternehmen alles behalten, was sie verdienen, und jedes seine eigene Münze herausbringt. Die Idee von Pickle ist, dass ein Unternehmen, das die Unterstützung der Chain möchte, einen kleinen, veröffentlichten Anteil seiner eigenen Einnahmen in PKL zahlt, durch eine öffentliche Leitung, die jeder beobachten kann. Nicht das Geld der Kunden, nur den Anteil des Unternehmens. Kleine Unternehmen zahlen nichts; große zahlen etwas mehr; niemand zahlt mehr als 18 Prozent von irgendetwas.
Eine Allzweck-Chain fängt Wert nur über Gas ein. Die darauf gebauten Unternehmen, Börsen, Kreditmärkte, Marktplätze, Spiele, behalten ihren gesamten Erlös, und jedes bringt seinen eigenen Token heraus, um zu monetarisieren, was Aufmerksamkeit und Liquidität über das Ökosystem zersplittert, in dem es sitzt. Pickle kehrt das um. Eine Anwendung, die Unterstützung des Ökosystems möchte, führt einen veröffentlichten Anteil ihres Protokollerlöses über einen On-Chain-Router ab, und dieser Anteil speist den einen Ökosystemwert. Der Anspruch ist nicht, dass das großzügig ist; er ist, dass Anwendungserlöse auf Pickle on-chain verifizierbar sind, statt von Dritten geschätzt zu werden.
Vier Komponenten: ein durch Governance verwaltetes Register mit Timelock, das Tier, veröffentlichten Satzplan, Kategorie-Adapter, Kaution und Sperrstatus jeder Anwendung festhält; ein Router, der Protokollerlös empfängt, den Anteil des Builders vom Ökosystemanteil trennt und ein Erlös-Event ausgibt; ein Vault über mehrere Vermögenswerte, der den Ökosystemanteil pro Epoche ansammelt und zuweist; und Kategorie-Adapter, die die Erlösbasis pro Anwendungstyp definieren. Die Sätze sind ein veröffentlichter Plan pro Tier und werden niemals pro Anwendung verhandelt. Für einen automatisierten Market Maker besteht die Integration darin, den Gebührenempfänger des Pools auf den Router zu richten.
Was als Protokollerlös zählt, und was niemals
Protokollerlös ist der eigene Erlös der Anwendung. Er ist niemals eines der folgenden, auf keinem Tier, dauerhaft:
| Niemals in irgendeiner Erlösbasis | Warum |
|---|---|
| Gebühren an Liquiditätsanbieter, Zinsen an Kapitalgeber | Vergütung für Kapital |
| Tantiemen für Kreative | Zahlung an Kreative |
| Liquidator-Prämien; Zahlungen an Keeper, Solver, Orakel und Relayer | Vergütung für Dienstleister |
| Nutzerkapital, Gewinn und Verlust von Tradern, Margin, Funding-Zahlungen, Verkäufererlöse, Collateral | Geld der Gegenpartei, kein Erlös |
| Durchgereichte Infrastrukturkosten | Kosten |
Eine Chain, die ihre eigene Liquidität besteuert, hat keine Liquidität zu besteuern. Die Rechnung hinter der Regel statt des Gefühls: Die gesamte Gebühr eines automatisierten Market Makers statt seines Protokollerlöses zu besteuern, würde die Renditen der Anbieter um etwa 40 bis 48 Prozent senken, und Kapital vergleicht Renditen über Chains hinweg innerhalb von Tagen. Diese Ausschlussliste ist einer der Parameter, die keine einfache Token-Abstimmung ändern kann.
Wie es funktioniert
| Komponente | Zuständigkeit |
|---|---|
| AppRegistry | Tier, veröffentlichter Satzplan, Kategorie-Adapter, Kaution, Sperrungdurch Governance verwaltet und mit Timelock |
| FeeRouter | empfängt Protokollerlös, trennt den Anteil des Builders vom Ökosystemanteilgibt pro Abrechnung ein öffentliches Erlös-Event aus |
| RevenueVault | Ansammlung und Zuweisung über mehrere Vermögenswertepro Epoche |
| Kategorie-Adapter | definieren die Erlösbasis pro KategorieBörse, Perpetuals, Kredit, Marktplatz, Spiel, Namen, Abonnement, generisch |
Jede Abrechnung und Zuweisung gibt ein öffentliches Event aus, sodass jedes Erlös-Dashboard eine Lektüre dieser Events ist und keine Tabelle, die jemand pflegt. Die Integration ist absichtlich klein: Für einen automatisierten Market Maker ist es eine Zeile, die den Gebührenempfänger des Pools auf den Router richtet.
Der Stufenplan
| Jährlicher Protokollerlös | Marginaler Ökosystemanteil |
|---|---|
| Erste $100.000 | 0 %der Builder behält 100 % |
| $100.000 bis $500.000 | 6 %der Builder behält 94 % dieses Bandes |
| $500.000 bis $1.000.000 | 12 %der Builder behält 88 % dieses Bandes |
| Über $1.000.000 | 18 %der Builder behält 82 % dieses Bandes, und mindestens 82 % in jeder Größenordnung |
Die Stufen sind marginal und gelten nur für den Erlös, der in sie fällt. Cliff-Sätze wurden absichtlich verworfen: Ein Satz, der an einer Schwelle auf die gesamte Basis springt, würde eine Anwendung dafür belohnen, ihren gemeldeten Erlös knapp darunter zu halten. Kumulierter Ökosystemanteil an den Stufengrenzen: nichts bei $100.000, 4,8 Prozent bei $500.000 und 8,4 Prozent bei $1.000.000.
Der Builder behält in jeder Größenordnung mindestens 82 Prozent, und alles unter $100.000 ist frei. Sätze ändern sich nur durch eine Governance-Abstimmung mit Timelock über das gesamte Tier, niemals pro Anwendung, denn Verhandlung pro Anwendung ist der Weg, auf dem Ökosysteme gekapert werden.
Effektive Sätze
| Jährlicher Protokollerlös | Effektiver Satz |
|---|---|
| $50.000 | 0 %der gesamte Betrag fällt in die freie Stufe; der Builder behält alles |
| $250.000 | 3,6 %$9.000 Ökosystemanteil |
| $500.000 | 4,8 %$24.000 Ökosystemanteil |
| $1.000.000 | 8,4 %$84.000 Ökosystemanteil |
| $5.000.000 | 16,08 %$804.000 Ökosystemanteil |
| $20.000.000 | 17,52 %$3.504.000 Ökosystemanteil; immer noch unter der Spitzenstufe von 18 % |
Weil die Stufen marginal sind, liegt der effektive Satz immer unter dem marginalen Spitzensatz und nähert sich ihm nur langsam. Bei zwanzig Millionen Dollar Jahreserlös beträgt er 17,52 Prozent, immer noch unter der Spitzenstufe von 18 Prozent, und er erreicht sie in keiner Größenordnung.
Ein durchgerechnetes Beispiel
Eine Börse mit zehn Millionen Dollar Tagesvolumen bei einer Swap-Gebühr von 0,30 Prozent, aufgeteilt in 0,25 Prozent an Liquiditätsanbieter und 0,05 Prozent an das Protokoll. Der Anteil der Anbieter wird nie angetastet. Der tägliche Fluss, beim marginalen Spitzensatz:
$30.000/Tag Gebuehren gesamt
|- $25.000 -> Liquiditaetsanbieter, im Pool (nie angetastet)
`- $5.000 -> Protokollerloes, durch den FeeRouter
|- $4.100 -> das Treasury der Anwendung (82%)
`- $900 -> Oekosystemanteil:
$540 Rueckkauf / $180 Treasury
$90 Sicherheit / $90 AnreizeDieselbe Disziplin gilt in jeder Kategorie. An einem Perpetuals-Handelsplatz sind Gewinn und Verlust der Trader, Margin, Funding-Zahlungen, der Anteil des Liquiditäts-Vaults und die Prämie des Liquidators niemals in der Basis, und der Liquidationsanteil des Protokolls wird gemessen, wie er tatsächlich übertragen wurde, niemals als angenommenes Verhältnis. In einem Kreditmarkt sind Zinsen an Kapitalgeber kein Erlös; nur der Reserveaufbau und der Liquidationsanteil des Protokolls sind es. Auf einem Marktplatz sind Verkäufererlöse und die Tantieme für Kreative kein Erlös. Gebührenhöhen unterscheiden sich zwischen Kategorien, weil Anwendungen ihre eigenen Gebühren festlegen: Pickle definiert nur, was pro Kategorie als Protokollerlös zählt, niemals, was eine Anwendung verlangen darf.
Dieser Rückkauf reduziert die Gesamtmenge von PKL. Er ist keine Verringerung der Umlaufmenge während der Vesting-Jahre, und die Seite zum Rückkauf liefert die Rechnung.
Was das nicht durchsetzt
Die Durchsetzung ist wirtschaftlich, nicht physisch
Deployment ist erlaubnisfrei, und eine Steuer auf Sequencer-Ebene wird absichtlich verworfen. Auf einer Allzweck-EVM sind die Transfermuster, die eine solche Steuer abfangen müsste, nicht von Account-Abstraction-Settlement, Marktplatz-Auszahlungen und Vault-Abhebungen zu unterscheiden, und die Token-Semantik zu ändern, um sie zu erwischen, würde jedes Audit auf der Chain ungültig machen.
Was Pickle stattdessen bietet, ist an Bedingungen geknüpft: Verifizierung, Grants, Liquiditätsunterstützung, Anreize und Platzierung hängen alle davon ab, dass Erlös geroutet wird. Ein Kautions- und Anfechtungsmechanismus bepreist Untererfassung: Eine registrierte Anwendung hinterlegt eine Kaution in PKL, und eine erfolgreiche Anfechtung, die ungerouteten Protokollerlös nachweist, lässt sie verfallen. Die hauseigenen Handelsplätze machen die Flaggschiff-Aktivität transparent, weil ihre eigenen Bücher on-chain liegen.
Eine Anwendung kann die Registrierung ablehnen und alles behalten. Sie verzichtet dann auf die Unterstützung des Ökosystems, und das ist die ganze Konsequenz. Spread-basierte Erlöse und Off-Chain-Erlöse bleiben unerkennbar. Diese Schicht macht ehrliche Erlösteilung billig, verifizierbar und belohnt; sie macht unehrliche Erlösteilung nicht unmöglich.
Anwendungs-Tokens
Anwendungen auf jedem Tier dürfen ihren eigenen Token herausbringen und ihren einbehaltenen Anteil an dessen Inhaber verteilen. Pickle ist gleichgültig, was ein Builder mit dem Anteil des Builders macht. Die einzige Regel ist die Abrechnungsreihenfolge: Der Ökosystemanteil wird am Router abgerechnet, auf den Brutto-Protokollerlös, wie ihn der Kategorie-Adapter definiert, bevor das Treasury der Anwendung irgendetwas erhält oder verteilt. Er wird niemals auf einen von der Anwendung erklärten Gewinn nach ihren eigenen Ausschüttungen berechnet.
Und das Verifiziert-Kennzeichen bedeutet Erlös über den Router verifiziert, nicht Token empfohlen. Diese Unterscheidung wird im Explorer ebenso wie hier ausgesprochen, weil sie die ist, die ein Leser am ehesten verwischt.