Saltar al contenido
Financial Context Wiki

Prueba de humanidad y unicidad

Los sistemas Prueba de humanidad y unicidad intentan otorgar a cada ser humano elegible una credencial utilizable dentro de un ámbito definido sin requerir que cada aplicación conozca la identidad civil de esa persona.

Actualizado

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

Respuesta directa

Prueba de humanidad y unicidad (PoP) es una familia de sistemas que intenta permitir a una aplicación hacer cumplir un humano elegible por cada credencial, cuenta, voto, reclamación u otra acción delimitada. Una credencial PoP puede ser pseudónima: la aplicación puede saber solo que un emisor aceptado inscribió a un humano único y que la misma credencial no ha actuado previamente en este ámbito. No necesita conocer el nombre, la dirección o el identificador gubernamental de la persona.

Esa descripción compacta reúne varias afirmaciones independientes. Humanidad pregunta si participó una persona viva. Unicidad pregunta si esa persona ya posee otra credencial según las reglas del sistema. Control pregunta si quien presenta la prueba controla actualmente la credencial. Elegibilidad pregunta si la persona pertenece a la población autorizada para actuar. No vinculabilidad pregunta si pueden correlacionarse presentaciones realizadas en contextos distintos. Un diseño puede satisfacer una afirmación y fallar en otra: una prueba de presencia no elimina duplicados, un pasaporte único no demuestra que su titular siga controlando la cuenta creada y una prueba anónima no vuelve justo un proceso de inscripción sesgado.

PoP no es lo mismo que la verificación de conocimiento del cliente (KYC). KYC comúnmente establece una identidad civil y recopila atributos con fines legales o de cumplimiento. PoP, en cambio, puede emitir una afirmación limitada como “un participante aceptado en este registro” y demostrarlo más tarde sin divulgar la identidad civil. Por el contrario, un registro KYC puede ayudar a eliminar duplicados entre los solicitantes, pero no proporciona automáticamente presentaciones no vinculables, resistencia a la transferencia o cobertura global.

PoP tampoco es, por sí mismo, un protocolo de consenso de blockchain, una regla de elección de bifurcación o un mecanismo de finalización. Un protocolo puede usar un registro de personhood para asignar membresía, recompensas o peso de voto, pero todavía necesita reglas para proponer, validar y finalizar el estado. El documento original 2017 PoP propuso tokens de personhood como un insumo para un diseño de criptomoneda; esa propuesta no convierte a cada credencial moderna de personhood en un sistema de consenso.

Cómo funciona

No existe un método universal PoP. Los sistemas utilizan documentos gubernamentales, deduplicación biométrica, certificaciones de redes sociales, ceremonias presenciales o sincronizadas, desafíos en línea, instituciones confiables o combinaciones de estos. Cada método transfiere la confianza en lugar de eliminarla: los sistemas de documentos confían en los emisores y en la validación de documentos; los sistemas biométricos confían en el hardware de captura, el software de comparación y el manejo de plantillas; los sistemas sociales confían en la entrada en la red y la resistencia a la colusión; las ceremonias confían en los controles de asistencia y en los organizadores.

Una implementación debería hacer explícito el siguiente ciclo de vida:

  1. Definir el alcance y la política. Especifique la acción que se está protegiendo, la población elegible, la ventana de tiempo, las tasas de error aceptables y lo que significa ‘una persona’ en los casos límite. La humanidad global, la residencia local, la mayoría de edad y la membresía son reclamaciones diferentes.
  2. Modela al adversario y los incentivos. Estime el valor de una credencial adicional y si los atacantes pueden falsificar evidencia, reclutar personas reales, sobornar a los operadores, comprometer dispositivos, coludirse en un grafo social o comprar credenciales después de su emisión.
  3. Inscríbete y prueba la humanidad. Recoja únicamente la evidencia requerida por la política. La detección de vitalidad o de ataques de presentación puede ayudar a mostrar que hay una persona viva presente, pero no es una prueba de unicidad.
  4. Eliminar duplicados dentro de la población inscrita. Compare documentos, datos biométricos, asistencia a ceremonias, certificaciones u otras señales según las reglas publicadas. El resultado es la unicidad en relación con ese registro, tiempo y método, no la prueba de que no existe ninguna credencial en otro lugar.
  5. Emitir y vincular una credencial. Vincule una inscripción aprobada a una clave, autenticador o cuenta recuperable. Registre el emisor, el período de validez, el método de estado y el nivel de garantía. La verificabilidad criptográfica demuestra quién firmó la reclamación y si fue alterada; como señala W3C, por sí sola no prueba que la reclamación sea verdadera.
  6. Presenta una prueba limitada. El titular puede revelar la credencial directamente o generar una presentación de divulgación selectiva o de conocimiento cero. Una construcción puede probar la pertenencia a un grupo y derivar un anulado específico de alcance para que el verificador rechace una segunda acción sin conocer un identificador global reutilizable.
  7. Operar el ciclo de vida. Verificar la frescura y el alcance, prevenir la repetición, procesar la revocación y recuperación, publicar cambios en reglas y software, medir la aceptación falsa y el rechazo falso, proporcionar revisión humana y apelaciones, y definir qué sucede si el emisor o el servicio cierra.

