Las finanzas descentralizadas (DeFi) están aumentando rápidamente. El valor total bloqueado, una medida de efectivo administrada por los protocolos DeFi, aumentó de $ 10 mil millones a poco más de $ 40 mil millones en los últimos dos años después de alcanzar un máximo de $ 180 mil millones.
Valor total bloqueado en DeFi a partir de noviembre de 2022. Fuente: Defillama
¿El elefante dentro de la habitación? Solo en 2021, se perdieron más de $ 10 mil millones para piratear y explotar. Alimenta a ese elefante: en este momento, los lenguajes de programación de contratos sensibles no presentan suficiente rendimiento para crear y manejar propiedades, también conocidas como "tokens". Para que DeFi se generalice, los lenguajes de programación deben presentar opciones centradas en activos para que la creación de contratos de DeFi sensatos sea más segura e intuitiva.
Los lenguajes de programación DeFi actuales no tienen ninguna idea de activos
Entre las muchas opciones que podrían ayudar a reducir los ataques de varios años de DeFi está el código de verificación. Las auditorías funcionan hasta cierto punto. De los diez mejores hacks de DeFi en la historia (más o menos), nueve de las tareas no fueron auditadas. Pero arrojar más recursos a la baja es como colocar más motores en un automóvil de ruedas cuadradas: podría ir un poco más rápido, pero hay un problema básico en el juego.
El problema: los lenguajes de programación utilizados para DeFi en la actualidad, como Solidity, no saben qué es un activo. Propiedades como tokens y tokens no fungibles (NFT) solo existen como variables (números que pueden cambiar) en un contrato inteligente como el ERC-20 de Ethereum. Las salvaguardas y validaciones que describen cómo debe comportarse la variable, por ejemplo, B. que no debe gastarse dos veces, que una persona no autorizada no debe vaciarla, que las transferencias deben equilibrarse y ponerse a cero en todo momento: todo debe ser aplicado por el desarrollador desde cero, para cada persona en particular contrato sensible.
Asociado: Los constructores podrían haber evitado los hacks de Crypto en 2022 si hubieran tomado medidas de seguridad primarias
Cuanto más avanzados sean los contratos inteligentes, más avanzadas serán las medidas de seguridad y las validaciones necesarias. las personas son gente. Se producen errores. Se producen errores. el dinero en efectivo está fuera de lugar.
Ejemplo de trabajo: Compound, uno de los muchos protocolos DeFi de primer nivel, se extrajo por USD 80 millones en septiembre de 2021. ¿Por qué? El contrato sensible contenía un ">" en lugar de un ">=".
El impacto en cadena
Para permitir que los contratos inteligentes funcionen juntos, por ejemplo, B. cuando un usuario intercambia un token por otro, se envían mensajes a cada uno de los contratos inteligentes para reemplazar su registro de variables internas.
El resultado es un elegante acto de equilibrio. Garantizar que todas las interacciones con el contrato inteligente se manejen de manera adecuada es totalmente responsabilidad del desarrollador de DeFi. Sin barandas de protección innatas construidas en Solidity y Ethereum Digital Machine (EVM), los desarrolladores de DeFi deben diseñar e implementar todas las protecciones y validaciones cruciales por sí mismos.
Asociado: Los constructores deben cesar los piratas informáticos criptográficos o enfrentar la regulación en 2023
Por lo tanto, los desarrolladores de DeFi dedican prácticamente todo su tiempo a asegurarse de que su código esté seguro. Y se verifica dos veces, y tres veces, en la medida en que algunos desarrolladores informan que pasan hasta el 90% de su tiempo validando y probando y solo el 10% de su tiempo construyendo opciones y rendimiento.
¿Cómo ha crecido DeFi tan rápidamente porque la mayor parte del tiempo del desarrollador se dedica a prevenir el código inseguro junto con la escasez de constructores? Claramente, independientemente de los desafíos y peligros relacionados con el despliegue actual, existe una demanda de tipos de dinero programable autónomos, sin permisos y automáticos. Ahora piense en cuánta innovación se podría desbloquear si los desarrolladores de DeFi pudieran centrar su productividad en las opciones y nunca en los errores. El tipo de innovación que podría permitir que una industria incipiente de $ 46 mil millones interrumpa una industria tan grande como los $ 468 billones de dólares en finanzas globales.
Propiedad total de establecimientos monetarios en todo el mundo desde 2002 hasta 2020. Suministro: Statista
innovación y seguridad
Lo importante para crear DeFi, tanto revolucionario como seguro, proviene de la misma fuente: brindar a los desarrolladores una solución simple para crear y trabajar en conjunto con la propiedad, y hacer que la propiedad y sus hábitos intuitivos sean una función local. Cualquier activo creado debe comportarse en todo momento de manera predecible y de acuerdo con las reglas monetarias de sentido común.
Dentro del paradigma de la programación orientada a activos, crear un activo es tan simple como llamar a una ejecución local. La plataforma sabe qué es un activo: .initial_supply_fungible(1000) crea un token fungible con un suministro conjunto de 1000 (muchas otras opciones de configuración de tokens también están disponibles más allá de la disponibilidad), mientras que opciones como .take y .put token de en algún lugar tómalo y ponlo en otro lugar.
En lugar de que los desarrolladores escriban lógica avanzada que dirige contratos inteligentes para reemplazar listas de variables con todo el error al verificar que la programación orientada a activos requiere operaciones que cualquiera esperaría intuitivamente que sean básicas para DeFi, son opciones nativas del lenguaje. Los tokens no se pueden extraviar ni utilizar, ya que la programación orientada a activos garantiza que este no sea el caso.
Así es como obtienes cada innovación y seguridad en DeFi. Entonces, cambia la noción del público en general de uno donde DeFi es el salvaje oeste a 1 donde DeFi es el lugar donde debe poner sus ahorros o perderá.
ben lejos es la mejor de las asociaciones en RDX Works, el desarrollador principal del protocolo Radix. Antes de RDX Works, ocupó cargos gerenciales en PwC y Deloitte, donde atendió a los consumidores en temas de gobernanza, auditoría, administración de riesgos y regulación de la tecnología financiera. Tiene una Licenciatura en Geografía y Economía y una Maestría en el programa de Software de Mapeo y Análisis de la Universidad de Leeds.
El escritor que reveló su identificación a Cointelegraph usó un seudónimo para este texto. Este texto es para funciones informativas normales y no debe interpretarse como una recomendación autorizada o de financiación. Los puntos de vista, las ideas y las opiniones expresadas en este documento son únicamente del autor y no replican ni representan esencialmente los puntos de vista y las opiniones de Cointelegraph.
