Skip to content

Kuusho/Solidity

Folders and files

NameName
Last commit message
Last commit date

Latest commit

 

History

3 Commits
 
 
 
 
 
 
 
 

Repository files navigation

Learning Solidity and Smart Contract Development

Step 1: BREAKING IT DOWN

Smart Contract Development off the top of my head can be broken down into a variety of skills and tools including but not limited to:

  • Testing: Fuzz Testing, Invariant Testing, Stateful/stateless testing, Unit Testing etc.

Testing may require knowledge of the Forge Standard Library, Foundry Cheatcodes, Scripting etc.

  • Scripting: Deployment Scripts, Configuration Scripts (HelperConfig)

  • Auditing: Debugging, Access control, Reading Documentation, Understanding Codebases.

  • Low Level EVM stuff: Gas optimization, OPCODES, Assembly and Formal Verification, EIPs and their effects, ERCs.

  • Syntax and Logic: Functions, Conditionals, Calls, Storage Optimization, Access Control, Imports, Using Interfaces, Oracles, Types and Type Conversion.

  • Concepts: Lending/Borrowing, Flash Loans, Stablecoins, Randomness/Gamification, Marketplaces, Upgradable Smart Contracts, Signatures, Airdrops.

Smart Contract Development can be further broken down into it's most common and native use cases such as:

  • Lending/Borrowing (Basically all of DeFi)
  • Marketplaces (from Simple Trading or Exchanges to AMMs, liquidity pools etc.)
  • Airdrops (and all things related to Signature Verification)
  • Tokens and Tokenization (Stablecoins, SBTs, ERC20s, 721s, 1155s etc)
  • FOCGs (Randomness, ZK/Obscification of Information)

Smart Contract Development also has ideas or truths that are central to all that is built with this:

  1. Blockchains are Deterministic Systems: True Randomness does not exist, but Randomness is needed. External Data cannot be introduced directly but need to be introduced. Smart Contracts are Immutable once deployed but need to be fixable or upgradable.

  2. Decentralization is an extremely important feature with security implications.

  3. Correct Access control can make or break a contract.

Step 2: What is something I want to be able to do by the end of Q1 2025?

  1. Target Use Case:
  2. Key Considerations:
  3. Prerequisites:
  4. Skills that will be learned:
  5. Resources:

About

No description, website, or topics provided.

Resources

Stars

Watchers

Forks

Releases

No releases published

Packages

No packages published