馃嚜馃嚫 Una base de datos no es una cadena de bloques

:es: Traducci贸n al espa帽ol de A Database is not a Blockchain

Publicado por Cardanians en su blog de Medium, el 31 de Octubre de 2019.


Nuestro futuro descentralizado

A menudo se dice que la cadena de bloques es una base de datos lenta y costosa. Adem谩s, no puede escalar bien. As铆 que no hay raz贸n para usarla para nada m谩s que para Bitcoin.

Nada de eso es una afirmaci贸n correcta. La cadena de bloques puede ser un almacenamiento de datos escalable, r谩pido y econ贸mico. Bueno, la cadena de bloques nunca ser谩 tan r谩pida como una base de datos tradicional. Sin embargo, una cadena de bloques posee algunas ventajas sobre una base de datos, y tiene sentido hablar de ellas.

En el art铆culo, abordaremos qu茅 es exactamente la cadena de bloques desde la perspectiva de los datos, y luego echaremos un vistazo a las diferencias m谩s importantes entre una cadena de bloques y una base de datos.

Cadena de bloques

Desde el punto de vista del almacenamiento de datos, una cadena de bloques es una forma de almacenar datos en bloques. Es una estructura de datos muy similar a una lista enlazada.

2
Listas enlazadas

Una lista enlazada es una estructura de datos lineal donde cada elemento es un objeto separado. Cada elemento de una lista consta de dos elementos: los datos y una referencia al elemento siguiente. El 煤ltimo nodo tiene una referencia a null (nulo). El punto de entrada en una lista enlazada se llama la cabecera de la lista.

La cadena de bloques a帽ade una caracter铆stica adicional, y es la protecci贸n contra la manipulaci贸n de su historial. El primer estudio sobre una cadena de bloques protegida criptogr谩ficamente fue descrito en 1991 por los autores Stuart Haber y W. Scott Stornetta. Quer铆an implementar un sistema en el que las marcas de tiempo de los documentos no pudieran ser alteradas. En 1992, Bayer, Haber y Stornetta incorporaron 谩rboles de Merkle al dise帽o, lo que mejor贸 su eficiencia, al permitir que varios certificados de documentos se recopilaran en un solo bloque. N贸tese que no utilizaron el t茅rmino 鈥渂lockchain鈥 sino 鈥渃hain of blocks鈥 en su trabajo. Satoshi Nakamoto utiliz贸 el mismo t茅rmino 鈥渃hain of blocks鈥 en el white paper de Bitcoin.

La afirmaci贸n de que Satoshi invent贸 la cadena de bloques no es correcta. Es un error. 脡l reutiliz贸 un trabajo existente.


Cadena de bloques asegurada criptogr谩ficamente

La pregunta es qu茅 tan r谩pido se puede a帽adir un nuevo bloque a una cadena de bloques. De hecho, se pueden a帽adir muchos bloques en un solo segundo. La cadena de bloques no es lenta respecto a la adici贸n de bloques. Este proceso puede ser muy r谩pido si los datos que deben ser agregados a una cadena de bloques est谩n en el mismo equipo. B谩sicamente, se pueden a帽adir muchos bloques inmediatamente. La velocidad, la escalabilidad y el coste de a帽adir un nuevo bloque a la cadena de bloques est谩n influenciados por un mecanismo de consenso.

Es el consenso basado en PoW lo que hace de Bitcoin una base de datos muy lenta y costosa. En caso de que se utilice DPoS o PoS, el sistema puede ser m谩s r谩pido, barato y escalable.

驴Qu茅 es una cadena de bloques? (Recargado)

Hoy en d铆a, muchos proyectos y gigantes de TI hablan sobre la tecnolog铆a de la cadena de bloques. 驴De qu茅 hablan? Como se puede ver, el significado original del t茅rmino 鈥渃adena de bloques鈥 est谩 relacionado con la cadena de bloques asegurada criptogr谩ficamente. El significado del t茅rmino shifted, y ahora el t茅rmino blockchain, se utiliza generalmente para hablar de red distribuida que utiliza una cadena de bloques como estructura de datos.

Tal vez el t茅rmino ledger distribuido (DL) pueda ser menos confuso ya que s贸lo expresa que hay un ledger que se distribuye en muchos nodos, y que se debe existir un consenso mutuo para cambiarlo. Personalmente, prefiero el t茅rmino de ledger distribuido.

