Inmutabilidad

¿Qué significa inmutable en el ámbito cripto?

Inmutable significa que los datos no pueden modificarse, eliminarse, revertirse ni reescribirse fácilmente una vez registrados.

En el ámbito cripto, la inmutabilidad suele referirse a los registros de blockchain, el código de los contratos inteligentes, las reglas de oferta de los tokens, el historial de transacciones y los datos de propiedad on-chain.

A menudo se dice que una blockchain es inmutable porque cada bloque está vinculado a los anteriores mediante hashes criptográficos y reglas de consenso.

El National Institute of Standards and Technology describe la blockchain como un libro mayor digital que permite detectar manipulaciones y es resistente a ellas, mantenido por una comunidad de participantes.

En términos sencillos, la inmutabilidad significa que, una vez que los datos válidos de una blockchain han recibido suficientes confirmaciones, resulta extremadamente difícil cambiarlos.

Esta es una de las razones por las que las redes cripto pueden funcionar sin depender de un único encargado central de los registros.

Los usuarios, las carteras, las aplicaciones, los auditores y los nodos pueden consultar de forma independiente el mismo registro público.

La inmutabilidad no significa que sea imposible cambiar cualquier blockchain en todas las circunstancias.

Significa que el sistema está diseñado para que modificar los registros anteriores resulte difícil desde el punto de vista técnico, económico o social.

La solidez de la inmutabilidad depende de la descentralización, la seguridad del consenso, el comportamiento de los validadores o mineros, la distribución de los nodos, la criptografía y la gobernanza de la red.

Por qué importa la inmutabilidad en blockchain

La inmutabilidad importa porque los criptoactivos dependen de registros fiables de propiedad y del historial de transacciones.

Si cualquiera pudiera reescribir una blockchain libremente, los usuarios no podrían confiar en los saldos, las transferencias de tokens, los resultados de los contratos inteligentes, la propiedad de los NFT ni las posiciones de DeFi.

La inmutabilidad ayuda a proteger el libro mayor frente a modificaciones ocultas y manipulaciones secretas.

También favorece la transparencia, ya que los usuarios pueden consultar las transacciones históricas y verificar cómo se han movido los activos a lo largo del tiempo.

Por ejemplo, una transferencia de tokens registrada on-chain crea un historial público de transacciones que puede consultarse posteriormente.

La interacción con un contrato inteligente también puede dejar un registro que muestre qué dirección llamó a una función, cuándo ocurrió y qué cambios de estado se produjeron después.

Este rastro de auditoría resulta útil para usuarios, desarrolladores, investigadores, equipos de cumplimiento y analistas de seguridad.

Sin inmutabilidad, los datos de una blockchain se parecerían más a los de una base de datos privada convencional que un operador puede editar.

Con la inmutabilidad, la blockchain se convierte en un registro compartido mucho más difícil de alterar una vez que el consenso lo ha aceptado.

Esta es una de las principales razones por las que las blockchains públicas son importantes en el ámbito de las criptomonedas.

Cómo funciona la inmutabilidad de blockchain

La inmutabilidad de blockchain funciona mediante vínculos criptográficos, validación distribuida y reglas de consenso.

Cada bloque contiene datos que se resumen mediante un hash criptográfico.

Un bloque posterior incluye una referencia al hash de un bloque anterior.

Si alguien modifica los datos de un bloque antiguo, el hash de ese bloque cambia.

Ese cambio rompe el vínculo con los bloques posteriores y hace que los demás nodos puedan detectar la manipulación.

El white paper de Bitcoin explica que las transacciones se sellan temporalmente al incorporarlas, mediante hashing, a una cadena continua de Proof of Work.

Este diseño hace que reescribir el historial resulte costoso, ya que un atacante tendría que repetir el trabajo correspondiente al bloque modificado y alcanzar a la cadena aceptada.

Otras blockchains pueden utilizar Proof of Stake, Proof of Authority u otros mecanismos de consenso, pero el objetivo es parecido.

La red necesita una forma de acordar qué historial es válido y de dificultar la sustitución del historial anterior.

Por tanto, la inmutabilidad no es una función aislada, sino el resultado de la colaboración entre varias defensas técnicas y económicas.

Transacciones inmutables

