🇪🇸 SPANISH DUBBING Principios de la Blockchain Cardano | CH 13 Oct 2024

Enlace a la versión doblada al español

Además aquí está la transcripción completa, traducida y revisada para el Canal Cardano Castellano

Transcripción completa

:es: Doblaje al español de “Cardano Blockchain Tenets

Publicado en el canal de Youtube de Charles Hoskinson el 5 de Octubre de 2024


Hola, este es Charles Hoskinson transmitiendo en vivo desde la cálida y soleada Colorado, siempre cálida, siempre soleada, a veces Colorado. Hoy es 13 de octubre de 2024 y estamos haciendo un video sobre algo muy cercano a mi corazón: los principios fundamentales blockchain. A principios de año, Aggelos y yo estuvimos hablando sobre una forma de encapsular, casi como una Declaración de Derechos, para Cardano. Como saben, estamos redactando una constitución como ecosistema; ya se han realizado más de 50 talleres, 63 en total, se están eligiendo delegados, han participado 1,400 personas, y una de las cosas que se están discutiendo es esta idea de algunos derechos fundamentales que estarían integrados dentro de la constitución de Cardano como una guía de diseño o una estrella del norte para el rumbo que queremos seguir como ecosistema.

Tenemos esta publicación de blog que Aggelos acaba de lanzar el día 10, que fue hace tres días, y se titula “Los 11 principios fundamentales blockchain hacia una Declaración de Derechos Blockchain”. Esto no es exclusivo de Cardano, sino más bien un punto de vista sobre todos estos tipos de tecnologías y algunas preocupaciones fundamentales que deberían estar incorporadas en el sistema en su conjunto.

Voy a leer algunas partes textualmente y tengo una pizarra aquí y pasaremos por algunas ideas. Comencemos desde el principio: diseñar sistemas blockchain es un esfuerzo desafiante y también un proceso continuo, ya que estos sistemas son de larga duración y están destinados a captar requisitos que evolucionan a lo largo de su vida útil. Esto implica que la comunidad de un proyecto blockchain a menudo enfrenta decisiones difíciles que bifurcan el futuro de un sistema blockchain de muchas maneras diferentes, con consecuencias difíciles de anticipar completamente. La toma de decisiones en la comunidad con frecuencia requiere evaluar propuestas altamente técnicas que pueden ser mutuamente conflictivas y tener un impacto de diversas maneras.

Para enfrentar los desafíos anteriores en cualquier proyecto blockchain y su comunidad, puede ser útil seguir un enfoque basado en primeros principios que evalúe si una propuesta de mejora específica se alinea bien con un conjunto de principios generales o principios fundamentales. El objetivo aquí es tomar algo específico que se haya propuesto para el gobierno y compararlo con algo general, un principio que sea ampliamente aceptado por la comunidad y que refleje los derechos básicos que los miembros de la comunidad esperan disfrutar como usuarios y colaboradores del sistema.

Estos derechos básicos, en este momento, cuando los observamos desde la perspectiva de las blockchains, tienden a ser implícitos. Cuando usas Bitcoin o Ethereum, tenemos un sentimiento profundo en nuestro interior de lo que debería ser cierto, pero no solemos escribirlos. Esta es la primera vez que creo que las personas están tratando explícitamente de escribir estas cosas.

Esta metodología proporciona una base común y un marco de pensamiento que la comunidad puede utilizar para deliberar, categorizar y priorizar diferentes propuestas de mejora en función de cómo se alinean con sus expectativas fundamentales del sistema. Para mostrar esta forma de pensar, aquí se discuten nuestros 11 principios que buscan ofrecer una cobertura integral de cómo los sistemas blockchain se supone deben operar e interactuar con sus usuarios y colaboradores. Estos principios están destinados a capturar los deseos naturales de estos sistemas y los derechos de sus usuarios.

Es importante destacar que no se expresan de manera que los haga necesariamente compatibles entre sí o aplicables de forma algorítmica. Esto es inevitable, tal como sucede en la ley de derechos humanos constitucionales, donde los expertos deben ponderar entre diferentes y, a veces, incompatibles derechos y su interpretación adecuada para encontrar el mejor equilibrio posible caso por caso. Se puede esperar que ningún sistema realizable pueda ofrecer una implementación perfecta de todos los 11 principios simultáneamente. Por lo tanto, estos principios no son necesariamente independientes y consistentes entre sí; en algunos casos, se contradicen.

En última instancia, corresponde a la comunidad decidir en un momento específico cuál es el equilibrio y la interpretación más apropiada en el contexto de una propuesta de mejora determinada. A continuación, enumeramos los 11 principios, cada uno seguido de una breve explicación.

Así que, partiendo de esto, cuando miramos todo esto en conjunto, tenemos una situación donde ahora tenemos un gobierno en cadena y ese gobierno en cadena quiere hacer cosas en el protocolo, lo va a bifurcar o cambiar. Y mientras trabaja en eso, muchos de los cambios se encapsularán en CIPS.

Entonces, pensemos en esto. Nuestro objetivo es que el gobierno en cadena vaya a bifurcar o cambiar Cardano. Y esto generalmente será en el contexto CIPS u otros paquetes, y estos cambios probablemente serán altamente técnicos. Esta es una línea base que tenemos aquí, tenemos este gobierno en cadena que estamos utilizando, vamos a bifurcar y cambiar Cardano, tenemos CIPs y otros paquetes de cambios, y los cambios son muy técnicos.

Luego decimos, si vamos a hacer esto, valdrá la pena evaluar estas mejoras específicas en comparación con principios generales. Y esa es la idea que tenemos aquí, pasar de cambios específicos a principios generales.

Miramos estos principios generales aquí y, ¿qué tenemos?, principio número uno: “Las transacciones no pueden ser ralentizadas o censuradas y serán atendidas con rapidez para su propósito previsto”. Eso suena bastante razonable. El paralelo aquí podría ser con la libertad de expresión, en el sentido de que las transacciones expresan la manera en que los usuarios desean interactuar con el sistema, por lo que los usuarios deberían ser libres y capaces de hacerlo de manera proporcional a su intención. Esto excluye la censura, pero también requiere rapidez en el procesamiento.

