Solana Accounts Explained to a Web2 Developer

The article explains Solana's data storage model by comparing it to a Web2 file system, where every piece of data—from user wallets to smart contracts—is stored as an "account" (like a file) in a giant key-value store. It highlights that Solana programs are stateless and cannot store data internally; instead, users pass data accounts to programs for processing, and only the program listed as the account's owner can modify its data. Additionally, accounts must hold a minimum amount of SOL (rent) to remain on the blockchain, which is refunded if the account is closed.

If you are coming from a traditional Web2 background like building with Node.js, databases, or cloud servers , your first look at a blockchain can be confusing. You hear terms like smart contracts and state transition, but how does data get saved? On Solana, Everything is a file. Well, Solana calls them Accounts, but they act just like files in a computer operating system. Let's break down how Solana stores data using terms you already know. In Web2, you might use a Linux server. On that server, you have executable files programs and data files such as .json or .txt . Solana works the same way. Instead of a hard drive, Solana uses a giant, flat key-value store. So11111111111111111111111111111111111111112 . This is your file name or path.Whether it's a user wallet, a piece of code, a token balance, or a picture of an NFT—on Solana, it is always an account. Just like a file on your computer has a size, an owner, and permissions, every single Solana account contains the same five pieces of information: Here is what it looks like if you inspect a real account using the Solana command line: { "lamports": 2039280, "data": "SGVsbG8gV29ybGQ=", "base64" , "owner": "11111111111111111111111111111111", "executable": false, "rent epoch": 18446744073709551615 } This is the biggest surprise for Web2 developers. In Web2, your app server usually holds some data in memory, or your code handles its own database connections. On Solana, programs smart contracts cannot store data inside themselves. They are stateless. Think of it like this: executable flag is set to true . It sits there like a web server application, ready to run.executable flag is false .When a user wants to interact with an app, they pass both the Program the code and the Data Account the file to the network. The program reads the data file, updates it, and saves it back. How do we stop people from changing your data account and giving themselves a million tokens? Solana has a very strict security rule built into its core: Only the program listed as the "Owner" of an account can change its data. If Program A tries to modify a data file owned by Program B, the Solana network rejects the change. However, anyone is allowed to send money lamports into any account. You can deposit money into a friend's bank account, but only the bank's system can update their account status. On a cloud platform like AWS, you pay a monthly fee to keep your files stored on a hard drive. If you stop paying, AWS deletes your files. Solana manages storage similarly, but with a twist. To keep a file on the blockchain, the account must hold a minimum amount of SOL coins. The bigger your data file, the more SOL you need to leave in it. This is called being Rent-Exempt. For a basic wallet account with no extra data, it costs a tiny fraction of a cent around 0.00089 SOL to stay on the network forever. If you ever close the account and delete the file, you get all that SOL back To survive and build on Solana, just remember these four rules: Once you view the blockchain as a giant, secure file system, writing applications becomes much easier to visualize