Skip to main content
Diese Seite wurde mit KI automatisch übersetzt. Maßgeblich ist stets die englische Version.Englische Version ansehen →
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.
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

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

​
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: 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.