Tenés esta situación donde tenés un recurso finito, Las transacciones no pueden ser ralentizadas o censuradas; serán servidas con prontitud para su propósito previsto. Así que, el primer principio, no estoy seguro de por qué mi pizarra está haciendo esto, déjame ocultarlo rápidamente, ahí vamos, ah, bien. Muy bien, entonces tienes la situación en la que Bob, ahí vamos, el pequeño Bob, quiere enviar una transacción a Cardano. Muy bien, genial, y esa transacción lleva consigo una tarifa; hay que pagar por algo, una carga útil, y hay entradas que deberían resultar en salidas dentro del sistema.

La idea básica aquí, si prestamos atención al principio, es que esto no puede ser ralentizado o censurado y será servido con prontitud para su propósito previsto. Entonces, básicamente, Bob dice, bueno, quiero que esto se procese rápidamente, quiero que sea barato, quiero que funcione tal como lo dije.

Parece bastante simple, pero en la práctica es realmente difícil, y la razón es, ¿qué sucede cuando no solo tienes a Bob, sino que también tienes a Bob (lo llamaremos Bob uno) y a Bob 10,000, y todos esos Bobs están enviando transacciones al mismo tiempo, y solo hay espacio para 500 a la vez dentro de un bloque particular? ¿Entonces cuál Bob gana? Ingenuamente, podemos decir que el Bob que paga más dinero, tal vez ese Bob (Bob uno) es la persona que pagó la tarifa más alta; ese es el ganador.

Pero, ¿qué pasa si Bob 10,000 tiene una transacción muy crítica pero es pobre y vive en un área donde no hay mucho ADA, y Bob uno fue un adoptador temprano y simplemente tiene mucho ADA flotando por ahí, pero su transacción no es crítica? Esto no es crítico, y esto es crítico. Tal vez sea una consulta de algunos datos o una transacción relacionada con una base de datos de registros médicos electrónicos de un hospital, y es una situación de vida o muerte; Bob 10,000 absolutamente necesita poder obtener este registro lo antes posible o, de lo contrario, un paciente morirá. No pueden decidir qué hacer, tal vez estén buscando el tipo de sangre y están a punto de dar sangre al paciente pero no pueden tipificarla por alguna razón.

Bueno, ¿cómo resolvemos todo eso? Este es el primer principio, y ya es un desafío considerable. Existen cosas como los mercados de tarifas, por ejemplo. Escribimos un documento llamado precios escalonados, tenemos conceptos como libros mayores basados en intenciones, algo en lo que hemos estado trabajando, donde básicamente le dices al sistema lo que quieres y dejas que el sistema descubra cómo hacer que todo esto funcione.

Pero en la práctica, esto por sí solo es un gran cuerpo de trabajo, pero tiene sentido. Y tiene sentido porque tienes una situación donde tienes un recurso finito aquí. Este recurso es finito, y lo que quieres es compartir ese recurso con tantas personas como sea posible. Quieres capturar su propósito previsto, la intención de ello, y brindarles el mejor producto posible, y no deseas una situación donde estas cosas también puedan ser censuradas. Por ejemplo, lo que está ocurriendo en Ethereum y otros lugares es que a medida que tu conjunto de consenso se vuelve más pequeño, lo que sucede es que tendrás básicamente un operador de stake pool o alguna forma de validador, y ese operador de stake pool, o validador, lo que sucederá con ellos, es que va a revisar todas estas diferentes transacciones y va a identificar a un Bob. Va a decir: ‘Oh, espera un momento aquí. Bob J, no queremos procesar su transacción porque Bob J está en una lista OFAC. Lo siento, Bob J, simplemente te vamos a eliminar del mempool; nunca llegarás a estar en el bloque porque ahora sabemos quién eres y simplemente queremos censurarte’. Eso es censura ahí mismo. No se puede hacer eso en Bitcoin en este momento, pero en sistemas más sofisticados están considerando estas nociones.

Entonces, hay una consideración económica, pero también una consideración geopolítica. Estos sistemas pierden rápidamente su utilidad e integridad en el momento en que comienzas a fragmentar estas cosas y tratarlas como no fungibles, discriminando contra los usuarios. Parece un principio bastante razonable, pero en la práctica es un principio difícil de explorar.

Número dos: el costo de una transacción debe ser predecible y no puede ser irrazonable. Esto está muy relacionado con el componente de ralentización o conexión censurada; ambos son cortados por la misma tijera. Si bien se espera que el sistema imponga costos para publicar una transacción, dichos costos no pueden ser irrazonables dado el propósito de las transacciones, y el costo debe ser predecible, lo que permite a los usuarios planificar el uso del sistema a largo plazo.

Cuando pensamos en este segundo principio, realmente lo que estamos diciendo es que todas las empresas del mundo requieren el concepto de previsibilidad y competitividad. La previsibilidad y competitividad básicamente significa que cuando uno de estos Bobs interactúa con el sistema, sabe básicamente cuál va a ser el costo de usar Cardano para su aplicación durante un período de tiempo razonable, y ese costo es competitivo con las alternativas. Y la verdadera pregunta es si las alternativas van a ser basadas solo en blockchain, o también heredadas.

Entonces, cuando ves muchos de estos sistemas como Solana, y ves cosas como Sui o Aptos, han puesto mucho esfuerzo en la competitividad dentro del precio de las transacciones en el sistema. La previsibilidad se logra con el hecho de que simplemente intentan hacer las cosas lo más baratas posible. Sin embargo, el sistema a veces falla, especialmente en el caso de Solana, por lo que se pierde mucha previsibilidad de si las cosas se completarán o no, pero cuando lo hacen, son de bajo costo. Estos son principios interconectados entre sí y, a medida que construimos los principios, las cosas se vuelven un poco más confusas.

Nadie debería ser impedido de desarrollar o implementar su aplicación tal como lo pretende. Este es un punto de vista transaccional, ‘Quiero interactuar con el sistema’, y también un punto de vista de utilidad en el sentido de que quiero usar el sistema para alojar una aplicación descentralizada. Todo el concepto de Web3 de resistencia a la censura, el concepto de aplicaciones no censurables o aplicaciones imparables.

Entonces, decimos que el sistema y su entorno de desarrollo y ecosistema deben apoyar a los usuarios con diferentes antecedentes y niveles de habilidad para lanzar aplicaciones que realmente capturen su intención. Ahí está de nuevo la palabra intención, y ofrezcan acceso a las funcionalidades y características necesarias para que estas aplicaciones operen correctamente.

Hay un documento muy famoso de Moxie Marlinspike, básicamente Mox estaba hablando de las mentiras de la Web3, y básicamente la idea es que decimos: ‘Hey, es totalmente descentralizado’, pero no lo es realmente porque detrás de escena tienes una infraestructura centralizada.

