Dónde escribirnos

Si después de leer los artículos te queda una duda concreta sobre cómo se reparte la autoridad de firma en un puente, o sobre qué significa exactamente que un umbral de validación quede cubierto, este es el canal. No hay mesa de soporte ni asistencia en tiempo real: el equipo editorial de Umbral Válido lee los mensajes y responde cuando corresponde, sin plazos garantizados.

Antes de escribir, conviene tener a mano el tipo de entorno (puente entre cadenas, transferencia interbancaria o custodia compartida de liquidez) y una descripción breve del escenario. Eso ayuda a ubicar la consulta dentro del glosario y evita idas y vueltas.

Antes de seguir leyendo: qué significa cada término aquí

Los artículos de Umbral Válido usan un vocabulario técnico que se cruza todo el tiempo, y conviene fijar algunas distinciones antes de entrar en los textos largos. No es un glosario cerrado ni un manual de implementación: son aclaraciones para que nadie confunda dos cosas que suenan parecidas pero describen problemas distintos.

Consenso no es lo mismo que validación de firmas

El consenso decide en qué orden quedan registradas las operaciones. La validación de firmas comprueba quién autorizó cada movimiento. Un sistema puede alcanzar consenso rápido y, aun así, aceptar una firma que no debería haber sido válida. Cuando en un artículo se habla de "validadores distribuidos", el foco está en la segunda capa: quién confirma, con qué prueba y bajo qué umbral.

Pregunta guía: ¿qué se está protegiendo, el orden o la autorización?

Un umbral reparte autoridad, no elimina la auditoría

Los esquemas de firma por umbral exigen que varias partes aprueben una operación antes de liberar liquidez. Eso reduce el riesgo de que una sola clave comprometida baste para mover fondos, pero no dice nada sobre el orden interno de las llamadas ni sobre quién puede actualizar el contrato. La auditoría sigue siendo necesaria aunque el umbral esté bien configurado.

Pregunta guía: ¿quién firma y qué queda fuera de esa firma?

Reentrada: una llamada que vuelve antes de cerrar el estado

La reentrada describe una función externa que vuelve a entrar en el contrato antes de que el estado anterior se haya actualizado. En un puente de liquidez, ese patrón puede traducirse en liberaciones repetidas de la misma operación. No es un fallo de la biometría ni del umbral: es un problema de secuencia interna, y se corrige en el orden de las operaciones, no en la capa de identidad.

Pregunta guía: ¿el estado se actualiza antes o después de la llamada externa?

Verificación biométrica distribuida: alcance real

Repartir la verificación biométrica entre varios nodos refuerza la autenticación de los operadores y dificulta que uno actúe en solitario. También plantea problemas de privacidad, de sincronización de plantillas y de latencia entre nodos. Su presencia en un diseño no implica por sí sola mayor seguridad: es una capa más, con costes y supuestos propios.

Pregunta guía: ¿qué verifica esta capa y qué supone sobre los nodos que participan?

Qué queda fuera de estas aclaraciones

Estos textos no ofrecen soporte técnico, asesoría personalizada ni evaluación de protocolos concretos. Tampoco describen casos reales de clientes: los escenarios que aparecen en los artículos están señalados como ejemplos de análisis. Si después de leer queda una duda sobre cómo encajar los términos en un caso propio, el único canal disponible es el formulario de la página de contacto.

Pregunta guía: ¿qué supuesto de mi caso no está cubierto por lo que acabo de leer?

Si querés contrastar estas distinciones con un escenario concreto, podés escribirnos desde la página de contacto. Si preferís empezar por los artículos, el punto de entrada más claro es la sección de proceso.

Preguntas frecuentes antes de leer los artículos

Esta página de ayuda reúne las dudas que suelen aparecer cuando alguien llega por primera vez a los textos sobre validación distribuida. No es un manual de implementación ni un canal de soporte: es una guía para leer con criterio y no mezclar conceptos que se parecen pero no son lo mismo.

¿Consenso y validación de firmas son lo mismo?

No. El consenso decide en qué orden se aceptan las operaciones y cómo se resuelve un desacuerdo entre nodos. La validación de firmas comprueba que quien autoriza una liberación de liquidez tiene la autoridad para hacerlo. Un puente puede tener consenso estable y, aun así, aceptar una firma que no debería. Conviene leer cada artículo preguntándose cuál de las dos capas está describiendo.

Pregunta guía: ¿qué se protege aquí, el orden o la autoridad?

¿Qué significa realmente un umbral de firma?

Un umbral reparte la autoridad entre varios participantes: se necesita un número mínimo de aprobaciones para liberar una transferencia, de modo que la pérdida de una sola clave no baste. Eso reduce un riesgo concreto, pero no elimina la necesidad de auditar el orden de las operaciones ni de revisar quién puede modificar el contrato. El umbral protege la firma, no el flujo interno.

Pregunta guía: ¿quién firma y cuántos firmantes hacen falta?

¿Qué es la reentrada y por qué reaparece en los puentes?

La reentrada describe una llamada que vuelve a entrar en una función antes de que el estado anterior se haya cerrado. Aplicada a un puente, ese patrón puede traducirse en liberaciones repetidas de la misma liquidez. El control no depende de la identidad de quien firma, sino del orden en que se actualiza el estado interno. Por eso una verificación biométrica distribuida no sustituye ese control: lo complementa.

Pregunta guía: ¿en qué momento se actualiza el saldo respecto a la llamada externa?

¿La verificación biométrica distribuida aporta más seguridad por sí sola?

No necesariamente. Repartir la verificación biométrica entre varios nodos reduce el riesgo de que un operador actúe en solitario, pero introduce preguntas sobre privacidad, latencia y tolerancia a fallos. Mantener plantillas sincronizadas tiene un coste operativo, y en algunos entornos regulatorios su uso directo no es viable. Su presencia en un diseño no implica por sí misma mayor seguridad.

Pregunta guía: ¿qué garantiza esta capa y qué se le atribuye por error?

¿Qué supuestos quedan fuera del alcance de estos textos?

Los artículos describen arquitecturas, esquemas de firma y controles contra reentrada, pero no evalúan protocolos concretos ni emiten recomendaciones personalizadas. Tampoco ofrecemos soporte técnico, registro, cuentas ni seguimiento de operaciones. Los escenarios que aparecen están señalados como ejemplos y no representan casos reales ni resultados verificados.

Pregunta guía: ¿este texto explica un mecanismo o me está pidiendo una decisión?

Si después de leer necesitás orientación sobre qué artículo conviene revisar primero, podés escribirnos desde la página de contacto. El tratamiento de los datos enviados se describe en la política de privacidad.