Índice PMI manufacturero ISM de EE. UU. de abril

Serie de desarrollo de contratos inteligentes en Rust: métodos de actualización de contratos Los contratos inteligentes, como un tipo de código de programa, inevitablemente tendrán defectos y áreas que necesitan mejora. A pesar de haber pasado por numerosas pruebas y auditorías, los contratos aún pueden tener vulnerabilidades. Una vez que estas vulnerabilidades son explotadas por atacantes, pueden resultar en pérdidas de activos para los usuarios y otras consecuencias graves. Por lo tanto, la capacidad de actualización de los contratos es muy importante, ya que puede usarse tanto para corregir vulnerabilidades como para agregar nuevas funciones. Este artículo presentará varias formas de actualizar contratos inteligentes en Rust. Método de actualización de contratos de NEAR Tomando como ejemplo el proyecto StatusMessage, se presentan los métodos comunes de actualización de contratos en NEAR. Ejemplo de código de contrato: StatusMessage óxido [near_bindgen] [derive(BorshDeserialize,

Initia: Una nueva solución para construir un ecosistema Rollup de cadena completa Con el desarrollo de la tecnología blockchain, el número de cadenas públicas ha crecido exponencialmente. Los datos muestran que actualmente hay 53 cadenas públicas L2 en funcionamiento en el mercado, y 42 más están en desarrollo. Aunque estas cadenas públicas, diseñadas para diferentes escenarios de aplicación, pueden satisfacer diversas necesidades, también han traído problemas de complejidad y fragmentación. En este contexto, el proyecto modular Initia lanzado por el ecosistema Cosmos ha suscitado un amplio interés. Initia se inspira en la filosofía de diseño de Apple, transformando las aplicaciones de blockchain en una forma tan accesible e integrada como las aplicaciones de iPhone, con el objetivo de proporcionar a los usuarios una experiencia de blockchain intuitiva y conectada. La suite de productos de Initia abarca navegadores multichain, herramientas de billetera, puentes cross-chain, plataformas de aplicaciones y sistemas de identidad, dedicándose a construir una experiencia unificada y amigable para el usuario.

En abril de 2025, el mercado de criptomonedas se vio afectado por la fluctuación económica de EE. UU. y las tensiones comerciales, lo que llevó a que la capitalización de mercado global de criptomonedas se recuperara a 3.07 billones de dólares. El precio de Bitcoin subió un 12.8%, mientras que Ether cayó ligeramente un 2%. El sentimiento general del mercado es cauteloso, con un aumento en el sentimiento alcista, y se sigue de cerca la dinámica política de junio y los avances relacionados con el ETF.

Los contratos inteligentes tienen vulnerabilidades y necesitan ser actualizados para corregir defectos y añadir nuevas funciones. Ethereum implementa actualizaciones a través de una arquitectura de contratos proxy, mientras que NEAR proporciona el método Migrate para la migración de datos de contratos. La actualización de contratos debe realizarse con precaución, y se recomienda que los desarrolladores o el DAO controlen los permisos, además de limpiar las funciones innecesarias una vez completada la migración.

Detalles del plan de actualización de contratos inteligentes en Rust Los contratos inteligentes son esencialmente programas, por lo que no están exentos de defectos. Incluso después de numerosas pruebas y auditorías, pueden surgir vulnerabilidades. Una vez que son explotadas por un atacante, pueden causar pérdidas de activos para los usuarios, con graves consecuencias. Por lo tanto, la capacidad de actualización de los contratos es muy necesaria, principalmente para la reparación de vulnerabilidades y la adición de nuevas características. Este artículo presentará los métodos comunes de actualización de contratos en Rust. plan de actualización de contratos inteligentes de Ethereum Los contratos inteligentes de Ethereum tienen inmutabilidad, no se pueden modificar una vez desplegados. Para resolver vulnerabilidades o agregar nuevas funciones, la práctica común es volver a desplegar un nuevo contrato. Pero esto provoca un cambio en la dirección del contrato, lo que requiere modificar todas las DApps que utilizan ese contrato. Además, también se necesita migrar los datos de estado del contrato antiguo, lo que implica una gran carga de trabajo y es propenso a errores. Para ello, normalmente se utiliza una arquitectura de separación de datos y lógica: los datos se almacenan en contratos de estado, y toda la lógica se implementa en otro contrato lógico. Durante la actualización, solo es necesario más