Básicamente, si esta es tu aplicación, la parte que va a ejecutarse en la blockchain es como esta parte. Esta es tu parte blockchain, y luego la parte que no se ejecuta en la blockchain, la pondré en arco iris, es todo esto de aquí. Este es el legado de la aplicación. El problema es que esta parte aquí, el Dragón, puedes censurarla. Entonces, esto es donde se ejecuta fuera de cadena, típicamente en Amazon o algún otro lugar.

El desafío es que este principio se violaría si esta superficie es demasiado grande. En la práctica, nadie en todo el espacio de las dapps ha logrado adherirse a este principio de implementación sin censura de aplicaciones, porque no existe en este momento una base Web3 completamente descentralizada que realice el cómputo, que haga el almacenamiento, que haga la computación y todas las otras cosas. La gente está intentando y buscando hacer esto, como Iagon, Filecoin, y el proyecto IPFS, entre otros. Están tratando de mover básicamente esta línea de aquí, de izquierda a derecha, tratando de mejorar la cantidad de cosas que pueden ser descentralizadas. Pero no lo está y, por cierto, esto es muy costoso a medida que lo avanzas. Entonces, cuando miras a estos otros principios del buen rendimiento, si cada cosa corre en cadena, puede afectar a algunos de los Bobs aquí. Si cada cosa funciona en cadena, tu competitividad puede disminuir y tu previsibilidad puede bajar porque la carga en el sistema es increíblemente alta. Muy bien, número cuatro.

Las aportaciones y contribuciones de todos al sistema serán reconocidas, registradas, procesadas y evaluadas de manera justa. Esa es una interesante, vamos a leer la explicación. Si bien el sistema inevitablemente requiere el gasto de recursos para apoyar todas sus operaciones, el valor que diferentes contribuyentes del sistema ofrecen en términos de mantenimiento, desarrollo o tiempo de procesamiento de transacciones debería contabilizarse de manera justa para que, por ejemplo, se les pueda recompensar según sea necesario y de la manera adecuada. De manera similar, las transacciones deberían procesarse equitativamente sin permitir que algunos usuarios tengan una influencia asimétrica en la forma en que se tratan las entradas.

Aquí está el problema: esto es como una tragedia de los comunes, ese es el propósito de este principio. Entonces, cuando Bob está ejecutando un stake pool, como un SPO, Bob el SPO, ¿de acuerdo? Él crea bloques, ¡genial! Eso es lo que hace, está creando esos bloques, haciendo bloques, haciendo pequeños bloques, haciendo bloques. Pero también está actuando como un relé y está procesando un mempool, y probablemente hay docenas de otros servicios que Bob está ejecutando. Por ejemplo, Mithril, y tal vez Bob también esté ejecutando una cabeza de Hydra.

El desafío es que actualmente el sistema de compensación que tenemos recompensa este tipo de trabajo hasta cierto punto, y lamentablemente no recompensa otros servicios dentro del sistema. Ese es Bob el SPO. ¿Qué pasa con Alice, la persona de gobernanza? Supongamos que ella es una dRep que además trabaja en Intersect, y hay una gran cantidad de trabajo. También trabaja en Catalyst, y hay mucho trabajo que Alice está haciendo para el sistema. El desafío es si el sistema está reconociendo adecuadamente a Alice, compensándola; ¿Alice está ganando dinero? No, realmente no. Y esto es una especie de tragedia de los comunes, donde la compensación por el trabajo voluntario rara vez ocurre, y en la práctica es difícil reconocer y recompensar a todas las personas que contribuyen. A menudo tenemos una carrera hacia el mínimo en términos de recompensas por las contribuciones.

Este es un principio muy difícil de aplicar en la práctica, pero tiene sentido porque si las contribuciones de las personas al sistema no son reconocidas, registradas, procesadas y evaluadas de manera justa, con el tiempo pierdes a tus Alices y tus Bobs dejan de hacer estas cosas porque se vuelven más costosas. Entonces, se produce un fallo de incentivos dentro del sistema. Es un principio aspiracional muy bueno y requiere mucho diseño de protocolo.

Principio número cinco: el valor y los datos que los usuarios contribuyen o crean no serán bloqueados o procesados sin su consentimiento. Un paralelo útil aquí es el derecho a la portabilidad de datos en el contexto de la legislación del Reglamento General de Protección de Datos de la Unión Europea. Los usuarios deberían poder transferir sus datos privados a cualquier sistema o plataforma con la que deseen interactuar. En el caso de un sistema blockchain, lo mismo debería aplicarse a los activos que los usuarios poseen o crean. Del mismo modo, es crucial que el sistema opere con el consentimiento del usuario y el pleno entendimiento de las acciones que realiza con respecto a cómo procesa los activos y datos de los usuarios.

A medida que estos sistemas se vuelven más útiles, pones más y más de tu identidad, más y más de tu vida, más y más de tus valores y activos en ellos. Sería bastante horrible si pusieras tu dinero en el sistema y luego alguien que nunca has conocido, el sistema en su totalidad, tuviera la capacidad de bloquear ese dinero, impedir que lo uses. Eso es lo que se llama el sistema bancario tradicional, que tratamos de evitar, la confiscación de bienes civiles y todas esas cosas. Y el procesamiento sin tu consentimiento básicamente dice que si hay algo dentro de eso que te pertenece, tu propiedad intelectual o lo que sea, y lo almacenaste de manera que dijiste que se necesita permiso para tocarlo, el sistema no debería poder violar eso. Este es un principio de sentido común, pero que se viola completamente en nuestro sistema bancario actual y en nuestra economía de datos actual. Así que todos carecemos de esto en nuestras vidas diarias y sería bueno recuperarlo.

Número seis: el sistema preservará de manera segura el valor y la información almacenada en él. La seguridad aquí puede interpretarse de dos maneras: la integridad de la información registrada, por ejemplo, anticipando la posibilidad de ataques cuánticos que pueden violar la seguridad de las claves de los usuarios, se debería asegurar que estos puedan ser mitigados; y la preservación del valor, por ejemplo, anticipando un mercado volátil, los usuarios tienen la opción de usar mecanismos como monedas estables para preservar el valor de sus activos. Así que el valor de la información y el valor almacenado deben preservarse de manera segura.

