diff --git a/kovri.i2p/_i18n/es.yml b/kovri.i2p/_i18n/es.yml
index 0912f2c..d3a6675 100644
--- a/kovri.i2p/_i18n/es.yml
+++ b/kovri.i2p/_i18n/es.yml
@@ -16,19 +16,19 @@ langs:
   da: Dansk
 
 titles:
-  index: ¿Que es Kovri?
-  get-started: Get Started
-  intro: Introduction
+  index: ¿Qué es Kovri?
+  get-started: Tareas iniciales
+  intro: Introducción
   acknowledgements: Agradecimientos
-  quality: Calidad
-  contributing: Pautas Generales para contribuir
-  building: Compilando.
-  faq: FAQ
-  style: Guia de estilo
-  user: Guia de usuario
+  quality: Seguros de calidad
+  contributing: Guía para contribuir
+  building: Instrucciones para compilar
+  faq: Preguntas frecuentes
+  style: Guía de estilo
+  user: Guía de usuario
   legal: Legal
-  docs: Kovri Documentation
-  blog: Kovri Blog Posts
+  docs: Documentación Kovri 
+  blog: Entradas blog Kovri 
 
 home:
   main_para1: Kovri is a free, decentralized, anonymity technology developed by Monero.
@@ -77,4 +77,4 @@ get-started:
   run_para1: Here you are. You're almost done. Now the only thing left to do is to run
   run_para2: in your terminal. Once connected, it should take about 5 minutes to bootstrap into the network and start using services, so be patient. Remember to
   run_para3: report any bugs
-  run_para4: if you run into any trouble. See? That wasn't so hard, was it? Have fun!
\ No newline at end of file
+  run_para4: if you run into any trouble. See? That wasn't so hard, was it? Have fun!
diff --git a/kovri.i2p/_i18n/es/acknowledgements.md b/kovri.i2p/_i18n/es/acknowledgements.md
index 10a1733..55aa8e4 100644
--- a/kovri.i2p/_i18n/es/acknowledgements.md
+++ b/kovri.i2p/_i18n/es/acknowledgements.md
@@ -1,9 +1,9 @@
-En adición a los contribuidores de Boost y OpenSSL, y a todos los programadores desde los tiempos inmemoriales, que han hecho este proyecto posible, queremos reconocer lo siguiente:
+En adición a los contribuidores de Boost y OpenSSL y a todos los programadores desde los tiempos inmemoriales que han hecho este proyecto posible, queremos reconocer a los siguientes:
 