Una transacción inmutable es una transacción que no puede revertirse fácilmente una vez que la blockchain la acepta.

En muchas blockchains públicas, los usuarios no disponen de un proceso convencional de devolución de cargos tras una transferencia confirmada.

Esto puede ser útil porque reduce la dependencia de intermediarios y las disputas de liquidación.

También puede entrañar riesgos, ya que los errores, las estafas y las transferencias a direcciones equivocadas pueden ser permanentes.

La documentación de transacciones de Ethereum explica que las transacciones son instrucciones firmadas por cuentas que actualizan el estado de la red.

Una vez que una transacción se incluye en un bloque validado y posteriormente se finaliza o recibe un número elevado de confirmaciones, resulta mucho más difícil modificarla.

Por eso, los usuarios deben comprobar cuidadosamente las direcciones de los destinatarios, la red seleccionada, las cantidades de tokens y los detalles de la transacción antes de firmarla.

Una cartera puede ayudar a mostrar la información de la transacción, pero es el usuario quien sigue aprobando la acción.

La inmutabilidad aporta finalidad a las transacciones cripto, pero también hace que la seguridad personal sea más importante.

Una blockchain puede proteger el registro, pero no siempre puede proteger al usuario de firmar una transacción equivocada.

Contratos inteligentes inmutables

Un contrato inteligente inmutable es código que no puede modificarse fácilmente después de su despliegue.

La documentación de contratos inteligentes de Ethereum explica que los contratos inteligentes son programas almacenados en direcciones de blockchain que se ejecutan según las reglas programadas.

La misma documentación también señala que, por defecto, los contratos inteligentes no pueden eliminarse y que las interacciones con ellos son irreversibles.

Esto importa porque los usuarios pueden consultar el código del contrato y comprender sus reglas antes de interactuar con él.

Si el contrato es realmente inmutable, el desarrollador no puede cambiar las reglas en secreto más adelante.

Esto puede favorecer la confianza porque el código se convierte en un compromiso público y estable.

Sin embargo, la inmutabilidad también puede ser peligrosa si el contrato contiene un error.

Si se despliega código defectuoso y no puede actualizarse, los usuarios pueden quedar atrapados con el error para siempre.

Por eso son importantes las auditorías de contratos inteligentes, las pruebas, la verificación formal, los programas de recompensas por errores y los procesos de despliegue cuidadosos.

En el ámbito cripto, el código inmutable puede proteger a los usuarios de cambios arbitrarios, pero también puede perpetuar los errores.

Contratos inteligentes inmutables frente a contratos actualizables

En condiciones normales, los contratos inteligentes inmutables no pueden modificarse después del despliegue.

Los contratos inteligentes actualizables utilizan patrones de diseño que permiten a los desarrolladores o a la gobernanza cambiar la lógica del contrato más adelante.

La posibilidad de actualización puede resultar útil cuando un protocolo necesita corregir errores, añadir funciones, mejorar la seguridad o responder a circunstancias cambiantes.

Sin embargo, reduce la inmutabilidad absoluta, ya que alguien tiene la capacidad de cambiar el funcionamiento del sistema.

La guía de OWASP sobre vulnerabilidades de proxies y actualizabilidad advierte de que las vías de actualización mal protegidas pueden permitir a los atacantes secuestrar funciones de administrador o desplegar implementaciones maliciosas.

Por eso, los usuarios deben comprobar si un protocolo es realmente inmutable o si solo lo parece a través de una interfaz.

Un protocolo puede mostrar una dirección de contrato y, aun así, utilizar un proxy que apunte a una lógica modificable.

Ese diseño no es necesariamente malo, pero exige confiar en los controles de administrador, la gobernanza, los bloqueos temporales y los procedimientos de seguridad.

La pregunta clave es quién puede cambiar el código y con qué reglas.

La inmutabilidad real implica que, después del despliegue, no existe ninguna capacidad de actualización oculta.

Libro mayor inmutable

Un libro mayor inmutable es un sistema de registro diseñado para que las entradas anteriores no puedan modificarse en secreto.

En el ámbito cripto, el libro mayor registra saldos, transferencias, llamadas a contratos, eventos de acuñación de tokens, acciones de staking y otras actividades on-chain.

