Розробка системи соціальних токенів

Розробка системи соціальних токенів

Соціальні токени — це один з небагатьох Web3-продуктів, де технічні можливості блокчейну знайшли дійсно органічний use case. Творець контенту, інфлюенсер, DAO або спільнота випускає токен, який представляє доступ, участь та економічний зв'язок з цим творцем. Проблема більшості існуючих реалізацій — в тому, що токен існує ізольовано: не можна його "використовувати" за межами одного додатку, економіка слаба (чому холдити?), механізми розподілу не створюють дійсно aligned спільноту. Правильна система соціальних токенів вирішує ці три проблеми комплексно.

Типологія соціальних токенів

Перед проектуванням потрібно визначити тип:

Creator токени — персональний токен конкретної людини (музиканта, художника, Twitch-стримера). Холдери отримують доступ до екслюзивного контенту, backstage, early access. Приклади: Rally.io, Roll, Friends With Benefits ($FWB).

Community/DAO токени — токен спільноти з governance правами. Холдери голосують по рішеннях, розділяють казну, управляють напрямком проекту.

Social graph токени — токени, що відображають репутацію та соціальні зв'язки (Lens Protocol, Farcaster). Soulbound або частково transferable.

Access токени — найпростіша форма: токен як ключ до закритого чату, платформи, Discord серверу. Технічно NFT або ERC-20 з мінімальним балансом.

Token Bonding Curves: економіка creator токенів

Фіксована ціна не працює для creator токенів — немає механізму для автоматичного виявлення ціни та ліквідності. Bonding curve — математична функція, що визначає ціну токена залежно від поточного supply:

Price = f(Supply)

При покупці токени mint'ятся, резерв (ETH/USDC) поповнюється. При продажі — токени burn'ятся, резерв повертається. Без orderbook, без контрагента.

Лінійна bonding curve

contract LinearBondingCurve {
    // Price = slope * supply + initialPrice
    uint256 public slope;        // у wei за token^2 / 1e18
    uint256 public initialPrice; // стартова ціна
    
    uint256 public totalSupply;
    uint256 public reserveBalance;
    
    IERC20 public reserveToken;  // USDC
    IERC20 public bondedToken;
    
    function getBuyPrice(uint256 tokenAmount) public view returns (uint256) {
        // інтеграл від currentSupply до (currentSupply + tokenAmount)
        // площа під лінійною кривою = slope/2 * (s1^2 - s0^2) + initialPrice * (s1 - s0)
        uint256 s0 = totalSupply;
        uint256 s1 = totalSupply + tokenAmount;
        
        uint256 area = (slope * (s1 * s1 - s0 * s0)) / (2 * 1e18);
        uint256 baseCost = initialPrice * tokenAmount / 1e18;
        
        return area + baseCost;
    }
    
    function getSellReturn(uint256 tokenAmount) public view returns (uint256) {
        require(tokenAmount <= totalSupply, "Not enough supply");
        uint256 s0 = totalSupply - tokenAmount;
        uint256 s1 = totalSupply;
        
        uint256 area = (slope * (s1 * s1 - s0 * s0)) / (2 * 1e18);
        uint256 baseCost = initialPrice * tokenAmount / 1e18;
        
        // спред: продажа повертає трохи менше ніж покупка (creator комісія)
        uint256 gross = area + baseCost;
        return gross * (10000 - creatorFee) / 10000;
    }
    
    function buy(uint256 tokenAmount, uint256 maxCost) external nonReentrant {
        uint256 cost = getBuyPrice(tokenAmount);
        require(cost <= maxCost, "Slippage exceeded");
        
        reserveToken.safeTransferFrom(msg.sender, address(this), cost);
        reserveBalance += cost;
        totalSupply += tokenAmount;
        
        // mint токени покупцю
        IMintable(address(bondedToken)).mint(msg.sender, tokenAmount);
        
        // creator комісія з спреду йде творцю
        uint256 creatorShare = cost * creatorFeeRate / 10000;
        reserveToken.safeTransfer(creatorAddress, creatorShare);
        
        emit TokensBought(msg.sender, tokenAmount, cost);
    }
}

Сигмоїдна крива для більш стабільного зростання

Лінійна крива створює надмірне зростання ціни. Сигмоїдна (S-подібна) крива краще відображає реальну adoption динаміку: повільне зростання на старті, швидке в середині, плато при насиченні:

Price = maxPrice / (1 + e^(-k * (supply - inflection)))

Реалізація sigmoid на-chain вимагає апроксимації — повноцінна exp() газово дорога. Використовуються кусочно-лінійні апроксимації або предвичисліні lookup таблиці.

Access та gating механізми

Токен повинен реально щось відкривати. Типові механізми:

On-chain gating через баланси

// Frontend перевірка (не безпечна для критичного контенту)
const hasAccess = useToken({
    address: creatorTokenAddress,
    functionName: "balanceOf",
    args: [userAddress],
});
return hasAccess >= MINIMUM_BALANCE;

