Blockchain & Web3 Development Skill — Quick Reference
This skill equips blockchain developers with execution-ready patterns for building secure, gas-optimized smart contracts and decentralized applications. Claude should apply these patterns when users ask for smart contract development, DeFi protocols, NFT implementations, security audits, or Web3 architecture.
Modern Best Practices: Security-first development, formal verification, comprehensive testing (unit, integration, fork, invariant), gas optimization, upgradeable contracts, multi-chain deployment, and battle-tested DeFi patterns.
Quick Reference
| Task |
Tool/Framework |
Command |
When to Use |
| Solidity Development |
Hardhat/Foundry |
npx hardhat init or forge init |
Ethereum/EVM smart contracts |
| Solana Programs |
Anchor |
anchor init |
Solana blockchain development |
| Cosmos Contracts |
CosmWasm |
cargo generate --git cosmwasm-template |
Cosmos ecosystem contracts |
| TON Contracts |
Tact/FunC + Blueprint |
npm create ton@latest |
TON blockchain development |
| Testing (Solidity) |
Foundry/Hardhat |
forge test or npx hardhat test |
Unit, fork, invariant tests |
| Security Audit |
Slither/Mythril/Echidna |
slither . |
Static analysis, fuzzing |
| Gas Optimization |
Foundry Gas Snapshots |
forge snapshot |
Benchmark and optimize gas |
| Deployment |
Hardhat Deploy/Forge Script |
npx hardhat deploy |
Mainnet/testnet deployment |
| Verification |
Etherscan API |
npx hardhat verify |
Source code verification |
| Upgradeable Contracts |
OpenZeppelin Upgrades |
@openzeppelin/hardhat-upgrades |
Proxy-based upgrades |
When to Use This Skill
Claude should invoke this skill when a user requests:
- Smart contract development (Solidity, Rust, CosmWasm)
- DeFi protocol implementation (AMM, lending, staking, yield farming)
- NFT and token standards (ERC20, ERC721, ERC1155, SPL tokens)
- DAO governance systems
- Cross-chain bridges and interoperability
- Gas optimization and storage patterns
- Smart contract security audits
- Testing strategies (Foundry, Hardhat, Anchor)
- Oracle integration (Chainlink, Pyth)
- Upgradeable contract patterns (proxies, diamonds)
- Web3 frontend integration (ethers.js, web3.js, @solana/web3.js)
- Blockchain indexing (The Graph, subgraphs)
- MEV protection and flashbots
- Layer 2 scaling solutions (Optimism, Arbitrum, zkSync)
- Backend crypto integration (.NET/C#, multi-provider architecture, CQRS)
- Webhook handling and signature validation (Fireblocks, custodial providers)
- Event-driven architecture with Kafka for crypto payments
- Transaction lifecycle management and monitoring
- Wallet management (custodial vs non-custodial)
Decision Tree: Blockchain Platform Selection
Project needs: [Use Case]
├─ EVM-compatible smart contracts?
│ ├─ Complex testing needs → Foundry (Solidity tests, fuzzing, gas snapshots)
│ ├─ TypeScript ecosystem → Hardhat (plugins, TypeScript, Ethers.js)
│ └─ Enterprise features → NestJS + Hardhat
│
├─ High throughput/low fees?
│ ├─ Rust-based → Solana (Anchor framework, 50k+ TPS)
│ ├─ EVM L2 → Arbitrum/Optimism (Ethereum security, lower gas)
│ └─ Telegram integration → TON (Tact/FunC contracts)
│
├─ Interoperability across chains?
│ ├─ Cosmos ecosystem → CosmWasm (IBC protocol)
│ ├─ Multi-chain DeFi → LayerZero or Wormhole
│ └─ Bridge development → Custom bridge contracts
│
├─ Token standard implementation?
│ ├─ Fungible tokens → ERC20 (OpenZeppelin), SPL Token (Solana)
│ ├─ NFTs → ERC721/ERC1155 (OpenZeppelin), Metaplex (Solana)
│ └─ Semi-fungible → ERC1155 (gaming, fractionalized NFTs)
│
├─ DeFi protocol development?
│ ├─ AMM/DEX → Uniswap V3 fork or custom (x*y=k, concentrated liquidity)
│ ├─ Lending → Compound/Aave fork (collateralized borrowing)
│ └─ Staking/Yield → Custom reward distribution contracts
│
├─ Upgradeable contracts required?
│ ├─ Transparent Proxy → OpenZeppelin (admin/user separation)
│ ├─ UUPS → Gas-efficient (upgrade logic in implementation)
│ └─ Diamond Standard → Modular functionality (EIP-2535)
│
└─ Backend integration?
├─ .NET/C# → Multi-provider architecture (see Backend Integration Patterns)
├─ Node.js → Ethers.js/Web3.js + Prisma
└─ Python → Web3.py + FastAPI
Chain-Specific Considerations:
- Ethereum/EVM: Security-first, higher gas costs, largest ecosystem
- Solana: Performance-first, Rust required, lower fees
- Cosmos: Interoperability-first, IBC native, growing ecosystem
- TON: Telegram-first, async contracts, unique architecture
See resources/ for chain-specific best practices.
Navigation
Resources
- resources/blockchain-best-practices.md — Universal blockchain patterns and security
- resources/backend-integration-best-practices.md — .NET/C# crypto integration patterns (CQRS, Kafka, multi-provider)
- resources/solidity-best-practices.md — Solidity/EVM-specific guidance
- resources/rust-solana-best-practices.md — Solana + Anchor patterns
- resources/cosmwasm-best-practices.md — Cosmos/CosmWasm guidance
- resources/ton-best-practices.md — TON contracts (Tact/Fift/FunC) and deployment
- ../software-security-appsec/resources/smart-contract-security-auditing.md — Smart contract audit workflows and tools (see software-security-appsec skill)
- README.md — Folder overview and usage notes
- data/sources.json — Curated external references per chain
Templates
- Ethereum/EVM: templates/ethereum/template-solidity-hardhat.md, templates/ethereum/template-solidity-foundry.md
- Solana: templates/solana/template-rust-anchor.md
- Cosmos: templates/cosmos/template-cosmwasm.md
- TON: templates/ton/template-tact-blueprint.md, templates/ton/template-func-blueprint.md
- Bitcoin: templates/bitcoin/template-bitcoin-core.md
Related Skills
- ../software-security-appsec/SKILL.md — Security hardening, threat modeling, OWASP vulnerabilities
- ../software-architecture-design/SKILL.md — System decomposition, modularity, dependency design
- ../ops-devops-platform/SKILL.md — Infrastructure, CI/CD, observability for blockchain nodes
- ../software-backend/SKILL.md — API integration with smart contracts, RPC nodes, indexers
- ../quality-resilience-patterns/SKILL.md — Resilience, circuit breakers, retry logic for chains
- ../software-code-review/SKILL.md — Code review patterns and quality gates
- ../foundation-api-design/SKILL.md — RESTful design for Web3 APIs and dApp backends
Operational Playbooks
- resources/operational-playbook.md — Smart contract architecture, security-first workflows, and platform-specific patterns
1---2name: software-crypto-web33description: Production-grade blockchain and Web3 development with Solidity (Ethereum/EVM), Rust (Solana), CosmWasm (Cosmos), including smart contract architecture, security patterns, gas optimization, testing strategies, DeFi protocols, and deployment workflows.4---56# Blockchain & Web3 Development Skill — Quick Reference78This skill equips blockchain developers with execution-ready patterns for building secure, gas-optimized smart contracts and decentralized applications. Claude should apply these patterns when users ask for smart contract development, DeFi protocols, NFT implementations, security audits, or Web3 architecture.910**Modern Best Practices**: Security-first development, formal verification, comprehensive testing (unit, integration, fork, invariant), gas optimization, upgradeable contracts, multi-chain deployment, and battle-tested DeFi patterns.1112---1314## Quick Reference1516| Task | Tool/Framework | Command | When to Use |17|------|----------------|---------|-------------|18| Solidity Development | Hardhat/Foundry | `npx hardhat init` or `forge init` | Ethereum/EVM smart contracts |19| Solana Programs | Anchor | `anchor init` | Solana blockchain development |20| Cosmos Contracts | CosmWasm | `cargo generate --git cosmwasm-template` | Cosmos ecosystem contracts |21| TON Contracts | Tact/FunC + Blueprint | `npm create ton@latest` | TON blockchain development |22| Testing (Solidity) | Foundry/Hardhat | `forge test` or `npx hardhat test` | Unit, fork, invariant tests |23| Security Audit | Slither/Mythril/Echidna | `slither .` | Static analysis, fuzzing |24| Gas Optimization | Foundry Gas Snapshots | `forge snapshot` | Benchmark and optimize gas |25| Deployment | Hardhat Deploy/Forge Script | `npx hardhat deploy` | Mainnet/testnet deployment |26| Verification | Etherscan API | `npx hardhat verify` | Source code verification |27| Upgradeable Contracts | OpenZeppelin Upgrades | `@openzeppelin/hardhat-upgrades` | Proxy-based upgrades |2829# When to Use This Skill3031Claude should invoke this skill when a user requests:3233- Smart contract development (Solidity, Rust, CosmWasm)34- DeFi protocol implementation (AMM, lending, staking, yield farming)35- NFT and token standards (ERC20, ERC721, ERC1155, SPL tokens)36- DAO governance systems37- Cross-chain bridges and interoperability38- Gas optimization and storage patterns39- Smart contract security audits40- Testing strategies (Foundry, Hardhat, Anchor)41- Oracle integration (Chainlink, Pyth)42- Upgradeable contract patterns (proxies, diamonds)43- Web3 frontend integration (ethers.js, web3.js, @solana/web3.js)44- Blockchain indexing (The Graph, subgraphs)45- MEV protection and flashbots46- Layer 2 scaling solutions (Optimism, Arbitrum, zkSync)47- **Backend crypto integration** (.NET/C#, multi-provider architecture, CQRS)48- Webhook handling and signature validation (Fireblocks, custodial providers)49- Event-driven architecture with Kafka for crypto payments50- Transaction lifecycle management and monitoring51- Wallet management (custodial vs non-custodial)5253## Decision Tree: Blockchain Platform Selection5455```text56Project needs: [Use Case]57 ├─ EVM-compatible smart contracts?58 │ ├─ Complex testing needs → Foundry (Solidity tests, fuzzing, gas snapshots)59 │ ├─ TypeScript ecosystem → Hardhat (plugins, TypeScript, Ethers.js)60 │ └─ Enterprise features → NestJS + Hardhat61 │62 ├─ High throughput/low fees?63 │ ├─ Rust-based → Solana (Anchor framework, 50k+ TPS)64 │ ├─ EVM L2 → Arbitrum/Optimism (Ethereum security, lower gas)65 │ └─ Telegram integration → TON (Tact/FunC contracts)66 │67 ├─ Interoperability across chains?68 │ ├─ Cosmos ecosystem → CosmWasm (IBC protocol)69 │ ├─ Multi-chain DeFi → LayerZero or Wormhole70 │ └─ Bridge development → Custom bridge contracts71 │72 ├─ Token standard implementation?73 │ ├─ Fungible tokens → ERC20 (OpenZeppelin), SPL Token (Solana)74 │ ├─ NFTs → ERC721/ERC1155 (OpenZeppelin), Metaplex (Solana)75 │ └─ Semi-fungible → ERC1155 (gaming, fractionalized NFTs)76 │77 ├─ DeFi protocol development?78 │ ├─ AMM/DEX → Uniswap V3 fork or custom (x*y=k, concentrated liquidity)79 │ ├─ Lending → Compound/Aave fork (collateralized borrowing)80 │ └─ Staking/Yield → Custom reward distribution contracts81 │82 ├─ Upgradeable contracts required?83 │ ├─ Transparent Proxy → OpenZeppelin (admin/user separation)84 │ ├─ UUPS → Gas-efficient (upgrade logic in implementation)85 │ └─ Diamond Standard → Modular functionality (EIP-2535)86 │87 └─ Backend integration?88 ├─ .NET/C# → Multi-provider architecture (see Backend Integration Patterns)89 ├─ Node.js → Ethers.js/Web3.js + Prisma90 └─ Python → Web3.py + FastAPI91```9293**Chain-Specific Considerations:**9495- **Ethereum/EVM**: Security-first, higher gas costs, largest ecosystem96- **Solana**: Performance-first, Rust required, lower fees97- **Cosmos**: Interoperability-first, IBC native, growing ecosystem98- **TON**: Telegram-first, async contracts, unique architecture99100See [resources/](resources/) for chain-specific best practices.101102---103104## Navigation105106**Resources**107108- [resources/blockchain-best-practices.md](resources/blockchain-best-practices.md) — Universal blockchain patterns and security109- [resources/backend-integration-best-practices.md](resources/backend-integration-best-practices.md) — .NET/C# crypto integration patterns (CQRS, Kafka, multi-provider)110- [resources/solidity-best-practices.md](resources/solidity-best-practices.md) — Solidity/EVM-specific guidance111- [resources/rust-solana-best-practices.md](resources/rust-solana-best-practices.md) — Solana + Anchor patterns112- [resources/cosmwasm-best-practices.md](resources/cosmwasm-best-practices.md) — Cosmos/CosmWasm guidance113- [resources/ton-best-practices.md](resources/ton-best-practices.md) — TON contracts (Tact/Fift/FunC) and deployment114- [../software-security-appsec/resources/smart-contract-security-auditing.md](../software-security-appsec/resources/smart-contract-security-auditing.md) — Smart contract audit workflows and tools (see software-security-appsec skill)115- [README.md](README.md) — Folder overview and usage notes116- [data/sources.json](data/sources.json) — Curated external references per chain117118**Templates**119- Ethereum/EVM: [templates/ethereum/template-solidity-hardhat.md](templates/ethereum/template-solidity-hardhat.md), [templates/ethereum/template-solidity-foundry.md](templates/ethereum/template-solidity-foundry.md)120- Solana: [templates/solana/template-rust-anchor.md](templates/solana/template-rust-anchor.md)121- Cosmos: [templates/cosmos/template-cosmwasm.md](templates/cosmos/template-cosmwasm.md)122- TON: [templates/ton/template-tact-blueprint.md](templates/ton/template-tact-blueprint.md), [templates/ton/template-func-blueprint.md](templates/ton/template-func-blueprint.md)123- Bitcoin: [templates/bitcoin/template-bitcoin-core.md](templates/bitcoin/template-bitcoin-core.md)124125**Related Skills**126127- [../software-security-appsec/SKILL.md](../software-security-appsec/SKILL.md) — Security hardening, threat modeling, OWASP vulnerabilities128- [../software-architecture-design/SKILL.md](../software-architecture-design/SKILL.md) — System decomposition, modularity, dependency design129- [../ops-devops-platform/SKILL.md](../ops-devops-platform/SKILL.md) — Infrastructure, CI/CD, observability for blockchain nodes130- [../software-backend/SKILL.md](../software-backend/SKILL.md) — API integration with smart contracts, RPC nodes, indexers131- [../quality-resilience-patterns/SKILL.md](../quality-resilience-patterns/SKILL.md) — Resilience, circuit breakers, retry logic for chains132- [../software-code-review/SKILL.md](../software-code-review/SKILL.md) — Code review patterns and quality gates133- [../foundation-api-design/SKILL.md](../foundation-api-design/SKILL.md) — RESTful design for Web3 APIs and dApp backends134135---136137## Operational Playbooks138- [resources/operational-playbook.md](resources/operational-playbook.md) — Smart contract architecture, security-first workflows, and platform-specific patterns