> ## Documentation Index
> Fetch the complete documentation index at: https://docs.raydium.io/llms.txt
> Use this file to discover all available pages before exploring further.

# 2026-08-26 — LaunchLab: Plattformgebühren-Obergrenze auf 500 bps erhöht

> Die Obergrenze für platform fee_rate wird auf 500 bps sowohl beim Create- als auch beim Update-Pfad erhöht. CreatePlatformConfig war auf 100 bps begrenzt und UpdatePlatformConfig auf 250 bps; beide sind jetzt 50000. Keine Änderungen am Account-Layout, der Instruktion oder Fehlercodes.

<Info>
  **Diese Seite wurde mit KI automatisch übersetzt. Maßgeblich ist stets die englische Version.**

  [Englische Version ansehen →](/reference/changelog/2026-08-26-launchlab-platform-fee-rate-cap)
</Info>

<Info>
  Dieser Eintrag behandelt ein bevorstehendes LaunchLab-Programm-Update. Er wurde vor der Bereitstellung gegen den lokalen Release-Branch überprüft. Bestätigen Sie das bereitgestellte Programm, bevor Sie eine Plattform über den alten Obergrenzen erstellen oder aktualisieren.
</Info>

Dieses Release erhöht die Plattformgebühren-Obergrenze auf 500 bps. `PlatformConfig.fee_rate` wird an zwei Stellen validiert — einmal wenn `CreatePlatformConfig` das Konto erstellt, und einmal bei jedem `UpdatePlatformConfig`-Variant, der das Feld schreibt — und beide akzeptieren jetzt bis zu `50000`. Im Nenner `1/1_000_000` des Programms entspricht das 5% des Handelsvolumens bei jedem Pre-Graduation-Kauf und -Verkauf.

Vor diesem Release stimmten die beiden Prüfungen nicht überein: Create erlaubte 100 bps und Update erlaubte 250 bps. Sie halten jetzt denselben Wert, daher ist die Rate, mit der eine Plattform erstellt werden kann, genau die Rate, auf die sie aktualisiert werden kann.

Sonst hat sich nichts geändert. Kein Konto ist gewachsen oder geschrumpft, keine Instruktion hat ein Konto gewonnen oder verloren, und kein Fehlercode hat sich verschoben.

## TL;DR für Integratoren

* **Die Plattformgebühren-Obergrenze beträgt 500 bps auf beiden Pfaden.** `CreatePlatformConfig` und `UpdatePlatformConfig` akzeptieren beide `fee_rate` bis zu `50000`.
* **Create wurde von 100 bps erhöht.** `PlatformParams::check()` war seit dem ersten Release des Programms `<= 10000`.
* **Update wurde von 250 bps erhöht.** `update_platform_fee_rate` war `<= 25000`, selbst erhöht von 100 bps am 2026-01-27.
* **Die Create/Update-Unstimmigkeit ist behoben.** Eine Konfiguration, die über 250 bps erstellt wurde, konnte zuvor keinen `UpdatePlatformConfig`-Aufruf überstehen, da `AllInfo` `fee_rate` neu validiert, während es alle anderen Felder umschreibt. Beide Prüfungen stimmen jetzt überein, daher funktioniert dieser Bearbeitungspfad bei jeder zulässigen Rate.
* **`creator_fee_rate` ist unverändert** bei `MAX_CREATOR_FEE_RATE = 5000` (50 bps) auf beiden Pfaden.
* **`GlobalConfig.max_share_fee_rate` ist unverändert** bei `10_000` (100 bps) und begrenzte nie die Plattformgebühr. Sie begrenzt das Pro-Transaktion-Argument `share_fee_rate` für Referrals. Frühere Versionen dieser Dokumentation sagten etwas anderes; dieses Release korrigiert das.
* **Nichts Bestehendes wurde neu bepreist.** Diese Konstanten steuern Schreibvorgänge zu `fee_rate`, nicht Lesevorgänge. Jede `PlatformConfig` bereits in der Chain behält ihre aktuelle Rate, und jeder Launch, der an eine gebunden ist, behält seine aktuelle Gebühr.
* **Keine IDL-Aktualisierung erforderlich.** Keine Layouts, Konten, Argumente oder Fehlercodes haben sich geändert.

## Was sich geändert hat

```rust theme={null}
// states/platform_config.rs — PlatformParams::check(), ausgeführt von CreatePlatformConfig
- require!(self.fee_rate <= 10000, ErrorCode::InvalidInput);
+ require!(self.fee_rate <= 50000, ErrorCode::InvalidInput);

// instructions/platform/update_platform_config.rs — update_platform_fee_rate
- require!(fee_rate <= 25000, ErrorCode::InvalidPlatformInfo);
+ require!(fee_rate <= 50000, ErrorCode::InvalidPlatformInfo);
```

