Explorer transaksi Solana mengubah signature mentah menjadi halaman yang mudah dibaca: berhasil atau tidak, siapa yang menandatangani, berapa biayanya, dan token apa saja yang berpindah. Setiap explorer, mulai dari Solscan, Solana Explorer resmi, hingga alat pencarian kami sendiri, membaca catatan on-chain yang sama lewat metode RPC getTransaction, jadi begitu Anda paham arti setiap kolom, Anda bisa membaca explorer mana pun. Di bawah ini ada rutinitas enam langkah untuk cek transaksi Solana, uraian kolom demi kolom halaman transaksi, contoh nyata transfer token SPL, dan bagian pemecahan masalah untuk transaksi yang gagal, hilang, atau dibuang jaringan.
Cara cek transaksi Solana dalam enam langkah
Cara tercepat mengecek transaksi adalah menyalin signature-nya, menempelkannya ke explorer di cluster yang benar, lalu membaca baris status lebih dulu. Semua hal lain di halaman itu menjelaskan kenapa statusnya seperti itu.
- Salin signature transaksi. Layar aktivitas wallet atau notifikasi konfirmasi dApp biasanya punya tautan “view on explorer” atau tombol salin. Signature berupa teks base58, biasanya 87 atau 88 karakter.
- Tempel ke explorer. Pakai alat pencarian Solscanner, Solscan, atau Solana Explorer, dan pastikan cluster yang dipilih Mainnet, bukan Devnet.
- Cek status dan finalitas. Success atau failed adalah informasi utama. Di sebelahnya, cari keterangan processed, confirmed, atau finalized.
- Baca biaya, compute, dan signer. Ketiganya memberi tahu siapa yang membayar, berapa, dan seberapa berat transaksi itu.
- Periksa instruksi dan saldo. Daftar instruksi dan perubahan saldo token menunjukkan apa yang benar-benar berpindah dan di antara akun mana.
- Pakai log untuk menjelaskan kegagalan. Kalau ada yang salah, log program menyebutkan instruksi dan error-nya.
Rutinitas itu menjawab sebagian besar pertanyaan “transfer saya sudah masuk belum?” dalam waktu kurang dari semenit. Sisa panduan ini membahas apa yang Anda lihat di setiap langkah, supaya Anda bisa membaca halamannya alih-alih menebak.
Arti setiap kolom di halaman transaksi explorer Solana
Halaman transaksi di explorer Solana punya kolom inti yang sama di mana-mana: signature, hasil, commitment, slot, block time, biaya, compute unit, signer, recent blockhash, versi, instruksi, perubahan saldo, dan log. Tata letaknya berbeda, tetapi datanya berasal dari satu respons RPC.
Signature. Signature transaksi adalah tanda tangan Ed25519 berukuran 64 byte dari signer pertama, dikodekan dalam base58. Signature ini sekaligus menjadi ID unik transaksi. Kalau transaksi punya beberapa signer, ia membawa beberapa signature, tetapi explorer mengindeksnya berdasarkan yang pertama.
Status. Isinya success atau error seperti InstructionError beserta indeks instruksi yang gagal. Transaksi gagal tetap tercatat on-chain dan tetap membayar biaya.
Commitment (processed, confirmed, finalized). Ini tiga tingkat finalitas. Processed berarti node yang Anda tanya sudah melihat transaksi di dalam blok, tetapi blok itu belum di-vote. Confirmed berarti mayoritas super stake sudah memberi vote pada blok tersebut. Finalized berarti blok sudah mencapai lockout maksimum dan tidak bisa dibatalkan. Anggap processed sebagai “kemungkinan besar”, confirmed sebagai “hampir pasti”, dan finalized sebagai “beres”. Alpenglow, yang aktif di testnet pada September 2026 tanpa tanggal mainnet yang diumumkan, menargetkan finalitas sekitar 150 ms, jadi label-label ini mungkin akan melebur di masa depan.
Slot dan block time. Slot adalah jendela waktu leader tempat transaksi masuk. Durasi slot sekarang kira-kira 250–300 ms setelah SIMD-0525 memangkasnya dari 400 ms pada Agustus dan September 2026. Block time adalah perkiraan timestamp Unix dari blok itu, yang di kebanyakan explorer ditampilkan dalam zona waktu lokal Anda (WIB, WITA, atau WIT sesuai pengaturan perangkat).
Biaya dan priority fee. Biaya dasarnya 5.000 lamport per signature (0,000005 SOL); 50% dibakar dan 50% masuk ke validator. Priority fee opsional ditambahkan di atasnya: harga compute unit dikali batas compute unit, dibagi 1.000.000, dan seluruhnya masuk ke validator. Rumus lengkapnya ada di dokumentasi biaya Solana. Sebagian explorer memisahkan keduanya; sebagian lagi hanya menampilkan totalnya.
Compute unit. Compute unit yang terpakai mengukur biaya eksekusi. Anggaran default-nya 200.000 CU per instruksi dan batas kerasnya 1.400.000 CU per transaksi. Kalau sebuah transaksi memakai CU yang mendekati batas yang diminta, itu petunjuk bahwa transaksi gagal karena kehabisan compute.
Signer dan fee payer. Signer pertama adalah fee payer (pembayar biaya). Signer lain menyetujui instruksi tertentu, misalnya pemilik token account yang saldonya didebit.
Recent blockhash. Setiap transaksi merujuk ke blockhash terbaru yang berlaku selama 150 slot. Ini mencegah replay dan menetapkan tenggat: kalau transaksi tidak masuk sebelum blockhash kedaluwarsa, transaksi itu tidak akan pernah bisa masuk.
Transaksi berversi dan address lookup table
Transaksi berversi (ditampilkan sebagai “v0” atau “Version 0”) bisa merujuk ke address lookup table, yaitu akun on-chain yang menyimpan daftar alamat. Alih-alih menulis setiap alamat 32 byte ke dalam pesan, transaksi cukup menunjuk entri di tabel tersebut. Begitulah swap besar bisa muat dalam batas 1.232 byte. Explorer menandai akun-akun ini sebagai “loaded from lookup table” di daftar akun; label “legacy” hanya berarti format lama tanpa tabel. Dokumentasi transaksi menjelaskan struktur pesannya.
Catatan: satu transaksi bisa mencantumkan maksimal 64 akun. Kalau daftar akunnya lebih panjang dari yang Anda duga, kemungkinan besar sebagian besar dimuat dari address lookup table, bukan ditulis langsung ke dalam pesan.
Instruksi, inner instruction, dan perubahan saldo token
Instruksi adalah operasi yang sebenarnya: masing-masing menyebut satu program dan akun yang disentuhnya. Inner instruction adalah panggilan yang dibuat satu program ke program lain selama eksekusi, sedangkan perubahan saldo token merangkum hasil bersihnya.
Transfer SOL biasa punya satu instruksi System Program. Transfer token memanggil program SPL Token (TokenkegQfeZyiNwAJbNbGKPFXCWuBvf9Ss623VQ5DA) atau Token-2022 (TokenzQdBNbLqP5VEhdkAS6EPFLC1PHnBqCXEpPxuEb). Swap lewat agregator bisa menampilkan satu instruksi tingkat atas dan belasan inner instruction karena router memanggil beberapa pool DEX, yang masing-masing memanggil program token. Kalau Anda ingin tahu apa yang sebenarnya terjadi, inner instruction adalah tempat untuk melihat. Untuk pool dan router, panduan explorer DeFi kami menjelaskan cara mengikuti likuiditas antar program.
Bagian saldo token adalah ringkasan dalam bahasa sederhana: saldo sebelum, saldo sesudah, dan selisihnya untuk setiap token account yang tersentuh. Bagian inilah yang sebaiknya Anda screenshot ketika seseorang meminta bukti pembayaran. Token account terpisah dari wallet, jadi barisnya menampilkan alamat token account dengan pemiliknya di sebelahnya; panduan explorer wallet menjelaskan associated token account lebih detail, dan panduan explorer token membahas mint dan desimal.
Membaca log program
Log program adalah pesan teks yang dicetak program saat berjalan. Log adalah kolom paling berguna ketika transaksi gagal, karena error-nya biasanya tertulis jelas di beberapa baris terakhir.
Log dibaca dari atas ke bawah seperti call stack: “Program X invoke [1]”, pesan-pesan, “Program X consumed N of M compute units”, lalu “Program X success”. Eksekusi yang gagal diakhiri “failed:” dan error seperti insufficient funds, slippage tolerance exceeded, atau kode error kustom. Kode kustom bersifat khusus per program; terjemahkan dengan IDL program tersebut, yang ditampilkan Solana Explorer dan Orb untuk program terverifikasi.
Contoh explorer transaksi Solana: transfer token SPL sungguhan
Berikut transaksi mainnet sungguhan yang bisa Anda buka sendiri. Isinya transfer token SPL sederhana, sehingga cocok sebagai contoh untuk mempelajari tata letak halaman.
WdQE153MoVzxf54wemBxUPXo88x6FDC4VDX2B2zKR9tF2j42QyaM1ub4R8ww7iY2fPcJ3b9F15eMcxCyVu9Sn4X
Tempel signature itu ke alat pencarian kami dan Anda akan melihat nilai-nilai berikut:
| Kolom | Nilai | Artinya |
|---|---|---|
| Status | Success | Semua instruksi berhasil dijalankan |
| Slot | 449.561.050 | Posisinya di chain |
| Biaya | 5.000 lamport | Hanya biaya dasar, satu signature |
| Priority fee | 0 lamport | Tanpa tawaran biaya tambahan |
| Compute unit | 13.594 | Kerja program token yang ringan |
| Signer | ATAPZ…edYj5 | Fee payer sekaligus authority |
Bacalah seperti membaca struk belanja. Biayanya tepat 5.000 lamport, setara satu signature dengan tarif dasar, jadi pengirim tidak membayar priority fee dan hanya ada satu signer: ATAPZxbrc7BAiunpoQPeGiPUbQgx5mGTNgyZgMPedYj5. Akun itu membayar biaya sekaligus menyetujui debit dari token account-nya. Pemakaian 13.594 compute unit hanya sebagian kecil dari anggaran default 200.000 CU, hal yang wajar untuk satu transfer lewat program token. Di daftar instruksi Anda akan melihat transfer dari program token, dan di perubahan saldo token satu akun berkurang sementara akun lain bertambah dengan jumlah yang sama. Buka signature yang sama di Solscan atau Solana Explorer dan angkanya akan cocok, karena ketiganya membaca satu buku besar yang sama.
Cara cek transaksi di Solscan dan explorer lain
Solscan, Solana Explorer, dan Orb semuanya menerima signature di kolom pencarian utama, dan masing-masing menyajikan kolom yang sama dengan penekanan berbeda. Memilih salah satunya lebih soal selera membaca.
Solscan menaruh kartu ringkasan di bagian atas dan memindahkan transfer token ke tab khusus, itulah sebabnya banyak orang yang mencari “cara cek transaksi di Solscan” berakhir di sana. Ulasan Solscan kami membahas tab-tabnya secara detail. Solana Explorer, yang dikelola Solana Foundation, menampilkan data instruksi mentah, profiling compute unit, dan opsi simulasi yang disukai developer. Orb dari Helius menambahkan ringkasan bahasa sederhana hasil AI tentang apa yang dilakukan sebuah transaksi. Kalau Anda ingin perbandingan berdampingan, lihat peringkat explorer Solana terbaik. Untuk bundle Jito, tempat beberapa transaksi masuk bersamaan dengan tip, panduan explorer bundle Jito adalah titik awal yang lebih tepat.
Satu situasi yang sering dialami pengguna di Indonesia: menarik SOL atau USDC dari exchange lokal, lalu saldo belum muncul di Phantom. Minta ID transaksi (TxID) dari riwayat penarikan di aplikasi exchange, tempel ke explorer, dan cek alamat tujuan di bagian perubahan saldo. Kalau statusnya Success dan alamat tujuannya benar, dana sudah sampai di chain; masalahnya biasanya ada di tampilan wallet, bukan di transaksinya.
Transaksi not found, gagal, atau dibuang: cara mengatasinya
“Not found” biasanya berarti transaksi tidak pernah masuk, “failed” berarti transaksi masuk tetapi sebuah instruksi error, dan “dropped” berarti transaksi kedaluwarsa sebelum ada leader yang memasukkannya. Masing-masing punya solusi berbeda.
Transaksi tidak ditemukan
Singkirkan dulu kesalahan yang mudah. Pastikan Anda menyalin signature secara utuh, karena kehilangan satu karakter terakhir menghasilkan string yang tampak valid tetapi tidak dikenal. Cek cluster-nya: signature devnet tidak akan pernah muncul di mainnet, dan panduan explorer devnet mencantumkan URL yang benar. Lalu tunggu beberapa detik dan cari lagi, karena node yang tertinggal mungkin belum mengindeks bloknya. Kalau masih belum ada setelah rentang blockhash lewat (150 slot, jauh di bawah satu menit dengan waktu slot saat ini), berarti transaksi itu tidak dimasukkan.
Transaksi gagal
Transaksi gagal muncul on-chain dengan error, dan biayanya tetap terpotong. Gulir ke bagian log dan baca baris “failed” terakhir. Penyebab umumnya adalah slippage saat swap, SOL yang tersisa terlalu sedikit untuk rent, token account yang belum ada, atau melebihi batas compute. Perbaiki penyebabnya lalu kirim transaksi baru. Mengulang pesan yang sama yang sudah ditandatangani tidak akan membantu.
Transaksi dibuang (dropped)
Transaksi yang dibuang sudah dikirim ke jaringan, tetapi tidak ada leader yang memasukkannya sebelum recent blockhash-nya kedaluwarsa. Transaksi ini sama sekali tidak punya catatan signature, jadi tidak ada biaya yang terpotong dan tidak ada yang berpindah. Kemacetan jaringan dan priority fee nol adalah penyebab yang biasa. Wallet Anda bisa mengirim ulang dengan blockhash baru dan priority fee kecil. Kalau yang bermasalah tampaknya explorer, bukan transaksinya, halaman explorer down kami mencantumkan alternatif, dan referensi getTransaction menunjukkan apa yang dikembalikan panggilan RPC di baliknya.
Kenapa explorer transaksi Solana lebih andal dari riwayat wallet
Daftar aktivitas di wallet adalah ringkasan yang ditulis aplikasi wallet; explorer transaksi Solana menampilkan sumber kebenaran on-chain. Kalau keduanya tidak cocok, percayai explorer.
Wallet menyembunyikan inner instruction, membulatkan saldo, dan kadang salah melabeli swap sebagai kiriman. Wallet juga tidak bisa membantu ketika lawan transaksi bersikeras sudah membayar Anda. Dengan signature di tangan, siapa pun bisa memverifikasi status, finalitas, dan pergerakan token yang persis dalam hitungan detik, tanpa akun dan tanpa harus memercayai salah satu pihak. Itulah inti dari buku besar publik, dan prosesnya hanya sekitar tiga puluh detik setelah Anda tahu kolom mana yang harus dibaca. Hal ini sangat berguna untuk transaksi jual beli langsung antarpengguna, misalnya saat membeli USDC dari penjual di grup komunitas: minta signature, cek sendiri, jangan hanya percaya tangkapan layar. Kalau Anda baru mengenal explorer secara umum, mulailah dari apa itu explorer Solana lalu kembali ke sini untuk detailnya.
Oleh tim riset SolscannerDiperbarui · Metodologi ulasan