Web3.js - Pasado, Presente y Futuro

Primero que nada, vamos a explorar el pasado de la biblioteca. La mayoría de ustedes han estado usando mucho esta biblioteca, pero tal vez no sepan cómo se inició esta biblioteca en realidad. Esta biblioteca Web3js fue iniciada en 2014 por un único colaborador, Jeffrey Bickle, y en 2016 fue transferida a otro único mantenedor, Samuel Furter. Y desde 2018, Ethereum JS de la Fundación Ethereum ha estado manteniéndola. Y desde hace dos años, nuestra empresa ChainSev ha sido responsable de mantener esta biblioteca. Y si observamos el hecho de que esta biblioteca ha sido mantenida durante más de ocho años, tiene más de 100 colaboradores en total y más de 17,000 solicitudes de extracción.

Hasta ahora se han lanzado 172 versiones y de ellas 90 eran versiones previas al lanzamiento. Eso significa que esta biblioteca ha sido sometida a una investigación y depuración muy exhaustivas y pruebas por parte de la comunidad durante las versiones previas al lanzamiento. 90 versiones previas al lanzamiento es un número grande. Y esta biblioteca también tiene 600,000 descargas semanales. Y todo esto es gracias a la comunidad que utiliza y confía en esta biblioteca.

Y hay algunos datos curiosos sobre la biblioteca. He preguntado, así que la versión uno de la biblioteca web3.js ha estado en beta durante dos años y la gente ha estado utilizando la versión beta v1 en el entorno de producción durante muchos años. Porque esta v1 fue sometida a un extenso testing y un proceso de depuración exhaustivo. Y comenzamos a tener una reescritura v2 en el pasado y fue un fracaso y un intento de reescritura abandonado debido a algunos aspectos que discutiré en diapositivas posteriores. Comenzamos una reescritura v3 con algunas características extensas, que no duraron mucho. Y desde entonces, v1 es la única versión que toda la comunidad ha estado utilizando hasta ahora.

Este es también un aspecto bastante interesante, y considerando que como dos intentos de reescritura o dos intentos de versión han fallado hasta ahora, pero eso no significa que la biblioteca en la versión v1 haya sido inestable. Por lo tanto, la v1 se ha mantenido y respaldado hasta ahora y lo ha estado haciendo. Y si observamos el aspecto de que la v1 vivió durante dos años en la versión beta, creo que este es el tiempo más largo después de otro proyecto, ExpressJS versión 5, que durará más de dos años.

Y hubo algunos desafíos que enfrentamos en la versión 1 de Web3JS. La mayoría de ustedes pueden entenderlo porque es posible que ya hayan informado algunos de los problemas o se hayan encontrado o estén enfrentando esos problemas. La base de código era muy confusa. La base de código estaba siendo mantenida por más de 100 colaboradores que mencioné anteriormente. La base de código no estaba utilizando algún proceso estándar o patrones estándar. Los módulos dentro del código estaban muy fuertemente acoplados. Había muchos desafíos técnicos para mantener este código y había muchas dificultades para introducir nuevas características, especialmente en la biblioteca v1.

Y la mayoría de ustedes ya han estado utilizando TypeScript. Por lo tanto, había muchos tipos desacoplados. Había tipos desacoplados en Web3.js v1. Y debido a eso, se informaron muchos problemas de TypeScript por parte de la comunidad. Y si observo los registros, puedo ver que se informaron más de 60 problemas de tipos incorrectos o inexactos, lo cual fue uno de los mayores desafíos para nosotros. Y desde la perspectiva de la comunidad, el tamaño de compilación se convirtió en un cuello de botella. Y para el desarrollo, debido a que esta biblioteca se empaquetaba en un archivo único enorme y ese archivo de paquete se empaquetaba en cada desarrollo. Y esto estaba causando muchos problemas durante el desarrollo por parte de la comunidad también. Y en un espectro más amplio, la comunidad de JavaScript y la cadena de herramientas han avanzado mucho. Se han introducido muchas nuevas frameworks, nuevos patrones y nuevas herramientas en la comunidad y en el ecosistema, pero Web3 JS no pudo avanzar debido a esos desafíos que mencioné anteriormente.

