SYPcoin / SEGURIDAD DEL PROTOCOLO

EN DESARROLLO

Diseñar seguridad.
Demostrarla con pruebas.

Aspiramos a construir una criptomoneda con defensas sólidas, auditables y mantenibles. Esta página distingue el trabajo previsto de lo realmente validado. La seguridad absoluta no existe y ninguna característica se dará por demostrada sin evidencia.

DEFENSA EN PROFUNDIDAD

Las capas de seguridad que estamos construyendo.

No basta con un algoritmo de minería. La seguridad depende también de la validación de bloques y transacciones, la comunicación entre nodos, la ejecución de software y la respuesta ante incidentes.

01 / CONSENSO

Integridad de la cadena

Verificación de bloques, dificultad, recompensas, reorganizaciones y límites de consenso. Pruebas con entradas adversarias y escenarios de bifurcación.

02 / TRANSACCIONES

Validación y doble gasto

Invariantes monetarios, validez UTXO, firmas, contratos de emisión y comportamiento ante transacciones malformadas o conflictivas.

03 / RED

Nodos y comunicaciones P2P

Protección frente a tráfico abusivo, conexiones maliciosas, aislamiento de nodos, saturación y problemas de propagación, sujeto a pruebas de estrés reales.

04 / DISTRIBUCIÓN

Descargas y cadena de suministro

Versiones trazables, sumas de verificación, procedimientos de compilación y actualizaciones controladas para reducir riesgos de software adulterado.

05 / CLAVES

Wallets y custodia

Separación entre nodo y gestión de claves, protección de secretos, recuperación y minimización de superficies expuestas antes de distribuir herramientas públicas.

06 / RESPUESTA

Revisión y corrección continua

Pruebas automatizadas, fuzzing cuando corresponda, revisiones de dependencias, parches reproducibles y respuesta coordinada ante vulnerabilidades.

ESTADO DE VERIFICACIÓN

Lo que falta por demostrar también se muestra.

Los informes de seguridad, versiones afectadas, auditorías y pruebas reproducibles se enlazarán aquí cuando estén disponibles y sea seguro publicarlos.

En v41.3 se obtuvo un bloque SYPcoin nativo con GPU AMD/Linux, validado y persistido por dos JVM privadas (H11/H12). Ese resultado amplía el handshake P2P inicial (H23), pero no demuestra consenso completo, reorganizaciones seguras ni resistencia a ataques. En v41.4 se firmó offline un candidato para la altura 2 y R3 pasó 10/10 pruebas focales; todavía no existe un bloque 2 confirmado. Ver la prueba del bloque y las limitaciones del consenso.

Especificación de amenazas y controles

Documento técnico versionado y trazable.

EN PREPARACIÓN
Pruebas de consenso y transacciones

Casos adversarios, regresiones y resultados vinculados a commits.

PUBLICACIÓN PENDIENTE
Pruebas de red y resistencia

Testnet, carga y fallos de nodos bajo condiciones medibles.

PENDIENTE DE TESTNET
Auditoría externa independiente

Alcance, hallazgos, remediación y versión revisada.

NO REALIZADA
Historial de incidentes y correcciones

Registro público cuando existan incidentes divulgables.

SIN REGISTRO PÚBLICO

Información importante: en esta fase SYPcoin no afirma ser invulnerable, haber recibido certificación de seguridad ni encontrarse entre las criptomonedas más seguras. Cualquier afirmación comparativa futura deberá apoyarse en criterios medibles y auditorías contrastables.

DIVULGACIÓN RESPONSABLE

Corregir antes de exponer a la red.

Cuando habilitemos el canal confidencial de seguridad, las vulnerabilidades críticas se comunicarán allí de forma privada, con detalles para reproducirlas, versiones afectadas e impacto. No se deben publicar claves, secretos ni instrucciones de explotación de un fallo activo en debates públicos.

Después de corregir y coordinar la divulgación, publicaremos avisos con versión afectada, mitigación y comprobaciones, preservando información sensible. El canal privado para reportes todavía no está publicado.

Volver a la portada

MODELO DE AMENAZAS

Prioridades para las revisiones.

Se describen clases de riesgo y controles que deben someterse a validación. No se publica información que facilite ataques contra sistemas privados.

MONETARIA

Creación no autorizada

Invariantes sobre suministro, recompensas y transacciones de emisión; comprobar rechazo de estados y valores fuera de los límites.

CONSENSO

Divergencias entre nodos

Casos con bloques incompatibles, reorganizaciones y datos de consenso contradictorios entre implementaciones o versiones.

P2P

Aislamiento y abuso de recursos

Resistencia a desconexiones, saturación, nodos que anuncian datos inválidos y uso excesivo de CPU, memoria o disco.

SOFTWARE

Dependencias y distribución

Revisión de procedencia, versiones, cambios de dependencias, firmas y verificaciones de integridad de paquetes públicos.

CUSTODIA

Claves y wallets

Recuperación, copias seguras, separación de secretos y reducción de exposición de interfaces, antes de publicar herramientas para usuarios.

INCIDENTES

Respuesta y corrección

Registro de versiones afectadas, mitigación, pruebas de regresión y publicación coordinada de vulnerabilidades corregidas.

MATRIZ DE VALIDACIÓN

Cómo se evaluará la seguridad.

El criterio es repetir pruebas con resultados contrastables; superar un grupo de pruebas no certifica automáticamente los demás.

01

Casos positivos y negativos

Para cada regla crítica, ejecutar casos válidos e inválidos; comprobar que no aparecen estados aceptados por error.

02

Concurrencia y reorganización

Ensayar estados UTXO competidores, cadenas alternativas y retorno a consenso tras interrupciones.

03

Carga y fallos

Medir degradación y recuperación del nodo bajo desconexiones, colas llenas y recursos limitados.

04

Reproducibilidad

Fijar versiones, hashes, parámetros, condiciones del entorno y resultados, separando informes internos de evidencias públicas.

05

Corrección

Cada fallo corregido deberá acompañarse de una prueba que evite su reaparición y una referencia a la versión revisada.

06

Revisión independiente

Cuando haya una evaluación externa, publicar su alcance exacto, limitaciones y hallazgos remediados; no afirmar una auditoría inexistente.

Alcance actual

Además de las pruebas históricas sobre Ergo devnet, en v41.3 un bloque SYPcoin nativo minado con AMD/Linux sí fue aceptado y persistido por dos nodos privados. Es una prueba limitada al primer bloque, sin validación de cadena sucesiva, consenso integral, minería pública ni auditoría independiente.

SYPcoin / SECURITY

La confianza se gana con resultados verificables.

La seguridad evoluciona con el protocolo, las pruebas y la revisión independiente.

Volver a Seguridad