Hemos estado haciendo algunas investigaciones, por ejemplo, estamos muy interesados en mecanismos de estabilización y tenemos conceptos como Djed. Djed no va a desaparecer, no va a ningún lado. Djed es un contrato de estabilización algorítmica.

Entonces, ese es tu valor e información. Básicamente, si piensas que ADA va a bajar o es muy volátil y necesitas previsibilidad, el concepto aquí es que puedes tomar tu ADA y ponerlo en algún tipo de contrato, otras partes pueden asumir el riesgo y luego obtienes un activo sintético. Y ese activo sintético está vinculado a algo como el dólar estadounidense, por ejemplo, que consideras que tiene un mayor grado de estabilidad que el que anticipas que tendrá el ADA. Eso es estabilidad de valor en pocas palabras. Este es un mecanismo en el que estamos muy interesados. A nivel de protocolo es lo que Luna intentó hacer, MakerDAO, crear protocolos para hacer eso. Pero esto es solo un contrato inteligente y es un estudio de cómo se logra la estabilidad de valor. Esto está interconectado con otro principio que mencionamos antes, el concepto de previsibilidad y competitividad en la fijación de precios. Bueno, si puedes fijar precios en un activo sintético que esté vinculado a algo estable durante un período de tiempo, y pagar con eso en su lugar, el concepto de tarifas Babel, por ejemplo, combinado con Djed, permite tener tarifas estables dentro del sistema y fijar precios de esa manera.

Ahora, información, vamos a esa parte. Preservar la información almacenada en ella, la integridad de la información registrada. Un concepto estrechamente relacionado aquí es el de poda, y esto es algo que no se menciona en el blog, pero lo señalaré. La poda ha existido durante mucho tiempo en el espacio blockchain y es una palabra bastante controvertida: la poda de la cadena. Entonces, tienes esta blockchain que ha estado allí durante mucho tiempo, años y años y años y está conectado junto como una lista enlazada, genial. Bueno, al mirar estos blogs, ¿qué pasa si tienes mucha basura en ellos o cosas no utilizadas que claramente son chatarra? ¿Es el caso de que en algún momento podamos crear un costo para mantener esto y, si no está allí, se elimina? Y antes de que tengas una reacción instintiva y digas que no, que se queda aquí para siempre, ¿qué pasa cuando tu blockchain, porque es útil y mucha gente la usa, alcanza una escala de petabytes? ¿Qué sucede entonces o qué pasa cuando tu blockchain llega a una escala de exabytes? Ahora la pregunta es, ¿cuánto de eso es material útil en vivo frente a material archivado muerto?

Sí, es una pregunta realmente interesante, no lo sabemos, pero la realidad probablemente sea que la gran mayoría, cuando hablamos de una escala de exabytes, va a estar en este dominio porque es historia, cosas que ya han sucedido. Imagina que juegas videojuegos y fuiste un campeón de Starcraft en los años 90 y 2000. Esos fueron tus días de Starcraft, eras un gran jugador de Protoss, ¿de acuerdo? Y jugabas 26 partidas al día, y todas eran increíbles en Battle.net. Bueno, ¿qué pasaría si cada clic del ratón, cada pulsación de teclado, cada movimiento de unidad, todo eso se preservara y guardara de alguna manera?

Por muy divertido que fuera tu carrera como jugador profesional de Starcraft en los años 90 y principios de los 2000, todo eso está básicamente en el archivo, en estado muerto, no tiene valor económico, especialmente considerando que es una preocupación global, no local, es algo personal, pero es global cuando se almacena en una blockchain. Así que la preservación de la información, cuando decimos esto como un principio aquí, decimos que el sistema preservará de forma segura la información almacenada en él, esas cosas. Es un tema muy controvertido porque, en muchos casos, esto representa una carga indebida en un recurso compartido entre todos.

Está muy relacionado cuando hablamos de la censura de transacciones o la previsibilidad y competitividad, y el costo de las transacciones, porque si tienes 10,000 Bobs y solo 500 espacios, ¿quién gana? Y, de manera similar, si tienes una blockchain gigantesca con muchas cosas sucediendo, ¿quién va a ganar en las guerras de almacenamiento? La poda básicamente significa que tienes que pagar una tarifa o alquiler para permanecer en la cadena. Por eso a mucha gente le gustan los conceptos de rollups y les gustan los conceptos de snarks y la recursión, porque la idea es que las cosas que almacenaríamos en la cadena principal serían pruebas, y esas pruebas son representaciones comprimidas de cosas que ocurren en otro lugar donde pagarías el alquiler por todo eso, los 26 juegos al día de Starcraft cuando eras un campeón de Starcraft y ganabas el gran dinero de Starcraft.

Bien, principio número siete: no se gastarán recursos innecesariamente. ¿Qué significa eso? Uno debería entender esto como un objetivo de minimización de recursos, es decir, encontrar el mejor algoritmo para la tarea dada es importante para este principio. No queremos que el sistema desperdicie más recursos de los necesarios para una tarea dada.

Un gran ejemplo de esto fue cuando actualizamos de Plutus V1 a Plutus V2. En el proceso de hacer esto, en muchos casos hubo una reducción de 10 veces en el tamaño de TX, mismo resultado, mismo nivel de seguridad, pero una reducción de 10 veces porque había una forma más eficiente de hacerlo. Y, en general, cuando piensas en estos tipos de sistemas, típicamente hay muchas formas diferentes de lograr el mismo resultado, y encontrar ese equilibrio para minimizar la utilización de recursos es increíblemente importante para no terminar en estos casos de petabytes o exabytes. De hecho, esta es una de las razones principales por las que los desarrolladores principales de Bitcoin lo hacen intencionadamente. lo que Nick Szabo llamaría un protocolo delgado, protocolos gordos o delgados,. Básicamente, se trata de reducir masivamente la expresividad y capacidad de Bitcoin, lo que significa que no hay mucho exceso en la cadena, permitiendo así que haya muchos nodos completos en el sistema. Cuanto más expresivo es el sistema, más útil puede ser, pero también aumenta el potencial de desperdicio; cuanto más se puede hacer, mayor es la posibilidad de hacer un mal uso del protocolo. De hecho, en los primeros días de Bitcoin hubo una gran controversia “op_return”, que permitía usar Bitcoin para almacenar datos arbitrarios, incluso pequeños, lo que generó bastante polémica.