-- Wei Dai, Jeffrey Walton, y todos los desarrolladores en Cryoto++ por proveer una influencial y libre librería de criptografía en C++
-- Dean Michael Berris, Glyn Matthews, y todos los desarrolladores en cpp-netlib por proveer una librería activamente desarrollada cross-plataforma de red.
+- Wei Dai, Jeffrey Walton y todos los desarrolladores de Crypto++ por proveer una influencial y libre librería de criptografía en C++
+- Dean Michael Berris, Glyn Matthews y todos los desarrolladores de cpp-netlib por proveer una librería activamente desarrollada cross-plataforma de red.
 - Todos los desarrolladores involucrados en la [implementación ref10 de SUPERCOP](http://bench.cr.yp.to/supercop.html) del cual tomamos como base nuestras implementaciones Ed25519
-- zzz, str4d, y todos los desarrolladores de I2P Java, en ambos, pasado y presente, que tienen un set de estándares a seguir para las demás implementaciones de I2P
+- zzz, str4d y todos los desarrolladores de I2P Java, en ambos, pasado y presente, que tienen un set de estándares a seguir para las demás implementaciones de I2P
 - orion por proveer ```i2pcpp```: la implementación en C++ [original](http://git.repo.i2p.xyz/w/i2pcpp.git) de I2P
 - orignal por proveer ```i2pd```: la mas completa implementación de I2P [de la cual poder copiar](https://github.com/purplei2p/i2pd/commit/45d27f8ddc43e220a9eea42de41cb67d5627a7d3)
-- EinMByte por mejorar todas las implementaciones en C++ de I2P (Incluyendo Kovri)
+- EinMByte por mejorar todas las implementaciones en C++ de I2P (incluyendo Kovri)
diff --git a/kovri.i2p/_i18n/es/building.md b/kovri.i2p/_i18n/es/building.md
index 3d87627..dbd4e02 100644
--- a/kovri.i2p/_i18n/es/building.md
+++ b/kovri.i2p/_i18n/es/building.md
@@ -1,4 +1,4 @@
-## Paso 1. Requerimientos minimos
+## Paso 1. Requerimientos mínimos
 
 #### Note: Debido al issue [#403](https://github.com/monero-project/kovri/issues/403), se sugiere un minimo de 1GB de RAM para el entorno de desarrollo.
 
@@ -58,7 +58,7 @@ $ sudo apt-get install libminiupnpc-dev #Para usuarios bajo una NAT restrictiva
 
 ### Debian (stable)
 
-Necesitamos copiar ```testing``` desde ```Boost 1.58+``` por culpa de un [CMake roto](https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=826656). Para fines de documentacion, vamos a copiar todas las dependencias desde ```testing```. Si no estas familiriarizado con apt-pinning, procede con lo siguiente ants de instalar las dependencias:
+Necesitamos copiar ```testing``` desde ```Boost 1.58+``` por culpa de un [CMake roto](https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=826656). Para fines de documentación, vamos a copiar todas las dependencias desde ```testing```. Si no estás familiarizado con apt-pinning, procede con lo siguiente antes de instalar las dependencias:
 
 - Crea y edita ```/etc/apt/preferences.d/custom.pref```
 - Escribe y guarda lo siguiente:
@@ -75,11 +75,11 @@ Pin-Priority: 650
 - Crea y edita ```/etc/apt/sources.list.d/custom.list```
 ```
 # Stable
-deb [Aqui va tu mirrior] stable main non-free contrib
+deb [Aquí va tu mirror] stable main non-free contrib
 # Testing
-deb [Aqui va tu mirrior] testing main non-free contrib
+deb [Aquí va tu mirror] testing main non-free contrib
 ```
-- Reemplaza ```[Aqui va tu mirrior]``` con tu mirror (ve el archivo ```/etc/apt/sources.list```)
+- Reemplaza ```[Aquí va tu mirror]``` con tu mirror (ve el archivo ```/etc/apt/sources.list```)
 - Corre ```$ sudo apt-get update```
 - Instala las dependencias con la bandera:  ```-t testing```:
 
@@ -136,7 +136,7 @@ $ sudo pkg install miniupnpc #Para usuarios bajo una NAT restrictiva
 
 ### Windows (MSYS2/MinGW-64)
 * Descargar el [instalador de MSYS2](http://msys2.github.io/), 64-bit o 32-bit de ser necesario, y ejecutarlo.
-* Usa el acceso directo asociado con tu arquitectura para iniciar el entorno MSYS2. En sistemas 64-bit seria MinGW-w64 Win64 Shell. Nota que si estas coriendo Windows 64-bits, necesitaras ambos entornos 64 y 32 bits.
+* Usa el acceso directo asociado con tu arquitectura para iniciar el entorno MSYS2. En sistemas 64-bit seria MinGW-w64 Win64 Shell. Nota que si estás corriendo Windows 64-bit, necesitaras ambos entornos 64 y 32 bit.
 * Actualiza el paquete en tu MSYS2:
 ```
 pacman -Sy
@@ -158,31 +158,31 @@ $ git clone --recursive https://github.com/monero-project/kovri
 ```bash
 $ make # para acortar el tiempo de compilado, corre make -j [CPU cores disponibles]
 ```
-### 3. Instala los recursos (archivos de configuracion + recursos de paquetes)
+### 3. Instala los recursos (archivos de configuración + recursos de paquetes)
 ```bash
 $ make install
 ```
 
 - Usuarios finales **DEBEN** correr ```make install``` para las nuevas instalaciones
-- Desarrolladores **DEBERIAN** correr ```make install``` despues de cada fetch
+- Desarrolladores **DEBERÍAN** correr ```make install``` despues de cada fetch
 
 ### Otras opciones que pueden usar en el paso 2:
 
 - ```make upnp``` produce un binario vanilla con soporte UPnP (requiere [MiniUPnP](https://github.com/miniupnp/miniupnp/releases))
 - ```make optimized-hardening``` produce un binario UPnP, optimizado y fortalecido
-- ```make all-options``` produce un binario UnPN activado, y optimizado y fortalecido
+- ```make all-options``` produce un binario UPnP activado, y optimizado y fortalecido
 - ```make tests``` produce todos los benchmarks y unit-tests
 - ```make tests-optimized-hardening``` produce todos los benchmarks y unit-tests con fortalecimiento optimizado
-- ```make static``` produce un binario estatico
+- ```make static``` produce un binario estático
 
 ### Otras opciones disponibles
-- ```make doxygen``` produce la documentacion de Doxygen
-- ```make clean``` limpia el directorio de compilacion y salida de Doxygen
+- ```make doxygen``` produce la documentación de Doxygen
+- ```make clean``` limpia el directorio de compilación y salida de Doxygen
 - ```make help``` muestra las opciones de compilado de CMake
 
 #### Notas
-- la salida de Doxygen sera en el directorio ```doc```
-- todas las demas salidas seran en el directorio ```build```
+- la salida de Doxygen será en el directorio ```doc```
+- todas las demás salidas serán en el directorio ```build```
 
 ### Clang
 Para compilar con clang, **debes** exportar lo siguiente:
@@ -190,14 +190,14 @@ Para compilar con clang, **debes** exportar lo siguiente:
 ```bash
 $ export CC=clang CXX=clang++ 
 ```
-- reemplazar ```clang``` con una version de tu eleccion
+- reemplazar ```clang``` con una versión de tu elección
 
 ### FreeBSD
 ```bash
 $ export CC=clang36 CXX=clang++36
 $ gmake && gmake install
 ```
-- reemplazar ```make``` con ```gmake``` para todas las otras opciones de compilacion
+- reemplazar ```make``` con ```gmake``` para todas las otras opciones de compilación
 
 ### (Opcional) directorio de datos personalizado
 Puedes personalizar el directorio de datos de Kovri como gustes. Simplemente exporta ```KOVRI_DATA_PATH```;:
@@ -207,11 +207,11 @@ $ export KOVRI_DATA_PATH=$HOME/.another-kovri-data-path && make && make install
 ```
 
 ## Paso 4. Proceder con la guia de usuario
-Lee la [guia de usuario](https://github.com/monero-project/kovri-docs/blob/master/i18n/es/user_guide.md) para comenzar
+Lee la [guía de usuario](https://github.com/monero-project/kovri-docs/blob/master/i18n/es/user_guide.md) para comenzar
 
 ## Docker
 
-Alternativamente, si usas Docker, lo siguiente compilara la imagen por ti.
+Alternativamente, si usas Docker, lo siguiente compilará la imagen por ti.
 
 ```bash
 $ docker build -t geti2p/kovri .
diff --git a/kovri.i2p/_i18n/es/contributing-docs.md b/kovri.i2p/_i18n/es/contributing-docs.md
index f7ae494..4378725 100644
--- a/kovri.i2p/_i18n/es/contributing-docs.md
+++ b/kovri.i2p/_i18n/es/contributing-docs.md
@@ -3,9 +3,9 @@
 
 ## Conformidad
 - Nosotros apuntamos a usar las conformidades de C++11/14; siéntete libre de usar esto para mejorar tu trabajo
-- También es altamente recomendable usar las librerías y dependencias estándar cuando sea posible
+- También es altamente recomendable usar las librerías y dependencias estándares cuando sea posible
 
-## Enviando tú trabajo
+## Enviando tu trabajo
 Para contribuir tu trabajo, por favor procede con lo siguiente:
 
 1. Forkea Kovri
@@ -16,14 +16,14 @@ Para contribuir tu trabajo, por favor procede con lo siguiente:
    - Actualmente no tenemos ningún tag por estar en pre-alpha. Por ahora, puedes basar tu trabajo desde la rama master.
    - Los mensajes del Commit deben ser verbose por default, considerando una línea de asunto de (50 caracteres máximo), una línea en blanco y una explicación detallada como párrafo(s) separado(s) - a menos que el titulo se auto-explique.
    - El título de commit debe preponer class u otro aspecto del proyecto. Por ejemplo, "HTTPProxy: implementado depurador de User-Agent. Arregla #193." o "Garlic: arregla padding no inicializado en ElGamalBlock".
-   - Si un commit en particular referencia otro issue, por favor agrega una referencia. Por ejemplo, "Leer #123", o "Arregla #123". Esto ayudara a resolver tickets cuando se mezclen con ```master```.
-   - En general, los commits deben ser [atomicos](https://en.wikipedia.org/wiki/Atomic_commit#Atomic_commit_convention) y los diffs deben ser fáciles de leer. Por esta razón, por favor intenta no mezclar arreglos de formato con commits de sin formato.
+   - Si un commit en particular referencia otro issue, por favor agrega una referencia. Por ejemplo, "Leer #123", o "Arregla #123". Esto ayudará a resolver tickets cuando se mezclen con ```master```.
+   - En general, los commits deben ser [atómicos](https://en.wikipedia.org/wiki/Atomic_commit#Atomic_commit_convention) y los diffs deben ser fáciles de leer. Por esta razón, por favor intenta no mezclar arreglos de formato con commits de sin formato.
    - El cuerpo de los pull requests deben contener una descripción adecuada de lo que hace el parche, y proveer una justificación o razonamiento para el parche (cuando sea apropiado). Debes incluir referencias a cualquier discusión como tickets, chats, o IRC.
 
 ## Propuestas
 Para contribuir una propuesta, por favor lee nuestros [issues abiertos](https://github.com/monero-project/kovri/issues) para ver los ya existentes. Si lo que quieres proponer no está ahí, entonces [abre un nuevo issue](https://github.com/monero-project/kovri/issues/new).
 
-A pesa r de que nuestro C4 dicta, que nosotros mezclamos todo, pedimos abrir una propuesta por las siguientes razones:
+A pesar de que nuestro C4 dicta que nosotros mezclamos todo, pedimos abrir una propuesta por las siguientes razones:
 
 1. Una propuesta abre la comunicación
 2. Una propuesta muestra que el colaborador respeta la opinión de todos los colaboradores del proyecto
@@ -51,7 +51,7 @@ You should have received a copy of the GNU General Public License along with thi
 
 ## Lenguaje
 
-Las palabras "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL NOT", "SHOULD", "SHOULD NOT", "RECOMMENDED", "MAY", y "OPTIONAL" en este documento, no deben ser interpretadas como esta descrito en el RFC 2119.
+Las palabras "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL NOT", "SHOULD", "SHOULD NOT", "RECOMMENDED", "MAY", y "OPTIONAL" en este documento, no deben ser interpretadas como está descrito en el RFC 2119.
 
 ## Metas
 
@@ -72,7 +72,7 @@ C4 está hecho para ser un modelo óptimo de colaboración para proyectos de sof
 - El proyecto DEBE utilizar la plataforma de Tracker de issues.
 - El proyecto DEBE tener directrices claramente documentadas para el estilo de código.
 - Un "Colaborador" es una persona que desea proporcionar un parche, siendo un conjunto de compromisos que resuelven algún problema claramente identificado.
-- Un "Mantenedor" es una persona que fusiona parches al proyecto. Los mantenedores no son desarrolladores; Su trabajo es hacer cumplir el proceso.
+- Un "Mantenedor" es una persona que fusiona parches al proyecto. Los mantenedores no son desarrolladores; su trabajo es hacer cumplir el proceso.
 - Los colaboradores NO tendrán acceso de commit al repositorio a menos que sean también Mantenedores.
 - Los mantenedores DEBEN tener acceso de commit al repositorio.
 - Todos, sin distinción ni discriminación, tendrán el mismo derecho de convertirse en un Colaborador en los términos de este contrato.
diff --git a/kovri.i2p/_i18n/es/faq.md b/kovri.i2p/_i18n/es/faq.md
index dedaa36..f85c5c5 100644
--- a/kovri.i2p/_i18n/es/faq.md
+++ b/kovri.i2p/_i18n/es/faq.md
@@ -1,20 +1,20 @@
 # Preguntas frecuentes (y sus respuestas)
 
-## ¿Que es Kovri?
-Kovri es una implementación del router [I2P](https://geti2p.net) en C++, segura, privada, no rastreable y anónima. Lo que una vez fue un fork de i2pd, Kovri se ha convertido en una implementación única y activamente desarrollada implementación en C++ de I2P implementación llevada por la comunidad con muchas mejoras de seguridad, y nuevas características por sobre su predecesor.
+## ¿Qué es Kovri?
+Kovri es una implementación del router [I2P](https://geti2p.net) en C++, segura, privada, no rastreable y anónima. Lo que una vez fue un fork de i2pd, Kovri se ha convertido en una implementación única y activamente desarrollada en C++ de I2P implementación llevada por la comunidad con muchas mejoras de seguridad, y nuevas características por sobre su predecesor.
 
 Lee más de Kovri en la [Moneropedia](https://getmonero.org/resources/moneropedia/kovri.html).
 
 ## ¿Cuál es el estado actual de Kovri?
-Kovri está en desarrollo activo y actualmente en fase pre-alpha. Kovri aun *no* está integrada con Monero pero, en adición a algunas funciones principales estamos desarrollando un [cliente](https://github.com/monero-project/kovri/issues/351) y [una API](https://github.com/monero-project/kovri/issues/350) principal para Monero y otras App.
+Kovri está en desarrollo activo y actualmente en fase pre-alpha. Kovri aún *no* está integrada con Monero pero, en adición a algunas funciones principales estamos desarrollando un [cliente](https://github.com/monero-project/kovri/issues/351) y [una API](https://github.com/monero-project/kovri/issues/350) principal para Monero y otras Apps.
 
-Actualmente, puedes conectarte y (formar parte de) la red I2P: navegar eepsites, conectarte a IRC y correr túneles cliente y servidor.
+Actualmente puedes conectarte y (formar parte de) la red I2P: navegar eepsites, conectarte a IRC y correr túneles cliente y servidor.
 
 ## ¿Cuándo será su primer lanzamiento?
 Una versión alpha será lanzada al principio del 2017. Una vez que se tengan todos los seguros de calidad y se haya resuelto e implementado una API funcional, iremos a la versión beta.
 
-## ¿Porque mi log muestra una fecha/hora diferente a mi zona?
-Los logs son guardados en UTC para proteger tu privacidad, usando UTC estas en una mejor posición de subir logs y compartirlos con los desarrolladores o la comunidad sin comprometer su anonimato.
+## ¿Por qué mi log muestra una fecha/hora diferente a mi zona?
+Los logs son guardados en UTC para proteger tu privacidad. Usando UTC estás en una mejor posición de subir logs y compartirlos con los desarrolladores o la comunidad sin comprometer tu anonimato.
 
 ## ¿En que se está enfocando el equipo de desarrollo?
 Actualmente, nos estamos enfocando en todo lo que se encuentra en nuestro [issues tracker](https://github.com/monero-project/kovri/issues/). Ellos cubren un montón de cosas que necesitamos finalizar antes de lanzar una versión oficial (alpha, beta, o mayor).
@@ -24,7 +24,7 @@ Kovri es usable al punto de lo que ```./kovri --help``` tiene para ofrecer. Kovr
 
 Aún hay mucho código que cubrir así que no esperamos un anonimato fuerte asegurado como en Tor, o incluso java I2P. Esos proyectos tienen más de 10 años de experiencia en investigación e implementación - nosotros apenas estamos comenzando.
 
-Siéntete libre de jugar el rol de desarrollador y experimentar/jugar con Kovri, pero solo si **no** ser totalmente anónimo no te coloca en peligro - porque siempre hay riesgo de una posible des- anonimización dado a que aún se está en pre-alpha, esto no es único de Kovri.
+Siéntete libre de jugar el rol de desarrollador y experimentar/jugar con Kovri, pero solo si **no** ser totalmente anónimo no te coloca en peligro - porque siempre hay riesgo de una posible des-anonimización dado a que aún se está en pre-alpha, esto no es único de Kovri.
 
 ## ¿Información de contacto de Kovri?
 Lee nuestro [README](https://github.com/monero-project/kovri/blob/master/README.md).
@@ -32,13 +32,13 @@ Lee nuestro [README](https://github.com/monero-project/kovri/blob/master/README.
 ## ¿Porque debería usar Kovri en vez de I2P?
 
 - Seguridad: nuestro enfoque es en la seguridad de nuestro software; no [apurarnos a tener todo listo](https://github.com/monero-project/kovri/issues/65) por el hecho de tener las cosas listas
-- Calidad: estas apoyando esfuerzos para ayudar a tener un código base de calidad que perdurara en el tiempo. Esto incluye todos los aspectos del mantenimiento del código
+- Calidad: estás apoyando esfuerzos para ayudar a tener un código base de calidad que perdurará en el tiempo. Esto incluye todos los aspectos del mantenimiento del código
 - Monero: estarás apoyando una cripto-moneda que su orgullo principal es la preservación de la privacidad y anonimato mientras incrementa ambos tu privacidad y anonimato
 
 ## ¿Cuáles son las principales diferencias entre Kovri y i2pd?
 
 - Proveemos un [Forum Funding System](https://forum.getmonero.org/8/funding-required) (sistema de recaudación de fondos) para desarrollo/características.
-- Nos enfocamos en crear una ["seguridad por defecto"](http://www.openbsd.org/security.html), fácilmente mantenible, un router I2P mas-probable-de-ser-revisado. Esto viene con el costo de bajar las características menos usadas por usuarios en otros routers, pero con la funcionalidad principal de que una API estará completamente intacta. Creando un router esqueleto, más pequeño y eficiente, hemos provisto a investigadores y desarrolladores más tiempo para auditorias de seguridad y más tiempo para analizar el diseño y especificaciones de I2P.
+- Nos enfocamos en crear una ["seguridad por defecto"](http://www.openbsd.org/security.html), fácilmente mantenible, un router I2P más-probable-de-ser-revisado. Esto viene con el costo de bajar las características menos usadas por usuarios en otros routers, pero con la funcionalidad principal de que una API estará completamente intacta. Creando un router esqueleto, más pequeño y eficiente, hemos provisto a investigadores y desarrolladores más tiempo para auditorías de seguridad y más tiempo para analizar el diseño y especificaciones de I2P.
 - Nos enfocamos en implementar una API intuitiva y amigable para que cualquier aplicación se conecte y use la red I2P; incluyendo Monero
 - Hemos otorgado a ambos, usuarios finales y desarrolladores un [seguro de calidad](https://github.com/monero-project/kovri/issues/58) y [modelos de desarrollo](https://github.com/monero-project/kovri-docs/blob/master/i18n/es/contributing.md) para proveer un mejor software para todos.
 - Hemos implementado una opción de re-plantar como alternativa para que los usuarios puedan usar [Transportes Pluggables](https://www.torproject.org/docs/pluggable-transports.html.en) en vez de HTTPS para re-plantar.
@@ -46,24 +46,24 @@ Lee nuestro [README](https://github.com/monero-project/kovri/blob/master/README.
 - Siempre creamos un entorno amigable para la colaboración.
 - Siempre escuchamos la retroalimentación de las personas y hacemos nuestro mayor esfuerzo para mejorar Kovri!
 
-## ¿Porque un fork de i2pd?
+## ¿Por qué un fork de i2pd?
 
 Copiamos por algunas razones:
 - Queríamos una implementación robusta, segura y viable en C++ de la red I2P; y i2pd no lo ofrecía
 - Queríamos una comunidad positiva que alentara la colaboración para mejorar el software; no negativa, o de gloria narcisista
 - Queríamos un desarrollador líder que pudiera liderar; no alguien que ignora las peticiones de liberación de información responsable o se fuera con la cola entre las piernas cuando había problemas entre colaboradores
 
-## ¿Cuáles son los puntos que llevaron copiarse de i2pd (y porque hay dos repos de i2pd, uno en Bitbucket y otro en GitHub)?
+## ¿Cuáles son los puntos que llevaron copiarse de i2pd (y por qué hay dos repos de i2pd, uno en Bitbucket y otro en GitHub)?
 
 *comienza el drama de i2pd*.
 
-Comenzando/Mediados en el 2015 uno de los desarrolladores con privilegios de Push en GitHub, subió un commit que el primer autor no le gusto. En vez de trabajar juntos para resolver el problema, dicho autor se llevó i2pd a Bitbucket, y borro **TODA** historial de git, y se hizo único contribuidor del software. El entonces juro que nunca regresaría a Irc2P.
+Comenzando/Mediados en el 2015 uno de los desarrolladores con privilegios de Push en GitHub, subió un commit que al primer autor no le gustó. En vez de trabajar juntos para resolver el problema, dicho autor se llevó i2pd a Bitbucket, y borró **TODA** historial de git, y se hizo único contribuidor del software. El entonces juró que nunca regresaría a Irc2P.
 
-Esas acciones ofendieron a muchos en la comunidad I2P, incluyendo desarrolladores, y casi termino el proyecto C++.
+Esas acciones ofendieron a muchos en la comunidad I2P, incluyendo desarrolladores, y casi terminó el proyecto C++.
 
 A finales del 2015, llega anonimal, quien, no queriendo ver que el trabajo de todos se perdiera, revivió el proyecto bajo contribuciones de su autoría, y reiniciando el desarrollo. Una invitación abierta a todos los demás desarrolladores activos a una reunión sobre el futuro de i2pd. El primer autor de i2pd nunca se apareció, pero la reunión resulto en tal punto, que él se [retractó](https://github.com/PurpleI2P/i2pd/issues/279), y comenzó a trabajar en GitHub de nuevo - pero esta vez con un branch ```openssl``` en que resultó ser el repositorio de Bitbucket en vez de la rama ```master``` de la comunidad.
 
-Ver que este comportamiento errático, solamente hería la red I2P y el proyecto como un todo, los demás desarrolladores continuaron en [varias reuniones importantes](https://github.com/monero-project/kovri/issues/47) y asentaron los fundamentos de lo que ahora es Kovri.
+Viendo como este comportamiento errático solamente hería la red I2P y el proyecto como un todo, los demás desarrolladores continuaron en [varias reuniones importantes](https://github.com/monero-project/kovri/issues/47) y asentaron los fundamentos de lo que ahora es Kovri.
 
 ## ¡Encontré una vulnerabilidad! ¿Qué hago?
 - Vulnerabilidades: leer nuestro [README](https://github.com/monero-project/kovri/blob/master/README.md)
diff --git a/kovri.i2p/_i18n/es/intro.md b/kovri.i2p/_i18n/es/intro.md
index bc22c57..ad7cc3c 100644
--- a/kovri.i2p/_i18n/es/intro.md
+++ b/kovri.i2p/_i18n/es/intro.md
@@ -1,7 +1,7 @@
-Kovri es una implementación router de la red anónima I2P, segura, privada e intraceable. Lo que una vez fue un fork de i2pd, Kovri se ha convertido en una única y activamente desarrollada, implementación en C++ de I2P, llevada por la comunidad con muchas mejoras en seguridad, y nuevas características sobre su predecesor.
+Kovri es una implementación router de la red anónima I2P, segura, privada e intraceable. Lo que una vez fue un fork de i2pd, Kovri se ha convertido en una única y activamente desarrollada implementación en C++ de I2P, llevada por la comunidad con muchas mejoras en seguridad, y nuevas características sobre su predecesor.
 
 Kovri está en activo desarrollo, y se encuentra en pre-alpha. Kovri aún no está integrado con Monero pero, en adición a algunas características principales, estamos desarrollando un cliente, y un API principal para usarse en Monero y otras aplicaciones
 
-Actualmente, puedes usar Kovri para conectarte a (y formar parte en) la red I2P: navegar en eepsites, conectarte a IRC, y correr túneles cliente y servidor.
+Actualmente, puedes usar Kovri para conectarte a (y formar parte de) la red I2P: navegar en eepsites, conectarte a IRC, y correr túneles cliente y servidor.
 
-Un lanzamiento alpha está previsto para comienzos del 2017. Una vez que todos los seguros de calidad estén resueltos y una API haya sido completamente implementada, se lanzara una versión beta.
+Un lanzamiento alpha está previsto para comienzos del 2017. Una vez que todos los seguros de calidad estén resueltos y una API haya sido completamente implementada, se lanzará una versión beta.
diff --git a/kovri.i2p/_i18n/es/quality.md b/kovri.i2p/_i18n/es/quality.md
index 7956432..0d97579 100644
--- a/kovri.i2p/_i18n/es/quality.md
+++ b/kovri.i2p/_i18n/es/quality.md
@@ -1,34 +1,33 @@
 El siguiente modelo es el propuesto para el trabajo de QA. Mientras se tiene una naturaleza linear, cualquier fase puede ser trabajada individualmente si se necesita - mientras que todas las fases eventualmente son revisadas.
 
+## Fase 1: Revisión básica
 
-## Fase 1: Revision basica
-
-- Todo el codigo debe adherirse a nuestras guias de contribucion
-- Anotar todas las areas que necesitan ser mejoradas (mentalmente o en el codigo)
+- Todo el código debe adherirse a nuestras guías de contribución
+- Anotar todas las areas que necesitan ser mejoradas (mentalmente o en el código)
 - Crear TODOs y asignarse de ser posible
 
-## Fase 2: Revision de espesificaciones /  Implementacion / Documentacion de codigo
+## Fase 2: Revisión de especificaciones / Implementación / Documentacion de código
 
-- Completa las revisiones de espesificaiones por modulos; ejemplo: Streaming, I2PControl, etc.
-  - El codigo debe estar en-linea con las partes escenciales de las espesificaciones que se mantendran iguales (o en mejores) niveles de anonimato que provee java I2P
+- Completa las revisiones de especificaciones por modulos; ejemplo: Streaming, I2PControl, etc.
+  - El código debe estar en-linea con las partes esenciales de las especificaciones que se mantendrán iguales (o en mejores) niveles de anonimato que provee java I2P
   - Refactorizar/implementar/parchear donde/cuando se necesite.
 - Asegurarse implementacion acorde con C++11/14
-  - Fase 2 de revision si se necesita
+  - Fase 2 de revisión si se necesita
 - Resolver todo lo relacionado a los TODOs
-- Documentar el codigo tanto como sea posible con comentarios en-linea y Doxygens
-  - El codigo debe ser entendible desde programadores novatos a experimentados
-  - El codigo debe guiar al lector a un mejor entendimiento de I2P
-    - I2P es un codigo muy largo y complejo, asi que el nuestro debe ser un reemplazo de de documentacion y no simplemente un suplemento (esto puede ser un objetivo tedioso pero muy beneficioso en terminos de mantenimiento y vida del software)
+- Documentar el código tanto como sea posible con comentarios en-linea y Doxygens
+  - El código debe ser entendible desde programadores novatos a experimentados
+  - El código debe guiar al lector a un mejor entendimiento de I2P
+    - I2P es un código muy largo y complejo, así que el nuestro debe ser un reemplazo de de documentación y no simplemente un suplemento (esto puede ser un objetivo tedioso pero muy beneficioso en términos de mantenimiento y vida del software)
 
-## Fase 3: Revision criptografica / auditoria de seguridad
+## Fase 3: Revisión criptográfica / auditoría de seguridad
 
-- Asegurarse que la criptografia este al dia y correctamente implementada
+- Asegurarse que la criptografía esté al día y correctamente implementada
 - Establecer cada vector para explotaciones conocidas
   - Mantener esos vectores en mente cuando se escriban pruebas
 - Romper Kovri en cada forma posible
   - Arreglar lo que rompes
-- Sempre usa librerias de confianza, y bien escritas cuando sea posible
-  - Evita codigo hecho-en-casa, ad-hoc, *Yo se mas que la comunidad, por eso mi codigo es mejor*
+- Siempre usa librerías de confianza, y bien escritas cuando sea posible
+  - Evita código hecho-en-casa, ad-hoc, *Yo sé mas que la comunidad, por eso mi código es mejor*
 - Busca una segunda, tercera y mas opiniones, antes de proceder a la siguiente fase
 
 ## Fase 4: Arreglar bugs / Pruebas / Profiling
@@ -36,20 +35,15 @@ El siguiente modelo es el propuesto para el trabajo de QA. Mientras se tiene una
 - Resolver los bugs/issues de prioridad
 - Escribir pruebas de unit-test para cada modulo
   - Correr pruebas, y correrlas de nuevo
-  - Revisa los resultados por complet. Parchea si se necesita, refactoriza si es necesario
-- Asegurate que la automatizacion este corriendo a intervalos regulares
+  - Revisa los resultados por completo. Parchea si se necesita, refactoriza si es necesario
+- Asegúrate que la automatización esté corriendo a intervalos regulares
   - Parchea si es necesario, refactoriza si es necesario
 
 ## Fase 5: Conferir
 
 - Conferir con colegas y la comunidad
-  - Conferir debe ser publicamente via tickes, reuniones, y/o IRC
-- Aceptar toda retroalimentacion y, en respuesta, producir resultados tangibles
+  - Conferir debe ser publicamente via tickets, reuniones y/o IRC
+- Aceptar toda retro-alimentacion y, en respuesta, producir resultados tangibles
 - Si se satisface, proceder con la siguiente fase, si no repetir esta fase, (o comenzar de una fase previa)
 
-- Confer with colleagues and the community
-  - Conferring should be done publicly via ticket, meetings, and/or IRC
-- Accept all feedback and, in response, produce tangible results
-- If satisfied, proceed with next Fase, else repeat this Fase (or start from a previous Fase)
-
-## Fase 6: Repetir todo desde el inicio
\ No newline at end of file
+## Fase 6: Repetir todo desde el inicio
diff --git a/kovri.i2p/_i18n/es/style.md b/kovri.i2p/_i18n/es/style.md
index 155d38f..8ae5252 100644
--- a/kovri.i2p/_i18n/es/style.md
+++ b/kovri.i2p/_i18n/es/style.md
@@ -8,7 +8,7 @@ $ cpplint src/path/to/my/file
 $ cd kovri/ && clang-format -i -style=file src/path/to/my/file
 ```
 
-## Aquí esta lo que no se acomoda por clang-format y difiera de lo propuesto por el estilo C++ de Google
+## Aquí está lo que no se acomoda por clang-format y difiera de lo propuesto por el estilo C++ de Google
 
 - Mantente con la base del código (verticalmente) para tener consistencia
 - Las funciones siempre comienzan con una nueva línea para tener consistencia en el código
@@ -65,4 +65,4 @@ return SSUPacket::GetSize()
 - No prepongas ```k```  o MACRO_TYPE para todas las constantes
 - Usa triple-barra Doxygen ```/// Comentario en C++``` cuando documentes Doxygens
 - Documenta todo tu trabajo para Doxygen mientras progresas
-- Si el anonimato es una preocupación, mézclalo con la presente guía de contribuidores
\ No newline at end of file
+- Si el anonimato es una preocupación, mézclalo con la presente guía de contribuidores
diff --git a/kovri.i2p/_i18n/es/user-guide.md b/kovri.i2p/_i18n/es/user-guide.md
index 4f097a0..be72ef6 100644
--- a/kovri.i2p/_i18n/es/user-guide.md
+++ b/kovri.i2p/_i18n/es/user-guide.md
@@ -9,7 +9,7 @@ Notas:
 
 - **No compartas con nadie tu puerto, porque puede comprometer tu anonimato!!**
 - Si no guardas el puerto, Kovri va a generar uno de forma aleatorio cada vez que se inicie (también puedes elegir pasar el puerto con el parámetro `--port` en cada inicio).
-- Si no tienes acceso a tu NAT, mira las instrucciones en [Compilando](https://github.com/monero-project/kovri-docs/blob/master/i18n/es/building.md) para tu OS.
+- Si no tienes acceso a tu NAT, mira las instrucciones en [Instrucciones para compilar](https://github.com/monero-project/kovri-docs/blob/master/i18n/es/building.md) para tu OS.
 
 ## Paso 2. Configurar Kovri
 
@@ -33,24 +33,24 @@ $ cd build/ && ./kovri
 
 ## Paso 4. Únete a nuestro IRC
 1. Inicia tu [cliente IRC](https://en.wikipedia.org/wiki/List_of_IRC_clients)
-2. Configura tu cliente para conectarse al puerto IRC de Kovri (default 6669). Esto te conectara a la red Irc2p (I2P's IRC network)
-3. Únete a  `#kovri` y `#kovri-dev`
+2. Configura tu cliente para conectarse al puerto IRC de Kovri (default 6669). Esto te conectará a la red Irc2p (I2P's IRC network)
+3. Únete a  `#kovri` y a `#kovri-dev`
 
-## Paso 5. Navega una web I2P (garlic-site/eepsite)
+## Paso 5. Navega a una web I2P (garlic-site/eepsite)
 1. Inicia el navegador de tu preferencia (preferiblemente uno dedicado al uso de Kovri)
-2. Configura tu navegador leyendo [estas instrucciones](https://geti2p.net/en/about/browser-config) **pero en vez del puerto 4444 y 4445** cambia el proxy HTTP al puerto **4446** y puerto SSL *también* a **4446**
+2. Configura tu navegador leyendo [estas instrucciones](https://geti2p.net/en/about/browser-config) **pero en vez del puerto 4444 y 4445** cambia el proxy HTTP al puerto **4446** y el puerto SSL *también* a **4446**
 3. Visita el [sitio de chequeo](http://check.kovri.i2p) para verificar si funciona
 
 Notas:
 
 - **Así como en TOR, no necesitas SSL para navegar de forma segura la red**
-- Soporte de SSL en sitios y proxies de salida aun no está implementado
+- Soporte de SSL en sitios y proxies de salida aún no está implementado
 - Si alguien te da una dirección .i2p que no está en tu cartera de direcciones, usa el servicio de `Jump` en este [sitio](http://stats.i2p/i2p/lookup.html)
 - Mira a través de hosts.txt en tu directorio de datos para ver una lista de sitios por defecto que puedes visitar fácilmente
-- En general, la implementación del proxy HTTP y cartera de direcciones aun están desarrollo y aun no están completos
+- En general, la implementación del proxy HTTP y cartera de direcciones aún están en desarrollo y aún no están completos
 
 ## Paso 6. Hostea tu propio servicio-garlic (garlic-site/eepsite)
-- Lee `tunnels.conf` para aprender como colocar un servicio túnel que apunte a un servicio que estés hosteando
+- Lee `tunnels.conf` para aprender cómo colocar un servicio túnel que apunte a un servicio que estés hosteando
 
 ## Paso 7. ¡Disfruta!
 - Lee más de Kovri en la [Moneropedia](https://getmonero.org/resources/moneropedia/kovri.html).
@@ -64,7 +64,7 @@ Instalar Docker está fuera del propósito de este documento, por favor lee la [
 
 ## Paso 2. Configurar / Abrir Firewall
 
-La imagen de docker ya viene con la configuración por default de Kovri, pero puedes configurarlo como se explica en secciones anteriores
+La imagen de docker ya viene con la configuración por default de Kovri, pero puedes configurarlo como se explica en las secciones anteriores
 
 Deberías escoger un puerto aleatorio y abrir ese puerto