AstroSwap: El siguiente artículo ha sido elaborado por nuestro equipo de desarrolladores. Tenga en cuenta que es una lectura bastante larga y entra en los detalles técnicos, ya que nuestro objetivo es proporcionar a la comunidad una actualización sobre AstroSwap y Velas como una solución de capa 2 para Cardano con compatibilidad con EVM. . Además, el artículo incluye nuestra visión técnica de Cardano.
AstroSwap, un DEX innovador que permite la expansión de Cardano
En la búsqueda de un proyecto blockchain prometedor, hemos optado por Cardano. Esta cadena de bloques promete una red con gobierno descentralizado, seguridad excepcional y rendimiento fácilmente escalable. Esta es la razón por la que creemos en el éxito de Cardano como un enfoque poco convencional para construir una cadena de bloques.
Las características por las que se destaca Cardano son: usar el lenguaje de programación Haskell para el desarrollo de la cadena de bloques y los contratos inteligentes; el protocolo de seguridad de prueba de participación matemáticamente comprobable Ouroboros; el modelo de contrato inteligente eUTXO de última generación; y la partición transparente de la red en Capa de liquidación (L1) y Capa de computación (L2). Sin embargo, hay un inconveniente en las peculiaridades mencionadas anteriormente. Aunque el proyecto tiene una edad respetable en comparación con otros proyectos de blockchain, su ecosistema es relativamente inmaduro. Creemos que la causa de este fenómeno son las dificultades del avance del proyecto y el desarrollo de dApps en el modelo eUTXO no convencional.
Habiendo realizado un análisis interno, creemos en el enfoque y el futuro de Cardano. Por eso estamos construyendo un sistema que contribuirá al desarrollo de su ecosistema.
Lanzamiento del puente Velas y AstroSwap
La red de Cardano tiene sus desafíos. La pequeña cantidad de transacciones procesadas por segundo en L1 da como resultado el bajo rendimiento de las dApps de alto rendimiento, que dependen únicamente de L1. Esto provocó una falta de alternativas para el intercambio de tokens y servicios relacionados. No podíamos quedarnos al margen, así que decidimos aprovechar nuestros desarrollos e integrar nuestros logros DEX en el ecosistema de Cardano. Ese fue el comienzo de AstroSwap. Nos hemos dado cuenta de que el desempeño inigualable de Velas se traducirá en un proyecto valioso para Cardano. La cadena de bloques de Velas permitiría a los usuarios de AstroSwap realizar todas las transacciones necesarias con sus tokens a velocidades incomparables. Además, los usuarios pueden usar la billetera familiar, MetaMask: ¡no más tedioso esperar a que finalicen las transacciones, a diferencia de L1 Cardano DEX en cadena!
Transferir los activos a la cadena de bloques de Velas
Para usar AstroSwap, un usuario debe transferir los activos a la cadena de bloques de Velas. Entonces son libres de aprovechar todas las funcionalidades del DEX. Los usuarios pueden retirar los activos del DEX en cualquier momento y transferirlos de Velas a Cardano . Por lo tanto, todas las operaciones de intercambio y el stake de liquidez se realizan en la cadena de bloques de Velas. Los activos se mueven de Cardano a Velas y regresan solo si es necesario, por ejemplo, para retirar fondos. El mecanismo que mueve los activos se llama puente de cadena cruzada.
A pesar de los beneficios, el puente a otra cadena de bloques no es perfecto, pero eso no tiene importancia hasta el lanzamiento de Cardano Computation Layer (L2). Además, aunque AstroSwap es seguro y utiliza la garantía de seguridad de Velas, no hace uso de todas las garantías de Cardano. Es común que los usuarios de blockchain prefieran las garantías de seguridad de su red preferida sobre las demás. Por supuesto, estos hechos son comunes para todos los proyectos DEX que utilizan un puente a otra cadena de bloques. Tal como lo vemos, este tipo de compensación tiene un lugar en el ecosistema de Cardano, al menos como una solución temporal.
Habiendo establecido el objetivo, partimos para resolver estos desafíos dando lugar a AstroSwap y el puente desde Cardano Settlement Layer (L1) hacia Velas.
AstroSwap primera semana
El lanzamiento de AstroSwap fue un éxito. Hemos alcanzado un total de 290 millones de $ASTRO en stake, equivalentes a más de 13 millones de USD. Además, en promedio tenemos un volumen diario de transacciones que ha superado los 9 millones de dólares. Estas cifras son para mostrar nuestra popularidad, no el rendimiento del sistema. Cuando se trata de esto último, Velas sin duda es capaz de más.
Una semana después del lanzamiento, nos complace anunciar que, tras nuestra revisión diligente, hasta la fecha no hemos descubierto ninguna vulnerabilidad en el puente o en el propio DEX. Los activos de nuestros usuarios están seguros con AstroSwap. Queremos agradecer a todos los que nos acompañaron en el lanzamiento. ¡Fuiste nuestra motivación para crear un producto que funciona desde el primer día!
Retrasos en las transacciones han planteado desafíos
Como era de esperar con un proyecto de esta escala, los retrasos en las transacciones han planteado desafíos.
Sin embargo, esto se debe a las velocidades de transacción notoriamente suaves de Cardano.
El proceso de retirar dinero del Swap AstroSwap a la billetera de Cardano a veces puede demorar varias horas debido a la gran congestión.
Si bien la transferencia de dinero de Cardano a AstroSwap ocurre casi de inmediato
Algunos usuarios podrían haber pensado culpar a la forma en que construimos el puente por el retraso. Pero podemos asegurarles que hemos hecho todo lo que sabíamos para tener en cuenta las características de Cardano L1.
Aunque esto es el resultado de los desafíos técnicos que plantea Cardano actualmente, esto no es justificable. El motivo del retraso es la velocidad de procesamiento de las transacciones y la congestión de Cardano L1, que no está diseñado para las dApps de alto rendimiento que soporta actualmente. Desafortunadamente, esta es la única forma directa de interactuar con la cadena de bloques. Al enviar los fondos a AstroSwap, Velas puede procesar inmediatamente el saldo del usuario. Sin embargo, el retiro de AstroSwap a Cardano va acompañado de la aprobación de la transacción por parte de la red de Cardano, por lo que el retraso se debe a la tecnología de Cardano, pero esperamos que esto mejore en el futuro. Sin embargo, según la estructura actual de limitación técnica, lleva tiempo, por lo que se pueden experimentar tiempos de espera más largos al menos por ahora.
Nuestra perspectiva sobre Cardano
A medida que profundizamos en los aspectos técnicos de la cadena de bloques de Cardano, se hace evidente que, tanto en la teoría como en la práctica, la contabilidad de Cardano L1 (asegurar el intercambio honesto de valor entre los agentes de la red) es esencial en el diseño de dApps. Sin embargo, L1 no está diseñado para manejar transacciones de agentes individuales, más aún, para aplicaciones de alto rendimiento o computacionalmente intensivas. Naturalmente, la atención de uno debe centrarse en escalar soluciones, cuya idea general es: realizar las transacciones necesarias para que dApp funcione fuera de Cardano L1. Seguido y luego confirme los cambios resultantes del valor del agente de red como transacciones a Cardano L1; esencialmente: agrupar múltiples cambios para enviarlos en L1. Si estos cambios por lotes se aplican con éxito a L1 (las transacciones se confirman en la cadena), dApp puede continuar normalmente. Actualmente, Cardano no ha lanzado soluciones de escalado. Sin embargo, hay varios en proceso. Cabe señalar que es común llamar L2 a cualquier solución de escalado, pero se debe recordar eliminar la ambigüedad entre Cardano L2 — protocolo Hydra y L2 como en cualquier solución de escalado para Cardano.
A continuación, le presentamos una serie de posibles soluciones que creemos que serán las más relevantes en 2022.
Soluciones Cardano
Hydra cardano
Cardano Hydra es un conjunto de protocolos y tecnología posterior que proporciona «canales de estado isomorfos» como L2 para Cardano. Tomemos un tiempo para explicar este concepto en términos simples y resumir los beneficios del enfoque.
Cuando hablamos de estado en una cadena de bloques, nos referimos a la cantidad de activos asignados a billeteras y activos bloqueados en contratos inteligentes, así como a otros datos como datos de contratos inteligentes que pueden estar presentes en la cadena de bloques.
Cuando las transacciones se comprometen y confirman, cambian las cantidades de activos asignados a las billeteras, los contratos bloqueados, etc.
Esencialmente, las transacciones cambian el estado de la cadena de bloques, y este cambio es significativo para los usuarios.
Cuando el estado cambia debido a múltiples transacciones, nos referimos a ese estado como en evolución. Para algunas aplicaciones (como el intercambio de dinero en un grupo cerrado de usuarios, como préstamos, micropagos o cambio de divisas), no se requiere la información sobre los activos de todos los usuarios de blockchain.
Solo necesitamos información sobre los activos de los usuarios que participan en dicha actividad, ya que los activos pueden enviarse de un lado a otro en transacciones consecutivas; no nos importa el historial detallado de las transacciones. Por lo tanto, podemos agruparlos en una sola transacción, que solo nos dice el estado resultante de múltiples transacciones, por lo tanto, ahorrando en los requisitos de almacenamiento.
Ejemplo
Por ejemplo, Alice y Bob tienen 10 monedas cada uno. Primero, Alice le paga a Bob 6 monedas por algún producto, y luego Bob le paga a Alice 4 monedas por algún servicio. Al final, Alice tiene 8 monedas y Bob tiene 12 monedas. Si no nos importa el historial exacto entre los dos, solo podemos almacenar una sola transacción que nos lleve del estado inicial al estado final en un solo paso: Alice le paga 2 monedas a Bob. Así podemos ahorrar en el almacenamiento necesario para almacenar transacciones intermedias. Pero aún necesitamos confirmar estas transacciones intermedias, por lo que deben existir durante al menos un tiempo.
Solución
La solución es tomar los saldos iniciales de un grupo de usuarios, en este caso, Alice y Bob, y moverlos a una red separada, una especie de mini cadena de bloques que funcionaría de manera similar a la red principal de Cardano, pero solo almacenaría saldos (estado) de y atender a este grupo de usuarios. Una propiedad importante es que todos los usuarios del grupo deben confiar entre sí y confirmar las transacciones de todos los participantes. Tal «mini-blockchain» se llama canal. El estado del grupo de usuarios evolucionaría entonces dentro de este canal. Luego, cuando los usuarios deciden que han terminado, el canal se puede «cerrar»: el estado final del canal se traduce a la cadena de bloques principal con una sola transacción que establece el estado final desde un estado inicial dentro de un solo «paso»: transacción . Este concepto se denomina canal de estado.
Isomorfismo
Cuando hablamos de Hydra, «isomorfismo» significa que en los datos de un canal. Cualquier cambio en estos datos ocurre de la misma manera que ocurre en la cadena de bloques principal.
Esto significa que cuando un desarrollador quiere que su dApp funcione con Hydra, puede usar la misma tecnología para desarrollar en Hydra que usó anteriormente para desarrollar en Cardano L1.
Esto puede sonar como un enfoque obvio, sin embargo, tal paridad es un logro del equipo detrás de Cardano.
Proporciona a los desarrolladores una tecnología de escalado L2 que se asemeja mucho a los enfoques centrales de Cardano y que los desarrolladores ya conocen, con todas sus ventajas.
Pueden usar la misma tecnología para desarrollar en Hydra que usaron anteriormente para desarrollar en Cardano L1.
Esto puede sonar como un enfoque obvio, sin embargo, tal paridad es un logro del equipo detrás de Cardano. Proporciona a los desarrolladores una tecnología de escalado L2 que se asemeja mucho a los enfoques centrales de Cardano y que los desarrolladores ya conocen, con todas sus ventajas.
Pueden usar la misma tecnología para desarrollar en Hydra que usaron anteriormente para desarrollar en Cardano L1. Esto puede sonar como un enfoque obvio, sin embargo, tal paridad es un logro del equipo detrás de Cardano. Proporciona a los desarrolladores una tecnología de escalado L2 que se asemeja mucho a los enfoques centrales de Cardano y que los desarrolladores ya conocen, con todas sus ventajas.
Canal de estado isomórfico se llama Hydra Head,
En Hydra, el canal de estado isomórfico se llama Hydra Head, y pueden existir múltiples Heads por solo Hydra Node, un software que se ejecuta en una máquina servidor para habilitar Hydra Heads. Al mismo tiempo, un número arbitrario de cabezales puede operar en paralelo con Cardano L1.
Los beneficios de esta solución incluyen confirmación rápida de transacciones, gran cantidad de transacciones procesadas por segundo, enormes ahorros de almacenamiento para la cadena de bloques L1 y, como resultado, tarifas casi nulas. Además, se sabe que si dApp se puede desarrollar para hacer uso de múltiples canales de estado (Hydra Heads) simultáneamente, entonces el rendimiento de dApp escala casi linealmente con la cantidad de Hydra Heads. La expectativa de la comunidad de Cardano es que Cardano podrá procesar grandes cantidades de datos (es decir, la cantidad de transacciones) dentro de dApps que se ejecutan en Hydra Heads.
Hydra es una solución de escalado L2
No obstante, las limitaciones de este enfoque son bastante evidentes. En su enfoque actual, Hydra Head solo se comunica con la cadena de bloques principal en dos puntos: cuando se abre, y los estados de los participantes se transfieren a Head, y cuando se cierra, y el estado combinado final de los activos de los usuarios se compromete con la cadena de bloques. . Durante la evolución de Head, también puede recuperar partes del estado de la cadena de bloques principal, pero ese es un flujo de información de solo lectura. Además, el número de Heads por usuario es limitado, ya que cuantos más usuarios haya en el Head, más lento comenzará a ejecutarse. Esto significa que el algoritmo de la dApp no se puede representar con múltiples grupos de usuarios que no se comunican entre sí, por lo que esta dApp no puede usar Hydra de manera efectiva como una solución de escala L2.
Tal como está, Hydra es una solución de escalado L2 nativa proporcionada por el equipo de Cardano y es una excelente tecnología de escalado, pero solo para dApps que se pueden adaptar para su uso. Entonces, ¿cuántas dApps puede impulsar Hydra? ¿Será una solución especializada o un cambio de juego ubicuo? Sólo el tiempo dirá. ¡Ciertamente nos inclinamos por lo segundo!
Cadenas laterales
Uno de los conceptos centrales de Hydra es descargar la evolución de parte de un estado de cadena de bloques a una configuración fuera de la cadena.
Una de las técnicas más genéricas para hacer eso es hacer un puente a una cadena lateral. Una cadena lateral es cualquier cadena de bloques que puede evolucionar el estado de los activos de los participantes dentro de sí misma y luego comunicar el estado del resultado a la cadena de bloques de Cardano.
Al enviar información a la cadena lateral, los contratos inteligentes nativos de Cardano L1 se usarían para bloquear en la cadena principal el estado que debe enviarse para que ya no se pueda usar en la cadena principal, hasta que se reciba el nuevo estado de la cadena lateral.
Por otro lado, la evolución del estado en la cadena lateral ocurrirá según las reglas de esta cadena y utilizando tecnología nativa.
Cadena lateral es una entidad única
Una vez que se realiza la evolución del estado, los resultados se pueden enviar a la cadena principal en un lote. A diferencia de Hydra, una cadena lateral es una entidad única que vive junto a la cadena principal de forma permanente y desarrolla una parte significativa del estado de la cadena principal. Además, en el caso general de la cadena lateral, no hay necesidad de confianza entre los participantes, ya que la seguridad está garantizada por los mecanismos nativos de la cadena lateral en cuestión.
El principal beneficio de establecer un puente con una cadena lateral es la posibilidad de utilizar sus sólidas características para beneficiar a Cardano manteniendo su seguridad subyacente. Hay varios proyectos con velocidades de confirmación de transacciones ultrarrápidas que pueden ejecutar dApps de alto rendimiento. Esa es una excelente oportunidad para que los desarrolladores de otros ecosistemas, por ejemplo, EVM, escriban contratos inteligentes en lenguajes familiares como Solidity.
Dado que EVM es el ecosistema más popular para desarrollar contratos inteligentes para blockchains en este momento, se espera que los primeros proyectos lanzados se basen en EVM, lo que permitirá el desarrollo de dApps.
Cadenas laterales EVM, KEVM e IELE
Inicialmente, EVM era un mecanismo que traducía contratos inteligentes escritos en lenguajes como Solidity, en código para ser ejecutado por la cadena de bloques Ethereum. Sin embargo, con la creciente popularidad de Ethereum, las nuevas cadenas de bloques emergentes se esforzaron por lograr la compatibilidad de los desarrollos existentes con sus proyectos. Para lograr esto, los desarrolladores crean implementaciones de EVM para sus propias cadenas de bloques. Cuando una cadena de bloques tiene su propia implementación de EVM, los desarrolladores pueden tomar su contrato inteligente y transferirlo a otra cadena de bloques con un esfuerzo mínimo. Por lo tanto, los desarrolladores de contratos inteligentes disfrutan de un mayor mercado para sus dApps, lo que se traduce en una mayor utilización de su tecnología.
Cardano está en camino de tener su propia implementación de EVM. Pero, más que eso, el equipo central decidió repetir el concepto desarrollando KEVM junto con EVM. KEVM es una máquina virtual con el mismo propósito que EVM, aunque creada con la ayuda de K Framework. En resumen, K Framework es una plataforma que permite la creación de máquinas virtuales (VM) formalmente verificadas. Al utilizar el kit de herramientas de K Framework, el equipo de Cardano tiene como objetivo crear una implementación de EVM que sea comprobablemente segura, que no contenga ningún error que comprometa la seguridad y, al mismo tiempo, brinde un excelente rendimiento al ejecutar las dApps.
Máquina Virtual
IELE es una máquina virtual que no busca la compatibilidad con el ecosistema EVM. En cambio, es un intento de hacer una máquina virtual que se ajuste mejor a Cardano. IELE fue diseñado para verificar formalmente su seguridad y corrección, y permite un rendimiento mejorado en comparación con los contratos que se ejecutan en KEVM. A diferencia de EVM y KEVM, que se basan en pilas, IELE se basa en registros, lo que le permite utilizar una gama más completa de optimizaciones que KEVM. Además de la mayor velocidad de ejecución de contratos, estas mejoras también reducen los costos de gas.
Además, a diferencia de KEVM, los contratos inteligentes se pueden escribir en el lenguaje IELE nativo que es legible por humanos. El lenguaje IELE tiene sus ventajas, como mejoras en la depuración de contratos inteligentes y herramientas para escribir la especificación del contrato inteligente para poder comparar un contrato con una especificación. Además, IELE admitirá lenguajes de alto nivel para escribir contratos inteligentes, como Glow.
En pocas palabras, el equipo de Cardano está desarrollando los tres: EVM, KEVM e IELE. Si bien EVM y KEVM tienen redes de desarrollo en vivo, donde los desarrolladores pueden escribir y enviar contratos inteligentes para probarlos, IELE aún está en desarrollo. Sin embargo, de los tres, el desarrollo de KEVM es una prioridad y está muy avanzado.
Resúmenes
Los rollups son un enfoque para comunicar un nuevo estado desde la cadena lateral a la cadena principal, utilizando más garantías de seguridad de Cardano. El concepto clave de los rollups es comunicar con un estado una versión comprimida de todas las transacciones en la cadena lateral. En lugar de enviar todas las transacciones realizadas en una cadena lateral a la cadena principal, la cadena lateral produce un conjunto de datos (puede pensar en ello como migas de pan) que codifica el historial de transacciones. Sidechain luego envía una sola transacción a la cadena principal, que describe el estado final de los activos del participante y contiene el resumen de cómo se originó el nuevo estado a partir del estado anterior. La cadena principal Cardano L1 puede luego validar esta transacción utilizando datos acumulativos para reconstruir todo el historial de transacciones para confirmar su validez.
De alguna manera, los rollups son el enfoque competitivo de Hydra. Tiene la ventaja de interactuar con Cardano en una capa que ejecuta una cadena lateral de preferencia, utilizando sus características deseadas, como un entorno de desarrollo familiar o velocidad. Si la cadena lateral tiene las características de velocidad requeridas, permite una forma de desarrollar dApps de alto rendimiento con menos restricciones que las requeridas para las dApps habilitadas para Hydra. No adoptar una pila de tecnología nativa de Cardano para implementar todos los productos deseados es una estafa para algunos. Creemos que las ventajas de las cadenas laterales con acumulaciones son significativas, y estos proyectos se volverán populares y ocuparán su lugar a medida que el ecosistema de Cardano comience a madurar.
Proyecto Milkomeda
El equipo de Milkomeda es el primer proyecto independiente en crear una cadena lateral de trabajo llamada M1 para el ecosistema de Cardano. Contará con la implementación de EVM, tecnología de puente sólido para permitir una interoperación fluida con Cardano L1, el uso de la moneda ADA envuelta llamada milkADA como activo base y una técnica llamada «contratos inteligentes envueltos».
MilkADA será para M1 lo que ADA es para Cardano. Los usuarios pueden transferir de forma transparente parte de su ADA a M1, que se convertirá 1 a 1 en milkADA. MilkADA se utiliza para las tarifas de gas en la cadena lateral y el intercambio de valor transparente entre redes. Para los casos en los que se debe pagar una tarifa al interactuar con M1 en el lado de Cardano L1, se usa ADA.
Si bien los usuarios pueden transferir fondos a M1 y ejecutar dApps allí, los «contratos inteligentes envueltos» les permiten interactuar fácilmente con M1 sin salir de la cadena de bloques de Cardano y tener que mover sus activos a M1 primero. Es una técnica para ejecutar dApp en M1 ejecutando primero una sola transacción en la cadena de bloques de Cardano. Con esta transacción, el protocolo Milkomeda bloquea solo los fondos necesarios para ejecutar el contrato. Después de eso, la lógica del contrato inteligente se ejecuta en la cadena de bloques M1, interactuando con los activos y los datos almacenados en ella, y finalmente devuelve los activos al usuario en Cardano con una sola transacción de Cardano.
Milkomeda permite a los desarrolladores crear dApps dentro del ecosistema EVM
Con o sin contratos inteligentes envueltos, Milkomeda permite a los desarrolladores crear dApps dentro del ecosistema EVM, lo que permite que el ecosistema de Cardano crezca más rápido y atraiga a más desarrolladores y usuarios por igual. Parte del éxito de Milkomeda es su compromiso de evitar todas las funciones/tokens en exceso que se interponen en el camino de la interoperabilidad entre la red principal y la cadena lateral.
En el lanzamiento, la cadena lateral M1 se ejecutará en un número limitado de validadores de confianza de la comunidad de Cardano. Aunque algunos lo encuentran una desventaja, la cantidad de validadores aumentará con el tiempo, por lo que no será un problema en el futuro.
Dado que el protocolo Milkomeda asume una interacción regular con Cardano L1, además de las dApps que se ejecutan en L1 en cadena, no está claro cuál será la mejora del rendimiento de la interacción con Cardano a través de Milkomeda en comparación con las transacciones L1. Por lo tanto, dependiendo de cómo evolucione el proyecto, será una gran solución de escalado L2 o una capa de interoperabilidad EVM con un rendimiento decente.
Formas de optimizar dApps en Cardano L2
Todas las tecnologías anteriores son diferentes soluciones L2 entre las que los desarrolladores pueden elegir. Sin embargo, también hay ideas para optimizar el rendimiento de los algoritmos que se ejecutan directamente en L1, lo que hace posible ejecutar dApps más simples sin necesidad de tecnologías más allá de L1. Y lo que es más importante, estas ideas podrían aplicarse más rápido de lo que se lanza cualquier solución L2. A continuación repasamos algunos de ellos y damos nuestra opinión sobre su aplicabilidad.
Mercados de tarifas
El mercado de tarifas es un concepto presente en muchas cadenas de bloques, en particular Ethereum, pero aún no está presente en Cardano. La mayoría de las cadenas de bloques tienen un requisito de tarifa de gas notable para ejecutar transacciones en la cadena de bloques. Cada cadena de bloques tiene su propio nivel mínimo base por una tarifa requerida para financiar los validadores que confirman las transacciones y permiten la operación de la propia cadena de bloques. El mercado de tarifas es un concepto de enviar una tarifa superior a la mínima con la transacción de uno, con el fin de priorizarla con otras transacciones que esperan ser confirmadas.
Inicialmente, el equipo central de Cardano decidió evitar el mercado de tarifas, lo que significaría que la red estaría menos democratizada. Uno de los valores centrales de Cardano es tener una red que esté igualmente abierta a todos sus participantes. Eso lo haría accesible a todos los miembros de la sociedad, brindando oportunidades donde otros proyectos carecerían de inaccesibilidad.
Introducir un mercado de tarifas
En la práctica, en ausencia de una solución de escalado, pueden ocurrir eventos que provoquen un aumento en la actividad de transacciones: una cantidad abrumadora de transacciones enviadas que paralizan Cardano L1 que no puede procesarlas todas a tiempo. Eso significa que es muy poco probable que se confirme la transacción para un usuario promedio que envía una transacción durante este evento. Una solución sería introducir un mercado de tarifas para permitir que los agentes dispuestos procesen sus transacciones incluso durante eventos pico. Aún así, esta solución tiene su propio conjunto de desventajas. Si bien las tarifas son beneficiosas para algunos usuarios, no resuelven el problema causante ni resuelven el problema para otros usuarios.
Los desarrolladores de Cardano aún debaten la implementación y la estructura de un mercado de tarifas para minimizar su impacto negativo en la accesibilidad y equidad de la red. Actualmente, no está en los planes introducir una tarifa de mercado en Cardano, por lo que los desarrolladores que buscan crear dApps de alto rendimiento no deben confiar en él como un mecanismo que permitirá el rendimiento requerido.
Lotes de transacciones avanzados
El modelo eUTXO subyacente para escribir contratos inteligentes nativos en Cardano tiene algunas propiedades interesantes, como enviar cientos de tipos diferentes de activos en una transacción, pagar a múltiples billeteras simultáneamente y procesar varias transacciones en paralelo. Esto hace posible diseñar un algoritmo para aplicaciones específicas de bajo rendimiento. Con cada transacción de usuario, actualizaría el estado no solo para ese usuario sino también para muchos otros usuarios, si la aplicación lo necesita. Por ejemplo, donde un usuario devolvería un préstamo a la dApp, en la misma transacción, el algoritmo de la dApp otorgaría un préstamo a otros usuarios «en línea». Aunque, a primera vista, el requisito de representar la lógica de dApp con operaciones «por lotes» puede parecer una complicación excesiva, cierto nivel de procesamiento por lotes puede ser beneficioso incluso en dApps L2,
Creemos que la última solución, el procesamiento por lotes de transacciones, es una solución razonable para desarrollar las muy necesarias dApps de bajo rendimiento para Cardano sin complicar la necesidad de utilizar la tecnología L2 que inevitablemente trae cierto nivel de complicación. Pero uno debe prestar mucha atención para decidir si su aplicación necesita escalarse. Cuando optó por error por el procesamiento por lotes L1, cualquiera que sea la velocidad de L1 en el futuro, el margen para un mayor rendimiento será prácticamente inexistente y, para cualquier afluencia notable de usuarios, las dApps se estancarán.
Rendimiento Cardano L1
Una de las preguntas comunes de las personas que no están familiarizadas con Cardano es: ¿por qué la métrica de transacción L1 por segundo (TPS) es relativamente baja (actualmente de 4 a 7 TPS en promedio) y por qué los creadores de Cardano no aumentan el TPS alterando los parámetros de la cadena de bloques? ¿No beneficiaría eso a la red incluso con soluciones L2 presentes?
La respuesta es doble: en primer lugar, el tamaño de la cadena de bloques crecerá más rápido de lo que es práctico con velocidades de procesamiento de transacciones más altas. Y en segundo lugar, teniendo en cuenta las tecnologías L2 y la velocidad de las transferencias de datos de red, aumentar la métrica TPS no proporcionará mejoras en el mundo real. Ahora, ampliemos estos dos puntos.
En la mayoría de las cadenas de bloques modernas, los tamaños de las transacciones pueden tener diferentes tamaños, dependiendo de la complejidad, por ejemplo, si una transacción simplemente mueve activos de una billetera a otra, o mueve múltiples activos al mismo tiempo, o realiza algún cálculo o mantiene el estado relacionado con una billetera inteligente. contrato. Esto significa que, si bien TPS no puede estimar con precisión el «trabajo efectivo» logrado por las transacciones por segundo, una métrica más significativa para eso sería Datos por segundo: esencialmente, una transacción es tan útil como los datos que contiene, y la cantidad de datos no aumenta significativamente. depende de cómo se separe en transacciones.
Transacciones de Cadena de Bloques
Las transacciones creadas por los usuarios de la cadena de bloques deben transmitirse a través de toda la red de la cadena de bloques para ser confirmadas por los nodos de validación, conocidos como «grupos de participación».
Cuando se crean demasiados datos, lleva demasiado tiempo propagarlos por la red, lo que provoca una verificación de transacciones más lenta y una mayor propensión a las vulnerabilidades de ataque. Además, el aumento de los costos asociados con el soporte de almacenamiento de cadena de bloques a largo plazo para los nodos de validación se traduce en costos de tarifas de transacción más altos. Por otro lado, si se permite la creación de muy pocos datos, se pueden realizar pocas operaciones efectivas en la red por segundo, lo que genera congestión en la red y largas demoras en las transacciones.
Cardano, así como otras cadenas de bloques, almacena transacciones en bloques que se agregan secuencialmente a la cadena de bloques, en el caso de Cardano, cada 20 segundos. Un parámetro de red llamado “maxBlockSize” permite limitar efectivamente la cantidad de datos propagados a través de la red en bytes, no en términos de número de transacciones. Por lo tanto, la métrica TPS es una función de la frecuencia con la que se producen los bloques y el tamaño promedio de transacción en bytes. El valor de «maxBlockSize» establece el equilibrio (compensación) entre dos problemas, como se mencionó anteriormente, y se puede cambiar a través del gobierno de blockchain.
Parámetro «maxBlockSize» cambiará en el futuro
El parámetro «maxBlockSize» cambiará en el futuro: el equilibrio deseado que logra depende de los cambios tecnológicos (costo del espacio de almacenamiento, velocidad de Internet, ancho de banda, etc.) y el uso de la cadena de bloques (presencia de contratos inteligentes que producen grandes transacciones, etc).
Dicho todo esto, el TPS actual de Cardano L1 es de alrededor de 7 TPS. Eso suena pequeño, ¿no beneficiaría a la red aumentarlo en este momento? El equipo de Cardano cree que no lo haría. Con los requisitos actuales de hardware del nodo de validación y las propiedades de la red, es posible cambiar «maxBlockSize» para admitir aprox. 50 TPS ya. Aunque resolverá algunos de los problemas que la gente tiene actualmente, no beneficiará a los usuarios a largo plazo.
Razones principales para no enfocarse en aumentar el TPS L1
Las razones principales para no enfocarse en aumentar el TPS L1 en este momento son un problema conocido como «inflación estatal» y el hecho de que el cambio para habilitar un TPS más alto en este momento incentivaría a los desarrolladores de dApp a no incluir el procesamiento por lotes en el diseño de sus dApps que a su vez, tendría un efecto negativo en la velocidad de procesamiento de transacciones de la cadena de bloques. La «inflación de estado» se puede definir como el almacenamiento del historial de todas las transacciones en la cadena de bloques (muchos cambios de estado) que no proporcionan mucho valor, cuando ese historial podría «comprimirse» (agruparse) en un solo cambio de estado. Como se mencionó anteriormente, todavía no existe una tecnología adecuada para el escalado L2. Por lo tanto,
Recientemente, IOHK ha realizado ajustes menores a los parámetros de la cadena de bloques para permitir un TPS ligeramente más alto, pero estos pasos se toman para aliviar la carga que ya soporta la red. Por lo tanto, se cree que la mejor estrategia para la madurez de Cardano es el lanzamiento de múltiples soluciones de escalado L2, incentivando a los desarrolladores a desarrollar aplicaciones para hacer uso de ellas, y luego modificar los parámetros de la cadena de bloques para garantizar una ejecución fluida de las dApps habilitadas para L2.
Conclusión
En resumen, el equipo de AstroSwap ha construido un rápido intercambio descentralizado en la red Velas que actúa como L2 para Cardano y el ecosistema de Cardano. El propio DEX opera a tarifas rápidas con tarifas de transacción bajas sin precedentes. Además, nuestros desarrolladores construyeron un puente que permite a los usuarios transferir activos fácil y rápidamente entre Cardano y AstroSwap DEX. Actualmente hay más de 290 millones de $ASTRO apostados en la cadena Velas con 38 millones adicionales apostados en el sitio de staking anterior, en la red BSC, que los usuarios se trasladan a Velas a diario. En general, el valor apostado es equivalente a más de 13 millones de dólares. Con un volumen promedio diario de transacciones que superan los 9 millones de dólares. Además, el artículo destaca los L2 potenciales para Cardano, ya que destacamos los diversos pros y contras. Es más,
Para lograr su verdadera visión de convertirse en la próxima mejor solución para los usuarios de Cardano, AstroSwap continuará con su desarrollo agregando más pares de tokens a su DEX. Los usuarios también podrán cultivar sus tokens LP en Solar Farms y, como parte de nuestro crecimiento continuo, buscaremos asociaciones futuras para aumentar aún más la utilidad para nuestros usuarios, como apostar $ ASTRO en Galaxy Pools para ganar una variedad de fichas.
Para mantenerse al día con las últimas actualizaciones, asegúrese de seguir las redes sociales oficiales.
Sitio web | Twitter | Telegrama
Descargo de responsabilidad
Toda la información contenida en este sitio web se publica solo con fines de información general y no como un consejo de inversión. Cualquier acción que el lector realice sobre la información que se encuentra en nuestro sitio web es estrictamente bajo su propio riesgo. Nuestra prioridad es brindar información de alta calidad. Nos tomamos nuestro tiempo para identificar, investigar y crear contenido educativo que sea útil para nuestros lectores. Para mantener este estándar y continuar creando contenido de buena calidad. Pero nuestros lectores pueden basarse en su propia investigación.