aquí hay un resumen rápido sobre los avances recientes en los protocolos de resistencia a la censura (CR). hay, en términos generales, 4 tipos de CR de los que parece hablar la gente: > CR a corto plazo (STCR): si una tx llega a la tubería de inclusión honesta antes de un corte, entonces cualquier bloque comprometido siguiente la incluye. un censor solo puede excluir al retrasar la vitalidad de la cadena misma. > CR selectiva (SCR): el atacante no puede señalar una tx específica (o un pequeño conjunto) para la censura mientras permite que todo lo demás pase normalmente. > CR a largo plazo (LHCR): una tx no puede ser mantenida fuera para siempre. tanto STCR como SCR son importantes para DeFi sensible al tiempo, pero STCR se trata de qué tan rápido entras, mientras que SCR se trata de si un atacante puede elegir que seas lento. LHCR es importante para las salidas de rollup y retiros. --------------------------------------- mi mapeo actual de protocolos recientes: > BigDipper ofrece el STCR explícito más fuerte, se puede conectar a un consenso estilo PBFT > La propuesta MCP apunta a SCR + ocultación al tener k proponentes concurrentes y una capa de DA intermedia basada en relay > Sedna es un plugin de envío de diseminación de tx del lado del usuario para MCPs para aliviar la tensión de costo de replicación vs CR en los diseños de MCP > Mysticeti mejora la inclusión práctica a través de la concurrencia, pero no ofrece garantías explícitas de tx a nivel de STCR/SCR > FOCIL: LHCR a través de listas de inclusión impuestas por la elección de bifurcación, pero depende de que el comité sea altruista + de que los atestadores observen las ILs, y tiene una estrategia inestable para la inclusión de tx > AUCIL mejora FOCIL al hacer que la producción de IL sea compatible con incentivos, haciendo que los miembros del comité sean racionales y que los atestadores solo necesiten verificar pruebas de validez para la inclusión de IL, pero asume una sincronización global del mempool. sobre los límites de imposibilidad, el reciente artículo "el costo de latencia de la resistencia a la censura" argumenta que la CR de múltiples proponentes añade un costo de latencia de al menos 2 rondas al BFT base. sin embargo, su definición de CR está más alineada con STCR que con SCR/LHCR. etiquetando a @ittaia para confirmación si esa era la intención de este artículo?

@_julianma Ahh veo que los atestadores se niegan a atestiguar el bloque del proponente incorrecto si no incluyen las listas de IL, lo que lleva a que ese bloque ni siquiera sea confirmado, lo que satisface el STCR.