El principio número ocho establece que el sistema tratará a los usuarios de manera justa y evolucionará en consecuencia, de acuerdo con su voluntad colectiva, con el objetivo de garantizar su sostenibilidad y viabilidad a largo plazo. Este principio se refiere al derecho de los usuarios y contribuyentes del sistema a participar en su gobernanza y desarrollo de manera justa y representativa. La tesis principal para estos sistemas blockchain es que se adhieren a la acción y la inteligencia colectiva.

Entonces, básicamente, tienes a todas estas personas que quieren participar de una manera u otra: gobernanza, desarrollo, marketing, lo que sea. Nuestra capacidad para vincular a estas personas, para conectarlas, para interactuar con ellas, para construir redes con ellas y, en última instancia, asegurar que actúen como un solo organismo es la fortaleza del sistema. Esto evita lo que llamamos fallos en la gobernanza.

Básicamente, todos quieren usar Cardano, quieren que sea especial, poderoso e interesante, y si podemos aprovechar la inteligencia colectiva, entonces todos los conocimientos y la capacidad de acción conjunta trabajarán en conjunto, encontrando siempre un camino para lograr lo que desean, incluyendo acciones en curso como mejorar recursivamente la gobernanza del sistema, lo que implica ser más inclusivo al mejorar la capacidad del sistema para procesar transacciones, mejorar la utilización de los recursos, etc. Este principio se centra en garantizar que el sistema continúe evolucionando en una dirección positiva y se fortalezca.

El principio número nueve establece que la privacidad de los usuarios, tanto en términos de sus acciones como de sus datos, debe ser preservada. Este principio se entiende mejor en paralelo con los requisitos de privacidad presentados en leyes de protección de datos relevantes, como el GDPR de la UE. Un paralelo útil en este contexto es el principio de minimización de datos, que exige la divulgación mínima de información necesaria para lograr un cierto objetivo que el usuario haya consentido.

Esta es una de las razones por las cuales construí Midnight y reflexioné mucho sobre el tema. Básicamente, nos encontramos en una encrucijada en la industria blockchain, donde coexisten el mundo web 3 y el mundo de las finanzas tradicionales. En el mundo de las finanzas tradicionales, todo está relacionado con KYC , AML y la identidad se ha fusionado con el dinero, aunque sea una unión infeliz, se mantiene por los hijos. Por aquí usualmente es seudónimo, y tampoco hay identidad, no solemos tener la identidad integrada con las transacciones.

Desafortunadamente, estos sistemas no son compatibles entre sí, y ha habido una avalancha de regulaciones, en Europa está MICA, esto es Europa. En Singapur, la Autoridad Monetaria está considerando esto; en Dubái se está revisando a través de la VARA y en ADGM en Abu Dhabi. Hay todo tipo de reguladores tratando de regular básicamente diciendo: llevemos todo esto al paradigma que tenemos aquí, quieren conectar las transacciones blockchain con el dinero.

Estamos empezando a ver términos como contratos inteligentes basados en ubicación, identificadores descentralizados (DIDs), y protocolos de transferencia de valor regulados (RVP). Todos estos conceptos están abriéndose camino en el mundo web 3, y la intención es tomar algunas ideas de cómo se maneja el negocio en el mundo de las finanzas tradicionales y llevarlas al mundo web 3.¿Qué dice este principio? Dice que, si usas lo usas, tu privacidad tanto en términos de acciones como de datos debe ser preservada.Lo que me gusta es este concepto de divulgación mínima viable.

Desde un sentido universal, en la preocupación global, todos ven nada más que lo mínimo, y luego se integra en la transacción básicamente algún concepto de divulgación selectiva que es contextual, ¿de acuerdo? Y también suele ser dependiente de la ubicación, por lo que es contextual para ti, el comercio, el negocio que estás haciendo y la ubicación en la que te encuentras. Actualmente, Cardano no tiene esta capacidad, ni tampoco Bitcoin, Ethereum o cualquier otra cosa. Son más bien superposiciones en un meta, y probablemente debería ser así porque no quieres construir eso en el protocolo central, sino más bien lo que quieres son cadenas asociadas. Así que aquí está Midnight y aquí está Cardano, y la idea básica es que Cardano tendrá un concepto de aplicación híbrida. Escribes una aplicación en Cardano, pero luego llamas, casi como si fuera una API, a Midnight para obtener estas capacidades según sea necesario, y puedes pagarlas con Ada porque Midnight lo permite.

Ese es un ejemplo de adherirse a ese principio: no estás requiriendo cambios en el protocolo central, y esto te permitirá empezar a hacer cosas. ¿Por qué molestarse? Porque tenemos activos del mundo real, esa revolución vale alrededor de 20 billones de dólares, que están llegando al espacio blockchain. Son cosas como bienes raíces, tokens de valor, propiedad intelectual, todas estas cosas normalmente tienen un componente de identidad y un régimen regulatorio fuerte, y requieren algún tipo de sistema de divulgación detrás de ellas. No podemos hacer eso de manera nativa, y al igual que en el desarrollo de DApps, porque nada se olvida, si lo haces de la manera tradicional, a la manera del legado, todo esto es una entidad regulada fuera de cadena y tienen autoridad completa para decidir si puedes usar tu dinero o no, y tendrían la capacidad de violar otro principio, este principio aquí arriba: el valor de los datos que los usuarios contribuyen o crean no puede ser bloqueado o procesado sin su consentimiento. Espera un momento, T5 y T9 están muy relacionados entre sí, porque la situación es que T5 y T9 básicamente significan que pueden exponerte, y si están procesando todo esto fuera de cadena, entonces también pueden congelar tus cuentas y bloquear todo tu dinero, lo que puede impedir que tengas acceso a tus cosas. Así que es mejor tener un sistema que entienda esto y tenga una forma de clasificar, migrar y mitigar este tipo de cosas.

Vamos a echar un vistazo al siguiente principio, el principio número 10: el sistema ofrecerá a los usuarios formas de participar que no requieran que infrinjan leyes y regulaciones locales. Esto es muy controvertido porque la gente lee lo que quiere leer. Una persona que no está siendo justa y no está ejerciendo el pensamiento crítico leerá que el sistema impondrá leyes y regulaciones locales. No decía eso, así que vamos a leerlo de nuevo, muy cuidadosamente: el sistema ofrecerá a los usuarios formas de participar que no requieran que infrinjan leyes y regulaciones locales. “Ofrecerá a los usuarios”, osea vos el usuario, maneras de involucrarse, se traduce en herramientas que no requieren que infrinjan leyes y regulaciones locales. Los sistemas blockchain no tienen la capacidad de vivir dentro del mundo real. Viven fuera del mundo real, no saben que viven en los Estados Unidos de América o en la Unión Europea o en China, o en otras cosas. Entonces, lo que sucede es que tenemos estas cosas llamadas legisladores, y lo que hacen es aprobar leyes. Le ponemos una peluca, ¿de acuerdo? Y le damos un pequeño martillo. Ahí vamos, legisladores. Entonces, ¿qué pasa si el legislador aprueba una ley sobre cómo deben ser reguladas las blockchains? Bueno, tú, como usuario, tienes que tomar una decisión: ¿cumplo o no?

