Cómo están evolucionando las billeteras de Ethereum

Benedict Chan es el líder de plataforma de la firma de seguridad blockchain BitGo y un defensor de las tecnologías blockchain de Bitcoin y Ethereum . Ha diseñado y desarrollado API y SDK utilizados en diversas implementaciones de monederos multifirma Bitcoin .

Aquí, Chan LOOKS las diferencias entre las billeteras multifirma de Ethereum y sus contrapartes de Bitcoin , además de profundizar en su funcionamiento interno.

Las billeteras son una de las aplicaciones más básicas en cualquier plataforma blockchain. Proporcionan la interfaz para que los usuarios interactúen con la blockchain. Algunas billeteras, como la que ofrece Bitcoin CORE, se conectan a la blockchain directamente a través de un nodo completo, mientras que otras dependen de servicios web para acceder a ellas.

En su nivel básico, una billetera busca servir a los usuarios mediante la recepción, el envío, la monitorización y el registro de transacciones dentro de una Criptomonedas. Las billeteras más avanzadas permiten a los usuarios obtener mayor seguridad o realizar un conjunto más amplio de acciones en la blockchain, aumentando así su valor. Esto es particularmente cierto en el caso de la blockchain de Ethereum , donde los usuarios no solo necesitan almacenar valor, sino también realizar diversas actividades mediante contratos.

Antecedentes sobre multifirma

Desde su introducción en 2013, las billeteras multifirma (multisig) de Bitcoin se han utilizado para brindar redundancia y seguridad al usuario al gestionar fondos en la blockchain. Las cuentas multifirma requieren la firma de varias claves para transferir un token, como una bóveda física donde se requiere más de una clave para acceder al contenido.

La multifirma dificulta que los atacantes roben información de una billetera, ya que las claves se pueden guardar en máquinas separadas. Con esta seguridad adicional, los usuarios pueden tener tranquilidad al almacenar y usar monedas, o configurar estructuras de billetera donde se requieren múltiples usuarios y aprobaciones para las transferencias.

Evolución de Bitcoin a Ethereum

El potencial de la blockchain de Ethereum, sumado al rápido aumento de su precio en 2016, ha impulsado la demanda de una billetera web multifirma. Sin embargo, a diferencia de otros clones de Bitcoin como Litecoin, Ethereum es una blockchain muy singular, ya que se construyó desde cero con un conjunto de reglas de consenso completamente diferente. Esto genera diferencias significativas en la implementación de las billeteras multifirma de Ethereum en comparación con sus contrapartes de Bitcoin .

Cuentas y direccionamiento

En Bitcoin, una billetera debe monitorear múltiples transacciones entrantes previas enviadas a direcciones cuyas claves posee (conocidas como "no gastadas"). El total agregado de valores no gastados en estas direcciones representa el saldo de la billetera. En Ethereum, no existe el concepto de no gastados; en cambio, cada cuenta tiene un saldo que cambia con cada transacción.

Para crear y firmar una transacción, no es necesario recopilar ni mantener los resultados no gastados previamente; basta con recordar el último ID de secuencia utilizado (para evitar gastos duplicados) e incrementarlo. Además, dado que se rastrean los saldos (y no los no gastados), se reduce la carga de las billeteras para gestionar el cambio. En este sentido, crear transacciones es más sencillo en Ethereum. Esto implica un detrimento de la Privacidad del usuario, ya que las cuentas ahora están vinculadas a una única dirección, mientras que en Bitcoin los usuarios podían enviar y recibir en varias direcciones simultáneamente, lo que dificulta la trazabilidad de los fondos.

Tarifas de minería

En Bitcoin, las comisiones que los usuarios pagan a los mineros se calculan en función del tamaño de la transacción. En Ethereum, se calculan en función de la cantidad de operaciones de la blockchain utilizadas, multiplicadas por el precio que el usuario está dispuesto a pagar por unidad de GAS (el precio interno por ejecutar una transacción o contrato en Ethereum). En resumen, la comisión está relacionada con la cantidad y la complejidad de las operaciones, así como con el espacio ocupado en la blockchain.

Para usuarios con conocimientos técnicos avanzados, esta es una forma más específica y justa de fijar el precio del uso de la blockchain y los costos asociados de validación. Sin embargo, podría generar confusión en usuarios principiantes. Por ejemplo, enviar ether a un contrato financiado colectivamente puede tener una tarifa diferente (a cargo del remitente) que enviar la misma cantidad de ether a un amigo. Esto plantea un desafío interesante para los diseñadores de interfaz de usuario de aplicaciones: comunicar estas diferencias y ayudar a los usuarios a comprender el razonamiento subyacente.

Diseños de contratos multifirma

A diferencia de Bitcoin, Ethereum admite scripts avanzados, pero aún no admite el concepto de multisig nativo o P2SH (donde ONE puede pagar el hash de un contrato y proporcionar el script más tarde).

El enfoque básico para proteger fondos con múltiples firmas implica crear múltiples direcciones de firma única y luego redactar un contrato controlado por estas direcciones para almacenar los fondos. Si bien esto es más complejo que con Bitcoin, podría brindar mayor flexibilidad a los desarrolladores de billeteras.

Hay dos enfoques principales para escribir una billetera de contrato que requiere múltiples firmas para proteger los fondos.

