Layer-0 Developer Academy
Ressources développeur
Tout ce dont un participant a besoin avant la première séance, et tout ce dont un contributeur a besoin avant la première pull request.
Environnement standard
Un socle commun à toutes les pistes, installé progressivement plutôt qu'en bloc — un débutant n'a pas besoin de Terraform en première semaine.
| Outil | Usage | Dès |
|---|---|---|
| Ubuntu 22.04 LTS ou 24.04 LTS | Système de référence de tous les laboratoires ; WSL2 accepté sous Windows. | L0 |
| Git | Gestion de versions et rendu de tous les travaux. | L0 |
| VS Code | Éditeur de référence, avec extensions Rust Analyzer et Go. | L0 |
| Docker Engine | Environnements reproductibles et réseaux locaux multi-nœuds. | L1 |
| Node.js LTS | Outillage front-end, clients RPC, scripts d'intégration. | L1 |
| Rust (rustup, toolchain stable + cible wasm32) | Polkadot SDK, rollups souverains, outillage cryptographique. | L1 |
| Go | Cosmos SDK, AvalancheGo, nœuds Celestia. | L1 |
| Foundry | Développement et test de contrats sur chaînes compatibles EVM. | L1 |
| Python 3 | Scripts d'analyse, simulation économique, automatisation. | L2 |
| Terraform + Ansible | Infrastructure décrite en code pour les laboratoires cloud. | L3 |
| Prometheus + Grafana | Métriques, tableaux de bord et alertes des nœuds. | L3 |
Architecture GitHub
Douze dépôts sous l'organisation bac-blockchain-academy, chaque dépôt d'atelier suivant une arborescence imposée.
Dépôts
- foundationVingt ateliers de niveau 0 : réseaux, cryptographie, consensus, fondamentaux.
- polkadotArchitecture de la Relay Chain, parachains, XCM, OpenGov.
- substratePolkadot SDK : FRAME, palettes, runtime, benchmarking.
- cosmosCosmos SDK, CometBFT, IBC, CosmWasm.
- avalancheL1 Avalanche, machines virtuelles, ICM/Warp.
- celestiaDisponibilité des données, échantillonnage, rollups souverains.
- interoperabilityLaboratoires inter-chaînes et comparaison des modèles de messagerie.
- securityModélisation de menaces, durcissement, exercices d'attaque encadrés.
- devopsInfrastructure as code, supervision, reprise après sinistre.
- capstonesProjets de fin de parcours des cohortes, archivés et citables.
- infrastructureCode du BAC Blockchain Engineering Lab et du testnet multichaîne.
- documentationCurriculum, gabarits d'atelier, guides formateurs, traductions.
Arborescence d'un dépôt d'atelier
- README.mdIdentité de l'atelier, prérequis, durée, bloc de versions.
- architecture/Schémas et notes de décision d'architecture.
- lessons/Contenu de cours, bilingue, au format Markdown.
- labs/Énoncés des laboratoires guidés et autonomes.
- solutions/Corrigés, publiés après la séance et jamais avant.
- starter-code/Squelette de départ compilable et testé en intégration continue.
- tests/Tests exécutables servant de barème automatique.
- docker/Environnement reproductible et images du mode allégé.
- scripts/Installation, réinitialisation et vérification de l'environnement.
- security/Modèle de menace de l'atelier et défi sécurité associé.
- resources/Références documentaires et lectures complémentaires.
Règles de contribution
- 01Toute modification passe par une pull request ; personne ne pousse directement sur la branche principale, y compris l'équipe pédagogique.
- 02Une pull request touchant un atelier publié doit mettre à jour son bloc de versions — version d'atelier, version de protocole, date de revue.
- 03Deux approbations sont requises : un relecteur technique et un relecteur pédagogique. Un même contributeur ne peut pas porter les deux.
- 04L'intégration continue compile le code de départ, exécute les tests et échoue si un corrigé fuite hors de `solutions/`.
- 05Les travaux des participants vivent dans des forks personnels ; le dépôt de cohorte ne conserve que les rendus évalués.
- 06Aucune clé, aucun mnémonique, aucun jeton n'entre dans un dépôt — même sur un réseau de test, même en commentaire.
Registre documentaire
Les ateliers ne contiennent aucune URL : ils citent des clés de ce registre. Une documentation qui déménage se corrige à un seul endroit plutôt que dans cent soixante-dix fichiers.
Registre vérifié le 27 août 2026 : sur trente-huit références, trente-six répondent sans redirection et aucune n'est morte. Deux refusent de répondre à un client automatisé (docs.celestia.org, docs.ansible.com), ce qui ne dit rien de leur existence et reste à confirmer dans un navigateur. Le contrôle est rejoué chaque semaine.
Rang 1 — Documentation officielle du protocole
- Polkadot developer documentationhttps://docs.polkadot.com/
- Polkadot Wikihttps://wiki.polkadot.com/
- Cosmos SDK documentationhttps://docs.cosmos.network/
- CometBFT documentationhttps://docs.cosmos.network/cometbft/latest/docs/README
- IBC documentationhttps://docs.cosmos.network/ibc/latest/intro
- CosmWasm documentationhttps://cosmwasm.github.io/
- Avalanche Builder documentationhttps://build.avax.network/docs
- Celestia documentationhttps://docs.celestia.org/
- Rollkit — sovereign rollup frameworkhttps://ev.xyz/
- The Rust Programming Languagehttps://doc.rust-lang.org/book/
- Go documentationhttps://go.dev/doc/
- Solidity documentationhttps://docs.soliditylang.org/
- Foundry Bookhttps://www.getfoundry.sh/
- libp2p documentationhttps://docs.libp2p.io/
- Docker documentationhttps://docs.docker.com/
- Kubernetes documentationhttps://kubernetes.io/docs/
- Terraform documentationhttps://developer.hashicorp.com/terraform/docs
- Ansible documentationhttps://docs.ansible.com/
- Prometheus documentationhttps://prometheus.io/docs/
- Grafana documentationhttps://grafana.com/docs/
- GitHub Actions documentationhttps://docs.github.com/actions
Rang 2 — Dépôt officiel
- paritytech/polkadot-sdkhttps://github.com/paritytech/polkadot-sdk
- polkadot-fellows/xcm-formathttps://github.com/polkadot-fellows/xcm-format
- cosmos/cosmos-sdkhttps://github.com/cosmos/cosmos-sdk
- cosmos/ibc-gohttps://github.com/cosmos/ibc-go
- ava-labs/avalanchegohttps://github.com/ava-labs/avalanchego
- ava-labs/avalanche-clihttps://github.com/ava-labs/avalanche-cli
- ava-labs/subnet-evmhttps://github.com/ava-labs/subnet-evm
- celestiaorg/celestia-nodehttps://github.com/celestiaorg/celestia-node
- celestiaorg/celestia-apphttps://github.com/celestiaorg/celestia-app
Rang 3 — Article de recherche
- GRANDPA: A Byzantine Finality Gadget (arXiv:2007.01560)https://arxiv.org/abs/2007.01560
- The latest gossip on BFT consensus (arXiv:1807.04938)https://arxiv.org/abs/1807.04938
- LazyLedger / Celestia (arXiv:1905.09274)https://arxiv.org/abs/1905.09274
- Fraud and Data Availability Proofs (arXiv:1809.09044)https://arxiv.org/abs/1809.09044
- RFC 1034 — Domain Names: Concepts and Facilitieshttps://www.rfc-editor.org/rfc/rfc1034
- RFC 8446 — The Transport Layer Security (TLS) Protocol Version 1.3https://www.rfc-editor.org/rfc/rfc8446
- Bitcoin: A Peer-to-Peer Electronic Cash Systemhttps://bitcoin.org/bitcoin.pdf
- Practical Byzantine Fault Tolerance (Castro & Liskov, OSDI 1999)https://www.microsoft.com/en-us/research/publication/practical-byzantine-fault-tolerance/
Rang 5 — Recherche indépendante reconnue
- MDN — HTTPhttps://developer.mozilla.org/en-US/docs/Web/HTTP
- OWASP Smart Contract Top 10https://owasp.org/www-project-smart-contract-top-10/
- NIST SP 800-57 — Key Managementhttps://csrc.nist.gov/pubs/sp/800/57/pt1/r5/final