SWTK est conçu comme la caution de sécurité du réseau Proof of Method.
Le lancement de SWTK fait partie de la feuille de route SwissTokint. Le token servira à engager la responsabilité économique des vérificateurs, des producteurs d’affirmations à haute assurance et des challengers. Son rôle n’est ni de remplacer les paiements stables, ni d’acheter la gouvernance de l’association, ni de promettre une performance financière.
SwissTokint
08
Infrastructure ouverte de risque
Recherche · gouvernance · communauté
Économie à deux instruments
Le paiement reste stable. SWTK sécurise le travail vérifiable.
Un abonnement ou une requête API n’a pas besoin d’un token volatil. Les stablecoins financent les services ; SWTK est conçu comme une caution portable et contestable entre vérificateurs, producteurs de preuves et challengers indépendants.
API, reçus et stockage
Stablecoin / paiement classique
Prix lisible et expérience simple.
Travail de vérification
Stablecoin
Rémunération d’un service mesurable.
Identité du vérificateur
Caution SWTK
Coût Sybil et responsabilité portable.
Affirmation ou contestation
Caution SWTK
Limiter le spam et exposer les fautes prouvables.
Token SWTK · en développement
Les conditions non négociables avant le lancement public.
01
Utilité observable
Un service en production, des utilisateurs externes et une raison mesurable pour laquelle un actif transférable améliore la sécurité ou l’accès.
02
Aucun droit financier
Ni dividende, ni partage de revenus, ni promesse de rachat, ni promesse de valeur. Le token ne peut pas devenir un substitut d’investissement.
03
Gouvernance séparée
Les votes de l’association restent « un membre éligible, une voix ». Détenir un token ne donne pas de pouvoir sur l’association.
04
Contrôles avant toute diffusion
Avis juridique par juridiction, analyse AML/sanctions, audit de contrat, politique de conflits d’intérêts et documentation de risque complète.
Spécification cible v0.3
Un actif de caution limité, auditable et distinct des frais de service.
Ces paramètres constituent le modèle de conception publié. Ils seront testés sur un réseau sans valeur avant le déploiement du contrat de production. Toute modification matérielle sera versionnée, justifiée et annoncée avant le lancement.
- Phase actuelle
- Conception active
- Fonction principale
- Caution de sécurité
- Réseau cible
- L2 EVM à confirmer
- Offre maximale proposée
- 1 000 000 000 SWTK
- Frais de service
- Stablecoins / monnaie
- Prévente communautaire
- 10 % maximum
- Objectif de financement
- CHF 750k–2,5 M
- Disponibilité publique
- Après contrôles
Protocole de reçus, SDK et modèle de caution en développement.
Verrouillage pour accepter une mission, publier une affirmation ou ouvrir une contestation.
Compatibilité recherchée avec EAS, ERC-8004, EIP-712 et ERC-1271.
Plafond de modélisation sans fonction de création discrétionnaire après déploiement.
L’accès à l’API ne force pas l’achat du token et reste tarifé dans une unité stable.
Jusqu’à 100 000 000 SWTK réservés au public selon des conditions encore soumises à validation.
Seuil minimal et plafond indicatifs, avec un objectif central de CHF 2 M ; aucun prix ou encaissement avant la documentation conforme.
Aucune date, adresse de contrat ou souscription avant validation sécurité et juridique.
Cycle économique
Verrouiller, vérifier, contester et régler selon des règles publiques.
01
Mandat borné
Une demande précise la preuve attendue, le délai, le niveau d’assurance et la caution minimale.
02
Caution verrouillée
Le vérificateur ou le demandeur verrouille SWTK dans un coffre non dépositaire pour la durée du mandat.
03
Attestation publiée
Le travail produit une attestation signée qui décrit exactement le contrôle réalisé et ses limites.
04
Fenêtre de contestation
Un challenger peut déposer une preuve contradictoire avec sa propre caution afin de limiter le spam.
05
Règlement traçable
La caution est restituée, récompensée ou pénalisée selon une faute objectivement documentée et une procédure d’appel.
Ce que le protocole ne prétend pas faire
Des limites explicites protègent le public et la crédibilité technique.
- Prédire les marchés ou garantir la performance d’une stratégie.
- Conserver des fonds, exécuter des ordres pour autrui ou automatiser le copy trading.
- Transformer une activité de membre en droit financier ou en influence achetée.
- Créer une nouvelle blockchain alors que des standards interopérables peuvent répondre au besoin.
Feuille de route de lancement
Construire le réseau et ses contrôles avant de rendre SWTK transférable.
0–3 mois
01Spécification, SDK et vérificateur
Une preuve locale reproductible, sans donnée sensible.
3–6 mois
02Ancrage testnet et trois bots pilotes
50 000 reçus et coûts publiés.
6–9 mois
03EAS, ERC-8004 et vérificateurs externes
100 revues et dix disputes synthétiques.
9–12 mois
04API x402 et dossier réglementaire
Service mesurable, qualification juridique, whitepaper réglementaire et conditions de vente.
12–15 mois
05Prévente communautaire encadrée
Entité émettrice, KYC/AML, restrictions géographiques, fonds protégés et seuil minimal documenté.
15–18 mois
06Contrats SWTK, audit et testnet sans valeur
Cinq vérificateurs, exercices de contestation et rapport d’audit public.
18–24 mois
07Lancement public contrôlé
Cadre juridique, sécurité, gouvernance, contrats et documentation de lancement validés.
Whitepaper technique · v0.3
Rendre une méthode contrôlable sans révéler les données qu’elle doit protéger.
Les tableaux de résultats, alertes et votes sont faciles à publier mais difficiles à replacer dans leur contexte. Proof of Method vise une chaîne d’éléments vérifiables : une version de méthode, une empreinte des entrées, un résultat, une revue et une décision. Le registre n’atteste pas qu’une stratégie est rentable ; il permet seulement de vérifier qu’un processus déclaré existait à un instant donné et n’a pas été réécrit en silence.