驴C贸mo almacena datos una base de datos, y qu茅 puede hacer el usuario?

Una base de datos com煤n no trabaja con bloques sino con tablas. Una tabla es una colecci贸n de datos relacionados que se mantienen en un formato de tabla dentro de una base de datos. Dicha tabla consta de columnas y filas.


Base de datos de tablas

En las bases de datos relacionales, una tabla es un conjunto de elementos de datos (valores) que utilizan un modelo de columnas verticales (identificables por nombre) y filas horizontales, siendo la celda la unidad donde se intersectan una fila y una columna. Una tabla tiene un n煤mero espec铆fico de columnas pero puede tener cualquier n煤mero de filas. Cada l铆nea se identifica con uno o m谩s valores que aparecen en un subconjunto de columnas determinado. Una selecci贸n espec铆fica de columnas que identifican de forma un铆voca las filas se denomina 鈥渃lave primaria鈥.

Se pueden utilizar cuatro operaciones b谩sicas dentro de la base de datos en relaci贸n con los datos: crear, leer, actualizar y borrar (CRUD). Las cadenas de bloques actuales s贸lo pueden a帽adir un bloque entero (con transacciones dentro) al final de la cadena de bloques. Luego de una adici贸n, los datos no pueden actualizarse ni borrarse. Una cadena de bloques permite s贸lo dos operaciones: crear y leer.

Una base de datos permite en todo momento cambiar e incluso borrar datos que han sido almacenados en el pasado. Una cadena de bloques mantiene intencionalmente los datos hist贸ricos inalterables y siempre disponibles. Hablaremos con m谩s detalle sobre c贸mo se protegen los datos contra modificaciones.

驴Qui茅n controla los datos?

La diferencia m谩s significativa entre una cadena de bloques y una base de datos es el n煤mero de operaciones permitidas, y qui茅n es responsable de ello. Adem谩s, cu谩n seguras son algunas operaciones restringidas.

Una base de datos es mantenida por un administrador, o por un grupo de administradores. El administrador tiene el derecho de hacer todo lo que quiera con los datos (CRUD). Los administradores son a menudo empleados de una gran empresa y deben seguir las reglas establecidas por los propietarios de la empresa. Los administradores otorgan derechos limitados a los usuarios para crear, leer, modificar o eliminar datos. Depende de la implementaci贸n y de las aplicaciones o servicios utilizados. Sin embargo, incluso si alguien registra datos correctos en la base de datos, el administrador siempre puede modificarlos o eliminarlos. Nadie tiene ninguna, o muy pocas, chance de comprobar que se han ingresado datos correctos en caso de que exista alguna disputa sobre la correcci贸n de los mismos. El administrador siempre tiene m谩s derechos que los dem谩s.

No hay administrador con derechos de modificaci贸n y borrado en la cadena de bloques. Hay nodos en la red que deben llegar a un consenso sobre cualquier nuevo bloque que deba a帽adirse a ella. Una vez que se agrega el bloque (y se confirma) nadie puede cambiar f谩cilmente el historial, y siempre se puede probar que algo sucedi贸 en el pasado.

Cadena de bloques p煤blica y privada

En este punto, es necesario diferenciar entre cadenas de bloques privadas (autorizadas) y p煤blicas. Veamos para qu茅 sirve cada una.

Una cadena de bloques p煤blica es apta en casos donde existe una mayor铆a de usuarios que no conf铆an los unos en los otros y necesitan interactuar de una manera confiable. Si el grupo no puede o no quiere encontrar a un tercero de confianza, podr铆a considerar la posibilidad de utilizar la cadena de bloques. En el sistema financiero actual, los terceros de confianza son los bancos. La gente les cree y sabe qu茅 hacer si algo sale mal. La cadena de bloques puede hacer un trabajo similar al de los bancos. La cadena p煤blica puede ser usada muy bien para criptomonedas y puede servir a millones de usuarios.

En caso de que s贸lo existan dos empresas que no conf铆en la una en la otra, a menudo es mejor y m谩s econ贸mico encontrar terceros de confianza que gestionen una base de datos para ellas. 驴Pueden utilizar una base de datos sin evitar la participaci贸n de un tercero de confianza? La pregunta aqu铆 es: 驴qui茅n ser铆a responsable de mantenerlo y qui茅n ser谩 el administrador? 驴Deber铆a ser alguien de la empresa A, o de la empresa B? 驴O ambas cosas? Como ya hemos mencionado el administrador puede hacer todo con la base de datos. As铆 que la base de datos no siempre funciona bien en este caso, y el uso de la cadena de bloques puede ser una opci贸n v谩lida.