El verificador debe evaluar tanto la criptografía como la política. Una prueba válida podría establecer que una clave pertenece al conjunto de credenciales actual y no ha señalado dos veces bajo una regla de nulificador dada. No establece que los sensores de inscripción no hayan sido comprometidos, que los operadores no hayan coludido, que cada persona elegible pudiera inscribirse, que la credencial no haya sido alquilada, o que la acción en sí misma sea legal o justa.

Las métricas deben mantener sus denominadores. La aceptación falsa mide a los solicitantes o duplicados incorrectamente aceptados; el rechazo falso mide a los solicitantes legítimos incorrectamente rechazados; la cobertura mide cuánto de la población prevista puede inscribirse de manera realista; el costo del ataque estima los recursos marginales necesarios para otra credencial utilizable. Un solo porcentaje de “precisión” puede ocultar un pequeño grupo excluido, una falla de baja tasa base o un ataque económicamente rentable.

Ejemplos resueltos

Errores de inscripción

Supongamos que las aplicaciones 100,000 contienen 90,000 personas elegibles únicas y 10,000 duplicados o bots. Con una tasa de rechazo falso de 2%, se rechazan 1,800 personas elegibles. Con una tasa de aceptación falsa de 5%, se aceptan 500 aplicaciones prohibidas. El sistema clasifica 97,700 aplicaciones correctamente, o 97.7%, sin embargo, esa cifra agregada no elimina la necesidad de remediar 1,800 exclusiones indebidas o de contener 500 credenciales adicionales.

Alquiler de credenciales en una votación cerrada

Una votación entre credenciales 8,000 termina 4,050 a 3,950. Si las credenciales se pueden alquilar por $5, el bando perdedor necesita 101 votos adicionales para ganar 4,051 a 4,050, costando $505. La unicidad de la inscripción no impidió la transferencia, la coerción o el control pagado. Una instantánea detiene la creación tardía de cuentas solo si el atacante no controlaba ya las credenciales antes de la instantánea.

Anuladores con alcance

En una construcción simplificada, un titular deriva N = H(person_secret || action_id) y demuestra en cero conocimiento que N fue derivado de una credencial en el conjunto aceptado. Dos intentos con action_id = grant-2026 producen el mismo N, por lo que el segundo es rechazado. Usar action_id = forum-2026 produce un N diferente y puede reducir la vinculación entre aplicaciones. Este es un ejemplo conceptual; las entradas de hash exactas, dominios y declaración de prueba son específicas del protocolo, y los metadatos aún pueden correlacionar a los usuarios.

La cobertura cambia el resultado

Un airdrop tiene tokens 1,000,000 e intenta pagar a cada persona elegible de manera equitativa. Si 10,000 personas se inscriben, cada una recibe 100 tokens. Si los requisitos de viaje, dispositivo o documentos excluyen a 2,000 personas que de otro modo serían elegibles, los 8,000 participantes inscritos reciben 125 tokens cada uno. El contrato ejecuta su registro correctamente, pero la distribución no es igual en toda la población prevista. Por lo tanto, la cobertura es parte del modelo de seguridad y equidad, y no solo una métrica de experiencia del usuario.

Riesgos y controles

Inscripción y unicidad

  • Aceptación falsa: los documentos falsificados, la reutilización de capturas, los medios sintéticos, los gemelos, las brechas en bases de datos o los certificadores que coluden pueden generar credenciales adicionales. Pruebe toda la cadena operativa, no solo un comparador de laboratorio.
  • Rechazo falso: los errores de coincidencia y las reglas de evidencia rígidas pueden excluir a personas legítimas. Publique el rendimiento desagregado, exija revisión manual para coincidencias de deduplicación de alto impacto y proporcione vías de reparación accesibles.
  • Dominio de unicidad limitada: un registro generalmente solo puede deduplicar contra los registros que puede inspeccionar. Indique la geografía, los emisores, los canales de inscripción y el período de tiempo cubierto por la reclamación.
  • Captura del verificador: sobornar a los operadores o comprometer el hardware de inscripción puede eludir incluso una criptografía robusta. Separe funciones, audite la emisión, alterne a los operadores y limite la autoridad unilateral.

Privacidad y protección de datos

  • Fuga biométrica irreemplazable: una plantilla de rostro o iris no se puede rotar como una contraseña. Minimice la recolección, proteja las plantillas, retenga y elimine documentos, y obtenga consentimiento informado cuando sea necesario.
  • Correlación entre contextos: un identificador estable, firma, neutralizador o patrón de tiempo puede vincular la actividad a través de aplicaciones. Use separación de dominios y presentaciones no vinculables, luego pruebe rutas de metadatos así como valores de prueba.
  • Colusión entre emisor y verificador: una prueba de conocimiento cero puede ocultar atributos al verificador mientras que los registros de emisión aún identifican al titular. Documenta la vista de cada parte, la política de retención y la capacidad de combinar datos.
  • Publicación permanente: poner datos biométricos sin procesar, imágenes de documentos o hashes personales estables en la cadena hace que la eliminación y la mitigación de riesgos futuros sean difíciles. Mantenga los datos de inscripción sensibles fuera de los registros públicos.