Este es el enfoque más común utilizado en billeteras comoNeblina o EtherliPrimero, se implementa el contrato de la billetera, que registra las direcciones de firma proporcionadas. Para enviar fondos a una dirección, el primer usuario, o proponente, envía una transacción con una Request de propuesta al contrato. Esta Request tiene un ID de operación único (hash), derivado del monto, la dirección de destino y los datos a enviar.

Luego, otro usuario del contrato de billetera debe confirmar el ID de la operación enviando una transacción de confirmación independiente al contrato. Ambas transacciones deben publicarse en la cadena antes de que se pueda ejecutar la operación resultante (el envío de fondos).

Si bien el enfoque anterior es seguro y se adapta a diversos escenarios, existe la demanda de tener todas las firmas en una sola transacción, similar en la práctica a Bitcoin. Conocido por algunos como la segunda evolución de la multifirma en Ethereum, este enfoque ofrece las ventajas de requerir menos espacio en la cadena y, además, ser potencialmente más rápido, ya que no necesita esperar múltiples bloques.

Cada transacción en Ethereum solo puede tener un remitente/firmante. Por lo tanto, implementar esto en un contrato requiere el uso de la operación de ensamblaje "ecrecover". Esta operación permite verificar la dirección de una firma en el campo de datos de la transacción. El contrato multifirma se escribe con código para derivar un ID de operación a partir del importe, el destino, los datos, ETC, y verificar que el ID esté firmado por la firma en el campo de datos. De este modo, se puede considerar que un firmante proviene del remitente del mensaje, y las firmas de los demás firmantes se validan en el campo de datos, todo dentro de una misma transacción.

Implementaciones de billeteras multifirma

Los lectores más técnicos podrían querer investigar estas implementaciones de contratos multifirma para Ethereum:

Implementación de 'multifirma fácil' de DappSys

Desarrollada sobre el marco de contratos de Dappsys, esta implementación multifirma sigue el diseño inicial de "ejecutar y luego confirmar". Se compartió recientemente durante el evento "dapp-a-day" previo a la conferencia Devcon. Su principal ventaja es el diseño modular del código para que los desarrolladores creen billeteras sobre él, lo que facilita su aplicación a muchos otros escenarios además del almacenamiento de valor.

Mejoras futuras

La comunidad de Ethereum cuenta con una sólida base de desarrolladores, y se espera que varios proyectos y equipos lancen aplicaciones a NEAR y mediano plazo. Estos lanzamientos impulsarán la demanda y el soporte de nuevas funciones en las billeteras multifirma de Ethereum :

Compatibilidad con tokens ERC20

Si bien existen actualmente billeteras multifirma para proteger ether, existen pocas que protejan otros tokens además de Ethereum, como Digix DGD, Augur REP , etc. Estos contratos de tokens son parte integral del ecosistema Ethereum y todos son compatibles con el estándar común ERC20.

Construir una billetera que admita este estándar significará que los usuarios podrán disfrutar de soporte para todos estos tokens interesantes desde una única aplicación de billetera.

Soporte para más operaciones/escenarios

A futuro, la cantidad de operaciones que una billetera deberá realizar también aumentará. Los contratos basados ​​en Ethereum requieren mucho más que simplemente enviar y recibir.

Es importante que la industria no solo cree estándares de interoperabilidad para las operaciones actuales de las billeteras, sino que también establezca funciones comunes que estas puedan soportar. Estas pueden incluir compra, venta, bloqueo, staking, votación y más.

Evolución de la billetera multifirma con EIP101 (Serenity)

El lanzamiento de Ethereum Serenity probablemente traerá varias características útiles que mejorarán significativamente la simplicidad y la experiencia del usuario de las billeteras multifirma.

La primera mejora es la funcionalidad similar a "pagar por hash de script", que permitirá implementar y crear el contrato de billetera solo cuando el receptor desee gastar fondos. Esto evitará a los usuarios la molestia de tener que implementar la creación de billeteras. Y lo que es más importante, también elimina el requisito de que los nuevos usuarios paguen la tarifa de GAS por adelantado al configurar una billetera multifirma.

Esto también facilita la distribución de varias direcciones HD sin gastar el GAS para implementarlas primero, de forma similar a como muchas empresas lo hacen con Bitcoin para cobrar pagos. Si se hace correctamente, esto podría reducir la reutilización de direcciones y aumentar la Privacidad.

Próximamente, los contratos podrán pagar sus propias comisiones. Actualmente, las comisiones de GAS/minería al realizar un retiro se cobran de la dirección de firma que envía la transacción al contrato de billetera. Esto significa que los usuarios deben mantener saldos en dos lugares: el contrato de billetera (protegido por multifirma) y la dirección de firma (para pagar las comisiones). Serenity permitirá que los contratos paguen su propio GAS, por lo que los usuarios no necesitarán una cuenta de GAS para realizar transacciones.

Reflexiones finales

En última instancia, los usuarios no elegirán billeteras en función de la Criptomonedas que admitan, sino de las características que ofrezcan: todos buscan la "aplicación revolucionaria", no la "cadena revolucionaria". Es un momento emocionante para estar en el Criptomonedas y observar la evolución de las billeteras que construyen el ecosistema para acercarlo al público general.

Imagen de cuerovía Shutterstock