Raten in LaunchLab werden in `1/1_000_000` (`RATE_DENOMINATOR_VALUE`) angegeben, daher:

| Wert    | Rate | Basispunkte | Wo es erscheint                                                                                                                                         |
| ------- | ---- | ----------- | ------------------------------------------------------------------------------------------------------------------------------------------------------- |
| `10000` | 1%   | 100 bps     | Beide Gebührengrenzen beim ersten Release des Programms. Auch das aktuelle `GlobalConfig.max_share_fee_rate`, das eine andere, unveränderte Grenze ist. |
| `25000` | 2,5% | 250 bps     | Die Update-Obergrenze zwischen 2026-01-27 und diesem Release. Wird nicht mehr verwendet.                                                                |
| `50000` | 5%   | 500 bps     | Beide Obergrenzen nach diesem Release.                                                                                                                  |

## Wo die beiden Prüfungen sich befinden

Die Obergrenze wird durch zwei separate `require!`-Aufrufe in zwei Dateien durchgesetzt. Sie halten jetzt denselben Wert, aber sie werfen immer noch unterschiedliche Fehler, daher muss die Fehlerbehandlung beide erkennen:

| Pfad                            | Funktion                   | Fehler bei Verletzung          |
| ------------------------------- | -------------------------- | ------------------------------ |
| `CreatePlatformConfig`          | `PlatformParams::check()`  | `InvalidInput` (`6002`)        |
| `UpdatePlatformConfig::FeeRate` | `update_platform_fee_rate` | `InvalidPlatformInfo` (`6014`) |
| `UpdatePlatformConfig::AllInfo` | `update_platform_fee_rate` | `InvalidPlatformInfo` (`6014`) |

`AllInfo` ist der Massen-Update-Variant: Er schreibt die Wallets, die Branding-Strings, die Vesting-Skala, die NFT-Aufteilung, die Transfer-Fee-Autorität, die Creator-Gebührenrate und `fee_rate` in einem Aufruf um und führt dieselbe Prüfung auf `fee_rate` aus, die der Single-Field-Variant macht. Unter den alten Konstanten machte das `AllInfo` für eine Plattform, die im Band 250–500 bps erstellt wurde, unbrauchbar, selbst für eine Bearbeitung, die nur eine Bild-URL berührte. Die Ausrichtung der beiden Konstanten beseitigt diese Falle.

## Was sich nicht geändert hat

* **Gebührenabrechnung und -verteilung.** `platform_fee = amount_in × platform_config.fee_rate / 1_000_000` ist dieselbe Formel, die sich auf denselben Pro-Plattform-Tresor ansammelt, der von denselben `ClaimPlatformFee`- und `ClaimPlatformFeeFromVault`-Instruktionen geleert wird.
* **Bestehende Plattformen und Launches.** Die Konstanten steuern Schreibvorgänge, nicht Lesevorgänge. Keine gespeicherte Rate hat sich geändert, daher wird kein aktiver Launch neu bepreist.
* **`creator_fee_rate`.** Immer noch begrenzt auf `MAX_CREATOR_FEE_RATE = 5000` (50 bps) auf beiden Pfaden.
* **`GlobalConfig.max_share_fee_rate`.** Immer noch `10_000`, immer noch nur das Argument `share_fee_rate` auf den vier Swap-Instruktionen begrenzend.
* **Fehlercodes.** `6000`–`6023` sind unverändert; dieses Release fügt keine hinzu.
* **Account-Layouts und die IDL.** Unverändert.

## Dokumentationskorrektur

Zwei Seiten führten die Plattformgebühren-Obergrenze auf `GlobalConfig.max_share_fee_rate` zurück. Das Programm tat das nie — es vergleicht `max_share_fee_rate` gegen das Argument `share_fee_rate` der Instruktion und validiert `PlatformConfig.fee_rate` nur in den zwei oben aufgeführten Funktionen. Dieses Release korrigiert diese Sätze. Die Referral-Gebühren-Obergrenze selbst ist unverändert bei 100 bps, daher wenn Sie die alte Formulierung als „die Plattformgebühr ist auf 100 bps begrenzt" gelesen haben, war die Zahl für den Create-Pfad bis zu diesem Release richtig, auch wenn der Grund nicht stimmte.

## Aktualisierte Seiten

* `products/launchlab/platform-config` — neuer Abschnitt „Rate caps" mit Abdeckung beider Raten, beider Durchsetzungspunkte und der Ratenhistorie.
* `products/launchlab/global-config` — `max_share_fee_rate` korrigiert, um die Referral-Share-Gebühr zu beschreiben, die sie tatsächlich begrenzt.