Vitalik Buterin realiza pagos privados de Ethereum sin depender de sitios web de criptomonedas

Introducción

Vitalik Buterin está trasladando parte de su actividad en Ethereum fuera de las interfaces de sitios web. En su ensayo del 31 de octubre, el cofundador de Ethereum mencionó que había utilizado una herramienta de línea de comandos, desarrollada con asistencia de inteligencia artificial, para realizar actualizaciones recientes de hash de contenido IPFS en ENS, el sistema de nombres de Ethereum.

Herramientas Utilizadas

Buterin empleó kohaku-cli, una billetera de línea de comandos, para realizar numerosos pagos a través de protocolos de privacidad. El actualizador de ENS y la billetera de pagos son herramientas independientes. Su objeción va más allá del desorden en la pantalla; un sitio web puede entregar el código de la aplicación cada vez que un usuario regresa, lo que lo hace dependiente de lo que el servidor proporciona en cada ocasión.

Mantener una aplicación local puede reducir esa exposición a entregas repetidas. Además, otorga al usuario una decisión importante: qué versión de software instalar, conservar y eventualmente reemplazar. La billetera que utilizó hace que el intercambio sea tangible. Su documentación advierte que la CLI no ha sido auditada, está en desarrollo activo y fue escrita con asistencia de IA. Aconseja a los usuarios evitar la mainnet a menos que comprendan lo que están haciendo y sean conscientes de la posibilidad de una pérdida catastrófica de fondos.

Control y Seguridad

El control sobre una interfaz descargada es crucial, ya que el código aceptado se sitúa entre una instrucción de pago y la firma que la autoriza. Elegir cuándo cambiar ese código puede reducir la exposición recurrente, mientras que sus dependencias y el acceso a la firma determinan lo que el software instalado puede hacer. La ventaja práctica es la capacidad de mantener una versión de aplicación elegida en lugar de tener que obtener la interfaz del sitio web en cada visita.

Aceptar una versión de reemplazo implica otra decisión de entrega. Para esta ruta de construcción de fuente, esa decisión también involucra el conjunto de dependencias y las herramientas que convierten la fuente en software ejecutable. Un nombre de proyecto familiar por sí solo no describe todo el código que se acepta.

Funcionamiento de Kohaku-cli

Kohaku-cli maneja cuentas públicas de Ethereum y saldos privados en Tornado Cash, Railgun y Privacy Pools V1. Es una aplicación de billetera específica, distinta del conjunto más amplio de herramientas Kohaku, que incluye bibliotecas de protocolos reutilizables e infraestructura de billetera. Su advertencia debe interpretarse a ese nivel de aplicación, en lugar de como un veredicto de auditoría sobre cada componente o protocolo que utiliza.

Documentación y Proceso de Instalación

La ruta de instalación documentada también muestra lo que implica "local". Las instrucciones del proyecto requieren instalar dependencias con npm install, construir la aplicación con npm run build y ejecutar un lanzador local. En el commit 0ef5c44, la documentación, el manifiesto, el archivo de bloqueo y la implementación describen la misma versión de aplicación.

Su manifiesto identifica la versión 0.1.0 y requiere Node.js 22 o posterior. La cuenta de Buterin no especifica su versión instalada. El manifiesto fija las versiones de dependencias directas, incluyendo viem y varios paquetes de Kohaku. También fija una dependencia de Git kohaku-artifacts a un commit. El archivo de bloqueo correspondiente registra los paquetes de registro resueltos y los hashes de integridad.

Implicaciones de Transferencia y Privacidad

Los caminos de transferencia pública de Kohaku-cli y Railgun unshield muestran por qué una pausa antes de la presentación puede tener diferentes implicaciones. Una ejecución en seco de transferencia pública ordinaria regresa sin enviar la transacción; un Railgun unshield preparado puede ya contener una firma.

Para una transferencia pública ordinaria, no agrupada, la implementación de transferencia simula la transacción y devuelve una salida de ejecución en seco sin presentación. El camino de difusión requiere la clave privada del remitente, construye un cliente de billetera local y envía la transacción. El código del cliente de billetera deriva su cuenta de firma de esa clave privada.

Las operaciones privadas presentan una complicación adicional. El comando unshield puede generar un Railgun UserOperation preparado que ya está firmado, incluso cuando la difusión se retiene. Un UserOperation es una carga útil de operación de cuenta que las herramientas compatibles pueden presentar.

Conclusión

El experimento de Buterin apunta a una forma concreta de control del usuario: elegir el código de la aplicación que permanece en la máquina y decidir cuándo aceptar el código de reemplazo. Su valor depende de llevar ese control a través de la selección de dependencias y el firmante.