Ahora imagina que hay 10 de estas compa帽铆as requiriendo cierto nivel de confianza. 驴Deber铆a haber tambi茅n 10 administradores, uno de cada empresa? Sin embargo, 驴qui茅n ser谩 responsable de la base de datos central?

Una base de datos puede funcionar bien en algunos casos. Sin embargo, en algunos otros casos, considerar una cadena privada es una opci贸n superadora. Por qu茅? Naturalmente, las empresas no conf铆an unas en otras. Cuando algunos datos deben ser agregados a la cadena de bloques, entonces un acuerdo de todas las partes podr铆a ser un requisito relevante. Imaginemos que hay 10 nodos de validaci贸n en un entorno privado y que cada empresa posee un nodo. Todos los nodos (o una mayor铆a significativa de ellos) tienen que estar de acuerdo con a帽adir un nuevo bloque a la cadena. En este caso, ninguna empresa puede modificar los datos almacenados en otros nodos, por lo que no tiene sentido modificar los datos del propio nodo. Adem谩s, ninguna empresa es capaz de registrar datos que ser铆an considerados inv谩lidos por cualquier otra empresa. Las funciones de los administradores se limitan a ejecutar un nodo.

No hay necesidad de usar ning煤n token en una cadena privada. Un simple consenso (basado en el BFT) es suficiente. Una cadena privada puede ser muy r谩pida y el tiempo insumido en la creaci贸n de un bloque puede llegar a ser de unos pocos segundos (incluso un segundo). Los costes de operaci贸n son muy bajos, ya que cada empresa s贸lo opera un nodo de validaci贸n.

驴Qu茅 hay de la seguridad? Para unas pocas empresas, una cadena privada es suficientemente segura si s贸lo interact煤an entre s铆. Ning煤n otro nodo puede unirse al grupo, y si la transmisi贸n de datos est谩 cifrada, s贸lo las empresas participantes tienen acceso a los datos. Es una configuraci贸n necesaria cuando se supone que los datos no son p煤blicos, y deben protegerse contra el uso indebido. En este caso, no se puede utilizar una cadena p煤blica. Nadie quiere dejar que otros accedan a ciertos secretos comerciales, lo que es otra raz贸n para evitar los ledgers p煤blicos.

Una cadena de bloques privada no se considerar铆a naturalmente segura si fuera utilizada por usuarios ajenos a la empresa. Las empresas se conocen entre s铆 y podr铆an actuar de forma deshonesta contra los usuarios. Los usuarios s贸lo pueden confiar plenamente en una red p煤blica abierta en la que todos puedan unirse y participar de forma consensuada.

Como puedes ver, todos pueden beneficiarse de la descentralizaci贸n de la cadena de bloques, independientemente de si utiliza una cadena p煤blica o privada.

Servidor centralizado vs. red distribuida

En inform谩tica, cliente-servidor es un modelo de arquitectura de software que consta de dos partes, sistemas cliente y sistemas servidor, ambos comunic谩ndose a trav茅s de una red inform谩tica, o bajo el mismo ordenador. Una aplicaci贸n cliente-servidor es un sistema distribuido compuesto de software cliente y servidor. Hablamos de una soluci贸n centralizada donde el servidor es el centro.


Muchos clientes est谩n conectados a un 煤nico servidor

Una base de datos se encuentra en el servidor. Por lo tanto, si s贸lo hay un 煤nico servidor, se trata de un 煤nico punto de fallo. En caso de que el servidor no sea capaz de operar, todos los clientes no ser谩n capaces de comunicarse con el servidor y por lo tanto, tampoco entre s铆. Desde el punto de vista de los datos, todos los clientes deben contar con que el servidor se comporta honestamente, y est谩 debidamente protegido contra ataques. Sin embargo, no suele ser el caso.

Si un cliente solicita alg煤n cambio para ser agregado a la base de datos, entonces el cliente supone que los datos ser谩n almacenados de forma segura sin cambios inesperados. Hoy en d铆a, no es frecuente ver una sola instancia de servidores. En la mayor铆a de los casos, existen servidores redundantes en una red. Si un servidor se cae, o no est谩 disponible temporalmente, habr谩 otro que podr谩 responder todas las peticiones. Pero esto s贸lo es posible cuando los datos se copian entre servidores.