Los libros mayores públicos son potentes porque muchos participantes independientes pueden verificar el mismo historial.

Si un nodo muestra una versión falsa del historial, otros nodos honestos pueden rechazarla.

Esto hace que el libro mayor sea más resiliente que una única base de datos privada.

Sin embargo, la inmutabilidad es más sólida cuando muchos nodos independientes almacenan y validan la cadena.

Si una red está controlada por solo unos pocos participantes, puede resultar más fácil censurar, reorganizar o reescribir socialmente su libro mayor.

La descentralización y la inmutabilidad se refuerzan mutuamente.

Un libro mayor resulta más fiable cuando ninguna entidad puede reescribirlo fácilmente.

Por eso, la diversidad de nodos, la validación abierta y unas reglas de consenso transparentes son importantes para la confianza a largo plazo en blockchain.

Inmutabilidad y finalidad

La finalidad significa que una transacción o un bloque se considera liquidado y es muy improbable que se revierta.

La inmutabilidad y la finalidad están relacionadas, pero no son exactamente lo mismo.

La inmutabilidad describe la resistencia al cambio.

La finalidad describe el momento en que los usuarios pueden considerar liquidada una transacción.

Algunas blockchains tienen finalidad probabilística: la confianza aumenta a medida que se añaden más bloques después de una transacción.

Otras tienen finalidad económica o de protocolo: revertir un bloque finalizado exigiría una conducta gravemente indebida de los validadores o un coste económico elevado.

La documentación de transacciones de Ethereum explica que un bloque adquiere mayor certeza una vez que se justifica y finaliza.

Para los usuarios, la cuestión práctica es cuántas confirmaciones o qué estado de finalidad son suficientes antes de considerar completa una transacción.

Las transferencias pequeñas pueden requerir menos confirmaciones.

Las transferencias grandes, los depósitos en bridges y las liquidaciones institucionales pueden requerir comprobaciones de finalidad más rigurosas.

Inmutabilidad y confirmaciones

Una confirmación se produce cuando una transacción se incluye en un bloque y posteriormente se añaden más bloques.

Por lo general, cuantas más confirmaciones tiene una transacción, más difícil resulta revertirla.

En los sistemas Proof of Work, reescribir una transacción exige sustituir el bloque que la contiene y los bloques posteriores.

En los sistemas Proof of Stake, la finalidad puede depender de los votos de los validadores, el peso del stake, las penalizaciones y las reglas del protocolo.

Las confirmaciones importan porque, en ocasiones, el historial de una blockchain puede reorganizarse antes de quedar profundamente asentado.

Una reorganización, conocida a menudo como reorg, se produce cuando la red sustituye una rama reciente de la cadena por otra rama válida.

En algunos sistemas pueden producirse pequeñas reorganizaciones de forma natural.

Las reorganizaciones grandes o maliciosas son mucho más graves porque pueden poner en peligro la confianza en la liquidación.

Los usuarios deben tener en cuenta que inmutable no siempre significa que una transacción sea definitiva en cuanto aparece.

La inmutabilidad se refuerza a medida que la red acepta la transacción de forma más profunda.

Inmutabilidad y hashes criptográficos

Los hashes criptográficos son una de las principales razones por las que las manipulaciones de los registros de blockchain pueden detectarse.

Una función hash transforma los datos de entrada en una salida de tamaño fijo.

Si la entrada cambia, aunque sea ligeramente, la salida cambia de forma drástica.

Esto hace que los hashes sean útiles para detectar cambios en los datos de blockchain.

Cuando los bloques incluyen los hashes de bloques anteriores, la cadena queda enlazada.

Modificar un bloque antiguo cambia su hash y rompe las referencias posteriores.

Los nodos honestos pueden detectar esa discrepancia y rechazar el historial alterado.

Los hashes, por sí solos, no hacen que sea imposible cambiar los datos.

Facilitan la detección de cambios cuando se combinan con una red que acuerda cuál es el historial válido.

En el diseño de blockchain, el hashing es el sistema de alarma, mientras que el consenso es la capa de aplicación de las reglas.

Inmutabilidad y consenso

El consenso es el proceso por el que los participantes de una blockchain acuerdan el estado válido de la red.

Sin consenso, los nodos podrían discrepar sobre saldos, transacciones, bloques y resultados de contratos.