Ciclo de vida de las credenciales

  • Venta, alquiler y coerción: una credencial única todavía puede ser controlada por otra persona. Modela mercados de credenciales y coerción; no afirmes no transferibilidad solo porque un token no pueda moverse en cadena.
  • Compromiso de clave o dispositivo: la posesión criptográfica demuestra el control de un secreto, no qué persona lo utiliza. Admita autenticadores seguros, notificación de compromisos y una recuperación cuidadosamente delimitada.
  • Duplicación durante la recuperación: emitir un reemplazo sin invalidar la credencial anterior crea dos identidades utilizables; una recuperación demasiado estricta excluye permanentemente al titular. Haga que el reemplazo sea atómico y auditable.
  • Dependencia de la revocación: las verificaciones de estado pueden facilitar censura, seguimiento o interrupciones. Restrinja la autoridad de revocación, publique motivos y niveles de servicio, y permita apelaciones o migraciones.

Gobernanza e inclusión

  • Puntos de estrangulamiento centralizados: un verificador en la cadena no descentraliza sensores propietarios, un emisor, una clave de actualización o una base de datos biométrica. Mapea la autoridad componente por componente.
  • Cambios en las reglas: los administradores pueden modificar umbrales, documentos aceptados o criterios de elegibilidad después de la inscripción. Utilice políticas versionadas, períodos de aviso, evaluaciones de impacto y procedimientos de reversión.
  • Barreras de acceso: el costo, los desplazamientos, el idioma, la discapacidad, la edad, la documentación, la conectividad y los requisitos del dispositivo condicionan quién puede participar. Mida las tasas de finalización y rechazo en toda la población prevista.
  • Fallo institucional: los emisores pueden cerrar, perder claves o dejar de mantener los datos de revocación. Defina antes del lanzamiento vías de exportación, sucesión, cierre y reinscripción.

Aplicación e integridad económica

  • Alcance o errores de repetición: un dominio de anulación reutilizado puede crear vínculos no deseados, mientras que un dominio omitido o inconsistente puede permitir acciones repetidas. Vincule las pruebas al verificador, la acción, la red, el nonce y la expiración según lo requiera el protocolo.
  • Escalada de incentivos: cuando un voto, un airdrop o una cuenta se vuelve más valioso, los ataques que anteriormente no eran rentables pueden volverse profitables. Reevalúa los controles en función del valor actual de una credencial extra.
  • Mala conducta humana: PoP puede limitar la multiplicidad de cuentas pero no puede impedir que las personas verificadas coordinen, mientan, hagan spam, ofrezcan sobornos o rompan las reglas. Mantenga separados los controles de contenido, fraude y gobernanza.
  • Despliegue excesivamente amplio: la asignación de recursos escasos puede justificar la unicidad, mientras que leer, expresarse o pagar normalmente quizá no. Exija necesidad y proporcionalidad en lugar de convertir PoP en un requisito universal de acceso.

Conceptos erróneos comunes

No necesariamente. Un sistema puede demostrar la pertenencia a un conjunto aceptado de humanos únicos sin revelar un nombre o identificador civil. Si realmente logra esa privacidad depende de los datos de inscripción, el diseño de la presentación, los metadatos y las partes que puedan coludirse.

“La vivacidad, un CAPTCHA o una selfie demuestra unicidad”

Estos controles pueden aumentar el costo de la automatización o de los ataques de presentación, pero no demuestran que la misma persona no se haya inscrito a través de otro dispositivo, documento o cuenta. La deduplicación es una afirmación separada.

Una prueba de conocimiento cero hace que la inscripción sea confiable

El conocimiento cero puede limitar lo que una presentación revela y probar una declaración formal sobre datos comprometidos. No corrige una afirmación falsa del emisor, un comparador sesgado, un sensor comprometido, un operador sobornado o una política excluyente.

Poner el registro en la cadena hace que el sistema sea descentralizado

La cadena puede hacer que las actualizaciones y las reglas de verificación sean auditables, pero la inscripción, la producción de hardware, la coincidencia, las actualizaciones, la revocación y el acceso a los datos pueden seguir estando concentrados. La descentralización debe evaluarse para cada autoridad y dependencia.

Una persona, una credencial crea automáticamente consenso o gobernanza justa

PoP puede proporcionar una entrada resistente a Sybil o de membresía. No proporciona ordenación de bloques, elección de bifurcaciones, finalización, participación informada, secreto de voto, resistencia a la coerción ni un límite de elegibilidad justo. Esos requieren mecanismos y opciones de política separados.

Temas relacionados

Fuentes

Navegación

Buscar en la wiki...