Si un cliente una transacci贸n o una solicitud a un servidor, los datos se escriben s贸lo en una base de datos en un momento dado. Despu茅s de eso, los datos se replican a otras bases de datos (de respaldo). La copia a menudo ocurre un poco m谩s tarde, por lo que en la mayor铆a de los casos hay retrasos, y los datos son inconsistentes en los servidores. El proceso de copia se denomina replicaci贸n de datos.

La replicaci贸n de datos consiste en almacenar datos en m谩s de un sitio o nodo. Es 煤til para mejorar la disponibilidad de los datos. Se trata simplemente de copiar datos de una base de datos de un servidor a otro servidor para que todos los usuarios puedan compartir los mismos datos sin ninguna inconsistencia. Puede generarse alguna inconsistencia si un servidor se cae antes de la replicaci贸n. Esto es un problema, ya que una transacci贸n se podr铆a considerar como confirmada, pero la pr贸xima vez que se inicie sesi贸n en el servidor, la transacci贸n desaparecer铆a. Sin embargo, hoy en d铆a esta situaci贸n es bastante inusual.

6
Replicaci贸n de datos

Es importante entender que la replicaci贸n de datos puede proteger los datos s贸lo en el sentido de protecci贸n contra posibles p茅rdidas. No tiene nada que ver con la protecci贸n contra la manipulaci贸n del historial, o la reescritura del estado actual desde el lado del administrador. Si un servidor acepta cambios y otro no, se generar谩 una inconsistencia de datos.

La cadena de bloques resuelve los problemas descritos anteriormente de una manera elegante, a trav茅s de la utilizaci贸n de un consenso descentralizado. Una vez que todos, o la mayor铆a de, los nodos de la red acuerdan a帽adir un nuevo bloque, los datos se escriben simult谩neamente en muchos discos duros. No importa que un nodo, que ha propuesto un nuevo bloque, se colapse inmediatamente despu茅s del acuerdo. Los datos est谩n siempre a salvo en otros nodos, y el nodo ca铆do podr谩 obtener luego una versi贸n v谩lida de todos los bloques creados.

7
Los datos se escriben en todos los discos despu茅s de lograr el consenso entre todos los nodos

驴Se pueden utilizar bases de datos replicadas que tengan el mismo grado de seguridad que una cadena de bloques? No. La replicaci贸n de datos significa que un servidor env铆a datos a otros servidores para realizar copias de seguridad. No hay consenso entre los servidores para acordar una sola versi贸n de la verdad antes de almacenar los datos. Si un servidor env铆a datos inv谩lidos o falsos, los otros servidores los toman ciegamente y los almacenan (alg煤n tipo de validaci贸n de datos podr铆a estar en juego). Por el contrario, en la cadena de bloques la mayor铆a de los nodos deben estar de acuerdo con un bloque propuesto antes de almacenarlo en la cadena de bloques.

Lograr un consenso entre los nodos descentralizados es lo que hace que la cadena de bloques sea m谩s segura en comparaci贸n con las bases de datos. En lugar de un servidor, mantenido por el/los administrador(es), existe un grupo de nodos independientes que se ponen de acuerdo sobre qu茅 datos a帽adir al bloque.

Puedes leer m谩s sobre la descentralizaci贸n en este art铆culo. Existe una marcada diferencia entre redes descentralizadas y distribuidas, y es bueno entenderla.

La cadena de bloques privada utilizada entre unas pocas entidades puede considerarse como un sistema distribuido y descentralizado desde el punto de vista de los participantes directos. Si una cadena privada se utiliza dentro de una sola empresa, entonces tendr谩 ciertas ventajas desde el punto de vista distribuido, sin embargo, es una soluci贸n centralizada, y para este caso la base de datos podr铆a ser una mejor opci贸n.

ICO y base de datos