Las reglas de consenso determinan qué bloques son válidos, qué transacciones se aceptan y qué historial de la cadena se convierte en canónico.

La inmutabilidad depende del consenso porque un registro solo tiene sentido si la red acepta conservarlo.

En Proof of Work, los mineros utilizan recursos computacionales para producir bloques.

En Proof of Stake, los validadores comprometen capital y pueden enfrentarse a penalizaciones por comportarse de forma deshonesta.

Los distintos sistemas de consenso implican diferentes supuestos de inmutabilidad.

Una red sólida dificulta la reescritura del historial porque los atacantes deben superar grandes barreras técnicas, económicas o sociales.

Una red débil puede ser más fácil de reorganizar o censurar.

Por eso, la inmutabilidad debe evaluarse según la seguridad real de la red, no solo a partir de afirmaciones de marketing.

Inmutabilidad y propiedad de tokens

La propiedad de tokens en una blockchain se basa en saldos registrados y firmas válidas.

Si un usuario controla la clave privada de una dirección, puede autorizar transacciones desde esa dirección.

Cuando se confirma una transferencia de tokens, el libro mayor actualiza los registros de propiedad.

La inmutabilidad ayuda a los usuarios a confiar en que esos registros de propiedad no podrán modificarse en secreto más adelante.

Esto es importante para los tokens fungibles, los NFT, los tokens de gobernanza, los tokens de staking y los activos wrapped.

Si los registros de propiedad fueran fáciles de editar, los tokens podrían confiscarse o duplicarse sin pruebas públicas claras.

Sin embargo, la inmutabilidad no significa que todos los tokens sean resistentes a la censura.

Algunos contratos de tokens incluyen funciones de administrador, como pausar, congelar, incluir en listas negras, acuñar, quemar o actualizar.

Estos controles pueden estar diseñados para el cumplimiento normativo, la seguridad o la respuesta ante emergencias.

Los usuarios deben revisar los permisos del contrato del token antes de dar por sentado que las reglas de propiedad son totalmente inmutables.

Inmutabilidad y NFT

Los NFT dependen en gran medida de la inmutabilidad porque a menudo los compradores valoran las pruebas de propiedad, la procedencia y el historial de metadatos.

Un registro on-chain de propiedad de un NFT puede mostrar qué dirección posee un token y cómo se ha transferido entre direcciones.

Sin embargo, los archivos multimedia o los metadatos asociados a un NFT no siempre son totalmente inmutables.

Algunos NFT apuntan a archivos almacenados off-chain en servidores convencionales.

Otros utilizan almacenamiento descentralizado o sistemas direccionados por contenido.

Los administradores de algunos proyectos pueden modificar los metadatos de los NFT si el contrato lo permite.

Esto significa que los usuarios deben distinguir entre la propiedad inmutable y los metadatos inmutables.

Un NFT puede tener un ID de token inmutable, pero datos de imagen modificables.

También puede tener metadatos inmutables, pero una lógica de contrato actualizable.

Un buen análisis de NFT comprueba dónde se almacenan los datos del activo y si alguna entidad puede modificarlos.

Inmutabilidad y DeFi

Los protocolos DeFi utilizan la inmutabilidad para establecer reglas transparentes para los préstamos, el trading, los pools de liquidez, las garantías, el staking y la gobernanza.

Cuando un contrato DeFi es inmutable, los usuarios pueden consultar sus reglas y saber que un administrador no podrá cambiarlas más adelante.

Esto puede reducir el riesgo de gobernanza y de controles ocultos.

Sin embargo, los sistemas DeFi son complejos y suelen depender de componentes externos.

Un protocolo puede tener contratos de pool inmutables, pero routers actualizables.

Puede tener una lógica de vault inmutable, pero ajustes de oráculos modificables.

También puede tener contratos de tokens inmutables, pero parámetros controlados por la gobernanza.

Esto significa que los usuarios no deben dar por sentado que todo un protocolo es inmutable solo porque uno de sus contratos lo sea.

Un análisis real de los riesgos de DeFi comprueba todas las dependencias que pueden cambiar los resultados para el usuario.

La inmutabilidad es valiosa, pero solo es una capa de la seguridad de un protocolo.

Datos inmutables frente a datos modificables

