Par où commencer avec les smart contracts

Les smart contracts sont plus faciles à écrire qu'à écrire en sécurité. Le web regorge de tutoriels « déployez votre premier NFT en 10 minutes » qui sautent les parties qui font qu'on se fait rug, hack, ou simplement profondément perdre six mois plus tard. Ce parcours est plus lent exprès. Vous déploierez quelque chose de minuscule à la fin, mais vous le déploierez en sachant ce qui se passe en dessous.

Étape 1 — Les prérequis qu'il vous faut vraiment

Avant d'écrire une ligne de Solidity, il vous faut un modèle mental fonctionnel de l'EVM. Lisez Mastering Ethereum, chapitres 1 à 7. C'est les comptes, transactions, gas, l'EVM elle-même, les smart contracts dans l'abstrait, et le début de Solidity. Ne survolez pas. La raison pour laquelle la plupart des bugs débutants de smart contracts existent, c'est que l'auteur n'a pas intériorisé comment fonctionnent l'état, le stockage et les appels de message, et la syntaxe de Solidity cache ces détails assez bien pour que vous puissiez écrire du code cassé qui compile.

Vous devriez aussi être à l'aise avec la programmation de base — variables, fonctions, contrôle de flux, types. Pas de niveau expert ; juste assez pour qu'« un mapping d'address vers uint256 » ne vous fasse pas tressaillir. Si c'est le cas, passez un week-end sur n'importe quel cours de programmation pour débutants d'abord. Solidity n'est pas le langage avec lequel apprendre à programmer.

Pour le contexte de l'écosystème pendant votre lecture, abonnez-vous à Bankless et laissez-le tourner en arrière-plan. Vous n'essayez pas d'absorber chaque épisode ; vous bâtissez une conscience périphérique de quels protocoles existent et de quelles conversations a la communauté des développeurs.

Étape 2 — Apprendre Solidity de manière structurée

C'est là que le parcours quitte le catalogue et pointe vers des ressources externes, parce qu'aucun livre sur l'étagère n'est aussi bon pour le Solidity pratique que les ressources interactives gratuites. Dans l'ordre :

• CryptoZombies est la rampe d'accès la plus douce. C'est gamifié et daté par endroits, mais les premières leçons couvrent la syntaxe d'une manière qui colle.
• Solidity by Example est la référence vers laquelle vous reviendrez sans cesse. Snippets courts et ciblés pour chaque motif commun.
• La documentation Solidity elle-même est vraiment bien écrite. Lisez-la après avoir écrit quelques contrats, pas avant — ça aura plus de sens.

Pour le contexte au niveau du protocole sur ce que vous construisez, Finematics est la meilleure ressource vidéo. Regardez les explications sur les AMM, le prêt et les oracles. Vous n'avez pas besoin de construire l'un d'eux encore ; il faut comprendre pourquoi les motifs de Solidity by Example existent.

Étape 3 — Déployer quelque chose de minuscule

Choisissez un projet idiot. Un contrat compteur qui s'incrémente quand on l'appelle. Un livre d'or qui stocke une chaîne par adresse. Un contrat de pile-ou-face qui vous donne une réponse déterministe (n'essayez pas de faire de la vraie aléatoireté encore — c'est un footgun). Plus le contrat est petit, plus vous apprendrez par ligne.

Utilisez Foundry. Lisez le Foundry Book de bout en bout ; c'est le meilleur écrit gratuit sur le tooling Ethereum qui existe. Déployez sur un testnet — Sepolia est le défaut actuel mais vérifiez ce qui est actif quand vous lisez ceci. Vérifiez votre contrat sur le block explorer. Lisez votre propre bytecode. Cherchez votre transaction. La première fois que vous regardez votre propre contrat s'exécuter sur une chaîne publique est le moment où les smart contracts cessent de sembler abstraits.

À éviter au début

N'écrivez pas de contrat upgradeable. N'écrivez pas de contrat qui détient l'argent de quiconque sauf le vôtre. N'auditez pas encore le code des autres. Ne lisez pas sur le MEV, l'abstraction de compte ou les preuves à divulgation nulle de connaissance comme premier détour — c'est fascinant et ça mangera votre semaine. Et ne déployez sous aucun prétexte votre premier contrat sur le mainnet. Les testnets existent pour une raison. Utilisez-les jusqu'à avoir construit et cassé au moins une douzaine de choses.

La sécurité est sa propre discipline et vous devez en savoir juste assez pour savoir que vous ne la connaissez pas. Lisez la liste Smart Contract Weakness Classification une fois. Cherchez les trois exploits historiques majeurs — le DAO, le multisig Parity, et le pont Ronin — et comprenez en une phrase ce qui a mal tourné. C'est assez pour vous rendre convenablement effrayé.

Et après

Une fois que vous pouvez déployer et tester un petit contrat avec confiance, les prochains sauts sont : lire du vrai code de protocole (Uniswap V2 est le point de départ canonique — court, élégant, bien commenté), apprendre une discipline de test (fuzz testing, invariants), et choisir une seule catégorie de protocole pour vous spécialiser. Les développeurs smart contract généralistes existent mais les bons sont tous d'abord allés en profondeur sur quelque chose.