Algunas personas asumen err贸neamente que una ICO no necesita de una cadena de bloques, y que la base de datos es una soluci贸n suficientemente viable. Vamos a analizarlo. Alguien debe ser responsable de la base de datos para que el equipo responsable pueda ofrecer p煤blicamente los tokens. As铆 que existir谩 un administrador que podr谩 cambiar lo que sea en la base de datos. Tambi茅n podr谩 abandonar el proyecto o desaparecer inesperadamente, y si guarda para s铆 todas las contrase帽as y claves necesarias de la base de datos, nadie m谩s podr谩 cambiar nada. Una sola base de datos tambi茅n puede fallar, y en ese momento todos los datos sobre la distribuci贸n de monedas se perder铆an para siempre. Por lo tanto, hay un solo punto de falla. En caso de que el administrador sea una persona honesta, es posible que no tenga la experiencia suficiente para proteger la base de datos. Un hacker puede atacar la base de datos y modificar lo que quiera. En todos los casos, los inversores deben confiar en el equipo, y se arriesgan a perder su capital invertido en caso de que una sola persona del equipo decida destruir o hacer un mal uso de la base de datos.

Alternativamente, el proyecto puede solicitar a un tercero de confianza que mantenga la base de datos. T煤, como inversionista, debes entonces confiar en un tercero, que fue elegido por el equipo responsable del proyecto, que se comportar谩 honestamente y que ser谩 capaz de proteger los registros en la base de datos. Imagina entonces que se trata de un tercero que vive en alg煤n lugar de Rusia y t煤 eres un inversor que vive en los EE.UU. o Europa. Supongo que no confiar谩s mucho en esa ICO. Una vez m谩s, hay un solo punto de falla.


Hubo un gran auge de las ICO en 2017

Una cadena de bloques p煤blica posee una gran ventaja sobre la base de datos. Los tokens de una ICO pueden tener alg煤n valor, est谩n disponibles en todo el mundo y resulta dif铆cil que se pueda ajustar a alguna regulaci贸n en el contexto internacional cuando algo sale mal. El uso de la cadena de bloques p煤blica es necesario aqu铆, ya que el contrato inteligente y la cadena de bloques garantizan la seguridad, la disponibilidad, la inmutabilidad y otras propiedades importantes. La cadena de bloques suele ser una red global con nodos distribuidos en todo el mundo. No hay un administrador central, y se debe lograr el consenso para transferir una sola moneda o token. Nadie es capaz de crear m谩s monedas. Nadie puede realizar transacciones falsas ya que las claves privadas est谩n en manos de los inversores.

驴Cu谩les propiedades de la cadena de bloques son las m谩s importantes?

Echemos un vistazo a algunas propiedades que no pueden ser replicadas por una base de datos tradicional. Las bases de datos son herramientas s贸lidas y puedes lograr con ellas casi todo lo que necesites. Sin embargo, hay algo que s贸lo una cadena de bloques puede ofrecer:

  • Inmutabilidad de los datos: La cadena de bloques es una red de naturaleza distribuida, y los datos se escriben simult谩neamente en muchos discos una vez que se alcanza el consenso. Por lo tanto, es muy dif铆cil o imposible cambiar la historia.
  • Registro seguro de los datos: Similar al punto anterior, un nuevo bloque se a帽ade s贸lo si la mayor铆a de las entidades est谩n de acuerdo con ello. Por lo tanto, no es posible insertar algo que se considera inv谩lido. Las normas deben seguirse estrictamente, y las entidades m谩s independientes deben vigilarlas.
  • Sin administrador: No hay un administrador con derecho a cambiar nada. La cadena de bloques no agrega un nuevo bloque sin un consenso mutuo previo. La responsabilidad se distribuye entre los nodos validadores. La cadena de bloques es fiable y resistente a la censura.
  • Sin un punto de falla: Aplica principalmente en los consensos PoS y PoW. DPoS puede ciertos problemas cuando algunos de sus nodos no est谩n disponibles en simult谩neo.
  • Con los contratos inteligentes: La cadena es capaz de ejecutar acuerdos de una manera confiable, constituyendo un reemplazo del sistema legal vigente.

Lee m谩s sobre contratos inteligentes, aqu铆.

Nota que todas las propiedades listadas pueden ser f谩cilmente abarcadas por una sola palabra: Descentralizaci贸n.

Se trata del consenso

