Solana Development Course
About
This course is designed to be the absolute best starting point for Web Developers looking to learn Web3 Development. Solana is the ideal network for starting your Web3 journey because of its high speed, low cost, energy efficiency, and more.
This repository represents an ongoing project. We'll update the list of available lessons in the Get Started section below as they're completed. If you'd like to help out, have a look how you can contribute.
At the time of writing, the first five modules represent what we consider the core of Solana development. Modules 1-2 primarily focus on client-side Solana development and Modules 3-4 focus on developing native programs on the Solana network. Module 5 takes everything you learn in Modules 1-4 and shows you how to do it using the Anchor framework. Subsequent modules represent more advanced and/or niche content, so you can pick and choose lessons a bit more at that point. However, we strongly recommend you make sure you understand the security exploits described in Module 7.
Get Started
While you can absolutely just jump into the lessons below, we suggest you start by reading our Course Guide first for a primer on how lessons are organized and how you can get the most out of them.
Module 1 - Client interaction with the Solana network
- Read data from the network
- Write data to the network
- Interact with wallets
- Serialize custom instruction data
- Deserialize custom account data
- Page, Order, and Filter custom account data
Module 2 - Client interaction with common Solana programs
- Create tokens with the Token Program
- Swap tokens with the Token Swap Program
- Create Solana NFTs With Metaplex
Module 3 - Basic Solana program development
- Hello World
- Create a Basic Program, Part 1 - Handle Instruction Data
- Create a Basic Program, Part 2 - State Management
- Create a Basic Program, Part 3 - Basic Security and Validation
Module 4 - Intermediate Solana program development
- Local Program Development
- Program Derived Addresses
- Cross Program Invocations
- Program Testing - Coming Soon
Module 5 - Anchor program development
- Intro to Anchor development
- Intro to client-side Anchor development
- Anchor PDAs and accounts
- Anchor CPIs and errors
Module 6 - Beyond the Basics
- Environment variables in Solana programs
- Solana Pay
- Versioned transactions and lookup tables
- Rust procedural macros
Module 7 - Solana Program Security
- How to approach the Program Security module
- Signer authorization
- Owner checks
- Account data matching
- Reinitialization attacks
- Duplicate mutable accounts
- Type cosplay
- Arbitrary CPIs
- Bump seed canonicalization
- Closing accounts and revival attacks
- PDA sharing
Contribute to the Course
We plan for this course to be perpetually open-source and we'd love for anyone and everyone to contribute!
Adding content
If you'd like to add content, please start by creating an issue and tagging @jamesrp13 to discuss your reasoning, plan, and timeline.
Once a plan has been discussed and agreed to, you can start working on content. When you're done, create a PR to the draft
branch.
Editing Existing Content
If you want to fix a typo or otherwise improve on existing content, follow a similar process as with adding content:
- Create an issue and/or comment on an existing issue to state you've started working
- Create a PR to the
draft
branch during or when complete
Committing
We are using conventional commits for this repository.
General flow for making a contribution:
- Fork the repo on GitHub
- Clone the project to your own machine
- Commit changes to your own branch
- Push your work back up to your fork
- Submit a Pull request so that we can review your changes
NOTE: Be sure to merge the latest from upstream/draft
before making a pull request!
Localization
In order for the course structure to be maintained, localized files need to adhere to the following rules:
- Localized lesson files should be in a subdirectory of
content
named after the language abbreviation. For example, lessons translated into Spanish should be housed incontent/es
. - Localized asset files should be in a subdirectory of
assets
named after the language abbreviation. For example, assets localized into Spanish should be housed inassets/es
. - File names for localized files must be identical to their English counterpart. To be clear, do not translate file names. The file name is used as the slug for the article and must be identical between languages.
Providing general feedback
If you have feedback on content or suggestions for additional content, simply create an issue explaining your feedback/suggestions.