Quién revisa Zelcore Academy, qué comprueba una revisión, con qué frecuencia se hace y cómo gestionamos las correcciones.
Zelcore Academy publica orientación sobre dinero: cómo guardarlo, cómo evitar perderlo y qué dicen las normas. Un consejo así vale lo que vale el proceso que lo respalda, así que esta página describe ese proceso con el detalle suficiente para que puedas exigirnos que lo cumplamos.
Explica quién revisa nuestros artículos, qué comprueba realmente una revisión, con qué frecuencia se hace y qué hacemos cuando nos equivocamos. Se aplica a todos los artículos de la Academia y a todas las publicaciones de la sala de prensa.
Las revisiones las lleva a cabo el equipo editorial de InFlux Technologies y se atribuyen por función, no por nombre. Cuatro funciones cubren las áreas temáticas sobre las que publicamos, y cada una solo da su visto bueno dentro de su propio ámbito.
Editor de seguridad: frases semilla y gestión de claves, phishing y estafas de aprobación, billeteras de hardware y todo lo que se escribe en respuesta a un incidente.
Editor de regulación: MiCA, la Ley GENIUS, las obligaciones de la regla de viaje, las normas de listado en exchanges y el tratamiento fiscal.
Editor de DeFi: staking y rendimiento, intercambios y puentes, activos tokenizados y los riesgos propios de cada uno.
Editor de billetera y producto: guías prácticas paso a paso, guías de monedas y cadenas, y cualquier descripción de cómo se comporta la propia Zelcore.
Una firma solo es una señal de confianza si la persona que hay detrás rinde cuentas y se la puede localizar. En lugar de poner un nombre a un trabajo que no describe del todo, publicamos la función que revisó el artículo y la organización que lo respalda: InFlux Technologies, la empresa que también desarrolla la red Flux. Si necesitas contactar con la persona responsable de un artículo concreto, escríbenos y se lo haremos llegar al editor que le dio el visto bueno.
Una revisión no es una corrección de pruebas. Un editor vuelve a leer el artículo contrastándolo con sus fuentes y con el estado actual del producto y de las normas, y repasa las mismas siete comprobaciones cada vez.
Toda afirmación que incluya una fecha, una cifra o una norma se vuelve a contrastar con la fuente primaria que cita, no con un resumen secundario de ella.
Todos los enlaces externos siguen funcionando y siguen apuntando a lo que el artículo dice que apuntan.
Los detalles del producto coinciden con la versión actual de Zelcore: disponibilidad por plataforma, nombres de funciones, comportamiento de las comisiones. Las funciones que existen en una plataforma y no en otra se describen como tales.
Las normas que menciona el artículo siguen en vigor en las jurisdicciones que el artículo nombra.
Ninguna recomendación de seguridad ha quedado superada: una práctica que era sólida hace un año a veces ya no lo es.
El aviso permanente del artículo sigue siendo el adecuado para su tema.
Los enlaces internos siguen funcionando, la guía principal a la que pertenece el artículo sigue enlazándolo y nada apunta a un slug que se haya movido desde entonces.
La frecuencia de revisión depende del tema, porque la regulación y la seguridad envejecen más rápido que un artículo explicativo sobre una cadena.
Regulación y fiscalidad: cada seis meses, o en un plazo de catorce días tras un cambio normativo que hayamos cubierto.
Seguridad: cada seis meses, o inmediatamente después de un incidente que afecte a los consejos dados.
DeFi: cada doce meses.
Todo lo demás: cada doce meses.
Cualquier artículo, en cualquier momento: cuando un lector informa de un error.
Una frecuencia publicada es una promesa, y las promesas sobre procesos son fáciles de hacer y fáciles de abandonar en silencio. La nuestra se apoya en un informe que enumera todos los artículos cuyo plazo de revisión ha vencido, agrupados por la función responsable, de modo que un artículo atrasado queda a la vista en lugar de olvidado. Un artículo que nunca se ha revisado cuenta como atrasado desde el día en que se publica.
Cada artículo muestra una fecha en la parte superior, y la redacción de esa línea es deliberada.
«Última actualización» significa que el artículo se editó en esa fecha. No afirma que nadie haya vuelto a leer el artículo completo contrastándolo con sus fuentes.
«Última revisión por el Editor de seguridad» (o la función que corresponda) significa que un editor completó la revisión completa descrita arriba y le dio el visto bueno.
La mayor parte de la Academia indica por ahora «Última actualización», porque empezamos a registrar las aprobaciones de revisión en septiembre de 2026 y estamos repasando el archivo según la frecuencia, empezando por lo más antiguo y de mayor riesgo. Preferimos mostrarte una fecha de edición honesta antes que dar a entender una revisión que no se hizo.
Publicamos a diario, y parte de lo que publicamos estará mal. Lo que importa es lo que pasa después.
Informa de un error a [email protected]. Citar la frase ayuda.
Los errores factuales se corrigen en un plazo de cinco días hábiles desde que los confirmamos, y antes si el error podría costarle dinero a un lector.
Una corrección importante (la que cambia el consejo, los hechos o la conclusión) se indica al pie del artículo con su fecha. No reescribimos un artículo en silencio dejándolo como si siempre hubiera dicho lo nuevo.
Las erratas, los ajustes de formato y las reparaciones de enlaces se hacen sin nota.
Si no podemos verificar un error del que se nos informa, lo decimos en lugar de dejar el aviso sin respuesta.
Estas son las reglas que cumple un artículo una vez que ha pasado por una revisión. Gran parte del archivo existente se escribió sin citas en el texto y todavía no las cumple; añadir fuentes forma parte de lo que hace una revisión, y por eso vamos repasando los artículos pendientes por orden de riesgo y no todos a la vez.
La regulación se cita con el texto de la norma o del regulador, no con una noticia sobre ella.
Los incidentes de seguridad se citan con la parte que los divulgó, el proyecto afectado o un registro en la cadena que el lector pueda comprobar.
Cuando una cifra cambia con el tiempo (una comisión, un número de activos compatibles, un tiempo de bloque), el artículo indica en qué fecha era correcta.
Las únicas afirmaciones sobre auditorías y número de usuarios que hacemos sobre Zelcore son las dos de las que tenemos pruebas: ha sido auditada en seguridad por Cure53 y tiene 500K+ usuarios. No afirmamos nada sobre la licencia de su código fuente. Cuando importa una propiedad de seguridad, describimos el mecanismo en su lugar.
La compatibilidad con billeteras de hardware siempre se describe por plataforma, porque el emparejamiento con Ledger y Trezor es una función de escritorio y, de lo contrario, un lector que actúe desde el teléfono podría llevarse una idea equivocada.
Nada de la Academia es asesoramiento financiero, de inversión, legal ni fiscal, y ningún artículo debe leerse como una recomendación de comprar, vender o mantener nada. Los artículos sobre regulación, fiscalidad, seguridad y DeFi llevan un aviso permanente en ese sentido, que se muestra encima del cuerpo del artículo.
Zelcore es una billetera de autocustodia: nunca tenemos tus claves y no podemos recuperar una cuenta, revertir una transacción ni ver tu saldo. Nuestro equipo de soporte nunca te pedirá tu frase semilla, y ningún artículo te pedirá nunca que la introduzcas en ningún lugar que no sea tu propia billetera.
