Exemples concrets de tests techniques blockchain

Maintenant, voyons des exemples réels pour bien comprendre ce qu'on attend de toi. Ces exemples vont t'aider à visualiser le type de problèmes que tu pourrais rencontrer.

Exemple 1 : Implémenter un token ERC-20 simplifié

C'est un classique. On te demande d'écrire un smart contract qui implémente les fonctionnalités de base d'un token ERC-20.

Voici ce qu'on attend généralement :

• Une fonction pour transférer des tokens

• Une fonction pour approuver des dépenses

• Une fonction pour transférer depuis un compte approuvé

• Un suivi des soldes et des allocations

• Des événements pour tracer les transactions

Ce qu'il faut vraiment faire attention :

• Vérifier les soldes avant de transférer

• Émettre les bons événements

• Gérer les cas limites (transfert de zéro, etc.)

• Penser à la sécurité (overflow, underflow)

Voici un exemple simplifié de ce qu'on pourrait attendre :

pragma solidity ^0.8.0;

contract SimpleToken {

mapping(address => uint256) public balances;

function transfer(address to, uint256 amount) public {

require(balances[msg.sender] >= amount, "Solde insuffisant");

balances[msg.sender] -= amount;

balances[to] += amount;

}

}

Bien sûr, une vraie réponse serait plus complète, avec des événements, des fonctions supplémentaires, et une meilleure gestion des erreurs.

Exemple 2 : Identifier une vulnérabilité de reentrancy

On te montre un code avec une vulnérabilité de reentrancy, et tu dois la trouver et l'expliquer.

Voici un exemple classique :

function withdraw(uint256 amount) public {

require(balances[msg.sender] >= amount);

(bool success, ) = msg.sender.call{value: amount}("");

require(success);

balances[msg.sender] -= amount;

}

Le problème ici ? On envoie l'argent avant de mettre à jour le solde. Un attaquant peut rappeler la fonction avant que le solde soit mis à jour.

La bonne pratique, c'est de mettre à jour le solde en premier (checks-effects-interactions pattern).

Exemple 3 : Optimiser le gaz d'un smart contract

On te donne un contrat qui fonctionne, mais qui consomme trop de gaz. Tu dois l'optimiser.

Les optimisations courantes incluent :

• Utiliser des types de données plus petits (uint8 au lieu de uint256)

• Réduire le nombre d'appels de stockage

• Utiliser des structures de données plus efficaces

• Éviter les boucles inutiles

Par exemple, au lieu de faire plusieurs appels au stockage, tu peux charger la valeur une fois en mémoire et la manipuler là.

Exemple 4 : Concevoir un système de vote décentralisé

On te demande de concevoir un smart contract pour un système de vote. C'est un peu plus complexe et ça teste ta capacité à penser à plusieurs niveaux.

Tu dois penser à :

• Comment enregistrer les votes

• Comment empêcher les votes multiples

• Comment compter les résultats

• Comment gérer les différentes phases (inscription, vote, résultats)

• Comment sécuriser le tout

C'est un bon exercice parce qu'il combine plusieurs concepts : la gestion d'état, la sécurité, et la logique métier.