Halaman ini diterjemahkan secara otomatis oleh AI. Versi bahasa Inggris adalah acuan resmi.Lihat versi bahasa Inggris →
PlatformConfig.fee_rate divalidasi di dua tempat — sekali saat CreatePlatformConfig membangun akun, dan sekali pada setiap varian UpdatePlatformConfig yang menulis field — dan keduanya sekarang menerima hingga 50000. Dalam penyebut tingkat 1/1_000_000 program, itu adalah 5% dari volume perdagangan pada setiap pembelian dan penjualan pra-kelulusan.
Sebelum rilis ini, kedua pemeriksaan tidak konsisten: create memungkinkan 100 bps dan update memungkinkan 250 bps. Sekarang keduanya memiliki nilai yang sama, sehingga tingkat di mana platform dapat dibuat persis sama dengan tingkat di mana platform dapat diperbarui.
Tidak ada yang berubah selain itu. Tidak ada akun yang bertambah atau berkurang, tidak ada instruksi yang mendapat atau kehilangan akun, dan tidak ada kode error yang bergerak.
TL;DR untuk integrator
- Batas biaya platform adalah 500 bps pada kedua jalur.
CreatePlatformConfigdanUpdatePlatformConfigkeduanya menerimafee_ratehingga50000. - Create bergerak dari 100 bps.
PlatformParams::check()telah menjadi<= 10000sejak rilis pertama program. - Update bergerak dari 250 bps.
update_platform_fee_rateadalah<= 25000, yang sendiri dinaikkan dari 100 bps pada 2026-01-27. - Ketidaksesuaian create/update sudah hilang. Konfigurasi yang dibuat di atas 250 bps sebelumnya tidak dapat bertahan dari panggilan
UpdatePlatformConfig, karenaAllInfomemvalidasi ulangfee_ratesambil menulis ulang setiap field lainnya. Kedua pemeriksaan sekarang setuju, sehingga jalur edit ini berfungsi pada tingkat apa pun yang diizinkan. creator_fee_ratetidak berubah padaMAX_CREATOR_FEE_RATE = 5000(50 bps) pada kedua jalur.GlobalConfig.max_share_fee_ratetidak berubah pada10_000(100 bps), dan tidak pernah membatasi biaya platform. Ini membatasi argumenshare_fee_ratereferral per-transaksi. Versi dokumentasi sebelumnya mengatakan sebaliknya; rilis ini memperbaiki itu.- Tidak ada yang repriced. Konstanta ini membatasi penulisan ke
fee_rate, bukan pembacaan. SetiapPlatformConfigyang sudah on-chain mempertahankan tingkat saat ini, dan setiap peluncuran yang terikat padanya mempertahankan biaya saat ini. - Penyegaran IDL tidak diperlukan. Tidak ada tata letak, akun, argumen, atau kode error yang berubah.
Apa yang berubah
1/1_000_000 (RATE_DENOMINATOR_VALUE), jadi:
Di mana kedua pemeriksaan berada
Batas ceiling ditegakkan oleh dua panggilanrequire! terpisah di dua file. Mereka sekarang memiliki nilai yang sama, tetapi masih menimbulkan error yang berbeda, jadi penanganan error perlu mengenali keduanya:
AllInfo adalah varian bulk-update: ia menulis ulang dompet, string branding, skala vesting, pembagian NFT, otoritas biaya transfer, tingkat biaya kreator, dan fee_rate dalam satu panggilan, menjalankan pemeriksaan yang sama pada fee_rate yang dilakukan varian single-field. Di bawah konstanta lama yang membuat AllInfo tidak dapat digunakan untuk platform yang dibuat dalam band 250–500 bps, bahkan untuk edit yang hanya menyentuh URL gambar. Menyelaraskan kedua konstanta menghilangkan jebakan itu.
Apa yang tidak berubah
- Akuntansi dan distribusi biaya.
platform_fee = amount_in × platform_config.fee_rate / 1_000_000adalah formula yang sama, mengakrual ke vault per-platform yang sama, disapu oleh instruksiClaimPlatformFeedanClaimPlatformFeeFromVaultyang sama. - Platform dan peluncuran yang ada. Konstanta membatasi penulisan, bukan pembacaan. Tidak ada tingkat yang disimpan berubah, jadi tidak ada peluncuran langsung yang repriced.
creator_fee_rate. Masih dibatasi padaMAX_CREATOR_FEE_RATE = 5000(50 bps) pada kedua jalur.GlobalConfig.max_share_fee_rate. Masih10_000, masih hanya membatasi argumenshare_fee_ratepada empat instruksi swap.- Kode error.
6000–6023tidak berubah; rilis ini tidak menambahkan yang baru. - Tata letak akun dan IDL. Tidak berubah.
Koreksi dokumentasi
Dua halaman mengatribusikan batas biaya platform keGlobalConfig.max_share_fee_rate. Program tidak pernah melakukan itu — ia membandingkan max_share_fee_rate terhadap argumen instruksi share_fee_rate, dan memvalidasi PlatformConfig.fee_rate hanya dalam dua fungsi yang tercantum di atas. Rilis ini memperbaiki kalimat-kalimat tersebut. Batas biaya referral itu sendiri tidak berubah pada 100 bps, jadi jika Anda membaca frasa lama sebagai “biaya platform dibatasi pada 100 bps”, angkanya benar untuk jalur create hingga rilis ini meskipun alasannya tidak.
Halaman yang diperbarui
products/launchlab/platform-config— bagian “Rate caps” baru yang mencakup kedua tingkat, kedua titik penegakan, dan riwayat tingkat.products/launchlab/global-config—max_share_fee_ratedikoreksi untuk menjelaskan biaya referral share yang sebenarnya dibatasinya.