La eficiencia de una cadena de bloques se basa 煤nicamente en el algoritmo de consenso. Est谩 bastante claro que cuando se utiliza PoW la soluci贸n es naturalmente lenta y costosa. Tal cadena es in煤til desde una perspectiva de negocios. El tiempo aproximado por bloque es de 10 minutos, y se consume mucha energ铆a durante el proceso. PoW hace de Bitcoin la base de datos m谩s lenta y costosa. No hablamos de la tecnolog铆a de la cadena desde la perspectiva de los datos. El tiempo y el tama帽o del bloque son las principales razones por las que Bitcoin no escala.

El otro extremo es la cadena de bloques privada, con una cantidad limitada de nodos. Muy a menudo podemos ver aqu铆 alg煤n tipo de consenso DPoS. Puede ser muy r谩pido y tambi茅n barato. Adem谩s, con mayor privacidad. Es por eso que proyectos como Hyperledger o R3 Corda son tan exitosos. En algunos casos, tiene sentido usarlos.

El mayor desaf铆o es hacer que las redes abiertas, p煤blicas y descentralizadas sean eficientes. Es posible a trav茅s del consenso PoS, ya que puede ser m谩s barato y escalable. El protocolo de consenso PoS de Cardano, Ouroboros, soporta un tiempo por bloque de 20 segundos, y consume electricidad como dos casas grandes. Adem谩s, el equipo de IOHK para Cardano planea emplear sharding en el futuro, lo que permitir谩 un aumento significativo en su escalabilidad.

Es ingenuo pensar que debemos apegarnos al protocolo PoW, y usarlo por siempre. Las personas siempre pueden adecuar y mejorar la tecnolog铆a para que les sea 煤til. Tambi茅n se puede mejorar el algoritmo de consenso.

Es dif铆cil lograr una alta escalabilidad y mantener un alto nivel de descentralizaci贸n. Los datos deben distribuirse por todo el mundo, por lo que debe tenerse en cuenta la latencia de la red. Llegar a un consenso mundial lleva un tiempo considerable. La cadena de bloques nunca ser谩 tan efectivo como una base de datos tradicional, pero puede ofrecernos confianza, descentralizaci贸n y protecci贸n contra la manipulaci贸n del historial. Esto no puede lograrse con una base de datos.

Tambi茅n se cree que necesitamos PoW para mantener una alta seguridad de los datos. Como puedes ver, tambi茅n se trata de la distribuci贸n de datos y el consenso. En realidad, el consenso hace que los datos est茅n seguros. PoW es bueno para hacer dif铆cil y costoso crear un bloque. Pues bien, tambi茅n es el meollo de su ineficiencia, y no es realmente necesario. Es posible alcanzar el mismo nivel de seguridad a trav茅s del PoS. Ouroboros no te permite crear un bloque v谩lido en caso de que no tengas derecho a hacerlo. Un atacante puede crear un bloque, pero no puede proporcionar pruebas v谩lidas, por lo que la red no aceptar谩 dicho bloque inv谩lido. A diferencia del PoW, en el PoS de Cardano se utiliza la criptograf铆a moderna (Verifiable Random Function, Key Evolving Signature).

Conclusi贸n

Una base de datos no es una cadena de bloques, pero la cadena de bloques puede ser considerada como un tipo de base de datos. La base de datos tradicional es siempre una soluci贸n centralizada, y si se piensa en ello, internet tambi茅n est谩 centralizada. Internet ha conectado a personas de todo el mundo, pero s贸lo unas pocas empresas centralizadas como Google, Facebook y Amazon se benefician de ella. Todas estas empresas utilizan bases de datos para sus negocios. La cadena de bloques tiene el potencial de descentralizar todo internet, y poder deshacernos de las grandes empresas. Por lo tanto, no s贸lo los propietarios de empresas centralizadas, sino todos los usuarios se beneficiar谩n de la descentralizaci贸n de la cadena de bloques. Una vez que proyectos como Cardano asuman el papel de los actuales gigantes de la tecnolog铆a de la informaci贸n, el mundo podr铆a ser un mejor lugar para vivir, ya que los usuarios ser谩n los propietarios efectivos de la red, y podr谩n decidir sobre su futuro.


Considera la posibilidad de delegar tus monedas ADA en Cardanians.

Si te gustan nuestros art铆culos, puedes apoyarnos con una donaci贸n en ADA:

DdzFFzCqrhseNP1C9XEs1MA82rgnVZwNpeiNCbLxrJfRzwaceXB9VYqPFYyRrYegc67SERjcQ1xvwB6jryp5vgGUf1cvzbeZP2a92tQe

1 Like