Saltar al contenido
Financial Context Wiki

resistencia a la censura

La resistencia a la censura es un concepto importante en los conceptos básicos y los límites institucionales de las criptomonedas. Este artículo explica su definición, principios operativos, fórmulas centrales, casos reales, límites de riesgo y malentendidos comunes para ayudar a los usuarios a comprender el mecanismo en cadena en lugar de simplemente memorizar los términos.

Actualizado

Solo con fines educativos; no constituye asesoramiento de inversión. Invertir puede ocasionar pérdidas.

Respuesta directa

La resistencia a la censura es la capacidad de una red para mantener una transacción válida accesible y elegible para una eventual inclusión, incluso cuando determinadas puertas de enlace, pares, constructores o productores de bloques la rechazan. Es un grado de resiliencia, no una promesa de que cada transacción pase al siguiente bloque o de que cada proveedor de acceso deba atender a todos los usuarios.

El reclamo debe nombrar la capa, el actor y la ventana de tiempo. Una cadena base puede resistir una censura sostenida de transacciones mientras que una billetera, una interfaz, un punto final RPC, un intercambio o un secuenciador acumulativo bloquean el acceso inmediatamente. Una transacción también puede retrasarse por motivos no relacionados con la censura, como una firma no válida, un nonce incorrecto, saldo insuficiente, una tarifa por debajo de la política de retransmisión local o competencia por un espacio de bloque limitado.

Cómo funciona

Siga una transacción firmada a través de distintas etapas:

  1. Creación y envío. La billetera construye y firma una transacción, luego la envía a través de un proveedor RPC, una ruta privada o la red peer-to-peer. Una puerta de enlace puede rechazarlo sin cambiar el protocolo base.
  2. Admisión y propagación. Los nodos verifican la validez del consenso y su propia política de mempool o retransmisión. Una transacción puede ser válida por consenso pero no transmitida por un nodo en particular. Múltiples pares independientes y rutas de envío reducen la dependencia de un guardián.
  3. Construcción y propuesta de bloques. Un minero, validador, secuenciador o constructor externo elige las transacciones y su orden. Los productores rotativos hacen que la negativa de un actor sea temporal sólo si una proporción significativa de productores posteriores pueden ver e incluir la transacción.
  4. Validación y elección de bifurcación. Otros nodos rechazan bloques no válidos y deciden qué rama válida es canónica. La validación independiente impide que un productor haga válida una transacción no válida, pero normalmente no obliga a ese productor a incluir una transacción válida en particular.
  5. Confirmación o finalidad. Inclusión no es lo mismo que liquidación duradera. Las reorganizaciones pueden eliminar una inclusión reciente; la regla de confirmación o finalidad relevante es específica de la cadena.

Mida los resultados en lugar de asignar una etiqueta binaria. Para una transacción disponible por primera vez en t_seen e incluida en t_included:

inclusion delay = t_included - t_seen

Compare ese retraso con transacciones igualmente complejas y con precios similares en la misma ventana de congestión. Otra medida útil es:

eligible inclusion rate = included eligible transactions / observed eligible transactions

“Elegible” debe indicar validez, nonce, saldo, tarifa, gas o peso, tiempo y reglas de capacidad. De lo contrario, la selección ordinaria de tarifas o la congestión pueden confundirse con censura selectiva.

La resistencia depende de la diversidad en los dominios de falla: pares, RPC, operadores autónomos, grupos, clientes, constructores, retransmisiones, secuenciadores, proveedores de alojamiento y jurisdicciones. Los recuentos de nodos sin procesar pueden inducir a error porque muchos nodos o claves de validación pueden compartir un controlador. Las vías de inclusión forzada o las listas de inclusión pueden fortalecer las garantías, pero el estado y las condiciones de su despliegue son importantes. EIP-7805, por ejemplo, es una propuesta y no es una garantía de Ethereum actualmente implementada.

Ejemplo

Supongamos que una transacción válida llega a la red pública a la altura del bloque 840,000. Ofrece una tarifa competitiva, encaja en cada bloque siguiente y sigue siendo válido. Tres productores lo omiten; el cuarto lo incluye en la altura 840,004.

  • El retraso observado es 4 blocks desde el punto de partida indicado.
  • Tres omisiones no prueban por sí solas la coordinación; los pedidos, la propagación y la política del productor requieren investigación.
  • La inclusión de un cuarto productor independiente demuestra que los primeros productores carecían de un veto total.
  • Si los productores que controlan 90% de oportunidades aplican el mismo filtro, un modelo simplificado de ranura independiente proporciona la probabilidad de inclusión por ranura 1 - 0.90 = 10% y la espera esperada 1 / 0.10 = 10 slots. El control correlacionado y las reglas de selección reales pueden invalidar este modelo.

Para documentar la sospecha de censura, conserve la transacción firmada o el identificador, las primeras observaciones de nodos independientes, verificaciones de tarifas y validez, políticas de mempool, contenidos de bloques, atribución de productores y transacciones comparables. Un error de RPC o una entrada faltante en el explorador no es suficiente.

Riesgos

  • Falsos positivos: invalidez, nonce obsoleto, fondos insuficientes, política de tarifas, capacidad o mala propagación pueden parecer censura.
  • Ordenamiento concentrado: un grupo, constructor, relé o secuenciador dominante puede convertir el filtrado selectivo en retrasos prolongados.
  • Censura de la capa de acceso: los dominios, tiendas de aplicaciones, interfaces, billeteras y proveedores de RPC pueden bloquear el acceso práctico mientras el acceso directo al protocolo sigue siendo posible.
  • Infraestructura correlacionada: los puntos finales que parecen separados pueden compartir un operador, nube, cliente, retransmisión o exposición legal.
  • Fuga de privacidad: la retransmisión a través de muchos servicios puede mejorar el alcance y al mismo tiempo exponer la propiedad intelectual, los tiempos y los vínculos de transacciones.
  • Vías de escape débiles: la inclusión forzada puede conllevar tarifas, fianzas, retrasos, ventanas, requisitos de datos o controles privilegiados.
  • Riesgo de reorganización y gobernanza: la inclusión puede no ser definitiva y las actualizaciones o poderes de emergencia pueden alterar los supuestos.

Utilice caminos genuinamente independientes cuando sea práctico. Nunca comparta frases iniciales o claves privadas con un servicio RPC, de retransmisión o “anticensura”, y no reemplace ni retransmita una transacción sin comprender las reglas de tarifas y nonce.

Conceptos erróneos comunes

  • “Válido significa inclusión garantizada”. La validez crea elegibilidad; los productores aún seleccionan transacciones a menos que se aplique una regla más estricta.
  • “Descentralizado significa incensurable”. La concentración puede permanecer en la producción, los constructores, los relés, los RPC, las interfaces o la gobernanza.
  • “Un RPC bloqueado demuestra censura en cadena”. Prueba que una ruta de acceso falló o rechazó la solicitud, no un veto en toda la red.
  • “Una tarifa alta vence todos los filtros”. Una tarifa competitiva aborda el ordenamiento económico, no un filtro explícito.
  • “La inclusión eventual es suficiente”. La inclusión después de un plazo operativo puede ser inútil; la ventana de tiempo pertenece a la reclamación.

Temas relacionados

Fuentes

Navegación

Buscar en la wiki...