es
Volver a la lista

Cómo un motor de juego para DeFi podría facilitar el desarrollo acelerado

DeFi

es.bitcoinethereumnews.com 01 Febrero 2022 12:33, UTC
  
Tiempo de lectura: ~6 m

El corazón palpitante de cualquier ecosistema de aplicaciones descentralizadas, DApps, es su pila de tecnología subyacente. Para Ethereum (ETH), este es su consenso "Nakamoto", el entorno de ejecución de la máquina virtual Ethereum (EVM) y el lenguaje de programación Solidity. Juntas, estas tecnologías han permitido a los desarrolladores de contratos inteligentes impulsar las finanzas descentralizadas (DeFi) del concepto a la realidad.

Para que DeFi dé el siguiente salto, hacia la adopción generalizada, la escalabilidad es el requisito tecnológico que atrae la mayor atención. Pero un aspecto a menudo pasado por alto pero igualmente importante de las plataformas de capa uno es su enfoque para el desarrollo de contratos inteligentes. 

Si bien Solidity y EVM son las tecnologías centrales que permitieron a Ethereum ser, sin duda, el pionero de DeFi, los pioneros también son los que cometen todos los errores. ¿Alguna vez se preguntó por qué parece que hay una serie interminable de hacks y exploits de DeFi en la actualidad? Es el resultado de un enfoque de programación que hace que sea increíblemente difícil administrar tokens de forma segura. Porque cuando se estaba diseñando Ethereum, DeFi no existía.

Pero una solución no es fácil. Los cambios importantes en Solidity y EVM no son posibles, ya que esto rompería la mayoría de las DApps que ya se han creado. Por lo tanto, las plataformas más nuevas tienen una oportunidad real de aprender y mejorar la experiencia del desarrollador, porque las DApps mejoradas que crean esos desarrolladores podrían permitir la próxima ola de adopción de DeFi.

Por qué el desarrollo de DeFi es difícil para Ethereum

Ya sean tokens para préstamos y préstamos descentralizados, tokens para un juego o obra de arte NFT, o tokens para un derivado financiero, son el núcleo de prácticamente todos los casos de uso en DeFi y criptografía. 

Sin embargo, el único token que la plataforma Ethereum entiende de forma nativa es ETH. Todos los demás tokens, ya sea bajo ERC-20, 721, 1155 o cualquier otro estándar, solo existen como variables (números antiguos regulares) dentro de cada contrato inteligente.

El token Tether (USDT) es una lista de cuentas y saldos asociados dentro del contrato inteligente de USDT. Lo mismo ocurre con Shiba Inu (SHIB) y todos los demás tokens creados en Ethereum. Esta es la razón por la que no puede intercambiar ETH en Uniswap (UNI) y, en su lugar, tiene que, extrañamente, intercambiar ETH envuelto (wETH), que es un token ERC-20 respaldado por ETH mantenido bajo custodia.

Esto trae problemas. No puede "enviar" tokens de una persona a otra porque los tokens no viven en la billetera de un usuario. Viven únicamente como un saldo asociado a una cuenta dentro de cada contrato individual.

Para cambiar USDT por SHIB, se envía un mensaje para debitar su cuenta en el contrato USDT y acreditar su cuenta en el contrato SHIB. Pero el USDT debitado de su cuenta debe ir a alguna otra cuenta en el contrato de USDT y, del mismo modo, el SHIB acreditado en su cuenta debe provenir de alguna otra cuenta en el contrato de SHIB.

Con la carga de implementar un nuevo token en todos y cada uno de los contratos inteligentes y de que los desarrolladores se aseguren de que sus contratos estén seguros en todos los escenarios posibles, los desarrolladores pasan casi todo su tiempo, hasta el 90 %, en pruebas y validación. Esto apenas les deja tiempo para construir lo que realmente quieren: la funcionalidad DeFi.

Con una experiencia de desarrollador tan frustrante, ¿hay una mejor manera? 

Los tokens como núcleo del desarrollo de DeFi

DeFi se trata de tokens. Esto significa que los tokens no deben ser una ocurrencia tardía en la experiencia de desarrollo, deben estar al frente y al centro, justo en el núcleo de la plataforma.

Es por eso que el lenguaje de programación correcto puede acelerar el desarrollo no solo de una sola plataforma sino de toda una industria. Un ejemplo de esto que se está haciendo es Radix, un protocolo de capa uno, que utiliza programación "orientada a activos" y la está introduciendo con su lenguaje de programación Scrypto.

¿Como funciona? En primer lugar, los tokens ya no se definen dentro de un contrato inteligente, como ocurre con la lista de cuentas y saldos descritos anteriormente. En cambio, los tokens viven en una capa separada, siguiendo las reglas que impone la plataforma. Así como la plataforma de Bitcoin impone que BTC no se puede gastar dos veces, drenar o perder en una transacción, la programación orientada a activos también garantiza estos mismos tipos de comportamientos lógicos, pero para cada token creado en la plataforma. 

Con esas reglas implementadas, las fichas adquieren las mismas propiedades que esperaría de una moneda física en su bolsillo. Puedes dárselo físicamente a otra persona, pero la plataforma garantiza que es imposible que el token esté en dos lugares a la vez, ni que desaparezca. 

Dada esta fisicalidad del comportamiento, los desarrolladores de DeFi pueden crear DApps de DeFi como si las dibujaran intuitivamente en una pizarra. Palabras como "tomar" y "poner" en el lenguaje de programación en realidad toman y ponen tokens en lugares.

No más definir las reglas de finanzas dentro de cada contrato inteligente, desde cero, como con Solidity. Con Radix, los desarrolladores reciben todas las herramientas que necesitan para crear código seguro rápidamente, potenciando su productividad.

En última instancia, si los desarrolladores acuden en masa a un nuevo paradigma o prefieren el antiguo depende de un equilibrio detallado entre el efecto de red del antiguo frente a las ventajas del nuevo.

Aprender un nuevo enfoque para desarrollar DeFi requiere trabajo. Y esto es especialmente arriesgado si el ecosistema que está construyendo comienza desde cero, en comparación con uno con miles de DApps, comunidades de desarrolladores maduros y millones de usuarios. 

Pero como vimos durante 2021, las nuevas capas pueden crecer rápidamente. Con la ejecución correcta, existe la posibilidad de que veamos un nuevo advenedizo en la ciudad. Uno que muy bien podría ser capaz de impulsar a una comunidad de desarrolladores enfocados con láser en la adopción generalizada de DeFi.

Renuncia. Cointelegraph no respalda ningún contenido o producto en esta página. Si bien nuestro objetivo es brindarle toda la información importante que podamos obtener, los lectores deben hacer su propia investigación antes de tomar cualquier acción relacionada con la empresa y asumir la plena responsabilidad de sus decisiones, ni este artículo puede considerarse como un consejo de inversión.

Fuente: https://cointelegraph.com/news/how-a-game-engine-for-defi-could-facilitate-accelerated-development


   Fuente
Volver a la lista