Struktur transaksi

Ringkasan

Transaksi memiliki tanda tangan + pesan. Pesan berisi header, alamat akun, blockhash terbaru, dan instruksi terkompilasi. Ukuran serialisasi maksimal: 1.232 byte.

Sebuah Transaction memiliki dua field tingkat atas:

  • signatures: Array tanda tangan
  • message: Informasi transaksi, termasuk daftar instruksi yang akan diproses
Transaction
pub struct Transaction {
pub signatures: Vec<Signature>,
pub message: Message,
}

Diagram yang menunjukkan dua bagian dari transaksiDiagram yang menunjukkan dua bagian dari transaksi

Total ukuran serialisasi transaksi tidak boleh melebihi PACKET_DATA_SIZE (1.232 byte). Batas ini sama dengan 1.280 byte (MTU minimum IPv6) dikurangi 48 byte untuk header jaringan (40 byte IPv6 + 8 byte fragment header). 1.232 byte tersebut mencakup array signatures dan struct message.

Diagram yang menunjukkan format transaksi dan batas ukuranDiagram yang menunjukkan format transaksi dan batas ukuran

Tanda tangan

Field signatures adalah array compact-encoded dari nilai Signature. Setiap Signature adalah tanda tangan Ed25519 64-byte dari Message yang diserialisasi, ditandatangani dengan kunci privat akun penandatangan. Satu tanda tangan diperlukan untuk setiap akun penandatangan yang direferensikan oleh instruksi transaksi.

Tanda tangan pertama dalam array adalah milik pembayar biaya, akun yang membayar biaya dasar dan biaya prioritas transaksi. Tanda tangan pertama ini juga berfungsi sebagai ID transaksi, digunakan untuk mencari transaksi di jaringan. ID transaksi umumnya disebut sebagai tanda tangan transaksi.

Persyaratan pembayar biaya:

  • Harus menjadi akun pertama dalam pesan (indeks 0) dan penandatangan.
  • Harus berupa akun milik System Program atau akun nonce (divalidasi oleh validate_fee_payer).
  • Harus memiliki lamport yang cukup untuk menutupi rent_exempt_minimum + total_fee; jika tidak, transaksi akan gagal dengan InsufficientFundsForFee.

Pesan

Field message adalah struct Message yang berisi payload transaksi:

  • header: Header pesan
  • account_keys: Array alamat akun yang diperlukan oleh instruksi transaksi
  • recent_blockhash: Blockhash yang berfungsi sebagai timestamp untuk transaksi
  • instructions: Array instruksi
Message
pub struct Message {
/// The message header, identifying signed and read-only `account_keys`.
pub header: MessageHeader,
/// All the account keys used by this transaction.
#[serde(with = "short_vec")]
pub account_keys: Vec<Pubkey>,
/// The id of a recent ledger entry.
pub recent_blockhash: Hash,
/// Programs that will be executed in sequence and committed in
/// one atomic transaction if all succeed.
#[serde(with = "short_vec")]
pub instructions: Vec<CompiledInstruction>,
}

Field header adalah struct MessageHeader dengan tiga field u8 yang mempartisi array account_keys ke dalam kelompok izin:

  • num_required_signatures: Jumlah total tanda tangan yang diperlukan oleh transaksi.
  • num_readonly_signed_accounts: Jumlah akun yang ditandatangani yang bersifat read-only.
  • num_readonly_unsigned_accounts: Jumlah akun yang tidak ditandatangani yang bersifat read-only.
MessageHeader
pub struct MessageHeader {
/// The number of signatures required for this message to be considered
/// valid. The signers of those signatures must match the first
/// `num_required_signatures` of [`Message::account_keys`].
pub num_required_signatures: u8,
/// The last `num_readonly_signed_accounts` of the signed keys are read-only
/// accounts.
pub num_readonly_signed_accounts: u8,
/// The last `num_readonly_unsigned_accounts` of the unsigned keys are
/// read-only accounts.
pub num_readonly_unsigned_accounts: u8,
}

Diagram yang menunjukkan tiga bagian dari header pesanDiagram yang menunjukkan tiga bagian dari header pesan

Alamat akun

Field account_keys adalah array public key yang dikodekan secara kompak. Setiap entri mengidentifikasi akun yang digunakan oleh setidaknya satu instruksi transaksi. Array harus mencakup setiap akun dan harus mengikuti urutan ketat ini:

  1. Penandatangan + Writable
  2. Penandatangan + Read-only
  3. Non-penandatangan + Writable
  4. Non-penandatangan + Read-only

