Бюджет вычислений

Каждая транзакция Solana имеет бюджет вычислений, измеряемый в Compute Units (CU). Понимание стоимости CU помогает проектировать эффективные контракты Rome.

Обзор бюджета

Режим	Макс. CU	Примечания
Атомарный (VmAt)	~1 400 000 CU	Одна транзакция Solana
Итеративный (VmIt)	Неограниченно (мульти-транзакции)	~500 опкодов за шаг итерации

Каждая транзакция Solana имеет бюджет по умолчанию в 200 000 CU, который можно увеличить примерно до 1,4 млн CU с помощью инструкций бюджета вычислений (автоматически добавляются SDK Rome).

Оценки стоимости CU

Операции EVM

Операция	Примерно CU	Примечания
Проверка подписи (ecrecover)	~5 000 CU	secp256k1 через системный вызов Solana
Простое перевод	~50 000–100 000 CU	Только обновления баланса
Перевод ERC-20	~100 000–150 000 CU	Включает вызов SPL precompile
Развертывание контракта (малого)	~200 000–400 000 CU	Зависит от размера байткода
Запись в хранилище (SSTORE)	~5 000–20 000 CU	Холодный vs. тёплый доступ

Операции CPI

Операция	Примерно CU	Примечания
Базовые накладные расходы transfer hook	100 000 CU	За каждый перевод
Нативный sub-hook	50 000 CU	За каждый нативный хук Solana
EVM sub-hook	200 000 CU	За каждый EVM-хук
Рекомендуемый EVM-перевод с хукaми	800 000 CU	Безопасный бюджет для переводов с хуками

Операции precompile

Прекомпиляция	Примерно CU
ecrecover	~3 000–5 000 CU
SHA-256	~1 000 CU
BN254 ecAdd	~10 000 CU
BN254 ecMul	~40 000 CU
BN254 ecPairing	~200 000+ CU

Методы оптимизации

1. Используйте Yul для горячих путей

Оптимизатор Solidity выдаёт вполне приемлемый код, но Yul (встроенная ассемблерная вставка) может значительно снизить CU для критически важных операций:

// До: ~600K CU
function createPairAccount(bytes32 token0, bytes32 token1) external {
    // Операции на уровне Solidity
}

// После: ~150K CU (оптимизация Yul)
function createPairAccount(bytes32 token0, bytes32 token1) external {
    assembly {
        // Прямое управление памятью, без накладных расходов ABI-кодирования
    }
}

2. Кэшируйте вычисления PDA

Вычисление PDA через find_program_address дорогостоящее. Сохраняйте вычисленные PDA в хранилище контракта вместо того, чтобы вычислять их при каждом вызове:

mapping(address => bytes32) private cachedPdas;

function getPda(address user) internal returns (bytes32) {
    bytes32 cached = cachedPdas[user];
    if (cached != bytes32(0)) return cached;

    bytes32 pda = RomeEVMAccount.pda(user);
    cachedPdas[user] = pda;
    return pda;
}

3. Жёстко задавайте известные ID программ

Не загружайте ID программ из хранилища — используйте константы:

// Дорого: чтение из хранилища
bytes32 splTokenProgram = storage_program_id;

// Дёшево: константа времени компиляции
bytes32 constant SPL_TOKEN_PROGRAM = 0x06ddf6e1d765a193d9cbe146ceeb79ac1cb485ed5f5b37913a8cf5857eff00a9;

4. Минимизируйте количество аккаунтов

Каждый аккаунт в транзакции Solana увеличивает накладные расходы CU. Сократите число аккаунтов за счёт:

• Пакетирования операций, которые используют общие аккаунты

• Использования меньшего числа промежуточных аккаунтов

• Избегания избыточных проверок создания ATA

5. Используйте настройки оптимизатора

// hardhat.config.js
solidity: {
  version: "0.8.28",
  settings: {
    optimizer: { enabled: true, runs: 200 },
  },
}

Измерение потребления CU

Используйте eth_estimateGas чтобы измерить CU перед отправкой:

cast estimate --rpc-url http://localhost:9090 \
  0xCONTRACT "myFunction(uint256)" 42

Или через ethers.js:

const gas = await contract.myFunction.estimateGas(42);
console.log("Estimated gas:", gas.toString());

Что дальше

• Ограничения — полный список лимитов и границ

• Руководство по оптимизации CU — подробный справочник по оптимизации