Aller au contenu
Blockchain Association of Cameroon

Layer-0 Developer Academy

Cas d'usage et capstones

Chaque cas d'usage porte une contrainte de terrain explicite. Sans elle, un sujet de capstone reste un exercice d'école : c'est la contrainte — connexion intermittente, utilisateur sans jeton, preuve opposable devant une administration — qui force une vraie décision d'architecture.

Douze cas d'usage africains

Agriculture

Passeport numérique agricole

Un producteur de cacao ne peut pas prouver l'origine ni les pratiques de sa récolte, et perd l'accès aux marchés qui l'exigent.

Contrainte
Le producteur n'a ni jeton, ni connexion permanente : les écritures doivent être groupées et prises en charge par un tiers.

Commerce et chaînes d'approvisionnement

Traçabilité et lutte anti-contrefaçon

Un produit authentique et sa contrefaçon présentent la même documentation papier à l'importation.

Contrainte
La vérification doit se faire en quelques secondes, hors ligne, sur un téléphone d'entrée de gamme.

Services financiers

Règlement transfrontalier CEMAC

Un règlement entre deux pays de la zone transite par des correspondants hors du continent, avec des délais et des coûts disproportionnés.

Contrainte
Le système doit rester auditable par un régulateur qui n'opère aucun nœud, et réversible si l'opérateur change.

Identité

Attestations vérifiables

Prouver un attribut — âge, résidence, qualification — impose aujourd'hui de divulguer un document entier.

Contrainte
Aucune donnée personnelle ne doit être publiée on-chain, y compris chiffrée.

Éducation

Vérification des diplômes

La vérification d'un diplôme camerounais par un employeur étranger prend des semaines, quand elle aboutit.

Contrainte
L'établissement émetteur doit pouvoir révoquer, et le diplôme rester vérifiable si l'établissement ferme.

Santé

Traçabilité du médicament

Les médicaments falsifiés entrent dans la chaîne de distribution à des points que les registres actuels ne couvrent pas.

Contrainte
Le pharmacien vérifie en officine, souvent sans réseau : la preuve doit être vérifiable hors ligne.

Administration publique

Registres publics horodatés

L'intégrité d'un registre foncier ou d'état civil repose sur la confiance dans son détenteur, sans vérification indépendante possible.

Contrainte
L'administration doit rester maîtresse des données ; la chaîne ne porte que des preuves.

Logistique et douanes

Suivi des cargaisons et dédouanement

Le corridor Douala–N'Djaména accumule des retards dont la cause est indécidable faute de données partagées.

Contrainte
Plusieurs administrations souveraines doivent écrire dans un registre commun sans qu'aucune ne l'opère seule.

Énergie

Marchés d'énergie distribuée

Les producteurs solaires locaux ne peuvent pas revendre leur surplus faute de mécanisme de mesure et de règlement fiable.

Contrainte
La mesure vient de capteurs : la chaîne doit traiter explicitement la question de la confiance dans l'oracle.

Mines

Provenance des minerais

L'origine d'un minerai conditionne son accès aux marchés internationaux, et repose sur des attestations papier peu vérifiables.

Contrainte
Les sites d'extraction sont hors couverture réseau : la collecte doit être différée et signée localement.

Climat

Vérification d'actifs carbone

Les crédits carbone issus de projets africains sont dévalorisés par le doute sur leur méthodologie et leur double comptage.

Contrainte
Un même crédit ne doit jamais exister sur deux registres : le problème est d'abord d'interopérabilité.

Internet des objets

Réseaux de capteurs de confiance

Une donnée de capteur est utilisée comme preuve alors que rien ne garantit qu'elle n'a pas été fabriquée.

Contrainte
Le capteur a une clé, mais pas de sécurité matérielle : la conception doit assumer la compromission d'une partie du parc.

Cinq paliers de capstone

Chaque palier relève l'exigence sur un axe nommé. L'acceptation est toujours vérifiée par un tiers.

  1. 01L1

    Capstone débutant — explorateur vérifiable

    Un explorateur qui vérifie lui-même ce qu'il affiche plutôt que de relayer les données d'un fournisseur.

    Premier palier : le participant cesse de croire un affichage et commence à vérifier.

    Critères d'acceptation

    • Vérification locale des empreintes et des preuves d'inclusion
    • Environnement reproduit par un pair depuis le seul dépôt
    • Documentation distinguant ce qui est vérifié de ce qui reste supposé
  2. 02L1

    Capstone intermédiaire — application de traçabilité

    Une application de traçabilité complète sur une chaîne existante, utilisable en connexion dégradée.

    L'utilisateur réel entre dans l'équation : la contrainte n'est plus technique seulement.

    Critères d'acceptation

    • Contrats testés et audités par une équipe tierce
    • Parcours utilisateur mesuré sur connexion mobile dégradée
    • Traitement explicite des états d'attente et d'échec
  3. 03L2

    Capstone avancé — blockchain applicative

    Une chaîne applicative complète répondant à un cas d'usage réel, reproduite par une équipe tierce.

    Le participant ne consomme plus un protocole : il en écrit un et en assume les coûts.

    Critères d'acceptation

    • Chaque appel testé, borné et pesé par la mesure
    • Mise à niveau démontrée sur un état peuplé
    • Modèle de menace de la chaîne documenté
  4. 04L3

    Capstone expert — infrastructure interopérable

    Une infrastructure exploitée reliant deux écosystèmes distincts, supervisée et éprouvée en panne.

    L'exploitation devient le livrable : ce qui compte est que le système tienne sans son auteur.

    Critères d'acceptation

    • Liaison inter-écosystèmes démontrée en direct
    • Manuel de reprise exécuté par une autre équipe
    • Toutes les hypothèses de confiance documentées et revues
  5. 05L4

    Capstone national — infrastructure pour le Cameroun

    Concevoir, chiffrer et défendre une infrastructure de production répondant à un besoin national réel.

    La contrainte institutionnelle devient la contrainte principale : le jury n'est plus seulement technique.

    Critères d'acceptation

    • Dossier d'architecture chiffré sur trois ans
    • Prototype fonctionnel de la composante la plus risquée
    • Plan de réversibilité opposable et soutenance devant jury mixte

BAC Multichain Builders Challenge

Le hackathon qui demande aux équipes de construire sur plus d'un écosystème, autour d'un problème que leur pays a réellement.

  • Agriculture et sécurité alimentaire
  • Santé
  • Chaînes d'approvisionnement
  • Services financiers
  • Identité
  • Services publics
  • Climat
  • Mines
  • Éducation
  • Internet des objets

De la formation à l'entreprise

Chaque étape a une condition : rien n'avance sur le seul enthousiasme.

  1. 01FormationCertification obtenue sur épreuve pratique.
  2. 02CapstoneProjet livré et reproduit par une équipe tierce.
  3. 03HackathonPrototype confronté à un jury et à des utilisateurs réels.
  4. 04Validation techniqueRevue d'architecture et de sécurité par la task force.
  5. 05ConstitutionStructure juridique et répartition documentées.
  6. 06IncubationAccompagnement par un incubateur partenaire.
  7. 07Subvention d'écosystèmeDossier déposé auprès d'une fondation de protocole.
  8. 08InvestissementTraction démontrée au-delà du périmètre de l'Académie.