Urutan ketat ini memungkinkan array account_keys digabungkan dengan tiga hitungan dalam header pesan untuk menentukan izin untuk setiap akun tanpa menyimpan flag metadata per-akun. Hitungan header mempartisi array ke dalam empat kelompok izin yang tercantum di atas.

Diagram yang menunjukkan urutan array alamat akunDiagram yang menunjukkan urutan array alamat akun

Blockhash terbaru

Field recent_blockhash adalah hash 32-byte yang memiliki dua tujuan:

  1. Timestamp: membuktikan bahwa transaksi dibuat baru-baru ini.
  2. Deduplikasi: mencegah transaksi yang sama diproses dua kali.

Blockhash kedaluwarsa setelah 150 slot. Jika blockhash tidak lagi valid saat transaksi tiba, maka akan ditolak dengan BlockhashNotFound, kecuali jika merupakan transaksi nonce tahan lama yang valid.

Metode RPC getLatestBlockhash memungkinkan Anda mendapatkan blockhash saat ini dan tinggi blok terakhir di mana blockhash akan valid.

Instruksi

Field instructions adalah array compact-encoded dari struct CompiledInstruction. Setiap CompiledInstruction mereferensikan akun berdasarkan indeks ke dalam array account_keys, bukan berdasarkan public key lengkap. Ini berisi:

  1. program_id_index: Indeks ke dalam account_keys yang mengidentifikasi program yang akan dipanggil.
  2. accounts: Array indeks ke dalam account_keys yang menentukan akun yang akan diteruskan ke program.
  3. data: Array byte yang berisi diskriminator instruksi dan argumen yang diserialisasi.
CompiledInstruction
pub struct CompiledInstruction {
/// Index into the transaction keys array indicating the program account that executes this instruction.
pub program_id_index: u8,
/// Ordered indices into the transaction keys array indicating which accounts to pass to the program.
#[serde(with = "short_vec")]
pub accounts: Vec<u8>,
/// The program input data.
#[serde(with = "short_vec")]
pub data: Vec<u8>,
}

Array compact dari instruksiArray compact dari instruksi

Format biner transaksi

Transaksi diserialisasi menggunakan skema encoding compact. Semua array dengan panjang variabel (signature, kunci akun, instruksi) diawali dengan encoding panjang compact-u16. Format ini menggunakan 1 byte untuk nilai 0-127 dan 2-3 byte untuk nilai yang lebih besar.

Layout transaksi legacy (on the wire):

FieldUkuranDeskripsi
num_signatures1-3 byte (compact-u16)Jumlah signature
signaturesnum_signatures x 64 byteSignature Ed25519
num_required_signatures1 byteField MessageHeader 1
num_readonly_signed1 byteField MessageHeader 2
num_readonly_unsigned1 byteField MessageHeader 3
num_account_keys1-3 byte (compact-u16)Jumlah kunci akun statis
account_keysnum_account_keys x 32 bytePublic key
recent_blockhash32 byteBlockhash
num_instructions1-3 byte (compact-u16)Jumlah instruksi
instructionsvariabelArray instruksi yang dikompilasi

Setiap instruksi yang dikompilasi diserialisasi sebagai:

FieldSizeDescription
program_id_index1 byteIndeks ke kunci akun
num_accounts1-3 bytes (compact-u16)Jumlah indeks akun
account_indicesnum_accounts x 1 byteIndeks kunci akun
data_len1-3 bytes (compact-u16)Panjang instruction data
datadata_len bytesInstruction data opak

Perhitungan ukuran

Dengan PACKET_DATA_SIZE = 1.232 bytes, ruang yang tersedia dapat dihitung:

Total = 1232 bytes
- compact-u16(num_sigs) # 1 byte
- num_sigs * 64 # signature bytes
- 3 # message header
- compact-u16(num_keys) # 1 byte
- num_keys * 32 # account key bytes
- 32 # recent blockhash
- compact-u16(num_ixs) # 1 byte
- sum(instruction_sizes) # per-instruction overhead + data

Contoh: transaksi transfer SOL

Diagram di bawah ini menunjukkan bagaimana transaksi dan instruksi bekerja sama untuk memungkinkan pengguna berinteraksi dengan jaringan. Dalam contoh ini, SOL ditransfer dari satu akun ke akun lainnya.

