APPS TRADICIONALES VS APPS DESCENTRALIZADAS (APPS VS ÐAPPS)

En las arquitecturas de aplicaciones tradicionales y descentralizadas, lo llamamos la parte del cliente (llamada «front-end» en la jerga informática) y la parte del servidor (llamada «back-end»).

Para entenderlo de forma sencilla, el Frontend es la parte gráfica de la aplicación, es decir, “lo que se ve”.

Cuando abrimos una aplicación móvil o una aplicación web, podemos decir que lo que vemos es la parte del cliente, es decir, la parte «front end» correspondiente a la interfaz gráfica de la aplicación y el código informático detrás de ella.

Por su parte, la parte del servidor es la que “no se ve”. Todas las bases de datos, la capacidad de almacenamiento, etc. En definitiva, todo lo que no se puede almacenar en la aplicación móvil o en la página web.

Ambas partes (cliente y servidor, ‘frontend’ y ‘backend’) interactúan entre sí constantemente enviándose datos para que la aplicación funcione según se construyó, es decir, para que cumpla sus funciones.

Pongamos un ejemplo para entenderlo aún mejor:

Cuando ingresamos a Facebook desde la aplicación móvil de nuestro teléfono, podemos ver a todos nuestros amigos, sus datos personales, nuestras fotos …, pero estas no quedan almacenadas en la aplicación que descargamos. Si es así, ni siquiera podemos descargar la aplicación desde el enorme espacio ocupado.

Para poder ver las fotos que queremos, el perfil de nuestro mejor amigo o el evento al que vamos a ir a continuación, Facebook necesita ir a su servidor (su «backend»), donde se encuentra toda esta información.

Facebook mandará esa información desde su ‘backend‘ a su ‘frontend‘, que es esa parte del cliente que nosotros podemos ver.

Comprender esta diferencia nos servirá para entender mejor posteriormente el funcionamiento de las Ðapps.

Ventajas de las Ðapps frente a las Apps

El realizar una aplicación descentralizada basada en el entorno Ethereum nos aporta bastantes ventajas frente a las tradicionales aplicaciones web:

Procesamiento de pagos y cobros

En los sitios web tradicionales, solemos encontrar una pasarela de pago o integrarnos con PayPal para poder recibir pagos de los usuarios que ven el pago.

En Ðapp, no se requiere ninguna otra integración, porque los usuarios pueden enviar o recibir fondos directamente en forma de Ether sin utilizar un intermediario como PayPal o Visa, y casi no hay comisión.

Cuentas de los usuarios

Estamos acostumbrados a tener que registrarnos en todos los sitios web de Internet. Muchas cuentas de usuario deben crearse con contraseñas diferentes, lo que hará que con el tiempo las olvidemos y tengamos que recurrir al proceso de «recuperar contraseña».

Esto no sucederá con las ÐApps porque los usuarios no necesitan registrarse.

Al crearte una sola cuenta con su llave pública y su llave privada (como en el caso de las Wallets) que contiene sus datos, puedes vincularla con cualquier ÐApp.

Para que podamos ver este proceso de manera intuitiva, el registro en ÐApp funciona de manera similar a la forma en que inicias sesión con tu cuenta de Facebook, Google o LinkedIn: puedes registrarte en las cuentas creadas en estas redes sociales sin registrarte. de poner tus datos otra vez.

ejemplo de inicio de sesión con otras cuentas

Solo debemos recordar que estos sistemas son sistemas centralizados, lo que significa que si un día (por ejemplo, Twitter deja de existir), si nos hemos registrado en el sitio web con nuestra cuenta de Twitter, no podremos acceder al sitio web, y tendremos que crear otra cuenta nueva.

Eso es algo que no ocurriría con las Ðapps.

Base de datos

En los sistemas tradicionales, los datos se almacenan en los discos duros de servidores personales o externos mediante servicios en la nube.

Ambas son opciones arriesgadas: en lo que respecta a los discos duros personales, pueden ser pirateados y los datos quedarán expuestos. Para los servicios en la nube, si la empresa que brinda el servicio es pirateada, entonces nuestra cuenta también puede ser pirateada, como sucedió en innumerables ocasiones.

Además, si esta empresa desaparece, nuestros datos también lo harán.

Sin embargo, con ÐApps, almacenar los datos en la cadena de bloques mantiene los datos sin cambios, es decir, una vez que se registran los datos, no se pueden borrar.

Los datos se guardan en la cadena de bloques en forma encriptada, es decir, no son legibles por nadie excepto por su propietario.

Además, la naturaleza distribuida de la cadena de bloques significa que estos datos residen en todas las computadoras de la red Ethereum, por lo que si estos datos desaparecen de la computadora, existen muchas otras «copias de seguridad».

Como único inconveniente, debemos decir que almacenar grandes cantidades de datos en una cadena de bloques puede resultar muy costoso y además aumentará significativamente su tamaño (en megabytes), aunque se han hecho esfuerzos para mejorar este proceso y encontrar una solución Extendida.

Confianza

Cuando usamos una aplicación web, podemos ver el código que usa la herramienta de inspección del navegador. De esta forma, los usuarios pueden verlo desde la «interfaz».

Sin embargo, la interacción de ese frontend con el backend es algo que no podemos ver a simple vista.

Con ÐApps, los usuarios pueden usarlo con confianza porque pueden verificar el código de front-end y el código de contrato inteligente basado en Ethereum usado como back-end o servidor.

De esta forma, se puede verificar que el código no tiene errores y los fondos o información almacenados en la ÐApp pueden ser sustraídos. Esto aumenta la sensación de confianza y seguridad del usuario.

En resumen…

La diferencia entre el sistema tradicional y el sistema ÐApps es que el sistema ÐApps utiliza la cadena de bloques como parte del servidor, es decir, como su «backend».

Deja un comentario