// Backend перевірка (надійна версія)
app.middleware("/exclusive/*", async (req, res, next) => {
    const { address, signature, message } = req.headers;
    
    // верифікуємо підпис (SIWE — Sign In With Ethereum)
    const session = await verifySiwe(message, signature, address);
    if (!session.valid) return res.status(401).json({ error: "Invalid signature" });
    
    // перевіряємо баланс токена на-chain
    const balance = await provider.readContract({
        address: creatorTokenAddress,
        abi: erc20Abi,
        functionName: "balanceOf",
        args: [session.address],
    });
    
    if (balance < MINIMUM_BALANCE) {
        return res.status(403).json({ error: "Insufficient token balance" });
    }
    
    next();
});

NFT-based membership (ERC-1155)

Замість кількості fungible токенів — специфічні NFT для різних рівнів членства:

contract CreatorMembership is ERC1155 {
    uint256 public constant BRONZE = 1;
    uint256 public constant SILVER = 2;
    uint256 public constant GOLD = 3;
    uint256 public constant LIFETIME = 4;
    
    mapping(uint256 => uint256) public membershipPrice; // у USDC
    mapping(uint256 => uint256) public membershipDuration; // у секундах
    mapping(address => mapping(uint256 => uint256)) public membershipExpiry;
    
    function purchaseMembership(uint256 tierId) external {
        require(membershipPrice[tierId] > 0, "Invalid tier");
        
        usdc.safeTransferFrom(msg.sender, creatorAddress, membershipPrice[tierId]);
        
        uint256 expiry;
        if (tierId == LIFETIME) {
            expiry = type(uint256).max;
        } else {
            expiry = block.timestamp + membershipDuration[tierId];
        }
        
        membershipExpiry[msg.sender][tierId] = expiry;
        _mint(msg.sender, tierId, 1, "");
    }
    
    function hasActiveMembership(address user, uint256 tierId) public view returns (bool) {
        return membershipExpiry[user][tierId] > block.timestamp;
    }
    
    // membership non-transferable за замовченням
    function _beforeTokenTransfer(...) internal override {
        require(from == address(0) || to == address(0), "Membership non-transferable");
    }
}

Інтеграція зі соціальними протоколами

Сучасна система соціальних токенів не повинна існувати ізольовано. Інтеграція з open соціальними протоколами:

Lens Protocol (Polygon) — on-chain соціальний граф. Follow NFT, publication NFT, collect NFT. Creator токен привязаний до Lens профілю: тільки холдери токена можуть коментувати або отримують скидку при collect.

Farcaster (Base/Optimism) — децентралізована соціальна мережа з on-chain ідентифікацією. Farcaster Frames дозволяють вбудовувати інтерактивні компоненти прямо в пости — включаючи покупку creator токенів без виходу з додатку.

// Farcaster Frame для покупки creator токенів
app.post("/frames/buy-token", async (req, res) => {
    const { trustedData } = req.body;
    const { fid, buttonIndex, inputText } = await validateFrameMessage(trustedData);
    
    const amount = parseInt(inputText) || 1;
    const price = await getCurvePrice(amount);
    
    // формуємо transaction calldata для direct mint
    const txData = encodeFunctionData({
        abi: bondingCurveAbi,
        functionName: "buy",
        args: [BigInt(amount * 1e18), BigInt(price * 1.01 * 1e6)], // 1% слиппаж
    });
    
    return res.json({
        type: "tx",
        chainId: "eip155:8453",  // Base
        method: "eth_sendTransaction",
        params: {
            abi: bondingCurveAbi,
            to: bondingCurveAddress,
            data: txData,
        }
    });
});

Токеноміка та механіки утримання

Технічно правильна система не гарантує adoption. Важливі токеномічні механіки:

Revenue sharing: процент від доходів творця (merchandise, стриминг, консультації) автоматично розподіляється холдерам через on-chain split контракт (0xSplits). Це створює реальний incentive холдити токен.

Exclusive access layering: не бінарний доступ (є/нема), а градація: 1 токен = базовий доступ, 10 токенів = пріоритетний чат, 100 токенів = advisory board доступ. Створює стимул накопичувати.

Governance над рішеннями творця: холдери голосують по деяких рішеннях творця — список трекингу, тема наступного курсу, напрямок DAO. Це створює engaged спільноту, не просто інвесторів.

Soul-bound reputation layer поверх transferable токенів: деякі ачівменти (перші 100 холдерів, участь у конкретному голосуванні) видаються як non-transferable badges. Transferable токен відображає економічний інтерес, soulbound badge — історію участі.

Платформенна інфраструктура

Push Protocol (раніше EPNS) — важлива деталь: він дозволяє відправляти уведомлення wallet адресам через web3-native канал. Важливо для уведомлень про новий контент, голосування та розподіл доходу без email.