Presque chaque semaine depuis deux ans, j'ai eu des appels vidéo en tête-à-tête avec des développeurs qui essaient d'améliorer leurs compétences en développement Solidity / contrats intelligents. D'après mon expérience, voici les principales raisons pour lesquelles les développeurs, même professionnels, ont du mal à comprendre les bases de code DeFi. #1 Ils sont faibles en mathématiques et ne comprennent pas comment traduire une expression algébrique en code Solidity. Le code lui-même n'est qu'une expression d'un modèle mathématique sous-jacent de la façon dont les développeurs s'attendent à ce que le système fonctionne. Bien que les mathématiques puissent être élégantes, Solidity a un support limité pour les fractions et doit éviter les débordements/sous-débordements, donc la formule Solidity ne ressemble pas aux formules du livre blanc. Vous ne pouvez pas comprendre le code à moins de savoir ce qu'il essaie de faire en premier lieu. #2 Ils ont de mauvaises bases en finance de base. Si vous ne pouvez pas traduire l'intérêt par an en intérêt par seconde, certaines constantes ne vont tout simplement pas faire sens. De même, comment allez-vous comprendre les choses si vous ne savez même pas ce qu'est le "levier" en premier lieu ? #3 Ils n'utilisent pas réellement DeFi. Cela m'a un peu surpris, mais au moins la moitié des développeurs qui s'intéressent à l'apprentissage de DeFi ne l'ont pas utilisé au-delà des bases absolues. Oui, DeFi est risqué. Mais le meilleur moyen de se faire une idée est de l'utiliser réellement. Prêter de l'argent. Emprunter de l'argent. Échanger des pièces. Faire quelques trades avec effet de levier. Faites cela avec de l'argent que vous pouvez vous permettre de perdre, ne cherchez pas à devenir riche. Lorsque vous utilisez réellement DeFi, vous réalisez que la "surface" de la façon dont l'état peut changer n'est pas aussi grande qu'il n'y paraît au départ. #4 Ils ne comprennent pas comment fonctionnent les coffres. Presque tous les protocoles utilisent une sorte de notion de "parts LP" ou une variation de celle-ci. Si vous ne maîtrisez pas les mathématiques des coffres, vous ne pourrez pas comprendre la logique derrière certains des codes que vous voyez (comme la protection contre les attaques d'inflation ou comment/pourquoi les prix des parts sont mis à jour). Comment résoudre cela : 1. Si vous avez peur de l'algèbre, corrigez cela. Pas besoin d'être un gangster, mais si vous ne pouvez pas passer d'une formule à une autre, cela vous ralentira trop. Les développeurs Solidity ont réellement besoin de mathématiques, contrairement à la plupart des développeurs fullstack. 2. Traduisez l'algèbre en code Solidity et testez-le dans le domaine où il est censé fonctionner. Si vous rencontrez des problèmes de débordement/sous-débordement ou de sérieux problèmes d'arrondi, comprenez pourquoi. Votre code ne doit pas revenir en arrière lorsqu'il reçoit une valeur valide dans son domaine. 3. Utilisez réellement DeFi. Apprenez en faisant, mais n'utilisez que de l'argent que vous pouvez vous permettre de perdre. Utilisez un L2 au lieu de mainnet pour économiser du gaz. 4. Écrivez un coffre depuis zéro. Vous pouvez copier la base de code Solmate, supprimer le code du coffre (ERC-4626), puis l'écrire à nouveau et voir si vos tests passent.