Meme Atlas AZ · pump-holder-rewards

Pump fun holder rewards: yaradıcı komissiyasının sahiblərə yönəlməsi, zəncir sahələri və hadisələr

pump.fun-da indi "holder rewards" coin yaratmaq olur: hər əməliyyatda tutulan yaradıcı komissiyası yaradıcının cüzdanına deyil, coin-i saxlayanlara gedir. Bu yazı rəsmi proqram sənədlərinə əsasən yaratma arqumentini, hesablardakı is_holder_reward bayrağını, əməliyyat hadisələrinə əlavə olunan iki sahəni, dayandırılan cashback rejimini və icma tərəfindən ələ keçirmənin komissiyanın istiqamətini necə dəyişdiyini izah edir.

Dərc edilib
Yenilənib
Redaksiya məsuliyyəti
Meme Atlas AZ

pump.fun-da hər alqı-satqıda platforma komissiyasından başqa coin-in yaradıcısına gedən ayrıca komissiya da tutulur. Əvvəllər bu pul yaradıcının ünvanından törədilən xəzinə hesabına gedirdi. 12 sentyabr 2026-da rəsmi sənədlərə yeni coin növü əlavə olundu: bu növdə həmin komissiya coin-i saxlayanlar üçün ayrılır.

Bu yazı pump.fun-un GitHub-da açıq saxladığı proqram sənədlərinə əsaslanır (pump-fun/pump-public-docs deposu; oxunan zaman son commit 2026-10-13 tarixli idi, "Holder Rewards Coins" faylının son dəyişikliyi 2026-09-14). Bonding curve hesabının oxunuşu üçün saytımızdakı pump.fun nədir yazısına, məzuniyyətdən sonrakı hovuz üçün Pump swap liquidity pool yazısına baxın. Dırnaq içindəki ingiliscə ifadələr sənədin öz mətnidir, azərbaycanca izahlar bizim nəqlimizdir. «Bizim oxunuşumuz» kimi işarələnən hissələr sənədin bəndlərini birləşdirərək çıxardığımız nəticədir.

Holder rewards coin nədir

Sənədin ilk abzası fərqi bir cümlədə deyir: "On a holder rewards coin the creator fee that is charged on every trade is not paid to a creator wallet." Yaradıcı komissiyası əvvəlki kimi hər əməliyyatda tutulur, sadəcə yaradıcının cüzdanına getmir. O, coin-i saxlayanlar üçün ayrılır və pump.fun onu onlara davamlı şəkildə paylayır.

Sənəd bu dəyişikliyin geriyə uyğun olduğunu da qeyd edir: yenilənməmiş inteqrasiyalar işləməyə davam edir, sadəcə adi coin yaradır və yeni sahələri görmür. Başqa sözlə, köhnə alət belə coin-i oxuyanda səhv verməyəcək, amma onun holder rewards coin olduğunu da sizə deməyəcək.

Yaradıcı və sahiblər üçün nə dəyişir

Sənədin "What changes for creators" bölməsində dörd bənd var:

  • Coin-in növü yaradılarkən seçilir. Adi coin sonradan icma tərəfindən ələ keçirmə yolu ilə holder rewards coin-ə çevrilə bilər, amma əksinə yox: "a holder rewards coin can never go back to being a regular coin."
  • Yaradıcının alacağı heç nə yoxdur. Belə coin-də yaradıcı komissiyası sahiblərə gedir.
  • Sahiblər heç nə etməli deyil. Ödənişi pump.fun edir; sənəddə yazılıb ki, sahiblərin çağıracağı tələb etmə (claim) təlimatı yoxdur.
  • Funksiya bütövlükdə söndürülə bilər. pump.fun holder rewards coin yaradılmasını qlobal olaraq dayandıra bilər; bu müddətdə `create_v2` belə sorğunu rədd edir.

Üçüncü bənd vacibdir. Tələb etmə təlimatı olmadığı üçün sahibin cüzdanında «mükafatı götürdüm» adlı əməliyyat görünməyəcək; mükafatın gəlib-gəlmədiyini yalnız paylayan tərəfin köçürmələrindən yoxlamaq olar. Paylamanın tezliyi və bölgüsü üçün pump.fun-un elanlarına baxın.

Yaradılış zamanı: create_v2-yə yeni arqument

`create_v2` təlimatının sonuna `OptionBool` tipli, buraxıla bilən `is_holder_reward` arqumenti əlavə olunub. `[true]` göndərsəniz holder rewards coin yaranır; buraxsanız və ya `[false]` göndərsəniz adi coin yaranır. Arqument sonda və istəyə bağlı olduğu üçün köhnə qaydada qurulmuş təlimat məlumatı yenə də oxunur və adi coin yaradır.

