Bagaimana transaksi bekerja di Solana?

Karena setiap biaya dibayar saat mengeksekusi transaksi, penting untuk memahami cara kerja transaksi. Sebuah transaksi terdiri dari tiga bagian:

satu atau lebih instruksi
sebuah array akun untuk dibaca atau ditulis
satu atau lebih tanda tangan
blockhash terbaru atau nonce

Sebuah instruksi adalah logika eksekusi terkecil di Solana. Instruksi adalah panggilan untuk memperbarui status global Solana. Instruksi memanggil program yang melakukan panggilan ke runtime Solana untuk memperbarui status (misalnya, memanggil token program untuk mentransfer token dari akun Anda ke akun lain). Anda dapat menganggap instruksi seperti pemanggilan fungsi pada smart contract Ethereum.

Perbedaan signifikan antara Ethereum dan Solana adalah jumlah pemanggilan fungsi dalam satu transaksi karena jumlah instruksi. Memiliki beberapa instruksi per transaksi menguntungkan developer karena mereka tidak perlu membuat smart contract khusus untuk merangkai fungsi dalam satu transaksi. Setiap instruksi dapat berupa pemanggilan fungsi terpisah, yang dilakukan secara berurutan dalam transaksi. Transaksi bersifat atomik, artinya jika salah satu instruksi gagal, seluruh transaksi akan gagal, dan Anda hanya akan membayar biaya transaksi. Ini seperti kegagalan transaksi akibat tidak menetapkan slippage yang benar di Ethereum.

Perbedaan kunci lain yang perlu diingat adalah penggunaan blockhash terbaru alih-alih nonce inkremental untuk transaksi. Ketika sebuah wallet ingin melakukan transaksi, blockhash terbaru akan diambil dari cluster untuk membuat transaksi yang valid. Blockhash terbaru ini hanya membuat transaksi valid selama 150 blok setelah blockhash terbaru diambil. Ini mencegah tanda tangan transaksi yang berumur panjang dari dieksekusi pada tanggal yang jauh lebih lambat.

Cross-Program Invocation (CPI)

Sebuah Cross-Program Invocation (CPI) adalah ketika satu program Solana memanggil instruksi pada program lain saat transaksi asli sedang dieksekusi. CPI adalah cara utama program-program Solana saling berkomposisi, tetapi model akun mengubah cara Anda merancang call graph: transaksi harus menyertakan setiap akun yang akan dibaca atau ditulis oleh seluruh rantai CPI sebelum eksekusi dimulai.

Callee hanya mewarisi hak signer dan writable yang diterima caller, dan callee menggunakan anggaran komputasi transaksi yang sama. Gunakan invoke ketika semua signer yang diperlukan telah menandatangani transaksi asli. Gunakan invoke_signed ketika program pemanggil perlu menandatangani salah satu PDA-nya dengan signer seeds.

Tingkat komitmen

Pembacaan RPC, langganan, dan logika konfirmasi transaksi dapat memilih tingkat commitment. Ini adalah versi Solana dari memutuskan berapa banyak konfirmasi blok Ethereum yang harus ditunggu, kecuali tingkatannya bersifat eksplisit:

processed: tampilan terbaru yang telah diproses oleh node. Gunakan hanya untuk UI optimistis atau alur yang dapat mentolerir rollback.
confirmed: blok yang telah divoting oleh supermayoritas stake. Gunakan sebagai default untuk sebagian besar konfirmasi produksi dan status transaksi yang menghadap pengguna.
finalized: status konfirmasi terkuat. Gunakan sebelum tindakan off-chain yang tidak dapat dibalik seperti pembayaran fiat, pengiriman barang, atau catatan penyelesaian akhir.

Jika metode RPC menerima commitment dan Anda mengabaikannya, defaultnya biasanya finalized. Klien produksi tetap harus menetapkan commitment secara eksplisit agar latensi UI, perilaku indexer, dan kebijakan penyelesaian bersifat disengaja.

Tag dokumentasi

No documentation tags yet