malbeclabs · Jared-dz · Jun 2, 2026 · Jun 2, 2026 · Jun 2, 2026
diff --git a/docs/Validator Rewards.es.md b/docs/Validator Rewards.es.md
@@ -1,36 +1,28 @@
 # Recompensas para Validadores
 !!! warning "Al conectarse a DoubleZero, acepto los [Términos de Uso de DoubleZero](https://doublezero.xyz/terms-protocol)"
 
-Los validadores que publican leader shreds en DoubleZero Edge obtienen recompensas en cada epoch. Antes de que las recompensas puedan ser pagadas, cada validador debe registrar **dónde** se enviarán las recompensas configurando una cuenta `ValidatorPublisherRewards` en Solana. Dicha cuenta almacena:
+## Cómo Funciona
 
-- el **mint de recompensas** — el token en el que se pagan las recompensas `2z` (a menos que se cambie manualmente)
-- el **propietario de recompensas** — la wallet que posee la Cuenta de Token Asociada (ATA) que recibe las recompensas
+Los validadores que publican leader shreds en DoubleZero Edge obtienen recompensas en cada época. Antes de que se puedan pagar las recompensas, cada validador debe registrar **dónde** se envían las recompensas configurando una cuenta `ValidatorPublisherRewards` en Solana. Esa cuenta almacena:
 
-El comando `configure` establecerá estos campos, y los pagos automáticos se realizarán epoch a epoch a partir de ese momento. Puede volver a ejecutar `configure` más adelante para cambiar cualquiera de los campos.
+- el **mint de recompensas** — el token en el que se pagan las recompensas es 2z (a menos que se cambie manualmente)
+- el **propietario de recompensas** — la wallet que posee la Associated Token Account (ATA) que recibe las recompensas
+
+El comando `configure` establecerá estos campos, y los pagos automáticos se realizarán época por época a partir de ese momento. Puede volver a ejecutar `configure` más adelante para cambiar cualquiera de los campos.
 
 !!! info "Si aún no ha completado la [Configuración](setup.md), la [Conexión del Validador a Mainnet-Beta](DZ%20Mainnet-beta%20Connection.md) y la [Conexión Multicast del Validador](Validator%20Multicast%20Connection.md), hágalo primero."
 
-## Requisitos previos
+## Requisitos Previos
 
-- Validadores publicando leader shreds — consulte [Conexión Multicast del Validador](Validator%20Multicast%20Connection.md).
+- Validadores publicando leader shreds - consulte [Conexión Multicast del Validador](Validator%20Multicast%20Connection.md).
 - La última versión del CLI `doublezero-solana`: `sudo apt update && sudo apt install doublezero-solana`, como mínimo `0.5.6`.
 - Acceso al **keypair de identidad del validador**, ya sea en la misma máquina o mantenido offline con la capacidad de firmar un mensaje.
 - Una pubkey de wallet de destino que será propietaria de la ATA de recompensas.
 
----
-
-## 1. Elija una ruta de autenticación
-
-Configurar la cuenta de recompensas requiere autorización de la clave de identidad del validador. Hay dos formas de proporcionarla:
-
-| Ruta | Cuándo usarla |
-|---|---|
-| **Directa** | El keypair de identidad del validador está en la máquina desde la que ejecuta los comandos. |
-| **Offchain** | El keypair de identidad del validador se mantiene offline o en una máquina diferente a la de la wallet que paga las comisiones. |
 
 ---
 
-## 2a. Ruta directa
+## 1. Configurar para Reclamar Recompensas
 
 Ejecute `configure` con el keypair de identidad del validador como `-k`.
 
@@ -40,7 +32,7 @@ doublezero-solana shreds publisher-rewards configure \
     --rewards-token-owner <Wallet567Identity111111111111111111111111111> \
     -k <path-to-validator-identity-keypair.json>
 ```
-Salida de ejemplo
+Ejemplo de Salida
 ```bash
 Shred subscription - Configure Validator Publisher Rewards
 Node ID:           ValidatorIdentity111111111111111111111111111
