פיתוח עקומת חיוב: פרמטרים, אבטחה, מעבר ל-DEX

הערה: כאשר מושק טוקן באמצעות עקומת בונדינג ללא הגדרת פרמטרים מתאימה, העסקאות הראשונות יכולות להיות התקפות ספאם מצד סנייפרים, והעקומה עלולה להעניק יתרון לא הוגן לקונים מוקדמים. בכל פרויקט, אנו מגדירים את צורת העקומה, העמלות, ספי הגראדואציה ומנגנוני ההגנה עבור כלכלת הטוקן הספציפית — בין אם זה טוקן מם או טוקן שירות. הצוות שלנו עובד למעלה מ-5 שנים והטמיע יותר מ-30 חוזי עקומת בונדינג על Ethereum, BNB Chain ו-Solana.

Pump.fun הפך עקומות בונדינג למוצר המוני: כל אחד יכול להשיק טוקן ללא נזילות ראשונית, רישום ב-CEX או הקצאת אינסיידר. המחיר עולה בצורה דטרמיניסטית עם רכישות ויורד עם מכירות. זה לא קסם—זה מתמטיקה של AMM ללא מאגר צד נגדי.

אבל מאחורי הממשק הפשוט מסתתרת בחירה לא טריוויאלית: צורת העקומה, הפרמטרים, מנגנון הגראדואציה (מעבר ל-DEX), והגנה מפני בוטים סנייפרים. החלטות שגויות כאן אומרות שהטוקן מת בתוך השעות הראשונות. אנו מציעים פיתוח מפתח מלא: מאנליטיקה ועד פריסה, עם תיעוד ותמיכה. קבלו ייעוץ לפרויקט שלכם — נעריך את הטוקנומיקה ונציע הגדרות עקומה אופטימליות. הגישה שלנו חוסכת עד 30% בעמלות באמצעות אופטימיזציה של החוזה. עם הגדרת עקומה נכונה, אתם מפחיתים עלויות נזילות ב-20–40%.

צורות עקומה והתנהגותן

עקומת בונדינג לינארית

P(x) = a * x + b

המחיר עולה לינארית עם ההיצע. פשוט, צפוי. בעיה: עם a נמוך קונים מוקדמים מקבלים יתרון מינימלי; עם P(x) = a * x^n גבוה קונים מאוחרים משלמים יתר על המידה.

עקומה אקספוננציאלית / חזקתית

n > 1

עם P = Balance / (Supply * CRR) הצמיחה מואצת. מתגמלת מאוד משתתפים מוקדמים. עקומה אקספוננציאלית נותנת לקונים מוקדמים עד פי 10 יותר רווח בהשוואה לעקומה לינארית באותו שווי שוק סופי. Pump.fun משתמשת בווריאציה של עקומה זו. עבור טוקני מם זה רלוונטי במיוחד.

נוסחת Bancor (יחס רזרבה קבוע)