Metadata akun pengirim mengindikasikan bahwa akun tersebut harus menandatangani transaksi. Ini memungkinkan System Program mengurangi lamport. Baik akun pengirim maupun penerima harus dapat ditulis (writable), agar saldo lamport mereka dapat berubah. Untuk mengeksekusi instruksi ini, wallet pengirim mengirimkan transaksi yang berisi tanda tangannya dan pesan yang berisi instruksi transfer SOL.

SOL transfer diagramSOL transfer diagram

Setelah transaksi dikirim, System Program memproses instruksi transfer dan memperbarui saldo lamport dari kedua akun.

SOL transfer process diagramSOL transfer process diagram

Contoh di bawah ini menunjukkan kode yang relevan dengan diagram di atas. Lihat fungsi transfer System Program.

import {
airdropFactory,
appendTransactionMessageInstructions,
createSolanaRpc,
createSolanaRpcSubscriptions,
createTransactionMessage,
generateKeyPairSigner,
getSignatureFromTransaction,
lamports,
pipe,
sendAndConfirmTransactionFactory,
setTransactionMessageFeePayerSigner,
setTransactionMessageLifetimeUsingBlockhash,
signTransactionMessageWithSigners
} from "@solana/kit";
import { getTransferSolInstruction } from "@solana-program/system";
// Create a connection to cluster
const rpc = createSolanaRpc("http://localhost:8899");
const rpcSubscriptions = createSolanaRpcSubscriptions("ws://localhost:8900");
// Generate sender and recipient keypairs
const sender = await generateKeyPairSigner();
const recipient = await generateKeyPairSigner();
const LAMPORTS_PER_SOL = 1_000_000_000n;
const transferAmount = lamports(LAMPORTS_PER_SOL / 100n); // 0.01 SOL
// Fund sender with airdrop
await airdropFactory({ rpc, rpcSubscriptions })({
recipientAddress: sender.address,
lamports: lamports(LAMPORTS_PER_SOL), // 1 SOL
commitment: "confirmed"
});
// Check balance before transfer
const { value: preBalance1 } = await rpc.getBalance(sender.address).send();
const { value: preBalance2 } = await rpc.getBalance(recipient.address).send();
// Create a transfer instruction for transferring SOL from sender to recipient
const transferInstruction = getTransferSolInstruction({
source: sender,
destination: recipient.address,
amount: transferAmount // 0.01 SOL in lamports
});
// Add the transfer instruction to a new transaction
const { value: latestBlockhash } = await rpc.getLatestBlockhash().send();
const transactionMessage = pipe(
createTransactionMessage({ version: 0 }),
(tx) => setTransactionMessageFeePayerSigner(sender, tx),
(tx) => setTransactionMessageLifetimeUsingBlockhash(latestBlockhash, tx),
(tx) => appendTransactionMessageInstructions([transferInstruction], tx)
);
// Send the transaction to the network
const signedTransaction =
await signTransactionMessageWithSigners(transactionMessage);
await sendAndConfirmTransactionFactory({ rpc, rpcSubscriptions })(
signedTransaction,
{ commitment: "confirmed" }
);
const transactionSignature = getSignatureFromTransaction(signedTransaction);
// Check balance after transfer
const { value: postBalance1 } = await rpc.getBalance(sender.address).send();
const { value: postBalance2 } = await rpc.getBalance(recipient.address).send();
console.log(
"Sender prebalance:",
Number(preBalance1) / Number(LAMPORTS_PER_SOL)
);
console.log(
"Recipient prebalance:",
Number(preBalance2) / Number(LAMPORTS_PER_SOL)
);
console.log(
"Sender postbalance:",
Number(postBalance1) / Number(LAMPORTS_PER_SOL)
);
console.log(
"Recipient postbalance:",
Number(postBalance2) / Number(LAMPORTS_PER_SOL)
);
console.log("Transaction Signature:", transactionSignature);
Console
Click to execute the code.

Contoh berikut menunjukkan struktur transaksi yang berisi satu instruksi transfer SOL.