@@ -50,26 +42,39 @@ Rewards ATA:       11111111111Pt3PatTj59dG5BhYuqPb9QJDUr1111111
 Auth path:         direct
 Configured validator publisher rewards: 41111111ntmoBTnvcKcP1g2a1111111HPoN3z5uf11111112jjzBJsr1B2JrTRff4dSGe1pdM1111111TMADi3Nz
 ```
-`Configured validator publisher rewards: ` muestra la transacción que puede visualizar en un explorador de bloques.
+`Configured validator publisher rewards: ` muestra el txt que puede ver en un explorador de bloques.
 
 | Flag | Descripción |
 |---|---|
 | `--node-id` | Pubkey de identidad del nodo validador. |
 | `--rewards-token-owner` | Wallet que será propietaria de la ATA receptora. |
-| `--rewards-token-mint` | El token en el que se recibirán las recompensas de la wallet `2z`. Los tokens compatibles también incluyen `usdc` y `wsol`. |
-| `-k` | Ruta al keypair de identidad del validador. En la ruta directa, la pubkey del keypair debe coincidir con `--node-id` o el comando dará error e indicará que cambie a la ruta offchain. |
+| `--rewards-token-mint` | El token en el que se recibirán las recompensas de la wallet en `2z`. Los tokens soportados también incluyen `usdc` y `wsol`. |
+| `-k` | Ruta al keypair de identidad del validador. En la ruta directa, la pubkey del keypair debe coincidir con `--node-id` o el comando devolverá un error indicando que cambie a la ruta offchain. |
 
 La ATA se inicializa automáticamente en la misma transacción si aún no existe.
 
-Continúe directamente al [paso 3](#3-verificar-la-configuracion).
+
+!!! note "Si se Devuelve un Error"
+    Si la pubkey de `-k` no coincide con `--node-id`
+
+    El keypair del pagador de comisiones que proporcionó no es la identidad del validador. Proporcione el keypair de identidad del validador como `-k`, o cambie a la [ruta offchain](#apendix-alternativa-de-ruta-offchain).
+---
+
+## 2. Verificar la Configuración
+
+```bash
+doublezero-solana shreds publisher-rewards show --node-id <NODE_ID>
+```
+
+El comando muestra el `Node ID`, `Rewards owner`, `Rewards mint`, la dirección ATA resuelta y el estado de la ATA. La **ATA Resuelta** es la dirección determinística derivada del propietario de recompensas + mint de recompensas — es donde se depositarán las recompensas en cada época.
 
 ---
 
-## 2b. Ruta offchain
+## Apéndice: Alternativa de Ruta Offchain
 
-Tres subpasos: preparar, firmar, configurar.
+Tres sub-pasos: preparar, firmar, configurar.
 
-### 2b.i. Preparar el mensaje offchain
+### 1. Preparar el mensaje offchain
 
 Ejecute esto en cualquier lugar — es de solo lectura y no necesita el keypair de identidad del validador. Imprime el blob hexadecimal a firmar y el slot absoluto en el que expira la firma.
 
@@ -79,7 +84,7 @@ doublezero-solana shreds publisher-rewards prepare-offchain-message \
     --rewards-token-owner <Wallet567Identity111111111111111111111111111> \
     --valid-for 1h
 ```
