Hechos clave:
-
La actualizaciĆ³n estarĆ” disponible para IDE como Qt Creators y VIM.
-
El servicio aĆŗn no se encuentra disponible para VS Code.
La nueva versiĆ³n del nuevo lenguaje de programaciĆ³n nativo de Ethereum, Solidity, ha visto la luz. Esta vez trae consigo mejoras menores a nivel de lenguaje, sin embargo, integra una nueva caracterĆstica que permitirĆ” programar desde cualquier entorno de desarrollo (IDE).
La nueva versiĆ³n fue publicada el 20 de diciembre en el blog oficial de Solidity, donde se expone el listado de cambios y bugs arreglados con los que contarĆ” esta nueva versiĆ³n del lenguaje de programaciĆ³n de Ethereum.
El principal cambio se haya en permitir agregar Solidity a diferentes IDE, como Qt Creator o VIM. La integraciĆ³n facilita que, al programar en el IDE sobre Solidity, se puedan utilizar herramientas de desarrollo como: compiladores, documentaciĆ³n e incluso autocompletados. Los interesados pueden entrar al blog oficial para conocer la instalaciĆ³n particular segĆŗn el IDE a utilizar.
Curiosamente, segĆŗn destaca la nota del lanzamiento, VS Code, de Microsoft, uno de los IDE con mayor uso en la actualidad, no posee la compatibilidad de LSP para el autocompletado de sintaxis de Solidity. Esto a la espera de que estas caracterĆsticas se agreguen a la brevedad.
Asimismo, quienes deseen utilizar esta nueva herramienta conocida como Protocolo de Servidor de Lenguajes, o LSP por sus siglas en inglĆ©s, deberĆ”n descargar los binarios nativos del lenguaje desde el GitHub oficial. Para aquellos que utilicen la instancia de Solidity a travĆ©s de NPM de JavaScript, LSP aĆŗn no se encuentra disponible.
Mejoras a nivel del lenguaje
AdemĆ”s de mejoras a nivel de compatibilidad con entornos de programaciĆ³n, los desarrolladores de Solidity tambiĆ©n han traĆdo una mejora pequeƱa, que optimiza el uso del compilador, conocida como abi.encodeCall. Esta permite realizar una verificaciĆ³n mĆ”s rĆ”pida de los datos, al contrario de la utilizada anteriormente, abi.encodeWithSelector.
Si bien esto puede considerarse una mejora mĆnima, ya que solo se habla de una pequeƱa optimizaciĆ³n en el compilador, se debe tener en cuenta los costes computacionales. Al Ethereum ejecutarse sobre una mĆ”quina virtual distribuida en toda la blockchain, conocida como EVM (mĆ”quina virtual de Ethereum), que un cĆ³digo presente malas optimizaciones, puede significar costes operativos que se traducen en aumentos sobre las comisiones.