Entonces, ¿vamos a quedarnos con la versión uno, o vamos a hacer algo al respecto? A pesar de los dos intentos o intentos fallidos, todavía tenemos la esperanza de presentar las mejoras actuales en la biblioteca y dicho esto, esta es la nueva era para Web3 JS, la versión cuatro, y esto no es una especulación. Ha estado en desarrollo durante más de un año. Y casi estamos listos para lanzar, esperamos que se lance este mes, pero ya puedes explorarlo directamente desde GitHub. La versión cuatro será un hito enorme para la vida útil de Web3 JS y abordará muchas cosas que hemos estado discutiendo en la comunidad y todas esas personas han estado abordando esos temas. Por lo tanto, la versión cuatro vendrá con soporte nativo de TypeScript y tendrá un tamaño reducido. Hemos desacoplado mucho código y se ha reducido la complejidad ya que estamos haciendo esta reescritura completamente desde cero, por lo que la legibilidad del código ha mejorado mucho y tratamos de hacerlo extensible para que en el futuro podamos agregar más características fácilmente e incluso la comunidad pueda extender la biblioteca para su propio uso, y nos enfocamos en la cobertura de pruebas para la versión cuatro y esperamos que una vez, en este momento estamos trabajando en escribir las pruebas del sistema para la biblioteca, y dentro de un mes, cuando lancemos la primera versión alfa para la v4, tendrá una cobertura de pruebas mucho mayor en comparación con la versión uno y en comparación con cualquier otra biblioteca competitiva en el ecosistema. Entonces, la pregunta es, ¿todos estos objetivos que definimos, la reescritura para la versión cuatro, son suficientes o los hemos logrado? Sí, hemos logrado todos estos objetivos y lo más importante es que hemos logrado todos estos objetivos con una API de Parity v1. Por lo tanto, no tienes que preocuparte de que tus proyectos se rompan. Puede haber cambios leves que documentaremos y compartiremos con la comunidad en el registro de cambios o en la guía de migración, pero esos cambios

Entonces puede haber diferentes formatos de los mismos data que puedes usar, pero la versión anterior era muy estricta y restrictiva a un formato de data. Esto era contraproducente para las diferentes dApps que utilizaban diferentes formatos de data.

Así que intentamos abordar esto también y estamos creando un formato de datos dinámico, que es bastante fácil. Todas las interfaces de la biblioteca Ethereum web3.js van a admitir este formateo personalizado de data. Por ejemplo, si tenemos la función 'obtener saldo', de forma predeterminada, esta función te devolverá el saldo en formato de cadena hexadecimal.

Pero si deseas que la función de saldo devuelva el saldo en diferentes formatos, puedes definir tu propio formato de data, especificando el formato para los números y el formato para los bytes, y pasar estos formatos como el último parámetro en cada llamada a función. Obtendrás los datos en el formato que hayas definido. También puedes utilizar esta lógica de formateo en tu propio proyecto. Nuestra biblioteca ha estado utilizando ampliamente esta función.

Así que una característica más importante. Tal vez todos deberían depender de ella, y creo que esta es una de las características únicas que Web3JS versión 4 va a introducir, es Typescript para los contratos sin ninguna transpilación. Así que no necesitas transpilar nada. Todo lo que necesitas es la declaración de tu API en el proyecto de Typescript. No es necesario transpilar las APIs ni crear o ejecutar comandos en la línea de comandos de ninguna otra herramienta de terceros. Solo necesitas copiar tu API, declararlas en el proyecto de Typescript, y estarás listo para tener una instancia de contrato completamente segura en cuanto a tipos. Digamos que tenemos esta API y todo lo que necesitas es declararla, y el truco está en declararla como una constante, para que Typescript no las infiera como tipos genéricos sino que tenga tipos fuertes para cada declaración. Y una vez que hayas declarado esta API como una constante, puedes crear tu instancia de contrato y esta instancia de contrato será completamente segura en cuanto a tipos y no se requiere transpilación. Y si alguna vez cambias la API o la actualizas, tus tipos se reflejarán automáticamente en esos cambios y Typescript puede detectar las validaciones en tiempo de compilación. Esta es una característica única y me encantaría que compartieras tus comentarios al respecto.

