SWTK se diseña como la fianza de seguridad de la red Proof of Method.
El lanzamiento de SWTK forma parte de la hoja de ruta SwissTokint. El token aportará responsabilidad económica a revisores, productores de afirmaciones de alta garantía y challengers. No reemplazará pagos estables, no comprará gobernanza de la asociación ni prometerá rendimiento financiero.
SwissTokint
08
Infraestructura abierta de riesgo
Investigación · gobernanza · comunidad
Economía de dos instrumentos
El pago permanece estable. SWTK asegura el trabajo verificable.
Una suscripción o llamada API no necesita un token volátil. Las stablecoins financian los servicios; SWTK se diseña como fianza portable y disputable entre revisores, productores de pruebas y challengers independientes.
API, recibos y almacenamiento
Stablecoin / pago convencional
Precio claro y acceso simple.
Trabajo de verificación
Stablecoin
Remuneración de un servicio medible.
Identidad del verificador
Fianza SWTK
Coste Sybil y responsabilidad portable.
Afirmación o disputa
Fianza SWTK
Limitar spam y exponer faltas demostrables.
Token SWTK · en desarrollo
Condiciones no negociables antes del lanzamiento público.
01
Utilidad observable
Servicio en producción, usuarios externos y una razón medible para que un activo transferible mejore seguridad o acceso.
02
Sin derecho financiero
Sin dividendos, reparto de ingresos, expectativas de recompra ni promesa de valor.
03
Gobernanza separada
Los votos de la asociación siguen el principio un miembro elegible, un voto. El token no da poder sobre la asociación.
04
Controles antes de distribuir
Análisis jurídico por jurisdicción, AML/sanciones, auditoría de contrato, política de conflictos y documentación completa de riesgos.
Especificación objetivo v0.3
Un activo de fianza limitado, auditable y separado de las tarifas de servicio.
Estos parámetros forman el modelo de diseño publicado. Se probarán en una red sin valor antes de desplegar el contrato de producción. Cada cambio material será versionado, justificado y anunciado antes del lanzamiento.
- Fase actual
- Diseño activo
- Función principal
- Fianza de seguridad
- Red objetivo
- L2 EVM por confirmar
- Oferta máxima propuesta
- 1.000.000.000 SWTK
- Tarifas de servicio
- Stablecoins / moneda
- Preventa comunitaria
- 10 % máximo
- Objetivo de financiación
- CHF 750k–2,5 M
- Disponibilidad pública
- Después de controles
Protocolo de recibos, SDK y mecánica de fianza en desarrollo.
Bloqueo para aceptar un mandato, publicar una afirmación o abrir una disputa.
Compatibilidad prevista con EAS, ERC-8004, EIP-712 y ERC-1271.
Límite de modelización sin función de creación discrecional tras el despliegue.
El acceso API no obliga a comprar el token y mantiene precios en una unidad estable.
Hasta 100.000.000 SWTK reservados al público bajo condiciones todavía sujetas a aprobación.
Umbral mínimo y máximo indicativos, con objetivo central de CHF 2 M; sin precio o fondos antes de documentación conforme.
Sin fecha, dirección de contrato o suscripción antes de la aprobación jurídica y de seguridad.
Ciclo económico
Bloquear, verificar, disputar y liquidar con reglas públicas.
01
Mandato limitado
La solicitud define la prueba esperada, el plazo, el nivel de garantía y la fianza mínima.
02
Fianza bloqueada
El revisor o solicitante bloquea SWTK en una bóveda no custodial durante el mandato.
03
Atestación publicada
El trabajo genera una atestación firmada que describe exactamente lo revisado y sus límites.
04
Ventana de disputa
Un challenger puede aportar pruebas contradictorias con su propia fianza para limitar el spam.
05
Liquidación trazable
La fianza se devuelve, recompensa o penaliza tras una falta documentada y un proceso de apelación.
Lo que el protocolo no pretende hacer
Límites explícitos protegen al público y la credibilidad técnica.
- Predecir mercados o garantizar el rendimiento de una estrategia.
- Custodiar fondos, ejecutar órdenes para terceros o automatizar copy trading.
- Convertir la actividad de miembros en un derecho financiero o influencia comprable.
- Crear una blockchain nueva cuando estándares interoperables pueden cubrir la necesidad.
Hoja de ruta de lanzamiento
Construir la red y sus controles antes de hacer SWTK transferible.
0–3 meses
01Especificación, SDK y verificador
Prueba local reproducible sin datos sensibles.
3–6 meses
02Anclaje testnet y tres bots piloto
50 000 recibos y costes publicados.
6–9 meses
03EAS, ERC-8004 y revisores externos
100 revisiones y diez disputas sintéticas.
9–12 meses
04API x402 y expediente regulatorio
Servicio medible, clasificación jurídica, whitepaper regulatorio y condiciones de venta.
12–15 meses
05Preventa comunitaria estructurada
Entidad emisora, KYC/AML, restricciones geográficas, fondos protegidos y umbral mínimo documentado.
15–18 meses
06Contratos SWTK, auditoría y testnet sin valor
Cinco revisores, ejercicios de disputa e informe público de auditoría.
18–24 meses
07Lanzamiento público controlado
Marco jurídico, seguridad, gobernanza, contratos y documentación aprobados.
Whitepaper técnico · v0.3
Hacer auditable un método sin revelar los datos que debe proteger.
Los resultados, alertas y votos son fáciles de publicar pero difíciles de contextualizar. Proof of Method busca una cadena de elementos verificables: una versión de método, una huella de entradas, un resultado, una revisión y una decisión. El registro no certifica que una estrategia sea rentable; solo permite verificar que un proceso declarado existió en un momento y no fue reescrito silenciosamente.