Partage des revenus des applications

L'idée

Ce qui compte comme revenu protocolaire, et ce qui ne compte jamais

Le revenu protocolaire est le revenu propre de l'application. Il n'est jamais l'un des éléments suivants, à aucun palier, en permanence :

Une chaîne qui taxe sa propre liquidité n'a plus de liquidité à taxer. L'arithmétique derrière la règle plutôt que le sentiment : taxer le frais total d'un teneur de marché automatisé au lieu de son revenu protocolaire réduirait les rendements des fournisseurs d'environ 40 à 48 pour cent, et le capital compare les rendements entre chaînes en quelques jours. Cette liste d'exclusions est l'un des paramètres qu'aucun simple vote de jetons ne peut changer.

Comment ça marche

Chaque règlement et chaque allocation émet un événement public, donc tout tableau de bord des revenus est une lecture de ces événements plutôt qu'un tableur que quelqu'un maintient. L'intégration est délibérément petite : pour un teneur de marché automatisé, c'est une ligne, pointer le destinataire des frais du pool vers le routeur.

Le barème

Les tranches sont marginales et ne s'appliquent qu'au revenu qui tombe dedans. Les taux à seuil ont été rejetés délibérément : un taux qui sauterait sur toute la base à un seuil récompenserait une application pour maintenir son revenu déclaré juste en dessous. Part écosystème cumulée aux bords des tranches : rien à 100 000 $, 4,8 pour cent à 500 000 $, et 8,4 pour cent à 1 000 000 $.

Taux effectifs

Parce que les tranches sont marginales, le taux effectif est toujours sous le taux marginal maximal et ne s'en approche que lentement. À vingt millions de dollars de revenu annuel il est de 17,52 pour cent, toujours sous la tranche maximale de 18 pour cent, et il ne l'atteint à aucune échelle.

Un exemple chiffré

Un échange avec dix millions de dollars de volume quotidien à un frais de swap de 0,30 pour cent, réparti 0,25 pour cent aux fournisseurs de liquidité et 0,05 pour cent au protocole. La part des fournisseurs n'est jamais touchée. Le flux quotidien, au taux marginal maximal :

30 000 $/jour de frais totaux
|- 25 000 $  ->  fournisseurs de liquidite, dans le pool   (jamais touche)
`-  5 000 $  ->  revenu protocolaire, via le FeeRouter
        |- 4 100 $  ->  la tresorerie de l'application  (82 %)
        `-   900 $  ->  part ecosysteme :
                        540 $ rachat / 180 $ tresorerie
                        90 $ securite / 90 $ incitations

La même discipline s'applique dans chaque catégorie. Dans une plateforme de perpétuels, les gains et pertes des traders, la marge, les paiements de financement, la part du coffre de liquidité et la prime du liquidateur ne sont jamais dans la base, et la part de liquidation du protocole est mesurée telle que réellement transférée, jamais comme un ratio supposé. Dans un marché de prêt, les intérêts des prêteurs ne sont pas du revenu ; seuls l'accumulation de réserve et la part de liquidation du protocole le sont. Dans une place de marché, le produit des ventes et la royalty du créateur ne sont pas du revenu. Les niveaux de frais diffèrent selon les catégories parce que les applications fixent leurs propres frais : Pickle définit seulement ce qui compte comme revenu protocolaire par catégorie, jamais ce qu'une application peut facturer.

Ce rachat réduit l'offre totale de PKL. Ce n'est pas une réduction de l'offre en circulation pendant les années d'acquisition, et la page du rachat donne l'arithmétique.

Ce que cela n'impose pas

Ce que Pickle offre à la place est conditionnel : vérification, subventions, soutien à la liquidité, incitations et mise en avant dépendent tous du routage du revenu. Un mécanisme de caution et de contestation met un prix sur la sous-déclaration : une application inscrite dépose une caution en PKL, et une contestation réussie montrant un revenu protocolaire non routé la fait perdre. Les plateformes de première partie rendent l'activité phare transparente parce que leurs propres comptes sont on-chain.

Une application peut refuser de s'inscrire et tout garder. Elle renonce alors au soutien de l'écosystème, et c'est l'entière conséquence. Le revenu par écart de prix et le revenu hors chaîne restent indétectables. Cette couche rend le partage honnête des revenus peu coûteux, vérifiable et récompensé ; elle ne rend pas le partage malhonnête impossible.

Les jetons d'applications

Les applications de tout palier peuvent lancer leur propre jeton et distribuer leur part conservée à ses détenteurs. Pickle est agnostique quant à ce qu'un builder fait de la part du builder. La seule règle est l'ordre de règlement : la part écosystème est réglée au routeur, sur le revenu protocolaire brut tel que défini par l'adaptateur de catégorie, avant que la trésorerie de l'application reçoive ou distribue quoi que ce soit. Elle n'est jamais calculée sur un profit déclaré par l'application après ses propres distributions.

Et la marque « vérifié » signifie revenu vérifié via le routeur, pas jeton approuvé. Cette distinction est énoncée dans l'explorateur comme ici, parce que c'est celle qu'un lecteur est le plus susceptible de brouiller.