import { PRBMathUD60x18 } from "@prb/math/UD60x18.sol"; contract BondingCurve { using PRBMathUD60x18 for uint256; uint256 public constant INITIAL_PRICE = 0.000001 ether; // в wei uint256 public constant K = 1e15; // коэффициент крутизны кривой uint256 public totalSupply; uint256 public reserveBalance; // Цена текущего токена при supply = x function currentPrice() public view returns (uint256) { // P(x) = INITIAL_PRICE + K * x^2 return INITIAL_PRICE + K.mul(totalSupply.powu(2)); } // Стоимость покупки amount токенов (интеграл кривой) function getBuyPrice(uint256 amount) public view returns (uint256) { // Интеграл P(x)dx от totalSupply до totalSupply + amount uint256 newSupply = totalSupply + amount; // ∫(INITIAL_PRICE + K*x^2)dx = INITIAL_PRICE*x + K*x^3/3 return _integral(newSupply) - _integral(totalSupply); } function _integral(uint256 x) internal pure returns (uint256) { return INITIAL_PRICE * x + K.mul(x.powu(3)) / 3; } function buy(uint256 minTokens) external payable { uint256 tokensToMint = _calculatePurchaseReturn(msg.value); require(tokensToMint >= minTokens, "Slippage exceeded"); reserveBalance += msg.value; totalSupply += tokensToMint; token.mint(msg.sender, tokensToMint); emit Buy(msg.sender, msg.value, tokensToMint); } function sell(uint256 tokenAmount, uint256 minEth) external { uint256 ethToReturn = _calculateSaleReturn(tokenAmount); require(ethToReturn >= minEth, "Slippage exceeded"); token.burnFrom(msg.sender, tokenAmount); totalSupply -= tokenAmount; reserveBalance -= ethToReturn; payable(msg.sender).transfer(ethToReturn); emit Sell(msg.sender, tokenAmount, ethToReturn); } }

הערה: כאשר CRR הוא יחס הרזרבה. עם CRR = 0.5 המחיר גדל כ-x². Bancor הפך את המתמטיקה הזו לפופולרית; Uniswap v3 משתמשת ברעיונות דומים בנזילות מרוכזת.

עקומת סיגמואיד

צמיחה איטית בהתחלה, מהירה באמצע, האטה במקסימום. מחקה אימוץ בצורת S. מורכבת יותר ליישום, אבל תמחור יותר "אורגני" עבור טוקני שירות.

כיצד ליישם עקומת בונדינג: החלטות מפתח בחוזה

אינווריאנט מול חישוב לכל עסקה

שתי גישות:

• אנליטית — הנוסחה מדויקת, המחיר מחושב מתמטית עבור כל x. דורשת חשבון מספרים גדולים מדויק ללא אובדן דיוק.
• דיסקרטית — המחיר מתעדכן בשלבים. פשוטה יותר, פחות אינטנסיבית בגז, אבל פחות מדויקת.

לייצור, אנליטית עדיפה באמצעות ספריות נקודה קבועה (PRBMath, ABDKMath):

import { PRBMathUD60x18 } from "@prb/math/UD60x18.sol";

contract BondingCurve {
    using PRBMathUD60x18 for uint256;

    uint256 public constant INITIAL_PRICE = 0.000001 ether; // в wei
    uint256 public constant K = 1e15; // коэффициент крутизны кривой

    uint256 public totalSupply;
    uint256 public reserveBalance;

    // Цена текущего токена при supply = x
    function currentPrice() public view returns (uint256) {
        // P(x) = INITIAL_PRICE + K * x^2
        return INITIAL_PRICE + K.mul(totalSupply.powu(2));
    }

    // Стоимость покупки amount токенов (интеграл кривой)
    function getBuyPrice(uint256 amount) public view returns (uint256) {
        // Интеграл P(x)dx от totalSupply до totalSupply + amount
        uint256 newSupply = totalSupply + amount;
        // ∫(INITIAL_PRICE + K*x^2)dx = INITIAL_PRICE*x + K*x^3/3
        return _integral(newSupply) - _integral(totalSupply);
    }

    function _integral(uint256 x) internal pure returns (uint256) {
        return INITIAL_PRICE * x + K.mul(x.powu(3)) / 3;
    }

    function buy(uint256 minTokens) external payable {
        uint256 tokensToMint = _calculatePurchaseReturn(msg.value);
        require(tokensToMint >= minTokens, "Slippage exceeded");
        reserveBalance += msg.value;
        totalSupply += tokensToMint;
        token.mint(msg.sender, tokensToMint);
        emit Buy(msg.sender, msg.value, tokensToMint);
    }

    function sell(uint256 tokenAmount, uint256 minEth) external {
        uint256 ethToReturn = _calculateSaleReturn(tokenAmount);
        require(ethToReturn >= minEth, "Slippage exceeded");
        token.burnFrom(msg.sender, tokenAmount);
        totalSupply -= tokenAmount;
        reserveBalance -= ethToReturn;
        payable(msg.sender).transfer(ethToReturn);
        emit Sell(msg.sender, tokenAmount, ethToReturn);
    }
}

הגנה מפני החלקה

פרמטרים minTokens / minEth הם חובה. בלעדיהם, העסקה חשופה להתקפת סנדוויץ': בוט רואה רכישה גדולה בממפול, קונה לפניה (מעלה את המחיר), מוכר אחריה (גוזר את ההפרש).

מבנה עמלות

עקומת בונדינג מרוויחה דרך עמלות על קנייה/מכירה:

uint256 public buyFeeBps = 100; // 1%
uint256 public sellFeeBps = 100; // 1%
function buy(uint256 minTokens) external payable {
    uint256 fee = msg.value * buyFeeBps / 10000;
    uint256 netValue = msg.value - fee;
    protocolFees += fee;
    // ... расчёт tokenAmount на основе netValue
}

Pump.fun גובה 1% על כל עסקה ועוד 0.5 SOL בגראדואציה. זה מייצר הכנסות משמעותיות לפרוטוקול.

למה גראדואציה ואיך ליישם אותה?

גראדואציה היא הרגע שבו הטוקן מגיע לשווי שוק יעד ועובר מעקומת הבונדינג ל-Uniswap/Raydium. זה רגע מפתח: העקומה נעצרת, הנזילות עוברת למאגר.

uint256 public constant GRADUATION_THRESHOLD = 69000 ether; // market cap в wei
uint256 public constant GRADUATION_LIQUIDITY = 12000 ether; // резерв для DEX pool

function _checkGraduation() internal {
    uint256 marketCap = totalSupply * currentPrice();
    if (marketCap >= GRADUATION_THRESHOLD && !graduated) {
        graduated = true;
        _graduate();
    }
}

function _graduate() internal {
    // 1. Создаём Uniswap v2 pair
    address pair = IUniswapV2Factory(UNISWAP_FACTORY).createPair(
        address(token),
        WETH
    );

    // 2. Добавляем ликвидность из резерва
    uint256 ethForLiquidity = GRADUATION_LIQUIDITY;
    uint256 tokensForLiquidity = _calculateTokensForLiquidity(ethForLiquidity);
    token.mint(address(this), tokensForLiquidity);
    IUniswapV2Router(UNISWAP_ROUTER).addLiquidityETH{value: ethForLiquidity}(
        address(token),
        tokensForLiquidity,
        0,
        0, // min amounts (можно сделать строже)
        DEAD_ADDRESS, // LP токены сжигаем — ликвидность навсегда
        block.timestamp + 300
    );
    emit Graduated(pair, ethForLiquidity, tokensForLiquidity);
}

חשוב: טוקני LP נשלחים ל-uint256 public buyFeeBps = 100; // 1% uint256 public sellFeeBps = 100; // 1% function buy(uint256 minTokens) external payable { uint256 fee = msg.value * buyFeeBps / 10000; uint256 netValue = msg.value - fee; protocolFees += fee; // ... расчёт tokenAmount на основе netValue } (שריפה). זה מבטיח שלא ניתן להסיר נזילות. ללא זה, אפשרית משיכת שטיח בגראדואציה.

איך להגן על העקומה מפני סנייפרים?

בוטים סנייפרים עוקבים אחרי הממפול או אירועים וקונים בהשקה עם גז מקסימלי. הם תופסים חלק גדול מההיצע המוקדם.

מספר מנגנוני הגנה:

1. קולדאון בין רכישות — מרווח מינימלי בין עסקאות מאותה כתובת.
2. מקסימום קנייה לעסקה — הגבלה לעסקה ב-N הבלוקים הראשונים.
3. עיכוב השקה עם commit-reveal — כתובת החוזה לא ידועה עד ההשקה (נפרס דרך CREATE2 עם salt שידוע רק בהשקה).

פרמטרי עקומה: הנחיות מעשיות

מה כלול בעבודה

פיתוח עקומת בונדינג מקיף כולל:

1. ניתוח כלכלת הטוקן ובחירת פרמטרי עקומה
2. פיתוח חוזה חכם ב-Solidity (Foundry/Hardhat) עם אופטימיזציות גז
3. מנגנון גראדואציה עם מעבר ל-Uniswap v2/v3 או Raydium
4. הגנה מפני סנייפרים ומנגנוני אנטי-בוט
5. ביקורת חוזה באמצעות Slither, Mythril ו-Echidna (fuzzing)
6. תיעוד API לאינטגרציה בפרונטאנד
7. פריסה ואימות ב-Etherscan/Solscan
8. תמיכה טכנית לאחר ההשקה (שבועיים)

תהליך הפיתוח

אנו פועלים בגישה שלבית: אנליטיקה → עיצוב → יישום → בדיקות → פריסה. כל שלב מסתיים בסקירה פנימית ותיעוד.

עקומת בונדינג היא לא רק חוזה חכם; זה מנגנון גילוי מחירים ללא ספר הזמנות. עקומה מוגדרת כראוי יוצרת צמיחת מחיר אורגנית, תגמול הוגן למשתתפים מוקדמים, ומעבר חלק ל-AMM קלאסי. הזמינו פיתוח — נבחר פרמטרים אופטימליים לפרויקט שלכם.

קבלו ייעוץ: צרו קשר כדי לדון בטוקן שלכם ולקבל הערכה ראשונית. נעזור ליישם חוזה אמין ויעיל.

ויקיפדיה על AMM