Reading Solana Data — What Started to Feel Real in My Second Week

Source: Dev.to

Introduction

Before this week, I still thought of blockchain data as something more abstract than it probably needed to be. I expected it to feel very different from the kinds of APIs and database reads I was already used to in Web2. During the second week of 100 Days of Solana, that started to change when I began querying the data myself.

First Shift: Reading a Wallet Balance

The first shift came when I read a wallet balance directly from devnet. It did not feel as unfamiliar as I expected; it felt more like making a read call and getting back public state.

Fetching Recent Transactions

Fetching recent transactions made that idea clearer. Once I could see signatures, slots, timestamps, and statuses directly in the terminal, Solana started to feel less like a black box and more like a system I could inspect.

Consistent Patterns Across Tasks

What surprised me most was how consistent the pattern felt across different tasks. I used RPC calls to:

• Read balances
• Fetch transaction history
• Compare the same address across devnet and mainnet
• Render that data in a browser dashboard

The tools changed, but the core flow stayed very similar: connect to an RPC endpoint, query public data, and display the result in a useful way. That was the point where the “public database” framing started to feel real to me.

Accounts vs. Databases

The accounts‑vs‑databases comparison also helped a lot. My Web2 instincts still apply in some ways, but Solana accounts are not rows in private tables. They are public state objects on a shared ledger, with different rules around storage, ownership, and access.

Conclusion

If the first week helped me understand wallets and keypairs, the second week helped me understand that blockchain data is something I can query directly. For me, that was the point where Solana started to feel less abstract and more like a real development environment.