MultisigWallet.sol

Comenzamos con el identificador de licencia SPDX y la declaración de la versión de Solidity. Estos son requerimientos indispensables en todo contrato Solidity.

Definimos el contrato MultisigWallet y las variables de estado principales: owners almacena las direcciones de los propietarios del contrato, y requiredConfirmations indica cuántas confirmaciones se necesitan para ejecutar una transacción.

Definimos la estructura Transaction, que representa una transacción propuesta. Incluye la dirección de destino (to), el valor en ETH (value), los datos de la llamada (data), si la transacción ha sido ejecutada (executed), y el número de confirmaciones recibidas (numConfirmations). También creamos el array transactions para almacenar todas las transacciones propuestas.

Añadimos un constructor que recibe la lista de propietarios y el número requerido de confirmaciones. Incluimos validaciones críticas: que no esté vacío, que el número de confirmaciones sea válido, que no haya propietarios duplicados y que ninguna dirección sea cero.

Añadimos el mapping isOwner que nos permite verificar rápidamente si una dirección es propietaria del contrato. Esto es esencial para las validaciones de acceso en las funciones del contrato.

Creamos el modificador onlyOwner para restringir el acceso a ciertas funciones solo a los propietarios del contrato. Este modificador utiliza el mapping isOwner para verificar que el llamante sea un propietario válido.

Definimos los eventos del contrato. Los eventos son fundamentales en Solidity porque permiten que aplicaciones externas escuchen y reaccionen a las acciones del contrato. Emitimos eventos cuando se envía, confirma, revoca o ejecuta una transacción, lo que proporciona trazabilidad completa de todas las operaciones.

Añadimos la función submitTransaction, que permite a un propietario proponer una nueva transacción. La transacción se añade al array transactions con estado inicial executed = false y numConfirmations = 0. Emitimos el evento correspondiente.

Añadimos la función confirmTransaction, que permite a los propietarios confirmar una transacción. Incluimos dos validaciones importantes: que la transacción no haya sido ejecutada, y que el propietario no haya confirmado previamente (prevención de confirmaciones duplicadas). También creamos el mapping confirmations para rastrear qué propietarios han confirmado cada transacción.

Añadimos la función executeTransaction, que permite ejecutar una transacción una vez que ha recibido el número necesario de confirmaciones. Esta función marca la transacción como ejecutada antes de realizar la llamada externa, siguiendo el patrón Checks-Effects-Interactions para prevenir ataques de reentrada. Utilizamos call para enviar ETH y ejecutar datos de contrato.

Añadimos la función revokeConfirmation, que permite a un propietario revocar su confirmación antes de que la transacción sea ejecutada. Esto aumenta la flexibilidad del sistema y permite correcciones en caso de errores.

Añadimos la función receive() para permitir que el contrato reciba ETH directamente. Sin esta función, las transferencias de ETH al contrato fallarían. Esto es esencial para que los propietarios puedan depositar fondos en la billetera multisig.