Viem

Viem es una librería TypeScript para interactuar con Ethereum y redes EVM. Su API separa capacidades de consulta, firma y pruebas, y permite inferir tipos a partir del ABI de un contrato. Puede utilizarse en un frontend, un SDK o un servicio backend sin depender de React.

Esa inferencia ayuda a detectar nombres de funciones o argumentos incompatibles con el ABI declarado. No verifica que la dirección configurada contenga ese contrato ni que el dato externo sea correcto. La calidad de la integración depende también de configuración y validaciones en ejecución.

Un cliente público consulta estado y simula llamadas; un cliente de wallet solicita firmas o envía operaciones autorizadas. Los transportes conectan con HTTP, WebSocket o proveedores personalizados. Elegir la red y la cuenta explícitamente ayuda a evitar que una operación se prepare para un destino distinto al que utiliza la wallet.

La simulación de una escritura puede detectar reversiones y preparar una solicitud coherente con el estado consultado. El envío sigue siendo otro paso y puede fallar si cambian saldo, permisos o condiciones del contrato. La aplicación debe seguir el recibo y no presentar la simulación como ejecución completada.

Un SDK de protocolo puede exponer funciones que incorporan ABI, dirección y unidades esperadas, reduciendo decisiones repetidas para los equipos que lo consumen. Las respuestas conservan bigint cuando corresponde y se convierten a formatos de transporte mediante reglas explícitas. La documentación explica cómo interpretar importes y errores.

Las acciones de lectura pueden agruparse cuando las dependencias y el entorno lo permiten. Para operaciones críticas se registra el bloque o referencia temporal de los datos utilizados. Esto ayuda a reproducir una decisión y a detectar si distintas lecturas describen estados incompatibles.

La modularidad facilita que el bundler elimine código no utilizado, pero el tamaño final depende de importaciones y configuración. No hay un porcentaje universal de ahorro frente a Ethers. La selección debe considerar clientes existentes, requisitos de tipado y mantenimiento del equipo.

Los transportes alternativos ayudan ante fallos, aunque dos proveedores pueden responder con alturas o estados diferentes. La aplicación necesita comprobar red y frescura, limitar reintentos y reconstruir eventos perdidos. Los tipos y una buena API reducen ciertas equivocaciones, pero no sustituyen pruebas del recorrido de firma y confirmación.