Ən çox səhv oxunan sahə `creator`-dur. Sənəd açıq yazır ki, holder rewards coin-də `creator` arqumenti komissiya alan kimi istifadə olunmur: "the program records a pump.fun controlled address as the coin's creator instead." Yəni yaradan şəxs öz ünvanını adi qaydada ötürür, amma proqram hesabda yaradıcı kimi pump.fun-un nəzarət etdiyi ünvanı yazır.

Sənədə görə, buna görə də `BondingCurve::creator` sahəsi hələ də komissiyanın hara getdiyini göstərir, `buy` və `sell` təlimatlarının istifadə etdiyi `creator_vault` törəmə qaydası isə dəyişməyib.

Bizim oxunuşumuz: bir coin-i araşdırarkən `creator` sahəsində coin-i buraxanın cüzdanı yoxdursa, dərhal "yaradıcı dəyişib" və ya "kimsə ələ keçirib" nəticəsinə gəlməyin. Bu, sadəcə holder rewards coin ola bilər və komissiya əvvəldən buraxana aid deyil. Qərarı `creator` ünvanının kimə oxşamasına görə yox, aşağıda izah olunan `is_holder_reward` bayrağına görə verin.

TypeScript SDK-da uyğun parametr `holderReward: true`-dur. Sənəd əlavə edir ki, holder rewards coin-lər qlobal söndürüləndə SDK əvvəlcədən `HolderRewardDisabledError` xətası atır.

Əməliyyat zamanı: heç bir təlimat dəyişməyib

Bu bölmənin əsas cümləsi belədir: "There are no changes to any trade instruction." `buy`, `sell`, `buy_v2`, `sell_v2`, `buy_exact_quote_in_v2` və PumpSwap-ın `buy`/`sell` təlimatları holder rewards coin üçün də eyni hesabları və eyni arqumentləri qəbul edir. Komissiya əvvəlki kimi hesablanır; yeganə fərq yaradıcı komissiyasını sonda kimin almasıdır.

Deməli, təkcə əməliyyatın təlimatına baxmaqla alınan coin-in holder rewards coin olub-olmadığını ayırmaq olmur. Bunun üçün hesabı və ya hadisəni oxumaq lazımdır.

Hesab sahəsi: is_holder_reward

İki hesaba bir məntiqi sahə əlavə olunub:

| Hesab | Yeni sahə | Sənədin izahı (bizim nəqlimiz) | | --- | --- | --- | | `BondingCurve` (Pump) | `is_holder_reward` | Holder rewards coin-də `true`; mövcud sahələrdən sonra gəlir | | `Pool` (PumpSwap, kanonik) | `is_holder_reward` | Coin məzun olanda bonding curve-dən köçürülür |

Köhnə hesablarla iş başqa sonuncu sahələrdə olduğu kimidir: sahə yaranmazdan əvvəl yazılmış hesab bir bayt qısadır və `false` kimi oxunmalıdır. Rəsmi SDK-ların dekoderləri hər iki uzunluğu oxuyur; öz parserini yazanlar əvvəlcə hesabın uzunluğuna baxmalıdır.

Bizim oxunuşumuz: `Pool` sətrində "kanonik" sözü var. Bir coin-in bir neçə hovuzu ola bilər, bunu hovuz hesabı yazısında izah etmişik; bayraq bonding curve-dən məzuniyyət zamanı yaradılan hovuza keçir.

Hadisələr: iki yeni sahə, köhnələr yerində

Sənəd dörd hadisə növünə əlavə olunan sahələri sadalayır:

| Hadisə | Yeni sahələr | Mənası (bizim nəqlimiz) | | --- | --- | --- | | `CreateEvent` (Pump) | `is_holder_reward` | Coin holder rewards coin kimi yaradılıbmı | | `CreatePoolEvent` (PumpSwap) | `is_holder_reward` | Məzuniyyətdə yaranan hovuzda eyni bayraq | | `TradeEvent` (Pump) | `holder_rewards_bps`, `holder_rewards` | Holder rewards coin-də bu əməliyyatın yaradıcı komissiyası dərəcəsi və məbləği; digər coin-lərdə `0` | | `BuyEvent`/`SellEvent` (PumpSwap) | `holder_rewards_bps`, `holder_rewards` | Eynisi, PumpSwap əməliyyatları üçün |

Bir o qədər vacib başqa bənd: mövcud `creator_fee`, `creator_fee_basis_points` (Pump) və `coin_creator_fee`, `coin_creator_fee_basis_points` (PumpSwap) sahələri dəyişməyib və holder rewards coin-də də komissiyanı göstərməyə davam edir. Sənədə görə buna görə mövcud indeksləyicilərdə dəyişiklik lazım deyil.

Bizim oxunuşumuz: tələ məhz buradadır. Hesabınız "`creator_fee`-ni toplayıb filan yaradıcının nə qədər qazandığını tapmaq"dırsa, holder rewards coin-in komissiyası da ora düşəcək, halbuki bu pul yaradıcının cibinə getməyib. Ayırmaq üçün `is_holder_reward` və ya `holder_rewards` sahəsini də oxumaq lazımdır. Yeni sahələrdən əvvəlki köhnə loglar qısadır; çatışmayan sahələri `0`/`false` kimi oxuyun.

