Feuille de route Vantemio Donations
Révision 2026-10-16 · Étapes de réception · En développement
1. Base observée
Le document technique identifie la révision inspectée : intentions Base Sepolia, lien au profil actuel, contrôles des reçus, interface de stockage, historique limité au créateur et accès OBS révocable. Ces mécanismes sont observés dans le code, sans réception d’un service public déployé. Le stockage par défaut est en mémoire sans adaptateur persistant fourni.
Le progrès se mesure par comportement accepté et preuves. Les étapes n’annoncent pas de dates de lancement et ne supposent pas les précédentes achevées.
2. Backend persistant et reprise
Achever le parcours réel site/serveur/stockage persistant/deux RPC. Démontrer unicité de prise en compte de transaction, un règlement accepté et identité d’alerte, reprise après redémarrage, rejet de profil périmé et isolation des créateurs. Rapprocher fournisseurs indisponibles, reçus contradictoires, réorganisations et écritures interrompues sans répéter le transfert ou perdre l’historique.
Dossier de réception : révision du code/configuration, stockage et RPC réels, références d’origine, résultats et limites. Une fixture en mémoire est une preuve auxiliaire.
3. Créateur, donateur et diffusion
Relier paiement du profil actuel, états en attente/échec/inconnus et gestion sûre des conflits 409. Vérifier propriété et autorisation réelle de chaîne séparément d’une capacité déclarée. Achever la page overlay déployée et tester OBS en privé : récupération, présentation, accusé, rechargement, expiration et révocation du token.
Dossier de réception : chaîne et permissions réelles, isolation, résultat des interfaces et preuves distinguant confirmation du paiement et visibilité. Logo, URL OAuth ou registre d’alerte ne terminent pas cette étape.
4. Économie rapprochée et documentation
Résoudre la collecte avant les paiements réels. Le code actuel transfère le total au créateur et alloue 1 % au registre ; ce n’est pas un paiement atomique 99/1 en chaîne. Rapprocher montant affiché, allocation, mouvements réels, éventuelle collecte à la trésorerie et frais réseau séparés avec l’implémentation acceptée.
Publier règles, document technique et feuille de route cohérents en EN/RU/ES/PT/FR. Vérifier pages, téléchargements, archive et copies limitées des dépôts publics/privés contre une révision acceptée. Traduction complète et build réussi ne prouvent pas la publication réelle.
5. Production et extension
Avant les paiements de production, établir configuration acceptée réseau/actifs/destinataires, accès, persistance, reprise, capacité mesurée sous ressources bornées, surveillance et incidents. Audit indépendant et préparation juridique/opérationnelle applicable exigent leurs propres dossiers ; ni audit ni juridiction ne sont inventés.
Autres réseaux, actifs, plateformes, alertes vocales et fonctions média sont des capacités ultérieures. Chacune exige permission du fournisseur, intégration et réception. Une capacité cible reste exigence jusqu’à mesure dans le runtime prévu. Un résultat de test n’autorise ni ne démontre mainnet.
Document technique · Règles Donations · Feuille de route du projet