Bob, el usuario, tiene que decidir: ¿cumple o no? Por ejemplo, los impuestos. Dicen, “este es tu monto de impuestos que debes pagar”. Bueno, ¿paga Bob sus impuestos o no los paga? No es trabajo del protocolo Cardano determinar cuál es la carga impositiva de Bob y hacerlo automáticamente. Sin embargo, si el protocolo dificulta que Bob pueda obtener una contabilidad precisa y demostrarle al legislador que ha pagado sus impuestos, eso es un problema para Bob porque ahora no puede realmente cumplir con la ley.

Normalmente, los sistemas blockchain no hacen esto, no interfieren con el cumplimiento de impuestos. Lo siento, no estoy seguro de por qué está haciendo eso… normalmente no interfieren con el pago de impuestos de Bob porque tienes un sistema de libro mayor público que básicamente muestra todas estas cosas. Pongamos eso ahí, tal vez eso lo arregle. La computadora ha estado un poco rara hoy.

Entonces, el punto aquí es que te da la capacidad, como usuario de un sistema, de agregar datos, agregar regímenes de privacidad, agregar dApps y contratos inteligentes que luego te ayuden a cumplir con tus leyes y regulaciones locales. Por ejemplo, digamos que estás construyendo una dApp en Cardano y quieres crear una dApp para sistemas de registros médicos que ayuden con la portabilidad y la privacidad del paciente. Bueno, debes cumplir con el concepto de HIPAA. Muy importante. No puedes construir un sistema de registros médicos electrónicos que los médicos vayan a usar en los Estados Unidos y que no cumpla con HIPAA.

El sistema blockchain no puede interferir con tu cumplimiento de HIPAA, y esa es la intención aquí. Pero no se está exigiendo que haya una puerta trasera en el sistema para que el gobierno garantice el cumplimiento de HIPAA bajo su control. Algunas personas simplemente malinterpretan esto una y otra vez, pero esto es la madurez del espacio blockchain, la fusión del espacio. Si estos sistemas van a ser útiles y utilizados por miles de millones de personas, debes tener una forma de agregar un régimen regulatorio y legal, incluido un régimen de adjudicación para la resolución de disputas.

Y el principio número 11: la operación del sistema debe ser transparente, predecible, verificable, interpretable y sin asimetrías. Este principio exige que el sistema opere de manera que los usuarios puedan observar, verificar, predecir y entender. Esto sugiere que el software del sistema debería ser de código abierto, los binarios deberían ofrecerse públicamente y ser verificables. Pero también exige que los servicios que ofrece el sistema acomoden niveles similares de transparencia y verificabilidad, a pesar de que un usuario individual no pueda verificar completamente y confiar en todas las acciones realizadas por otros participantes. Además, no debería ser el caso que ciertos usuarios tengan una ventaja injusta y disfruten de privilegios a los que otros no tienen acceso. Déjame leer la conclusión para ti. Una forma de aplicar los principios mencionados es evaluar cómo se alinea una propuesta de mejora de blockchain con ellos. Dada una propuesta, los evaluadores pueden, por ejemplo, preguntar si, al implementarla, mejorará el comportamiento del sistema con respecto a algunos principios. Además, pueden preguntar si la mejora es tangible y significativa, considerando los recursos necesarios para implementarla. También podría darse el caso de que la propuesta de mejora deje el sistema en peor estado con respecto a algún otro principio; en tal caso, se podría preguntar si el intercambio que se ofrece es preferible para el futuro del sistema en comparación con su estado actual.

Por ejemplo, ¿qué sucede si existe un CIP que dice: “Vamos a implementar un sistema de alquiler y poda de UTXO para reducir el espacio total del estado y la cantidad de datos acumulados dentro del sistema”? Bueno, hacerlo parece violar el concepto de que el sistema preservará de manera segura la información almacenada en él. Sin embargo, al mismo tiempo, ayuda al sistema desde el punto de vista de que el costo de una transacción debe ser predecible y no irracional, y las transacciones no pueden ser ralentizadas o censuradas y deben ser atendidas con celeridad. Al reducir la carga y el peso general del sistema, estás haciendo que las transacciones sean más baratas y fáciles de procesar, ¿ves? Además, estás minimizando la utilización de recursos dentro del sistema. Este es un ejemplo de un conflicto que existe entre los principios, y el gobierno en cadena debe reflexionar sobre este tipo de situaciones.

Es de esperar que en algunas ocasiones tales deliberaciones no sean simples o directas, y las comunidades puedan polarizarse en torno a propuestas específicas a lo largo del camino, el debate es inevitable e importante dada la amplitud y el alcance de los sistemas blockchain. Si optan por seguir este enfoque, anticipamos que diferentes comunidades blockchain interpretarán y adoptarán los principios mencionados de una manera que refleje mejor sus valores y objetivos. Por ejemplo, estos principios están siendo debatidos activamente por la comunidad Cardano como parte de una serie de talleres constitucionales que tienen lugar en todo el mundo antes de la refinación, finalización y aprobación de un texto constitucional de Cardano en una convención constitucional en Buenos Aires, Argentina, a finales de año.

Esperamos que estos principios actúen como faros en el horizonte lejano que llevarán a Cardano y a otras comunidades blockchain hacia donde desean llegar, haciendo posible finalmente alcanzar su destino. De hecho, vamos a organizar un espacio especial en X el 30 de octubre, Aggelos y yo, con el auspicio de Intersect, discutiremos este tipo de temas. Como señala Aggelos, estos no son principios exclusivos de Cardano, sino principios blockchain, refinados a partir de la comprensión de lo que Satoshi inició y 15 años de historia de análisis de lo que se ha hecho en el espacio blockchain. De hecho, en muchos sentidos, se puede observar estos principios y proyectos blockchain, ya sea Ethereum, Bitcoin, Aptos, Sui o Cardano, considerando cómo equilibran estas diferentes preocupaciones.

