Cometer errores en la primera dApp pública de testnet, publicar Alonzo hardfork, significa "muerte de Cardano"

En medio de mucho fervor de la comunidad, CardanoEl hard fork de Alonzo testnet finalmente tuvo lugar la semana pasada. La anticipación principal estaba detrás de la inclusión de los contratos inteligentes de Plutus en la red, lo que le permitiría expandir enormemente sus funcionalidades. El entusiasmo de la comunidad se reflejó claramente en la corrida de toros en la que ha estado el token nativo de Cardano, ADA, ya que estableció nuevos ATH durante todo el mes.

Sin embargo, después de probarlo, los usuarios afirmaron que Alonzo no era todo lo que se suponía. Desde que la primera dApp, multi-pool DEX Minswap, se puso en marcha en la red de prueba pública de Cardano, muchos se han quejado de sufrir errores al intentar intercambiar tokens y proporcionar liquidez. Los errores relacionados con la simultaneidad también fueron abordados por Minswap en Twitter.

Es posible que esté viendo un mensaje de error que dice "Se están usando UTxOs en este bloque" mucho. Ese es el problema de la concurrencia. Estamos trabajando en eso.

– Minswap | Testnet incentivado en vivo! ? (@MinswapDEX) 3 de septiembre de 2021

Si bien Cardano no es ajeno al trolleo y la crítica en línea, las dificultades de Minswap para manejar múltiples usuarios se convirtieron en la excusa más comúnmente citada para sus enemigos. Muchos han afirmado que la decisión de Cardano de utilizar el modelo de contabilidad de salida de transacciones no gastadas (eUTxO) fue la razón detrás de esta falla. Además, ese futuro DEX que busque construir en la red enfrentará problemas de liquidez similares.

Odio ser dramático, pero testnet UX público en @MinswapDEX ha sido horrible. El modelo UTXO es simplemente inutilizable en #defi sistemas debido a la #concurrencyissue. ¿Podría alguien proporcionar alguna aclaración sobre cómo y cuándo se resolverá esto?

– binbal (@ binbal24) 4 de septiembre de 2021

Los problemas de simultaneidad a menudo dan como resultado la prevención de que varios usuarios interactúen con el protocolo al mismo tiempo. Es probable que esto se deba a la ausencia de una “máquina virtual Cardano”, similar a la que implementa Ethereum, ya que permite que la operación de contrato inteligente se ejecute simultáneamente. Otros han afirmado que, dado que Minswap solo podía manejar una transacción por bloque, era utilizable.

El partidario de Ethereum, Anthony Sassano, destacó estos problemas en un hilo de Twitter recientemente.

El primer dapp se lanzó hoy en Cardano y los fanboys de ADA finalmente están descubriendo que no se puede revisar por pares para resolver problemas fundamentales. pic.twitter.com/tYQXNcVKGN

– Anthony Sassano ?? (@ sassal0x) 4 de septiembre de 2021

Sin embargo, muchos partidarios han respondido a las duras críticas, incluido el fundador de Cardano, Charles Hoskinson, quien llamó a estos comentarios "ruido y FUD". En una reciente video abordar estos problemas, dijo,

“El problema que tiene nuestra industria es que básicamente dice que si no apoyas lo mío o no veo la manera de hacer que funcione, lo que has construido es absolutamente inútil, inútil para siempre, y es solo un juguete . Y luego usan métricas de vanidad, sin siquiera entender lo que están diciendo ".

Además, el intercambio descentralizado basado en Cardano, SundaeSwap Labs, disipó algunos conceptos erróneos comunes sobre el tema en una reciente entrada en el blog. Según el DEX, era posible realizar cientos de transacciones por bloque y esa centralización era una de las formas de solucionar el problema. También agregó que este obstáculo no deletrea la muerte de Cardano, afirmando,

“Entonces, para las personas que afirman que esta es la muerte de Cardano: poco probable. Señalar un experimento rocoso en los primeros días de un ecosistema y sostenerlo como el presagio fatal de la caída de Cardano es una ingenuidad prematura en el mejor de los casos y una deshonestidad intelectual en el peor ".

Además, el equipo de desarrollo de Cardano Input Output HK también publicó un Twitter hilo aclarar muchas de las preocupaciones y la "información errónea" de los usuarios. En primer lugar, la empresa señaló que se eligió el modelo eUTxO porque "ofrece mayor seguridad, permite la previsibilidad de las tarifas y ofrece una paralelización más potente".

IOHK también sugirió cómo los usuarios aún podrían construir dApps en la red y extender los límites de bloque, que es "al diseñar su servicio o aplicación con múltiples UTxO, puede imponer más paralelismo". La empresa publicará una publicación en el blog a finales de esta semana para explicar estas funcionalidades en detalle.

Esta es una traducción automática de nuestra versión en inglés.