Y hay otra característica que vamos a introducir que es la fácil extensibilidad para nuestra API. Entonces los módulos de Web3 han introducido una API diferente o consistente para soportar todos los módulos. Así que cuando me refiero a los módulos, es posible que sepas que Web3 tiene diferentes módulos como contratos, Ethereum, SSH, ABI, ENS. Estos son diferentes módulos. Así que hemos introducido una API consistente para todos los módulos para que no tengas problemas de compatibilidad al usarlos.

Y también puedes crear tus propios módulos si quieres. Y la característica es muy simple y directa de introducir, solo necesitas, tenemos un objeto consistente o contexto de Web3 y todo lo que necesitas es declarar tu componente o módulo que se extienda del contexto de Web3 y luego tendrás una instancia de la biblioteca Web3. Solo llámalos a través de un uso y obtendrás una instancia del componente que tendrá todos los componentes principales de la biblioteca vinculados. Por ejemplo, un proveedor estará vinculado a un administrador de solicitudes, un administrador de suscripciones y muchos más estarán vinculados a tu componente. Y eso será fácil, para que puedas usar tu componente fácilmente con la misma API consistente que hemos estado usando en los paquetes de Ethereum o contratos o ABI o ENS. Esto es todo de la versión cuatro, así que la pregunta es, ¿son todas las características que vamos a introducir? Creo que no. Hay muchas mejoras futuras, muchas refactorizaciones, muchas cosas que suceden en la versión cuatro y las dejaré todas a ustedes para que las exploren en la versión cuatro y la versión cuatro está en fase alfa esperemos que este mes pero no necesitas esperar. Puedes ir a GitHub y revisar la rama 4.x y estará disponible para que lo instales directamente desde GitHub y lo uses. Y sí. Entonces, ¿cuál es el futuro? Después del lanzamiento alfa de la v4, ¿qué vamos a hacer con la biblioteca Web3.js, qué aspectos futuros tenemos? Nuestro enfoque principal es madurar la versión cuatro y lanzar una versión lista para producción este año. Dicho esto, no vamos a deprecar la v1 de inmediato. Seguiremos brindando soporte a la v1, pero alentaremos a todos en la comunidad a usar la versión 4 y compartir sus comentarios con nosotros. Y en el futuro, vamos a introducir una modularización más flexible en la biblioteca. Y mejoraremos el tree shaking para minimizar el tamaño de los datos. Digamos que tu desarrollador va a usar una función de la biblioteca, entonces no necesitas depender de todo el paquete de la biblioteca. Solo necesitas usar esa función y mejoraremos el tree shaking para lograr este aspecto en particular. Y para el desarrollador, supongo que el inicio de sesión es lo más útil. Entonces, en el futuro, después de madurar la v4 alfa, vamos a introducir los registros exhaustivos para la biblioteca. Y también admitiremos integraciones listas para usar para las diferentes herramientas de front-end, como React, Angular o Vue.js. Esta biblioteca admitirá todas estas herramientas de front-end de forma nativa. Y una vez que se haya hecho eso, comenzaremos a admitir otros proyectos de Ethereum también. Entonces, web3.js no solo será el cliente nativo de Ethereum, también estará disponible para conectarse a otros proyectos de Ethereum y usar la misma biblioteca que has estado usando durante años y te encanta. Sí, eso es todo para el futuro. Y si tienes alguna pregunta, animo a todos a unirse a nuestra comunidad en GitHub, en Discord. Los códigos QR están aquí. Puedes escanearlos e iniciar sesión si quieres. Y si tienes alguna pregunta en particular, también puedes contactarme en Twitter y estaré encantado de responder esas preguntas. Espero que todos prueben la versión 4 que está en GitHub y que se lanzará en fase alfa durante este mes. Y me gustaría recibir más comentarios de ustedes en Discord y en otros canales de la comunidad. Estoy feliz de responder cualquier pregunta después de esta presentación y espero verlos en persona. Gracias.