Aller au contenu
Web3 Serv

La transparence d'abord

Trust Center

Chaque chiffre de cette page est lu en direct sur la chaîne BSC ou dans des contrats à source vérifiée — ce que nous promettons est appliqué par des contrats, pas par des communiqués de presse.

Preuve on-chain en direct

Lu directement depuis les contrats v2.0 en service déployés sur le testnet BSC — actualisation toutes les 60 secondes.

Offre totale

1 000 000 000 W3S

Valeur statique

Statut du lancement

Avant le TGE — transferts verrouillés

Valeur statique

Vendu / répartition de la vente publique

0 / 200 000 000

Valeur statique

Réseau

BSC Testnet (97)

Indicateurs de la plateforme

Agrégats issus de la base de données en direct — ils progressent à chaque nouveau participant.

Passeports W3S

Quêtes vérifiées

Projets actifs

Badges attribués

Contrats déployés

Déploiement v2.0 en service sur le testnet BSC — adresses vérifiées sur l'explorateur. Cliquez sur une adresse et vérifiez par vous-même.

ContratAdresseRéseau
Jeton W3S (BEP-20)0x8f1B…8582BSC Testnet (97)
Acquisition progressive quotidienne0x0A80…b404BSC Testnet (97)
Vente publique du jeton utilitaire0x7C6A…9C4aBSC Testnet (97)
Payment Router (destruction)0x623F…28EBBSC Testnet (97)

Trésorerie multisignature

Aucune clé unique ne contrôle la trésorerie — chaque transaction requiert le consensus des signataires.

3 signatures sur 5 requisesSafe 1.4.1+L2BNB Smart Chain

La trésorerie de Web3 Serv est un portefeuille Safe assorti d'un seuil de 3 sur 5, réparti entre des signataires indépendants. Tout transfert ou toute modification de paramètres exige trois signatures — aucun point de défaillance unique, aucune décision unilatérale.

Ce que le contrat impose — et non ce qu'il promet

Ces règles sont inscrites dans des contrats à source vérifiée et prouvées par des tests automatisés.

Aucun transfert avant le TGE

Avant le TGE, le jeton ne peut être ni vendu ni transféré au niveau du contrat lui-même — il ne s'agit pas d'une simple restriction d'interface.

Imposé par le contrat

Acquisition progressive quotidienne, jamais mensuelle

Les libérations s'accumulent par journée révolue selon une formule on-chain, et les poussières d'arrondi sont soldées exactement lors de la dernière réclamation.

Imposé par le contrat

Offre fixe — aucune nouvelle émission

1 000 000 000 W3S sont émis une seule fois au déploiement ; le contrat ne comporte absolument aucune fonction d'émission supplémentaire.

Imposé par le contrat

Les ventes passent exclusivement par l'acquisition progressive

Chaque achat est attribué automatiquement via le contrat d'acquisition progressive — les acheteurs ne reçoivent jamais de jetons libres avant le TGE.

Imposé par le contrat

Les paramètres de la vente sont réservés au propriétaire

Le prix et les limites ne peuvent être modifiés que par le propriétaire du contrat, et chaque modification émet un événement public on-chain.

Imposé par le contrat

Destruction sur paiement

5% de chaque paiement de service en W3S est détruit via le Payment Router — appliqué par le contrat déployé, et non par une simple règle interne.

Total détruit
0 W3S
Paiements acheminés
0

Aucun paiement de service n'a encore transité par le Payment Router : il n'y a donc rien à détruire — chaque total ci-dessous est un véritable zéro lu depuis le contrat.

Tableau de bord complet des destructions

Posture de conformité

Une plateforme de services de fidélité et d'accès — accès et reconnaissance, jamais de promesses de gains financiers.

Filtre de juridiction

La vente du jeton est protégée par un filtre d'éligibilité obligatoire : géolocalisation côté serveur, détection de VPN et attestation de l'utilisateur.

Un vocabulaire discipliné

Les récompenses de la communauté relèvent uniquement de la fidélité et de l'accès — des tests automatisés empêchent tout vocabulaire de promesse de gains financiers d'atteindre la production.

Confidentialité des données

Traitement des données aligné sur les principes de la PDPL et du RGPD : minimisation des données, et aucune donnée personnelle jamais inscrite on-chain.

La liste de blocage couvre 9 juridictions au titre de la politique d'éligibilité publiée.

Sécurité et divulgation responsable

Vous avez trouvé une vulnérabilité ? Les signalements responsables sont les bienvenus.

La garde de la trésorerie est multisignature, les secrets résident entièrement hors du code source et chaque changement en production franchit une barrière de tests. Pour signaler un problème de sécurité, contactez-nous via les canaux indiqués dans security.txt — nous traitons les signalements avec sérieux et répondons rapidement.

/.well-known/security.txt