Los datos inmutables son datos que no pueden modificarse después de escribirse.

Los datos modificables pueden editarse, sustituirse, actualizarse o eliminarse.

Las blockchains suelen almacenar registros de transacciones inmutables, pero las aplicaciones construidas sobre ellas pueden seguir utilizando datos modificables.

Por ejemplo, la interfaz de una dApp puede cambiar aunque el contrato inteligente no lo haga.

El logotipo de un token puede cambiar en la interfaz de una cartera aunque la propiedad del token siga siendo la misma.

El sitio web de un proyecto puede cambiar aunque su contrato on-chain sea inmutable.

Un feed de datos de un oráculo puede actualizarse continuamente aunque el contrato que lo consulta sea permanente.

Esta distinción es importante porque los usuarios suelen ver una combinación de información on-chain y off-chain.

Solo los datos protegidos realmente por el sistema de consenso de la blockchain tienen inmutabilidad a nivel de blockchain.

El resto debe evaluarse según su propio modelo de almacenamiento y control.

Inmutabilidad y transparencia on-chain

La inmutabilidad favorece la transparencia porque los datos históricos de blockchain siguen disponibles para su consulta.

Los usuarios pueden examinar transacciones antiguas, transferencias de tokens, despliegues de contratos, votos de gobernanza y movimientos de liquidez.

Los desarrolladores pueden investigar incidentes revisando la secuencia exacta de eventos on-chain.

Los auditores pueden comprobar si un proyecto siguió la tokenomics publicada.

Los investigadores pueden estudiar el comportamiento de las carteras, el uso de protocolos y la actividad del mercado.

Esta transparencia resulta útil porque los usuarios no tienen que confiar únicamente en las declaraciones de los proyectos.

Pueden verificar muchas afirmaciones directamente on-chain.

Sin embargo, la transparencia no hace que los datos sean fáciles de entender automáticamente.

Las transacciones pueden ser complejas, las llamadas a contratos pueden resultar difíciles de interpretar y puede desconocerse quién controla una cartera.

Los datos inmutables son potentes, pero los usuarios siguen necesitando herramientas y conocimientos para interpretarlos correctamente.

Ventajas de la inmutabilidad

La primera ventaja de la inmutabilidad es la minimización de la confianza.

Los usuarios pueden confiar más en el código y el consenso y menos en un operador central.

La segunda ventaja es la auditabilidad.

Las transacciones anteriores y las interacciones con contratos pueden revisarse posteriormente.

La tercera ventaja es la confianza en la liquidación.

Tras alcanzar suficiente finalidad o un número suficiente de confirmaciones, resulta difícil revertir las transacciones confirmadas.

La cuarta ventaja es la resistencia a las modificaciones ocultas.

Una blockchain pública facilita la detección de manipulaciones.

La quinta ventaja es una mayor solidez de la propiedad digital.

Los usuarios pueden demostrar el historial y la propiedad de los activos mediante registros públicos.

La sexta ventaja es un comportamiento más predecible de los contratos inteligentes.

Los contratos inmutables pueden aplicar las reglas sin cambios inesperados de los desarrolladores.

Riesgos y límites de la inmutabilidad

El primer riesgo son los errores irreversibles.

Si un usuario envía fondos a una dirección equivocada, puede que sea imposible recuperarlos.

El segundo riesgo son los errores permanentes.

Si un contrato inteligente contiene un fallo y no puede actualizarse, el problema podría permanecer para siempre.

El tercer riesgo son las estafas y los contratos maliciosos.

La inmutabilidad puede conservar código dañino del mismo modo que conserva código útil.

El cuarto riesgo es la falsa sensación de seguridad.

Los usuarios pueden dar por sentado que un sistema es inmutable sin comprobar los permisos de actualización o los controles de administrador.

El quinto riesgo es la anulación mediante la gobernanza.

Algunos sistemas pueden cambiar sus reglas mediante la gobernanza, bifurcaciones o acciones de emergencia.

El sexto riesgo son las vulnerabilidades off-chain.

Un registro de blockchain puede ser inmutable mientras que los sitios web, metadatos, servidores o API relacionados siguen siendo modificables.

Inmutabilidad y bifurcaciones

Una bifurcación se produce cuando las reglas o el historial de una blockchain se dividen en distintas vías.

