DEV Community

Cover image for I Used Solana Explorer Like Chrome DevTools Here's What I Found
Samuel Akoji
Samuel Akoji

Posted on

I Used Solana Explorer Like Chrome DevTools Here's What I Found

DevTools for the Blockchain

Every Web2 developer has a relationship with Chrome DevTools. You open it without thinking. Network tab to check API calls, Console to catch errors, Application tab to inspect localStorage. It's the lens you use to see what your app is actually doing.

Day 28 of 100 Days of Solana sent me to Solana Explorer with the same mindset: just look at the chain. No task, no script. Just explore.

Here's what I found when I treated Explorer like DevTools and what each discovery maps to in Web2 terms.

Explorer used: explorer.solana.com Devnet, then Mainnet

The Network Tab: My Transaction History

My wallet's transaction history in Explorer is every "request" my wallet has sent to the blockchain since Day 1. 27 transactions, chronological. Each shows which program was called, whether it succeeded, the fee paid, and the net SOL change.

I found a failed transaction from Day 19. In the log messages, the error was clear:

Program log: Error: insufficient lamports for instruction

The equivalent of a 400 Bad Request except permanently recorded on a public blockchain. And I paid 5,000 lamports for the privilege of failing.

Web2 parallel: Failed API calls don't charge you. Failed Solana transactions do. The fee covers the computational work validators did to process the transaction, even if the result was rejection.

The Console: Log Messages

On Solana, programs emit log messages using msg!() and those messages surface in Explorer under Log Messages for any transaction.

For a complex interaction on mainnet:

Program log: Instruction: Swap
Program log: Swap: in_amount=1000000, out_amount=997234
Program log: Fee collected: 2766 lamports
Program JUP6... success

Web2 parallel: Imagine if every API call your app made logged its internal execution to a public server that anyone could read forever. That's exactly what on-chain program logs are.

The Application Tab: Account Data

In Explorer, clicking any account shows its decoded data. I clicked a token account in my wallet and Explorer decoded it: mint address, owner wallet, balance. All decoded from a binary blob by Explorer knowing the Token Program's schema.

Web2 parallel: Inspecting a localStorage entry and finding {"userId": "abc123", "balance": 1000000, "currency": "USDC"} except this lives on a blockchain, not your browser.

The Elements Tab: The System Program

I searched for 11111111111111111111111111111111. Balance: 1 SOL. Executable: Yes. Data: 14 bytes. Transaction count: millions.

This is the program behind every SOL transfer I've ever made. It has a 1 SOL balance and almost no on-chain data because native programs live in the validator binary.

Web2 parallel: The System Program is like the Node.js runtime the foundational layer everything builds on. You rarely think about it directly, but everything goes through it.

Going Live: Mainnet in Real Time

I watched the Explorer homepage for five minutes. Simple SOL transfers: 2 accounts, 5000 lamport fee. DEX swaps: 10-14 accounts, 3-4 programs, still 5000 lamport base fee.

Web2 parallel: Watching your server access logs in real time except it's a public server processing millions of requests per second and every request is globally visible forever.

What This Changed for Me

Explorer made the chain feel real in a way devnet never quite does. Devnet is practice. Mainnet is the game. Explorer shows you both.

Top comments (0)