-Salida de ejemplo
+Ejemplo de Salida
 
 ```bash
 Hex message:    123457fc138f556a2578bdb079dc923342cc4e4a376683dc4c6cb923051e0be3
@@ -99,14 +104,14 @@ Then submit:
 |---|---|
 | `--node-id` | Pubkey de identidad del nodo validador. |
 | `--rewards-token-owner` | Wallet que será propietaria de la ATA receptora. |
-| `--rewards-token-mint` | El token en el que se recibirán las recompensas de la wallet `2z`. Los tokens compatibles también incluyen `usdc` y `wsol`. |
-| `--valid-for` | Tiempo de vida de la firma relativo al slot actual. Acepta `<n>s`, `<n>m` o `<n>h`. Valor predeterminado: `1h`. |
+| `--rewards-token-mint` | El token en el que se recibirán las recompensas de la wallet en `2z`. Los tokens soportados también incluyen `usdc` y `wsol`. |
+| `--valid-for` | Tiempo de vida de la firma relativo al slot actual. Acepta `<n>s`, `<n>m`, o `<n>h`. Por defecto: `1h`. |
 | `--deadline-slot` | Alternativa a `--valid-for`: slot absoluto en el que expira la autorización. Mutuamente excluyente con `--valid-for`. |
 | `--json` | Emite JSON (`{ hex, deadline_slot }`) en lugar del resumen legible. |
 
-El comando imprime el mensaje de autorización codificado en hexadecimal, el slot límite resuelto y fragmentos de shell listos para ejecutar para los dos pasos siguientes.
+El comando imprime el mensaje de autorización codificado en hexadecimal, el slot de vencimiento resuelto y fragmentos de shell listos para ejecutar para los dos pasos siguientes.
 
-### 2b.ii. Firmar el mensaje
+### 2. Firmar el mensaje
 
 En la máquina que contiene el keypair de identidad del validador:
 
@@ -117,13 +122,13 @@ solana sign-offchain-message <123457fc138f556a2578bdb079dc923342cc4e4a376683dc4c
 
 Esto imprime una firma en base58.
 
-Salida de ejemplo
+Ejemplo de Salida
 
 ```bash
 SignatureTBUwGq511mPLMCEE4f5fNsmX1PQrozXBBJeCdSrcbhqSX1MwFp8NsNZbhCNMZ1kPWakjsLL9e3GUxxp
 ```
 
-### 2b.iii. Enviar `configure`
+### 3. Enviar `configure`
 
 De vuelta en la máquina con su wallet pagadora de comisiones:
 
@@ -135,12 +140,11 @@ doublezero-solana shreds publisher-rewards configure \
     --deadline-slot <DEADLINE_SLOT>
 ```
 
-`--signature` y `--deadline-slot` deben pasarse juntos. Los valores deben coincidir con los producidos en los pasos 2b.i y 2b.ii.
+`--signature` y `--deadline-slot` deben proporcionarse juntos. Los valores deben coincidir con los producidos en los pasos 2b.i y 2b.ii.
 
 La ATA se inicializa automáticamente en la misma transacción si aún no existe.
 
-
-Salida de ejemplo
+Ejemplo de Salida
 
 ```bash
 Shred subscription - Configure Validator Publisher Rewards
@@ -154,22 +158,5 @@ Configured validator publisher rewards: 41111111ntmoBTnvcKcP1g2a1111111HPoN3z5uf
 
 ---
 
-## 3. Verificar la configuración
-
-```bash
-doublezero-solana shreds publisher-rewards show --node-id <NODE_ID>
-```
-
-El comando imprime el `Node ID`, `Rewards owner`, `Rewards mint`, la dirección ATA resuelta y el estado de la ATA. La **ATA resuelta** es la dirección determinística derivada del propietario de recompensas + mint de recompensas — es donde se depositarán las recompensas en cada epoch.
-
----
-
-## Solución de problemas
-
-### Ruta directa: la pubkey de `-k` no coincide con `--node-id`
-
-El keypair pagador de comisiones que proporcionó no es la identidad del validador. Pase el keypair de identidad del validador como `-k`, o cambie a la [ruta offchain](#2b-ruta-offchain).
-
-### Firma expirada
-
-Cada firma offchain tiene un slot límite. Si pasa demasiado tiempo entre `prepare-offchain-message` y `configure`, vuelva a ejecutar `prepare-offchain-message`, firme nuevamente y reenvíe. La validez predeterminada es de 1 hora — extiéndala con `--valid-for 4h` o similar si necesita más tiempo para un flujo de firma offline.
+!!! note "Nota: Si la Firma ha Expirado"
+    Cada firma offchain tiene un slot de vencimiento. Si pasa demasiado tiempo entre `prepare-offchain-message` y `configure`, vuelva a ejecutar `prepare-offchain-message`, firme de nuevo y reenvíe. La validez por defecto es de 1 hora — extiéndala con `--valid-for 4h` o similar si necesita más tiempo para un flujo de firma offline.