Add Spanish language

astro.config.mjs

@@ -4,7 +4,21 @@ import starlight from '@astrojs/starlight';
 export default defineConfig({
   integrations: [
     starlight({
-      title: 'VSC Documentation',
+      title: {
+        en: 'VSC Documentation',
+        'es': 'VSC Documentación',
+      },
+      defaultLocale: 'root',
+      locales: {
+        root: {
+          label: 'English',
+          lang: 'en',
+        },
+        'es': {
+          label: 'Español',
+          lang: 'es',
+        },
+      },
       social: [
         { icon: 'github', label: 'GitHub', href: 'https://github.com/vsc-eco' }
       ],

src/content/docs/FAQ.md

@@ -19,4 +19,6 @@ VSC uses WebAssembly (or WASM) to power it's smart contracts. WASM enables devel
 Mainnet has launched March 31st 2025.
 
 ## What does VSC stand for?
-Virtual Smart Chain
+Virtual Smart Chain
+
+**Note:** VSC (Virtual Smart Chain) changed its name to **Magi Network**. You can find more information [here](https://peakd.com/vsc/@vsc.network/vsc-is-now-magi-network-rebrand-announcement).

src/content/docs/es/03_Native Asset Mapping.md

@@ -0,0 +1,29 @@
+---
+title: Asignación de Activos Nativos
+sidebar:
+  order: 4
+---
+
+**La Asignación de activos nativo _(Native Asset Mapping)_** es la principal característica innovadora del protocolo VSC que permite a los usuarios enviar y recibir activos nativos entre direcciones de billetera de distintas cadenas de bloques, a través de VSC, reduciendo las preocupaciones sobre la compatibilidad de cadenas.
+
+Permite a los usuarios enviar, por ejemplo, **SOL de una billetera de Solana a una dirección de billetera de Ethereum**. El receptor recibe **SOL nativo**, visible y utilizable en VSC cuando inicia sesión con su billetera de Ethereum. Los *tokens* SOL recibidos permanecen en la bóveda VSC en la red principal de Solana y están asegurados por el sistema de validadores del protocolo VSC. Al completar la transacción, la propiedad de esos *tokens* se transfiere a la cuenta que recibe el SOL.
+
+## Cómo funciona
+
+La asignación de activos nativo vincula la dirección de una única billetera del usuario (por ejemplo, ETH) a su cuenta VSC, permitiéndole recibir activos nativos desde cualquier *blockchain* compatible, incluso si esos activos se originan en una cadena diferente a la billetera que conectó.
+
+1. El usuario se conecta a VSC utilizando una billetera, por ejemplo, su billetera de Solana.
+2. El emisor deposita *tokens* Sol en VSC. En la opción "transferir", el emisor introduce la dirección ETH del receptor. (Esto difiere de los intercambios atómicos entre cadenas, otra funcionalidad clave de VSC).
+3. VSC asigna el activo entrante a la dirección ETH en su registro interno. (Las transferencias dentro de VSC **no incurren en tarifas de transacción directas para los usuarios**).
+4. El receptor inicia sesión con su billetera ETH y ve el activo depositado (por ejemplo, SOL).
+5. El receptor ahora puede **intercambiar**, **retirar** o **usar** el activo dentro de VSC.
+
+## Implicaciones
+
+Con la asignación de activos nativo, solo necesitas compartir una única dirección de billetera para recibir pagos, independientemente de la red en la que se encuentren el emisor o tú, el receptor. No hay necesidad de administrar múltiples billeteras ni de preocuparse por la compatibilidad entre *blockchains*. Los usuarios ya no tienen que pensar en qué red están ellos o los demás. Los fondos se pueden enviar y recibir sin problemas, sin fricción, confusión o la necesidad de conocimiento técnico. Este modelo establece un nuevo estándar para la experiencia del usuario (UX) en el mundo cripto. **Este enfoque busca simplificar la experiencia del usuario al reducir la fragmentación entre _blockchains_, avanzando hacia un sistema más unificado diseñado para una mayor usabilidad**.
+
+- Hace que las transacciones criptomonedas sean tan sencillas como enviar un correo electrónico a una sola dirección.
+- Elimina la necesidad de activos envueltos _(wrapped assets)_ custodiados y del **salto entre cadenas _(chain-hopping)_**.
+- Abstrae la complejidad técnica de las transacciones en criptomonedas.
+- Potencia los pagos globales, la adopción por parte de comercios y el uso de remesas.
+- Permite que VSC sirva como una capa de liquidación unificada dentro de su red de *blockchains* compatibles. El protocolo VSC mantiene el registro de quién posee qué, a lo largo de todas las cadenas compatibles, de forma definitiva, con irrevocabilidad.

src/content/docs/es/04_Feeless In-Protocol Transactions.md

@@ -0,0 +1,64 @@
+---
+title: Transacciones dentro del protocolo sin comisiones
+sidebar:
+  order: 5
+---
+
+VSC ofrece a los usuarios una **experiencia sin comisiones** para las interacciones en la cadena al adoptar un sistema similar al **sistema de crédito de recursos (RC) de la _blockchain_ de Hive**, el cual asigna ancho de banda en lugar de cobrar las tarifas de gas tradicionales. Este enfoque elimina las tarifas de gas tradicionales de la experiencia del usuario mientras preserva la descentralización y la integridad de la red. Permite una incorporación y un uso escalables y de baja fricción, adecuados para aplicaciones masivas. La diferencia es que VSC utiliza HBD como base para la distribución de RC, mientras que Hive utiliza HIVE en *staking* (HP).
+
+## ¿Qué son los créditos de recursos *(Resource Credits - RC)*?
+
+VSC utiliza un modelo de **crédito de recursos (RC)** en lugar de las tarifas de transacción convencionales. Los RC actúan como un sistema interno de asignación de ancho de banda, asegurando el uso justo de la red sin requerir pagos en un *token* nativo por cada acción.
+
+- Los RC **no son _tokens_ comerciables**.
+- Están **vinculados a la cantidad de HBD** que posee una cuenta.
+- Los RC a menudo son delegados automáticamente a los usuarios por las dApps y otros proyectos asociados a Hive, como VSC, creando una experiencia instantánea sin gas *(gasless)*.
+- Cada cuenta de usuario tiene un fondo de RC que **se regenera con el tiempo** a una tasa de aproximadamente el 25% por día, alcanzando su capacidad máxima en unos 4 días si no se utiliza.
+
+Los RC se **consumen** cuando un usuario realiza acciones en la cadena, tales como:
+
+- Transferir *tokens*
+- Publicar o comentar
+- Firmar transacciones
+- Interactuar con contratos inteligentes o dApps construidas sobre Hive
+
+## Cómo VSC utiliza los créditos de recursos (RC)
+
+VSC está construido sobre la *blockchain* de Hive y **utiliza directamente el sistema de RC de Hive** para cubrir los costes computacionales y de ancho de banda de las transacciones de los usuarios. En lugar de cobrar tarifas de gas, VSC se basa en estos créditos que se regeneran, lo que permite:
+
+- **Interacciones de usuario efectivamente sin comisiones bajo condiciones de uso típicas:** Los usuarios no necesitan poseer ni gastar ningún *token* para interactuar con la red.
+
+- **Incorporación simplificada:** Sin compras de *tokens* iniciales ni gestión compleja de tarifas, ideal para usuarios no familiarizados con las criptomonedas.
+
+- **Escalabilidad predecible:** Dado que los RC se regeneran y están vinculados al *stake* de la cuenta, las aplicaciones pueden modelar las necesidades de recursos a lo largo del tiempo y delegar poder en consecuencia.
+
+
+## Implicaciones para desarrolladores y usuarios
+
+### Para usuarios
+
+- **Sin tarifas de gas:** La interacción con VSC no requiere que el usuario gaste HIVE, HBD o cualquier otro *token* para las transacciones.
+- **Regeneración automática:** Los RC se recargan con el tiempo.
+- **Límites basados en el uso:** El uso intensivo agota temporalmente los RC; la actividad se reanuda a medida que se recargan, o el usuario deposita más HBD. Actualmente, poseer valores de HBD de un solo dígito en dólares cubre el uso promedio diario de transacciones. Generalmente, esto no es un problema debido a que proyectos como VSC o las dApps de Hive cubren el gasto de RC de los usuarios.
+
+### Para desarrolladores
+
+- **Modelos de delegación:** Las aplicaciones pueden delegar Hive Power a los usuarios o a cuentas de servicio para garantizar una disponibilidad adecuada de RC.
+- **Experiencia de usuario sin comisiones:** Permite el diseño de aplicaciones amigables para el público masivo sin la fricción de las tarifas de transacción.
+- **Planificación de capacidad:** Los desarrolladores pueden estimar la cantidad de Hive Power necesaria para soportar un volumen determinado de actividad basándose en los perfiles de uso de RC. A medida que la actividad de los usuarios crece, las aplicaciones se benefician de una mayor interacción, formando un sistema simbiótico en el que el uso y el aprovisionamiento de recursos se refuerzan mutuamente.
+
+## Consideraciones
+
+Aunque el modelo de creditos de recursos (RC) ofrece una experiencia sin comisión, es importante señalar que:
+
+- **El uso de alta frecuencia** puede llevar al agotamiento temporal de los RC. Esto no conlleva una tarifa, pero retrasa las transacciones posteriores hasta que los RC se recarguen.
+- **Las aplicaciones deben gestionar el HBD de forma efectiva**, ya sea manteniendo reservas o utilizando la delegación para dar soporte a los usuarios activos.
+- **El acceso respaldado por _stake_** favorece la sostenibilidad y reduce el abuso, alineando los incentivos con la salud de la red.
+
+---
+
+## Conclusión
+
+La adopción por parte de VSC del sistema RC de Hive permite una experiencia de *blockchain* sin comisiones, escalable y fácil de usar. Al abstraer las tarifas de gas y utilizar créditos regenerativos, VSC proporciona una plataforma para la adopción masiva sin comprometer la descentralización o el rendimiento.
+
+Para los desarrolladores, este modelo fomenta una gestión reflexiva de los recursos al tiempo que abre la puerta a aplicaciones tan fluidas como los servicios web tradicionales.

src/content/docs/es/05_Stablecoin (HBD) as the Base Asset.md

@@ -0,0 +1,42 @@
+---
+title: Moneda estable (HBD) como activo base
+sidebar:
+  order: 6
+---
+
+VSC emplea Hive Backed Dollars (HBD), una moneda estable algorítmica, como el activo base en todos los fondos de liquidez. Este diseño estandariza las rutas de enrutamiento, simplifica el suministro de liquidez y reduce la exposición al riesgo debido a que todos los fondos solo tienen volatilidad de un solo lado. Al usar HBD como par común, los proveedores de liquidez solo están expuestos al rendimiento de su activo volátil elegido, emparejado con HBD. Esto resulta en una cartera que refleja el rendimiento del único activo volátil en lugar de múltiples fuentes de volatilidad de precios, mejorando la previsibilidad y la gestión del riesgo.
+
+## Fundamentos del diseño
+
+### Suministro de liquidez simplificado
+
+Al emparejar cada activo frente a HBD, VSC reduce la complejidad del suministro de liquidez. Los proveedores de liquidez solo necesitan aportar HBD y un único activo adicional, lo que disminuye la barrera de entrada y concentra la liquidez de manera más efectiva.
+
+### Enrutamiento eficiente
+
+El uso de HBD como intermediario universal permite intercambios de activos de forma sencilla. Por ejemplo, el intercambio de **Activo A** por **Activo B** implica dos pasos: `Activo A → HBD → Activo B`. Esto reduce el número total de fondos requeridos de O(n²) a O(n), donde *n* es el número de activos, mejorando la eficiencia del capital y la simplicidad del enrutamiento.
+
+
+| Número de activos (ej. BTC, ETH, HIVE) | Fondos requeridos (pares arbitrarios) | Fondos requeridos (activo base HBD) |
+|----------------------------------------|---------------------------------------|-------------------------------------|
+| n                                      | fondos = n * (n - 1) / 2              | n  = fondos                         |
+| 12                                     | 66                                    | 12                                  |
+| 36                                     | 630                                   | 36                                  |
+| 100                                    | 4,950                                 | 100                                 |
+
+
+### Estabilidad y previsibilidad
+
+El HBD está diseñado para mantener un valor estable, lo que proporciona una base predecible para los fondos de liquidez. Esta estabilidad reduce la exposición a las perturbaciones de volatilidad que se observan a menudo en los sistemas que utilizan *tokens* volátiles como pares base, protegiendo a los proveedores de liquidez y a los traders de las fluctuaciones repentinas de precios.
+
+- **Reducción de la fragmentación del fondo:** Emparejar activos con HBD disminuye el número de fondos de liquidez necesarios, lo que puede ayudar a concentrar la liquidez y mejorar la eficiencia del capital.
+
+- **Fijación de precios simplificada:** La fijación de precios es más sencilla cuando se basa en un activo estable, ya que depende principalmente del valor relativo entre HBD y el activo emparejado.
+
+---
+
+## Consideraciones
+
+- **Profundidad de Liquidez:** Mantener suficiente liquidez de HBD es esencial para garantizar intercambios eficientes y reducir el deslizamiento en todo el ecosistema.
+- **Mantenimiento de la paridad de la moneda estable:** La efectividad de este modelo se basa en que el HBD mantenga su paridad. La *blockchain* de Hive incluye mecanismos integrados y múltiples salvaguardas diseñadas para monitorear y preservar la estabilidad del HBD a lo largo del tiempo.
+- **Compatibilidad entre cadenas _(Cross-Chain)_:** El soporte para activos de otras *blockchains* depende del desarrollo y la implementación de bóvedas específicas e integraciones de validadores para cada cadena, lo que permite su emparejamiento seguro con HBD.

src/content/docs/es/Block-explorers.md

@@ -0,0 +1,37 @@
+---
+title: Exploradores de bloques
+sidebar:
+  order: 15
+---
+
+*Por ahora, tenemos un explorador de bloques maduro en nuestro ecosistema.*
+
+[https://vsc.techcoderx.com/](https://vsc.techcoderx.com/)
+
+El explorador de bloques fue creado y es mantenido por _techcoderx_. 
+
+Expone varias métricas de la red VSC, sobre las que daremos más detalles a continuación. 
+
+### Información del bloque
+
+Inspecciona la estructura del bloque de la red VSC en [/blocks](https://vsc.techcoderx.com/blocks).
+
+Haz clic en un hash de bloque para obtener una vista detallada de su contenido. Puedes, por ejemplo, inspeccionar las transacciones incluidas.
+
+### Vista de transacción
+
+Al hacer clic en los hashes de transacción en varias partes del explorador de bloques, se le dirige a la vista de transacción.
+
+Dependiendo del tipo de transacción, esta expone diversa información que es importante en el contexto actual.
+
+Por ejemplo, una invocación de contrato le mostraría el punto de entrada (o acción del contrato) que se ejecutó, así como los parámetros (o el cuerpo de la llamada - *payload*).
+
+Como nota adicional, cuando una invocación de contrato es exitosa y produce una transacción de salida de contrato, el resultado de la transacción de salida del contrato también se muestra en la transacción de invocación del contrato, ¡lo que permite una experiencia de usuario más fluida!
+
+### Información del testigos *(witness)*.
+
+Si alojas un nodo VSC, puedes comprobar si tu nodo está registrado y actualizado en [/witnesses](https://vsc.techcoderx.com/witnesses).
+
+### Información del contrato
+
+Puede comprobar si su contrato se ha implementado correctamente en la red VSC consultando [/contracts](https://vsc.techcoderx.com/contracts).

src/content/docs/es/FAQ.md

@@ -0,0 +1,26 @@
+---
+title: Preguntas frecuentes
+sidebar:
+  order: 16
+---
+
+## ¿Tiene VSC un *token*?
+
+No, VSC utiliza los *tokens* nativos de Hive para todas las transacciones en la red. Planeamos lanzar un *token* una vez que el proyecto sea autosostenible mediante un lanzamiento justo.
+
+## ¿Cuándo podré desplegar mi *token* en VSC?
+
+No tenemos un cronograma específico para esto. Una vez que se lancen los primeros pools de HBD en el tercer o cuarto trimestre de 2025, definiremos los estándares de *tokens* públicos y crearemos una implementación de referencia para cada uno de esos estándares.
+
+## ¿Cómo funcionan los contratos inteligentes en VSC?
+
+VSC utiliza WebAssembly (o WASM) para impulsar sus contratos inteligentes. WASM permite a los desarrolladores escribir contratos inteligentes en cualquier lenguaje compatible con WASM. Los desarrolladores aprovechan miles de librerías y herramientas ya existentes.
+
+## ¿Cuándo es el lanzamiento de la *mainnet*?
+
+La *Mainnet* se lanzó el 31 de marzo de 2025.
+
+## ¿Qué significa VSC?
+Virtual Smart Chain
+
+**Nota:** VSC (Virtual Smart Chain) cambió de nombre a **Magi Network**. Puedes encontrar más información [aquí](https://peakd.com/vsc/@vsc.network/vsc-is-now-magi-network-rebrand-announcement).

src/content/docs/es/How To/Deploy a validator.md

@@ -0,0 +1,41 @@
+---
+title: Cómo desplegar un nodo validador de VSC
+sidebar:
+  order: 9
+---
+
+Este repositorio aloja el archivo Docker Compose necesario para desplegar el nodo VSC.
+
+## Requisitos previos
+
+Requisitos:
+- Cuenta de Hive (mínimo de 100 HP para los creditos de recursos - RC).
+- 2000 Hive vinculado a tu nodo VSC (necesario para participar en el consenso).
+- Conocimiento técnico en el uso de una interfaz de línea de comandos (CLI).
+- Docker y docker-compose instalados. Consulta [https://docs.docker.com/get-docker/](https://docs.docker.com/get-docker/) para ver la guía de instalación de Docker.
+
+Los requisitos del sistema son muy bajos; en el futuro, los requisitos aumentarán a medida que se incremente el uso de la red.
+
+Requisitos del sistema:
+- Raspberry pi 4 o superior.
+- 4 núcleos, 8 GB de RAM o superior.
+
+## Configuración
+
+1. Instalar [Docker](https://docs.docker.com/get-docker/) y [Docker compose v2](https://docs.docker.com/compose/install/).
+2. `git clone https://github.com/vsc-eco/vsc-deployment` Clona este repositorio como un usuario normal (no como root/administrador) en la ubicación deseada. Es crucial asegurarse de que el usuario de Docker tenga permisos de escritura en el directorio donde planeas iniciar el archivo Docker Compose.
+3. `docker compose run init` Inicializar los archivos de configuración
+4. Edita el archivo de configuración ubicado en `./data/config/identityConfig.json` y asegúrate de agregar tu nombre de usuario de Hive y tu clave activa *(active key)*.
+4. `docker compose up -d` Inicia los contenedores de Docker. Esto añadirá un servidor GraphQL en el puerto 8080, una instancia de MongoDB en el puerto 27021 y una conexión libp2p en el puerto 10720.
+
+## Puesta en marcha
+
+Para lanzar el nodo, ejecuta `docker compose up -d` desde la línea de comandos (o `docker-compose up -d`, dependiendo de tu versión de Docker Compose).
+
+Para la observación de registros en tiempo real, usa `docker logs go-vsc-node -f`.
+
+## Mantenimiento
+
+El nodo está diseñado para auto-actualizarse según sea necesario. Sin embargo, en raras ocasiones, la configuración de despliegue puede requerir actualizaciones manuales no cubiertas por las actualizaciones automáticas. Si tal situación surge, informaremos a la comunidad a través de nuestros canales de comunicación habituales: [discord](http://discord.gg/yvGXZsQTU6) y [twitter](https://x.com/magi_network).
+
+Puedes deshabilitar las actualizaciones automáticas configurando la variable de entorno `AUTO_UPDATE` como *false*. Sin embargo, recomendamos mantener esta función habilitada para garantizar que el nodo esté siempre actualizado. En nuestro ecosistema en rápida evolución, es crucial mantener el nodo actualizado para una salud óptima de la red.

src/content/docs/es/How To/How to use vsc api outline.md

@@ -0,0 +1,24 @@
+---
+title: Cómo usar la API de VSC (Resumen)
+sidebar:
+  order: 20
+---
+
+
+1. **Resumen general**
+   - ¿Qué es la API y dónde se puede acceder a ella?
+
+2. **Primera consulta**
+   - Ejemplo básico de consulta GraphQL.
+
+3. **Filtración de datos**
+   - Cómo utilizar filtros en consultas.
+
+4. **Respuestas y errores**
+   - Comprensión de los resultados y errores comunes.
+
+5. **Consultas avanzadas**
+   - Variables, paginación, consultas múltiples.
+
+6. **Integración**
+   - Cómo llamar a la API desde tu aplicación.