Algunas bifurcaciones son actualizaciones planificadas que cambian las reglas de la red a partir de un momento determinado.

Otras se producen debido a desacuerdos, errores, ataques o versiones enfrentadas del historial.

Las bifurcaciones muestran que la inmutabilidad de blockchain es en parte técnica y en parte social.

El software puede dificultar el cambio del historial, pero las comunidades aún pueden decidir seguir una cadena en lugar de otra.

Esto no significa que la inmutabilidad sea falsa.

Significa que depende de qué historial de la red reconocen como válido los usuarios, nodos, desarrolladores, validadores, carteras y aplicaciones.

Para los usuarios habituales, lo importante es que la finalidad y la elección de la cadena importan.

Una transacción solo resulta útil si el ecosistema sigue reconociendo la cadena en la que existe.

Un consenso social sólido puede hacer que la inmutabilidad sea más fiable con el tiempo.

Inmutabilidad y gobernanza

La gobernanza puede afectar a la inmutabilidad cuando un protocolo permite introducir cambios mediante votaciones o procesos administrativos.

Algunos proyectos utilizan la gobernanza para ajustar comisiones, recompensas, reglas de garantía, ajustes de oráculos, direcciones de contratos o emisiones de tokens.

Esta flexibilidad puede ayudar a un protocolo a adaptarse.

También puede reducir la certidumbre, ya que las reglas pueden cambiar en el futuro.

Los usuarios deben comprobar si la gobernanza puede actualizar contratos, mover fondos de tesorería, cambiar la oferta de tokens, congelar activos o modificar parámetros clave.

Un protocolo puede ser transparente y estar controlado por la gobernanza sin ser totalmente inmutable.

Esto puede ser aceptable si los usuarios comprenden el equilibrio entre ambas cosas.

Los problemas surgen cuando un proyecto se presenta como inmutable, aunque la gobernanza o los administradores sigan teniendo amplios poderes de control.

La divulgación clara es importante porque los usuarios necesitan saber qué puede cambiar.

La inmutabilidad es más sólida cuando los permisos de cambio son limitados, públicos, sujetos a demora y fáciles de verificar.

Inmutabilidad y seguridad

La inmutabilidad mejora la seguridad al dificultar la modificación de los registros después de su confirmación.

También plantea retos de seguridad, ya que puede ser difícil corregir los errores desplegados.

Una empresa de software tradicional puede aplicar un parche a una aplicación de servidor después de descubrir un error.

Un contrato inteligente totalmente inmutable puede no permitir el mismo tipo de parche.

Esto eleva el nivel de exigencia de las pruebas previas al despliegue.

Cuando corresponda, los desarrolladores deben utilizar auditorías, revisiones de código, análisis estático, pruebas de invariantes, fuzzing, verificación formal y lanzamientos por etapas.

Los usuarios deberían preferir contratos con documentación clara, código fuente verificado, permisos transparentes y un historial de funcionamiento seguro.

La seguridad de los sistemas inmutables debe abordarse antes y después del despliegue.

Antes del despliegue, el objetivo es evitar perpetuar fallos peligrosos.

Después del despliegue, el objetivo es supervisar el uso, detectar amenazas y responder dentro de los límites del diseño del sistema.

Inmutabilidad y responsabilidad del usuario

La inmutabilidad traslada más responsabilidad a los usuarios.

Cuando resulta difícil revertir las transacciones, los usuarios deben actuar con cuidado antes de firmarlas.

Deben verificar las direcciones, las redes, los contratos de tokens, las autorizaciones y los resúmenes de las transacciones.

Deben evitar firmar mensajes o transacciones que no comprendan.

Deben tener cuidado con los airdrops desconocidos, los mensajes de soporte falsos, los enlaces maliciosos y las dApp sospechosas.

Cuando corresponda, deberían utilizar carteras hardware o carteras multifirma para saldos elevados.

Si el riesgo es alto, deberían probar primero las transferencias grandes con cantidades pequeñas.

Deben recordar que un libro mayor inmutable no siempre puede corregir los errores humanos.

Esta es la contrapartida de la autocustodia.

El mismo sistema que impide las reversiones ocultas también puede hacer permanentes los errores de los usuarios.

