Perpad Kurs (PERPAD)

Perpad arbeitet mit einer eigenen Sub-Wallet pro Coin. Diese Wallet sammelt laut Whitepaper die Gebühren, teilt sie auf und steuert daraus die Perpetual-Position auf Phoenix. Ein Teil dient als Margin für die Position, ein weiterer Teil fließt in Rückkäufe und Burns des Ursprungstokens, und ein zusätzlicher Teil in Rückkäufe und Burns von $PERPAD. Ein Keeper-Bot führt diese Schritte turnusmäßig aus und protokolliert sie auf der Blockchain.

Wer PERPAD kaufen möchte, benötigt eine Solana-Wallet. Laut Website werden die Coins als normale Solana-Swaps über die Meteora-Bonding-Curve gehandelt; das Whitepaper nennt außerdem Phantom, Axiom und andere Aggregatoren als mögliche Routing-Wege. Nach dem Füllen der Kurve wandert der Pool in Meteora DAMM v2, ohne dass Perpad Kundengelder verwahrt. Welche Handelsroute im Einzelfall verfügbar ist, hängt von der jeweiligen Wallet und der Marktphase ab.

Der Nutzen von PERPAD liegt vor allem im Plattform-Kreislauf. Laut Whitepaper fließt ein Teil der Gebühren aller Perpad-Coins in Rückkäufe und Burns von $PERPAD; zusätzlich wird der Token bei profitablen Perp-Schritten mitverbrannt. Damit ist PERPAD der zentrale Nutznießer der Aktivität auf der Launchpad-Ebene. Ein klassischer Governance-Anspruch oder Stimmmechanismus wird auf den öffentlichen Seiten hingegen nicht hervorgehoben.

Eine verlässliche Zukunftseinschätzung ist bei Perpad nur mit Vorsicht möglich. Das Konzept ist klar auf Aktivität angewiesen: Gebührenerträge, handelnde Nutzer, funktionierende Perpetual-Märkte und eine stabile Infrastruktur auf Phoenix und Meteora. Fällt einer dieser Bausteine aus oder kippt der Markt gegen die Hebelposition, kann der Burn-Zyklus leiden. Aus heutiger Sicht wirkt Perpad daher eher wie ein experimentelles DeFi-Modell mit hohem Abhängigkeitsgrad als wie ein ausgereiftes Standardprodukt.

Das Entwicklerteam tritt bislang nicht öffentlich in Erscheinung. Gleichzeitig legt Perpad in den Projektunterlagen Wert auf Nachvollziehbarkeit: Mint- und Freeze-Rechte werden entzogen, es gibt keinen Admin-Key und keine Team-Multisignatur, die Bestände nachträglich verändern könnte. Jede wichtige Bewegung soll als Solana-Transaktion prüfbar sein. Dennoch bleibt das Modell von externen Diensten wie Phoenix, Meteora und dem Keeper-Bot abhängig; technische Ausfälle oder Liquidationen sind also reale Risiken.