트랜잭션과 수수료

​

트랜잭션 구조

• 메시지: 순서대로 정렬된 명령어 목록, 명령어가 참조하는 계정, 그리고 최근 블록해시입니다.
• 서명: 서명자당 하나씩, 트랜잭션이 승인되었음을 증명합니다.
• 최근 블록해시: 트랜잭션이 최근 것임을 증명합니다. 오래된 블록해시(150개 슬롯 이상)를 가진 트랜잭션은 거부됩니다.

​

명령어

• program_id — 호출할 프로그램입니다.
• accounts — 프로그램이 접근할 수 있는 계정(및 쓰기 가능/서명자 플래그)입니다.
• data — 프로그램이 해석하는 불투명한 바이트입니다.

1. ComputeBudget::SetComputeUnitLimit — 기본 CU 제한을 높입니다.
2. ComputeBudget::SetComputeUnitPrice — 우선순위 수수료를 설정합니다.
3. 선택사항 CreateAssociatedTokenAccount — 사용자가 없는 경우 출력 ATA를 생성합니다.
4. Raydium::SwapBaseInput — 스왑을 실행합니다.
5. 선택사항 CloseAccount — 래핑된 SOL ATA를 닫습니다.

​

트랜잭션의 계정

• 서명자/비서명자: 계정 소유자가 트랜잭션에 서명해야 하나요?
• 쓰기 가능/읽기 전용: 트랜잭션이 계정을 수정할 수 있나요?

​

트랜잭션 크기 제한

​

주소 조회 테이블(ALT)

• 20개 계정을 직접 참조하는 트랜잭션: 공개 키 약 640 B.
• ALT를 사용하는 동일한 트랜잭션: 인덱스 약 20 B + ALT 참조.

import { VersionedTransaction } from "@solana/web3.js";

// SDK는 ALT 참조가 있는 v0(버전 지정) tx를 구축합니다
const { transaction } = await raydium.cpmm.swap({ /* ..., txVersion: TxVersion.V0 */ });
// transaction은 VersionedTransaction이며, 레거시 Transaction이 아닙니다.
// (멀티홉 경로의 경우 raydium.tradeV2.swap을 사용하세요. 이는 `transactions`를 반환합니다
//  — 배열 — 그리고 execute()는 { sequentially: true }가 필요합니다.)

​

컴퓨트 예산

• 기본값: 트랜잭션당 200,000 CU.
• 최대값: 트랜잭션당 1,400,000 CU (ComputeBudget::SetComputeUnitLimit을 통해 상향).
• 블록당 상한: 블록당 48M CU (프로토콜 수준).

import { ComputeBudgetProgram } from "@solana/web3.js";

tx.add(
  ComputeBudgetProgram.setComputeUnitLimit({ units: 300_000 }),
);

​

우선순위 수수료

priority_fee = compute_unit_price (마이크로라모포트) × compute_unit_limit

tx.add(
  ComputeBudgetProgram.setComputeUnitPrice({ microLamports: 10_000 }),
);

​

명령어 개수 및 계정 개수 제한

• 트랜잭션당 최대 계정: 128개.
• 명령어당 최대 계정(CPI): 64개.
• 트랜잭션당 최대 명령어: 하드 제한 없음, 크기 제한으로만 제한됨.
• 최대 CPI 깊이: 4 (프로그램이 다른 프로그램을 호출할 수 있고, 그것이 다른 프로그램을 호출할 수 있으며, 4단계까지 깊음).

​

레이디움 스왑의 수수료 범주

​

솔라나 네트워크 수수료

• 기본 서명 수수료: 서명당 5000 라모포트. 거의 항상 1개 서명 = 0.000005 SOL.
• 우선순위 수수료: CU 가격 × CU 제한(마이크로라모포트). 혼잡에 따라 변함. integration-guides/priority-fee-tuning 참조.

​

레이디움 프로토콜 수수료

• 스왑 수수료: 입력의 백분율 (CPMM 일반적으로 0.25%, CLMM 0.01%–1% 티어별). LP와 프로토콜 목적지 간 분할. ray/protocol-fees 참조.

​

예: CPMM 0.25% 티어를 통한 $1000 USDC → SOL

​

버전 지정 트랜잭션

• 레거시: 원본 형식, ALT 지원 없음.
• v0 (버전 지정): ALT 지원, 향후 버전으로 확장 가능.

// v0 tx를 직접 구축
import { VersionedTransaction, TransactionMessage } from "@solana/web3.js";

const msg = new TransactionMessage({
  payerKey:        owner.publicKey,
  recentBlockhash: blockhash,
  instructions:    [ /* ... */ ],
}).compileToV0Message([lookupTableAccount]);

const tx = new VersionedTransaction(msg);
tx.sign([owner]);

​

블록해시 신선도

async function sendWithRetry(tx, maxRetries = 3) {
  for (let i = 0; i < maxRetries; i++) {
    const { blockhash, lastValidBlockHeight } = await connection.getLatestBlockhash();
    tx.message.recentBlockhash = blockhash;
    tx.sign([owner]);
    try {
      return await connection.sendRawTransaction(tx.serialize());
    } catch (e) {
      if (i === maxRetries - 1) throw e;
    }
  }
}

​

병렬 실행

• 동일한 풀의 두 스왑은 병렬로 실행될 수 없습니다 — 둘 다 풀 상태에 씁니다.
• 풀 A의 스왑과 풀 B의 스왑은 계정 목록이 겹치지 않으면 병렬로 실행됩니다.
• 읽기 전용 트랜잭션은 동일한 계정의 쓰기 작업을 차단하지 않습니다(읽기 전용은 자신과 동시이지만 쓰기와는 동시가 아님).

​

트랜잭션 확인 수준

await connection.sendAndConfirmTransaction(tx, [owner], {
  commitment: "confirmed",
});

​

시뮬레이션

const sim = await connection.simulateTransaction(tx);
console.log(sim.value.logs);
console.log(sim.value.unitsConsumed);

​

포인터

• solana-fundamentals/account-model — 트랜잭션의 계정.
• solana-fundamentals/pdas-and-cpis — 프로그램이 서로를 호출하는 방법.
• integration-guides/priority-fee-tuning — CU 제한 및 우선순위 수수료 크기 조정.
• ray/protocol-fees — 레이디움 프로토콜 수수료 구조.

• 솔라나 트랜잭션 문서.
• 주소 조회 테이블 쿡북 가이드.
• 컴퓨트 예산 문서.