import {
createSolanaRpc,
generateKeyPairSigner,
lamports,
createTransactionMessage,
setTransactionMessageFeePayerSigner,
setTransactionMessageLifetimeUsingBlockhash,
appendTransactionMessageInstructions,
pipe,
signTransactionMessageWithSigners,
getCompiledTransactionMessageDecoder
} from "@solana/kit";
import { getTransferSolInstruction } from "@solana-program/system";
const rpc = createSolanaRpc("http://localhost:8899");
const { value: latestBlockhash } = await rpc.getLatestBlockhash().send();
// Generate sender and recipient keypairs
const sender = await generateKeyPairSigner();
const recipient = await generateKeyPairSigner();
// Define the amount to transfer
const LAMPORTS_PER_SOL = 1_000_000_000n;
const transferAmount = lamports(LAMPORTS_PER_SOL / 100n); // 0.01 SOL
// Create a transfer instruction for transferring SOL from sender to recipient
const transferInstruction = getTransferSolInstruction({
source: sender,
destination: recipient.address,
amount: transferAmount
});
// Create transaction message
const transactionMessage = pipe(
createTransactionMessage({ version: 0 }),
(tx) => setTransactionMessageFeePayerSigner(sender, tx),
(tx) => setTransactionMessageLifetimeUsingBlockhash(latestBlockhash, tx),
(tx) => appendTransactionMessageInstructions([transferInstruction], tx)
);
const signedTransaction =
await signTransactionMessageWithSigners(transactionMessage);
// Decode the messageBytes
const compiledTransactionMessage =
getCompiledTransactionMessageDecoder().decode(signedTransaction.messageBytes);
console.log(JSON.stringify(compiledTransactionMessage, null, 2));
Console
Click to execute the code.

Kode di bawah ini menampilkan output dari cuplikan kode sebelumnya. Formatnya berbeda antar SDK, namun perhatikan bahwa setiap instruksi berisi informasi wajib yang sama.

{
"version": 0,
"header": {
"numSignerAccounts": 1,
"numReadonlySignerAccounts": 0,
"numReadonlyNonSignerAccounts": 1
},
"staticAccounts": [
"HoCy8p5xxDDYTYWEbQZasEjVNM5rxvidx8AfyqA4ywBa",
"5T388jBjovy7d8mQ3emHxMDTbUF8b7nWvAnSiP3EAdFL",
"11111111111111111111111111111111"
],
"lifetimeToken": "EGCWPUEXhqHJWYBfDirq3mHZb4qDpATmYqBZMBy9TBC1",
"instructions": [
{
"programAddressIndex": 2,
"accountIndices": [0, 1],
"data": {
"0": 2,
"1": 0,
"2": 0,
"3": 0,
"4": 128,
"5": 150,
"6": 152,
"7": 0,
"8": 0,
"9": 0,
"10": 0,
"11": 0
}
}
]
}

Mengambil detail transaksi

Setelah pengiriman, ambil detail transaksi menggunakan signature transaksi dan metode RPC getTransaction.

Anda juga dapat menemukan transaksi menggunakan Solana Explorer.

Transaction Data
{
"blockTime": 1745196488,
"meta": {
"computeUnitsConsumed": 150,
"err": null,
"fee": 5000,
"innerInstructions": [],
"loadedAddresses": {
"readonly": [],
"writable": []
},
"logMessages": [
"Program 11111111111111111111111111111111 invoke [1]",
"Program 11111111111111111111111111111111 success"
],
"postBalances": [989995000, 10000000, 1],
"postTokenBalances": [],
"preBalances": [1000000000, 0, 1],
"preTokenBalances": [],
"rewards": [],
"status": {
"Ok": null
}
},
"slot": 13049,
"transaction": {
"message": {
"header": {
"numReadonlySignedAccounts": 0,
"numReadonlyUnsignedAccounts": 1,
"numRequiredSignatures": 1
},
"accountKeys": [
"8PLdpLxkuv9Nt8w3XcGXvNa663LXDjSrSNon4EK7QSjQ",
"7GLg7bqgLBv1HVWXKgWAm6YoPf1LoWnyWGABbgk487Ma",
"11111111111111111111111111111111"
],
"recentBlockhash": "7ZCxc2SDhzV2bYgEQqdxTpweYJkpwshVSDtXuY7uPtjf",
"instructions": [
{
"accounts": [0, 1],
"data": "3Bxs4NN8M2Yn4TLb",
"programIdIndex": 2,
"stackHeight": null
}
],
"indexToProgramIds": {}
},
"signatures": [
"3jUKrQp1UGq5ih6FTDUUt2kkqUfoG2o4kY5T1DoVHK2tXXDLdxJSXzuJGY4JPoRivgbi45U2bc7LZfMa6C4R3szX"
]
},
"version": "legacy"
}

Is this page helpful?

Daftar Isi

Edit Halaman

Dikelola oleh

© 2026 Yayasan Solana.
Semua hak dilindungi.
Terhubung