Por ejemplo, cuando se trata de monedas centradas en la privacidad, están muy orientadas hacia el principio nueve de que la privacidad del usuario, tanto en términos de sus acciones como de sus datos, debe preservarse. Sin embargo, si no están construidas de la manera correcta, resulta casi imposible para ellas cumplir con muchas regulaciones locales, lo que también complica en gran medida la operación del sistema, es muy difícil auditar estos sistemas. De hecho, en los primeros días de Zcash, hubo un error que permitía, si se explotaba, falsificar el token Zcash, pero no había forma de auditar públicamente el libro mayor para verificar que nadie hubiera explotado el error. En otras palabras, podían haber imprimido tokens infinitos sin que nadie lo supiera. Finalmente, encontraron una manera de llegar a donde necesitaban, pero un exceso de enfoque en la privacidad significa que en realidad se pierde algo de la transparencia, previsibilidad y verificabilidad dentro del sistema. Del mismo modo, algunos sistemas son extremadamente vigilantes con respecto a los precios predecibles de las transacciones y se esfuerzan por los precios de transacciones bajos, pero no permiten una contribución equitativa dentro del sistema, ¿por qué? Porque, por ejemplo, el sistema básicamente es operado por una colección de servidores centralizados. Algunos sistemas borran datos con el tiempo o disminuyen su valor con el tiempo. Freay Coin, por ejemplo, tenía un sistema de desarme donde tus tokens se depreciaban con el tiempo. Algunos sistemas adoptan la poda de información, mientras que otros no. El concepto de gasto innecesario de recursos es realmente una cuestión de diseño de protocolo, y en algunos protocolos son ineficientes por diseño. Podrían lograr lo mismo con una gran reducción de complejidad si simplemente actualizaran.

Algunos sistemas recompensan a todas las personas que participan; en otros, todos son voluntarios y prácticamente no reciben nada por participar, y no tienen voz. Sin embargo, es interesante cuando desglosas estas cosas y las analizas de esta manera, porque la gobernanza descentralizada de Cardano se está activando y lo que está haciendo efectivamente este gobierno es darle a todos la capacidad de empezar a pensar realmente en qué hace especial a una blockchain, por qué estamos haciendo lo que hacemos.

El objetivo de la conversación sobre los principios es profundizar y comenzar a entender cómo categorizamos los sistemas de manera diferente. Actualmente, cómo lo hacemos en Twitter es clasificarlos por métricas sin sentido, como el precio del token por ejemplo, está CoinMarketCap, y eres una buena criptomoneda si estás alto en CoinMarketCap y una mala criptomoneda si estás bajo en CoinMarketCap. Ocasionalmente miramos otras cosas cualitativas y cuantitativas, como el costo de una transacción, el costo de ejecutar y mantener una dApp, la facilidad de hacerlo, o cosas como TVL o el volumen total de transacciones, y las personas indexan el juego en eso.

Pero todos esos tipos de mediciones escapan por completo del lado filosófico del espacio blockchain, que es: ¿por qué usamos una blockchain en absoluto? ¿Cuál es el propósito de esta tecnología si no es por el hecho de que son filosófica y estructuralmente diferentes de Azure y Amazon? Los principios te obligan, como una especie de bomba cognitiva, a pensar en qué hace que estos sistemas sean diferentes, únicos y especiales.

Además, si eres un desarrollador de una aplicación, entiendes que quizás estás sacrificando velocidad y el precio de la transacción, lo que resulta en un costo operativo más alto, pero estás ganando algo por el hecho de que el diseño esté dentro de estos sistemas. En esencia, es como una Carta de Derechos. Ese era el propósito del ejercicio, y el propósito de una constitución es decir cómo, como comunidad, vamos a indexar estos tipos de principios, cuáles son importantes para nosotros, cuáles no lo son tanto, y en nuestra gobernanza en cadena, qué instrucciones le estamos dando a ese gobierno en cadena para pensar cómo funcionan estos principios y evaluarlos con respecto a los futuros elementos de la hoja de ruta.

Una de las razones por las que Voltaire vino antes que algunas partes de Basho, aunque como ecosistema estamos haciendo un gran progreso en Basho, es que algunas de las cosas que podríamos hacer para Basho cambiarían el perfil de compensaciones de los principios actuales de Cardano. Aumentarían el rendimiento, pero pagaríamos un precio por eso como ecosistema. Por eso es realmente importante tener gobernanza descentralizada antes de seguir ese camino, porque solo a través de la gobernanza descentralizada se puede tomar una decisión para todos, en todas partes. Ese es el punto de Voltaire. Ahora que tenemos un gobierno en cadena, podemos finalizar algunas de las últimas partes de la hoja de ruta sobre cómo queremos abordar algunos de estos protocolos. La buena noticia es que se ha hecho un buen diseño de protocolos, llevándonos a un punto en el que, en su mayor parte, podamos preservar y proteger lo que es Cardano, pero a medida que agotemos la primera generación de Basho, lo que sucederá es que, cuando miremos hacia la próxima generación, concretamente al analizar el “sharding” y otras cosas similares, se empezará a romper parte de la visibilidad, la verificabilidad, la resistencia bizantina y la potencial vivacidad local del sistema para ciertas clases de usuarios en ciertos casos. Cuando observamos cosas más complejas, como un modelo de precios escalonado o la priorización de transacciones, empezamos a ver situaciones en las que, para ciertos usuarios en ciertas circunstancias, pueden existir compensaciones o de priorizaciones.

Hay enormes beneficios a escala global para la red, pero ¿dónde terminan y comienzan los derechos de una minoría de usuarios, y dónde están los derechos de la red en su conjunto y su deseo de crecer? No puedo tomar esa decisión, incluso si quisiera; no es lo mejor para Cardano nombrar a un líder y decirle que resuelva esa decisión. Es una conversación colectiva que debe llevarse a cabo, y el objetivo de redactar una constitución, como estamos haciendo y en la que han participado más de 1,400 personas, es empezar a abordar esa preocupación de manera frontal, teniendo esa discusión de manera central, profundizando y tratando de desarrollar una comprensión detallada de la misma.

