
La censura consiste en restringir y filtrar información o transacciones. En Web3, se refiere a acciones de participantes de la red o agentes externos que bloquean, retrasan o eliminan transacciones y datos en la blockchain.
En la práctica, la censura puede provenir de regulaciones gubernamentales, políticas de plataformas, operadores de infraestructura o decisiones de productores de bloques. No siempre implica la eliminación definitiva; lo habitual es que las transacciones no se incluyan en bloques durante mucho tiempo, que aplicaciones front-end resulten inaccesibles o que ciertas interacciones con smart contracts se dificulten.
La censura es un tema recurrente porque la infraestructura digital está muy centralizada y unos pocos puntos de acceso controlan grandes volúmenes de información y capital. Blockchain impulsa la "resistencia a la censura" para reducir el riesgo de bloqueos o fallos en puntos únicos.
En Internet tradicional, los dominios, servicios en la nube y tiendas de aplicaciones pueden ser puntos de censura. En blockchain, aunque los registros son públicos y la participación es abierta, los puntos de acceso (como webs front-end y nodos RPC) y la producción de bloques (donde los validadores seleccionan transacciones) siguen siendo susceptibles a censura, afectando la experiencia de uso.
La censura puede darse en cualquier fase entre el envío de una transacción y su inclusión en un bloque. La forma más directa es que los productores de bloques rechacen o retrasen la inclusión de determinadas transacciones.
Las transacciones suelen llegar primero al mempool (transaction pool) antes de ser empaquetadas en un bloque. Si los operadores de nodos filtran transacciones de ciertas direcciones o contratos, estas tendrán problemas para propagarse por la red. Los productores de bloques (mineros en proof-of-work o validadores en proof-of-stake) que utilizan relays especializados pueden filtrar transacciones según políticas de cumplimiento.
El RPC actúa como “servicio de interfaz” para interactuar con la blockchain, como un mapa que orienta al usuario. Si un proveedor RPC bloquea ciertas solicitudes, los usuarios no podrán enviar transacciones aunque estén listas. Las redes de capa 2 (L2) dependen de secuenciadores para organizar y enviar transacciones a la cadena principal. Si los secuenciadores están demasiado centralizados, también pueden convertirse en focos de censura.
La censura implica bloquear o restringir. La resistencia a la censura significa que el sistema está diseñado para que ninguna parte pueda impedir fácilmente que las transacciones válidas lleguen al registro con el tiempo.
La resistencia a la censura se basa en la descentralización (sin control centralizado), acceso abierto (sin permisos), rutas redundantes (varios clientes y puntos de entrada) e incentivos económicos (los productores de bloques ganan comisiones por incluir transacciones). Todo esto eleva el coste y reduce la persistencia de la censura. Aunque no garantiza que “nunca pueda producirse censura”, sí la dificulta y hace menos viable.
Dos casos ampliamente debatidos demuestran que los riesgos de censura son muy reales.
Primero, Tornado Cash fue sancionado por el Tesoro de EE. UU. en agosto de 2022. Tras ello, los front-ends y plataformas de alojamiento de código asociados se inhabilitaron o restringieron, y las interacciones en la blockchain se vieron afectadas (fuente: anuncio del Tesoro estadounidense, 2022). Esto muestra cómo las medidas legales y la censura a nivel front-end pueden combinarse.
Segundo, tras la Merge de Ethereum, algunos productores de bloques emplearon relays específicos para construir bloques y filtraron transacciones de direcciones sancionadas. El monitoreo comunitario reveló que durante 2022–2023, una parte importante de los bloques se generó mediante relays conformes con OFAC, lo que aumentó la preocupación sobre la censura en cadena (fuente: MEV Watch, 2023). Aunque el porcentaje cambió después, el suceso evidenció la posibilidad de censura en la producción de bloques.
Las plataformas y front-ends son la puerta de entrada principal para la mayoría de usuarios Web3. La censura en plataformas implica controles de cumplimiento y gestión de riesgos; los sitios web front-end pueden restringir el acceso por ubicación geográfica o filtrar solicitudes API.
Por ejemplo, los anuncios de cumplimiento y procedimientos de listado de Gate pueden restringir productos o funciones según la normativa local: esto es censura a nivel de plataforma, distinta del consenso en cadena. En el front-end, ciertas webs de aplicaciones descentralizadas pueden bloquear IPs de regiones concretas, obligando a los usuarios a buscar interfaces alternativas o interactuar directamente con smart contracts.
Paso 1: Mantén la autocustodia. Utiliza wallets no custodiales y guarda de forma segura tus frases semilla y wallets físicos para reducir la dependencia de cuentas centralizadas y limitar la exposición a la censura de cuentas.
Paso 2: Prepara rutas de acceso alternativas. Configura varios proveedores RPC y front-ends de respaldo. Si es necesario, introduce manualmente direcciones de nodos públicos en tu wallet para evitar bloqueos de un solo proveedor.
Paso 3: Comprende las comisiones de gas y la congestión de red. Aumentar la comisión en momentos de alta demanda facilita que tu transacción se incluya antes y evita retrasos que puedan parecer censura.
Paso 4: Mantente al tanto de anuncios de cumplimiento y políticas regionales. Los cambios en la plataforma pueden afectar depósitos, retiros o trading; anticipa posibles interrupciones cambiando de red o usando bridges cross-chain si lo necesitas.
Paso 5: Evalúa riesgos legales y financieros. Interactuar con direcciones sancionadas o contratos de alto riesgo puede acarrear consecuencias legales o congelación de activos: decide con cautela y cumple la normativa local.
En el ámbito técnico, las comunidades buscan reforzar la resistencia a la censura. La clave es distribuir la autoridad y los accesos, minimizando puntos únicos de fallo en la producción de bloques.
En Ethereum, esto implica diversidad de clientes y uso de múltiples relays para evitar depender de un único constructor de bloques; separar productores de bloques de constructores de bloques (PBS) para mantener abierta la selección de transacciones; promover “listas de inclusión” y políticas transparentes para evitar filtrados opacos. Las redes de nodos descentralizados refuerzan la resiliencia de RPC; las L2 exploran secuenciadores descentralizados y mecanismos de failover.
En los próximos años, las exigencias regulatorias y las tecnologías de descentralización seguirán compitiendo y coexistiendo. Se prevé que los secuenciadores descentralizados para L2 y las soluciones de disponibilidad de datos mejoradas reduzcan los riesgos de censura centralizada, aunque algunas redes seguirán dependiendo de pocos operadores a corto plazo.
Las regulaciones y políticas de plataformas pueden endurecerse, llevando a front-ends y puntos de acceso a ser más cautos. A la vez, el open source y la infraestructura redundante ampliarán las opciones de acceso. En conjunto, la resistencia a la censura será un proceso continuo de avances técnicos y gobernanza, no una solución puntual.
La censura define si los usuarios pueden registrar transacciones legítimas en la blockchain, acceder a aplicaciones sin obstáculos y mantener la disponibilidad de activos e información. Entender cómo funciona la censura, y sus límites, ayuda a elegir herramientas más resilientes y a decidir entre cumplimiento y tecnología. Para usuarios y desarrolladores comprometidos con el futuro de Web3, la resistencia a la censura es un requisito de diseño esencial para productos e infraestructuras.
La censura afecta principalmente a la validación de transacciones a nivel de red blockchain, no en exchanges. Gate es una plataforma centralizada sujeta a regulación local, pero no congelará tus activos por censura a nivel de protocolo blockchain. Si utilizas aplicaciones descentralizadas o wallets no custodiales, debes tener en cuenta los riesgos de censura a nivel de red.
Puedes consultar el estado de la transacción en un explorador de bloques como Etherscan. Las transacciones censuradas suelen quedar sin confirmar o pendientes durante mucho tiempo. Algunos validadores pueden negarse a incluir transacciones de ciertas direcciones, provocando retrasos o fallos. Es recomendable monitorizar indicadores de red e informes sobre validadores.
La lista de sanciones de la OFAC (Oficina de Control de Activos Extranjeros, EE. UU.) influye en exchanges y en algunos validadores. Las direcciones incluidas pueden ser bloqueadas para retiros en exchanges o filtradas por validadores. Es un ejemplo práctico de censura y presión de cumplimiento para plataformas Web3.
Adopta un enfoque por capas: usa wallets no custodiales en vez de wallets de exchange; considera monedas o protocolos de privacidad para mayor anonimato; opera en exchanges descentralizados; consulta las listas OFAC para evitar fondos sancionados. El trading en Gate es relativamente seguro, pero para almacenamiento a largo plazo conviene transferir los activos a wallets bajo tu control.
Sí—los exchanges realizan controles de cumplimiento antes de listar tokens. Si un token está vinculado a proyectos sancionados o actividades ilícitas, pueden negarse a listarlo o eliminarlo más adelante. Gate audita los riesgos al seleccionar activos para listar y garantizar el cumplimiento de la normativa local.