Cashback rejimi dayandırılıb

Eyni sənəd başqa bir dəyişikliyi də elan edir: cashback rejimi dayandırılıb. `create_v2` artıq `is_cashback_enabled = [true]` sorğusunu rədd edir, sənədin ifadəsi ilə "no new cashback coins can be created". Yaradılışda bu arqument `[false]` olmalı və ya buraxılmalıdır.

Mövcud cashback coin-lərə toxunulmur: onlarla ticarət əvvəlki kimi gedir, yaradıcı komissiyası yenə alıcıya cashback kimi qayıdır, artıq yığılmış cashback isə `claim_cashback`/`claim_cashback_v2` ilə götürülə bilər.

Bizim oxunuşumuz: beləliklə, pump.fun coin-inin yaradıcı komissiyasının üç istiqaməti var — adi coin-də yaradıcıya, cashback coin-də alıcıya, holder rewards coin-də sahiblərə. Tədqiqat qeydində yalnız «yaradıcı komissiyası X» yazıb coin-in hansı növ olduğunu qeyd etməsəniz, sonra geri dönəndə həmin rəqəmi izah edə bilməyəcəksiniz.

İcma tərəfindən ələ keçirmə: adi coin də keçə bilər

Sənədin son bölməsinə görə iki halda CTO (community takeover) komandası ilə əlaqə saxlamaq lazımdır: birincisi, custom pair üzərindəki coin-in yaradıcı komissiyası dərəcəsini dəyişmək (custom pair SOL və ya USDC-dən başqa aktivlə qiymətləndirilən coin deməkdir; SOL və USDC cütlərində həmişə standart komissiya cədvəli tətbiq olunur); ikincisi, mövcud coin-i holder rewards coin-ə çevirmək. Çevrildikdən sonra coin həmişəlik holder rewards coin olaraq qalır.

Bizim oxunuşumuz: deməli, `is_holder_reward` təkcə yaradılış anında `true` olmur. Eyni coin-in iki fərqli vaxtda oxunmuş hesabında bayraq `false`-dan `true`-ya keçibsə, ən ehtimal olunan izah belə çevrilmədir; hər iki oxunuşun vaxtını qeyd edin.

Yaradıcı komissiyası xəzinəsinin necə yarandığını başqa sənəd, «Pump Program Creator Fee Update» izah edir: `creator_vault` `creator-vault` və `BondingCurve::creator` toxumlarından törədilən hesabdır, yəni `creator` hansı ünvan kimi yazılıbsa, komissiya həmin xəzinəyə gedir. Bizim oxunuşumuz: holder rewards coin-in `creator` sahəsinə pump.fun-un nəzarət etdiyi ünvanı yazmasının səbəbi də budur. Bu yazıda heç bir komissiya dərəcəsi göstərilmir; oxuma anındakı zəncir parametrlərinə baxın.

Tədqiqat qeydində hansı xanalar olsun

  • Coin-in mint ünvanı, oxuma vaxtı və həmin anda `BondingCurve` və ya kanonik `Pool` hesabındakı `is_holder_reward`. Köhnə hesab bir bayt qısadırsa, `false` yazın və bunun sənədə əsasən fərz edildiyini qeyd edin.
  • `creator` ünvanı və ayrıca xanada onun coin-i buraxanın cüzdanı, yoxsa pump.fun-un nəzarət etdiyi ünvan olduğu. Komissiyanın kimə getdiyini bu xanaya görə müəyyən etməyin.
  • Yaradıcı gəlirini hesablayanda `creator_fee` ilə `holder_rewards`-ı iki ayrı sütunda saxlayın, toplamayın.
  • Coin adi, cashback, yoxsa holder rewards coin-dir; iki oxunuşda bayraq fərqlidirsə, hər ikisinin vaxtını yazın.
  • Sənəd versiyası: deponun commit tarixi və "Holder Rewards Coins" faylının dəyişiklik tarixi. Bu qaydalar tez-tez dəyişir; sonra yenidən oxuyanda əvvəlcə commit tarixçəsinə baxın.

Sahə dəyər qaytarmadıqda necə qeyd etmək lazım olduğunu saytımızdakı token məlumat API-si null qaytaranda yazısında izah etmişik.

Sahiblərə nə qədər düşəcəyi, nə qədər saxlamaq lazım olduğu və belə coin-in alınmağa dəyib-dəymədiyi sualına sənəd cavab vermir, biz də vermirik. Bu səhifə yalnız zəncir sahələrinin və hadisələrin necə oxunduğunu izah edir və heç bir ticarət tövsiyəsi deyil.

Məzmun mənbələri