La realidad es que Cardano es una inteligencia de enjambre; es el producto de miles de personas en su núcleo y de cientos de miles en la periferia, interactuando básicamente entre sí de diferentes maneras, tratando de usar este ecosistema para resolver problemas interesantes. Cada día se fortalece un poco más, se vuelve más inteligente, aprende nuevos trucos y se vuelve más capaz. El objetivo de la gobernanza en cadena es pasar de una inteligencia meta subconsciente, a una inteligencia intencionada y orientada a objetivos, mucho más parecida a lo que se vería en el diseño organizacional. De este modo, de forma anual, se pueden identificar las cosas importantes para nosotros como ecosistema y hacia dónde queremos ir. El propósito de los principios, como el índice de descentralización de Edimburgo, entre otras estrellas polares, es permitir que las personas en posiciones de toma de decisiones revisen sus pensamientos y planteen preguntas fundamentales desde diferentes perspectivas: ¿Qué significa para el sistema esto que me pides que apruebe? Si la persona que lo propone no proporciona una respuesta o dice que no lo sabe, básicamente estás navegando en aguas desconocidas, sin un mapa. Podrías descubrir una isla mágica llena de maravillas y emoción, o podrías navegar directamente hacia un remolino, y ese sería el final de tu barco.

Esa es la cuestión: en un gobierno en cadena, debes tener alguna forma de navegación, debes tener una concepción de cuáles son las consecuencias de decir “sí” o de decir “no” para todas las cosas que hacemos. Ha sido muy interesante pensar en estos principios y tratar de hacerlos lo suficientemente abstractos y generalizables como para que representen, yo diría, una muestra justa de todos los sistemas blockchain. Lo que puedes hacer como ejercicio es observar las 10 o 15 principales criptomonedas por uso y preguntarte si se adhieren a estos principios, cuáles siguen y cuáles no, y cuál es el valor de estos principios. Espero que esto te transmita cuánto pensamos en Cardano sobre estas cosas y por qué las consideramos importantes. Me comprometí hace mucho tiempo a construir algo realmente diferente de solo otra tecnología; no quería simplemente escribir un protocolo, construir un protocolo, desplegar un protocolo y luego que la gente lo usara y que hiciera algo, para después ser reemplazado por otro protocolo cinco años después, sin que se le incorporaran ética e integridad.

Realmente quería tener algo que pudiera ser una preocupación fundamental para las personas al construir nuevos sistemas en los ámbitos económico, político y social, y que incorporara algunos derechos humanos y algunas garantías en el sistema. Debido a esto, estos sistemas tienen integridad, y ese ha sido el objetivo, siempre lo ha sido. Han sido nueve años, ha sido un camino largo y ha requerido mucho trabajo, y ahora hay un enjambre de personas que realmente creen en este objetivo. Mi esperanza es que, ahora que tenemos gobierno en cadena, comprendan el valor de que la preservación de ese objetivo sea una prioridad con la competitividad de Cardano en su conjunto. Creo que existen puntos de intersección en los que podemos alcanzar esos fines, pero nunca deberíamos sacrificar la integridad del sistema por el bien de ganancias a corto plazo o por el progreso a corto plazo en alguna métrica arbitraria como el precio del token o la adopción, por ejemplo. Deberíamos tomar un camino un poco más largo y quizás más difícil, en el que tengamos ambos tipos de cosas.

Ouroboros Leios es un ejemplo fenomenal de eso, como protocolo uno menos Delta, no enfrentas las consecuencias del sharding, pero obtienes, francamente, todo el rendimiento que podrías necesitar para blockchain tal como es hoy en día, especialmente cuando se admiten cosas como Hydra, rollups y cadenas asociadas, donde en su mayor parte esas aplicaciones de alto rendimiento se pueden realizar de una manera diferente y aún tienes ese mismo 50% de seguridad Bizantina. Así que es más difícil hacerlo, tomó años y años escribir el protocolo y descubrirlo, y todavía tiene que pasar por una fase de prototipo, al igual que pasó Peras, pero ahora que eso existe como un artefacto, nosotros, como ecosistema, podemos avanzar con confianza sabiendo que preservamos los principios y la integridad del sistema en su totalidad.

Podríamos haber adoptado fácilmente algo como lo que hicieron Sui, Aptos o Solana, que es más centralizado pero con mayor rendimiento, pero entonces habríamos perdido la integridad de la participación abierta y la descentralización que hemos logrado, y estaríamos en peor situación, en mi opinión, porque estaríamos más cerca de personas que siempre serán más eficientes que nosotros, como Amazon. De todos modos, solo quería compartir esto con ustedes, no me di cuenta de que se convertiría en un video de una hora, pero es un tema profundo e importante, y es uno que, si van a participar en la gobernanza de Cardano, deben conocer bien. Compartiré un enlace aquí al blog para que puedan leerlo a su discreción. Ahí lo tienen, y también pueden ir a nuestro blog y a Input Output.

Espero que esto les motive y les entusiasme sobre todo el tema de la gobernanza blockchain y los derechos fundamentales. La Convención Constitucional está en el calendario y los últimos talleres están en marcha, 63 en 50 países, cada uno de ellos eligiendo delegados y suplentes que se reunirán en masa en Argentina en diciembre, y pasaremos un buen rato hablando con todos. Incluso hablé con Mark Meckler el otro día, él está tratando de organizar una convención constitucional en los Estados Unidos y ha logrado que 19 estados aprueben leyes para una convención constitucional. He aprendido mucho de él sobre cómo piensa en las convenciones constitucionales, y creo que él también aprendió algunas cosas de nosotros, e incluso podría venir a la Convención Constitucional solo para aprender sobre cómo la estamos llevando a cabo, porque en realidad organizar una convención es algo bastante raro, nunca se ha hecho en la historia de los EE. UU., excepto cuando fundamos el país hace más de 200 años.

Pero, considerando todo, realmente está avanzando y hemos comenzado a construir un consenso básico. Hay algunos problemas difíciles de resolver, y los principios son un ejemplo de eso, al igual que el preámbulo de Cardano, la constitución de Cardano: el por qué filosófico de lo que hacemos, cuál es el propósito del sistema en su conjunto. Estaré en Argentina la próxima semana en la cumbre tecnológica, así como en el evento de la Fundación Cardano, y hablaré con miembros de la administración de Milei y estaré en el evento junto con Milei para charlar juntos allí, y con suerte tener una segunda reunión también sobre varios temas. Así que, estamos logrando que se haga. Gracias a todos por escuchar, nos vemos del otro lado. ¡Saludos!"

1 Like