Cómo comprobar si algo es inmutable

El primer paso es identificar qué elemento se describe como inmutable.

Puede tratarse de una transacción, un contrato de token, una función de contrato inteligente, metadatos, una regla de gobernanza o un parámetro del protocolo.

El segundo paso es comprobar si el contrato correspondiente está verificado en un explorador de blockchain.

El tercer paso es revisar si el contrato tiene funciones de propietario, administrador, proxy, actualización, pausa, acuñación, congelación o inclusión en listas negras.

El cuarto paso es comprobar si los cambios dependen de una sola cuenta, una cartera multifirma, un bloqueo temporal, un voto de una DAO o de ninguna entidad.

El quinto paso es revisar la documentación y compararla con el comportamiento real del contrato.

El sexto paso es comprobar si intervienen datos off-chain.

El séptimo paso es entender el modelo de finalidad de la propia blockchain.

Las afirmaciones de inmutabilidad deben contrastarse con el código, la gobernanza, el almacenamiento y el consenso.

Los usuarios deberían confiar más en lo que pueden verificar que en lo que se anuncia.

Malentendidos habituales sobre la inmutabilidad

Un malentendido habitual es pensar que inmutable significa imposible de cambiar en cualquier circunstancia.

En la práctica, significa que es extremadamente difícil cambiar algo conforme a las reglas y los supuestos de seguridad del sistema.

Otro malentendido es creer que todos los contratos inteligentes son totalmente inmutables.

Algunos contratos son actualizables o están controlados por funciones de administrador.

Un tercer malentendido es pensar que inmutable significa seguro.

El código inseguro también puede ser inmutable.

Un cuarto malentendido es creer que inmutable significa privado.

Los datos de una blockchain pública pueden ser inmutables y transparentes al mismo tiempo.

Un quinto malentendido es pensar que la propiedad inmutable de un token implica metadatos inmutables.

La propiedad de un NFT puede estar registrada on-chain mientras que sus imágenes o metadatos siguen siendo modificables en otros lugares.

Un sexto malentendido es pensar que la inmutabilidad elimina la necesidad de seguridad.

En realidad, hace que la seguridad sea aún más importante, porque puede resultar más difícil reparar los errores.

Buenas prácticas para desarrolladores

Los desarrolladores deberían decidir desde el principio si un contrato debe ser inmutable, actualizable o parcialmente configurable.

Deben documentar todas las funciones que puedan modificar el comportamiento del contrato.

Deben evitar poderes de administrador ocultos que contradigan las expectativas de los usuarios.

Deben probar todas las funciones críticas antes del despliegue.

Deben encargar auditorías independientes para los contratos que vayan a gestionar un valor significativo.

Cuando sea necesario permitir actualizaciones, deben utilizar bloqueos temporales y controles multifirma.

Siempre que sea posible, deben permitir que el código fuente del contrato pueda verificarse.

Deben limitar los poderes de emergencia a situaciones concretas y claramente definidas.

Deben supervisar los contratos desplegados para detectar actividades anómalas.

Deben explicar con un lenguaje claro el equilibrio entre inmutabilidad y capacidad de actualización.

Buenas prácticas para los usuarios

Los usuarios deberían comprobar si un contrato es inmutable antes de confiar en sus reglas.

No deberían dar por sentado que un protocolo es inmutable solo porque funciona en una blockchain.

Deben revisar los permisos de administrador, los patrones de proxy, las reglas de gobernanza y los controles de los tokens.

Deben verificar los detalles de la transacción antes de firmarla, ya que las transacciones confirmadas pueden ser irreversibles.

Deben utilizar carteras de confianza que muestren información clara sobre las transacciones.

Deben tener cuidado con las autorizaciones ilimitadas de tokens, ya que pueden seguir activas hasta que se modifiquen.

Deben considerar arriesgados los contratos desconocidos, aunque sean inmutables.

Deben entender si los archivos multimedia y los metadatos de los NFT se almacenan on-chain u off-chain.

Deben esperar a que haya suficientes confirmaciones o finalidad antes de considerar liquidada una transferencia grande.

Deben recordar que la inmutabilidad protege los registros, no todas las decisiones que toman los usuarios.

Preguntas frecuentes

¿Qué significa inmutable en el ámbito cripto?

Inmutable significa que los datos de blockchain, las transacciones o las reglas de los contratos inteligentes están diseñados para que resulte muy difícil modificarlos después de registrarlos.

¿Inmutable significa imposible de cambiar?

No. Por lo general, inmutable significa extremadamente difícil de cambiar conforme a los supuestos de seguridad de la red, no imposible en cualquier circunstancia.

¿Por qué se dice que las blockchains son inmutables?

Se dice que las blockchains son inmutables porque los bloques están vinculados criptográficamente y protegidos por reglas de consenso que dificultan la reescritura de los registros anteriores.

¿Las transacciones cripto son inmutables?

Muchas transacciones cripto se vuelven efectivamente inmutables tras alcanzar suficientes confirmaciones o finalidad, lo que significa que resulta difícil revertirlas.

¿Los contratos inteligentes son inmutables?

Algunos contratos inteligentes son inmutables después del despliegue, pero otros son actualizables o están controlados por funciones de administrador.

¿La inmutabilidad siempre es positiva?

No. La inmutabilidad es útil para la confianza y la auditabilidad, pero también puede perpetuar errores, equivocaciones y código malicioso.

¿Cuál es la diferencia entre inmutabilidad y finalidad?

La inmutabilidad significa resistencia al cambio, mientras que la finalidad significa que una transacción o un bloque se consideran suficientemente liquidados como para confiar en ellos.

¿Se puede actualizar un contrato inmutable?

Un contrato verdaderamente inmutable no puede actualizarse, pero un contrato basado en un proxy o controlado por la gobernanza puede ser actualizable aunque a los usuarios les parezca estable.

¿Pueden ser inmutables los metadatos de un NFT?

Los metadatos de un NFT pueden ser inmutables si se almacenan o referencian de una forma que impida modificarlos, pero muchos NFT siguen utilizando metadatos off-chain modificables.

¿La inmutabilidad protege a los usuarios frente a las estafas?

No. La inmutabilidad puede conservar los registros de las transacciones, pero no impide que los usuarios firmen transacciones maliciosas o interactúen con contratos inseguros.

¿Cómo puedo comprobar si un contrato es inmutable?

Puedes revisar el código verificado del contrato, las funciones de administrador, los ajustes de proxy, las funciones de actualización, los bloqueos temporales y los permisos de gobernanza.

¿Por qué es importante la inmutabilidad para DeFi?

La inmutabilidad es importante para DeFi porque los usuarios dependen de reglas transparentes y estables para los préstamos, el trading, la liquidez, las garantías y la liquidación.

Conclusión

La inmutabilidad es una de las ideas más importantes del ámbito cripto, ya que describe la resistencia de los registros de blockchain y las reglas de los contratos inteligentes a los cambios posteriores.

Ayuda a que las transacciones sean auditables, la propiedad verificable y el comportamiento de los protocolos más predecible.

La inmutabilidad de blockchain se basa en hashes criptográficos, bloques enlazados, nodos distribuidos, reglas de consenso y seguridad económica.

La inmutabilidad de los contratos inteligentes puede dar confianza a los usuarios de que el código desplegado seguirá ejecutándose tal como está escrito.

Sin embargo, inmutabilidad no equivale a seguridad absoluta.

Una transacción inmutable puede seguir siendo una transacción equivocada.

Un contrato inmutable puede seguir conteniendo un error.

Un registro de propiedad inmutable puede seguir apuntando a metadatos off-chain modificables.

Un protocolo aparentemente inmutable puede seguir teniendo permisos de actualización mediante proxies, gobernanza o funciones de administrador.

Para los desarrolladores, la inmutabilidad implica la obligación de probar y auditar antes del despliegue, ya que después puede resultar difícil corregir los errores.

Para los usuarios, implica la obligación de verificar antes de firmar, ya que las acciones confirmadas pueden ser difíciles o imposibles de revertir.

La mejor forma de entender la inmutabilidad es preguntarse qué es exactamente lo que no puede cambiar, quién podría cambiarlo todavía y qué supuestos protegen el registro.

Cuando se utiliza correctamente, la inmutabilidad ofrece la promesa más sólida de las criptomonedas: un registro digital compartido, transparente, verificable y resistente a las reescrituras ocultas.