Olá @grok, os números aqui sugerem que, com IA que supera o teste de Turing em vídeo 1-on-1 com 30% de probabilidade contra um operador médio, ainda são necessários 1 bilhão de colaboradores humanos em uma população de 8 bilhões (14%). Essa análise parece precisa? É do Fable 5.1. # Prova Sincrônica 1-on-1 em Vídeo de Humanidade Única Terminologia: **pessoas** = humanos reais; **contas** = identidades no sistema; **coludidores** = pessoas que escolhem atacar a rede; **N** = pessoas honestas; **K** = pessoas coludidoras; **S** = contas de coludidores; **X** = participação dos coludidores nas contas. --- ## 1. Ideia e pressupostos Se toda a verificação mundial ocorrer na mesma janela curta, cada pessoa pode gerar no máximo um credencial. Isso se baseia em dois pressupostos: 1. Uma pessoa pode realizar apenas uma conversa ao vivo em vídeo 1-on-1 por vez. 2. Uma IA não consegue passar por um humano em uma conversa ao vivo em vídeo 1-on-1. ## 2. Regras - Uma rodada global sincronizada a cada quatro semanas. Pareamento aleatório a partir de uma semente gerada pelos próprios participantes, todos em pares. - Pessoas conversam por vídeo ao vivo. A barreira linguística é tratada como um problema temporário. - Ataques de relay são impedidos vinculando a chave pública a uma prova inegável, realizada como um aperto de mão. - Um par passa ou falha como um todo. Uma conta que falha é excluída e precisa de um convite para retornar, como uma nova conta. - Todos que passam recebem um **token de registro**, que permite ao portador participar da próxima rodada, e um **token de convite**, que pode ser usado na próxima rodada. Tokens podem ser combinados. - **c tokens de convite admitem um novo participante na próxima rodada**, por exemplo, 3. O uso de uma aprovação fora do sistema — um token de prova de humanidade única para votação, renda ou qualquer outra coisa — depende da aplicação e não é especificado aqui. ## 3. Convites Cada conta gera um token de convite por rodada, então um grupo de S contas pode admitir S/c novos participantes por rodada. O ataque ótimo dos coludidores é gastar todos os seus tokens a cada rodada em novas contas sem ninguém por trás: algumas passam gratuitamente, as demais falham e arrastam consigo um parceiro honesto. O número dessas contas por rodada é S/c, e isso define o ponto de 50%. Convites são destinados a pessoas que se conhecem. Todos têm um para dar, então qualquer pessoa real tem alguém que pode convidá-la; quem vende convites a estranhos conta como coludidor. c também é o preço para retornar após ausência, então um c maior ajuda contra o atacante, mas dificulta para o lado honesto reconvitar seus próprios membros: | c (tokens por novo participante) | Pessoas necessárias para 50% das contas | Mesmo, com 5% de ausências | |---|---|---| | 1 | ~8% | ~8% | | 2 | ~15% | ~15% | | 3 | 20% | 20% | | 4 | 23% | 22% | | 5 | 25% | 23% | | 10 | 29% | lado honesto não consegue readmitir seus próprios | | ∞ (sem convites) | 33% | — | K = N(c−1)/(2(c+1)) sem ausências; com ausências, o equilíbrio fica em torno de 3 ou 4, e 3 é o valor que se mantém independentemente da taxa de ausência. ## 4. Ataque de colusão K pessoas executam S contas. Uma conta emparelhada com uma pessoa honesta precisa de um dos K presentes; duas contas de coludidores emparelhadas entre si se atestam mutuamente e passam sem ninguém presente. Com participação X das contas na rodada, uma conta de coludidor encontra outra coludidora com probabilidade X, então os K pessoas cobrem as contas que encontram parceiros honestos e as demais passam gratuitamente. Convites adicionam rotatividade. S contas geram S tokens, suficientes para S/3 novas contas, então a cada rodada o atacante participa com S contas antigas e S/3 novas. Aquelas que encontram coludidores passam gratuitamente, K das demais recebem uma pessoa, as restantes falham — e cada falha remove um parceiro honesto por um período. Estado estacionário com c = 3: S = K/(1 − 4X/3). | Participação dos coludidores nas contas da rodada | Pessoas necessárias (proporção de todas) | Pessoas honestas ausentes por rodada, a cada rodada | |---|---|---| | 10% | ~7% | ~3% | | 30% | ~16% | ~11% | | 50% | **20%** | ~25% | | 100% (limite) | 33% | — | Membros honestos mantêm a maioria enquanto forem mais de 80% de todas as pessoas. Ninguém é perdido: o lado honesto tem N/3 convites por rodada e readmite os próprios, mas na proporção X entre um terço e metade, X dos honestos ficam ausentes por um período a qualquer momento. A maioria honesta é quem resiste sob pressão. Qualquer pessoa emparelhada com uma conta vazia pode passar atestando mesmo assim; quem faz isso está agindo como parte dos coludidores. Com c = 3, uma maioria honesta de 80% significa que 80% recusam aprovar uma conta falsa mesmo que percam essa rodada. **Ausências.** Alguém que se registra e depois não aparece falha no par, então o parceiro também cai. Alguém que não se registra para uma rodada não prejudica ninguém, então a ausência que importa é a não planejada, e provavelmente é rara — poucos por cento no máximo. Coludidores são pessoas e perdem rodadas na mesma taxa, mas duas contas de coludidores emparelhadas entre si são imunes, então nas contas o lado honesto perde cerca de três vezes mais por rodada, cada uma custando c tokens para ser reintroduzida. O atacante precisa de alguns por cento a mais de pessoas para cobrir seus próprios ausentes, e isso é compensado quase exatamente pelas readmissões do lado honesto esgotando antes: com c = 3, as pessoas necessárias ao atacante permanecem em 20%, enquanto o ponto crítico se move de 50% de participação dos coludidores para 49% com 1% de ausências e 44% com 5%. ## 5. Ataque de relay Duas pessoas honestas conectadas por meio de duas contas de coludidores, cada uma vendo a outra como seu parceiro, verificariam ambas as contas sem ninguém presente. Os registros são misturados antes da rodada, então ninguém consegue identificar quem é quem. O bloqueio e a chave impedem isso.O bloqueio e a chave o impedem. Cada parceiro envia ao outro uma gravação lacrada de si mesmo, juntamente com sua chave pública, a chave como dados dentro da carga lacrada; eles se encontram em vídeo; depois, trocam as chaves de descriptografia e verificam as gravações — que a chave dentro é a do parceiro e que a pessoa na gravação é a pessoa que acabaram de conhecer. Uma gravação é lacrada antes que seu criador tenha visto o parceiro, portanto não pode mostrar a pessoa que o parceiro irá encontrar, e ninguém pode ser encontrado sem primeiro passar na verificação. ## 6. Aleatoriedade A semente vem dos participantes. Todos que passam comprometem o hash de um número aleatório. Uma rodada depois, antes do próximo emparelhamento ser sorteado, eles revelam esse número, e cada revelação vota por um número derivado da revelação e da semente sorteada entre elas; o número com mais votos se torna a semente para a rodada seguinte. Ninguém pode direcionar um voto: a semente que o fixa não existia quando o compromisso foi feito. Uma revelação só pode ser retida, o que remove um voto. A revelação também é o que libera a passagem como uma prova de credencial de humano único para qualquer coisa que a use — renda, votação ou qualquer outra coisa, fora deste sistema — então reter custa a credencial, e o que pode ser comprado é uma escolha entre os números já empatados na liderança, algumas dezenas em escala, valendo algumas desvios-padrão de sorte no emparelhamento e diminuindo como 1/√N. Uma rodada na qual ninguém revela não tem semente, portanto pelo menos um participante deve revelar para que o sistema continue. ## 7. IA Autônoma Na hipótese de que uma IA futura consiga superar o teste de Turing em 1-1 em vídeo — não totalmente, mas o suficiente para passar contra o parceiro médio uma fração q do tempo — uma conta impulsionada por IA passa com probabilidade X + (1−X)q, e com c = 3 ela se reproduz quando essa probabilidade atinge 3/4. Com q = 75%, poucos convites são suficientes: as contas crescem sem ninguém por trás desde o início. Abaixo disso, o ataque ainda afeta pessoas: no máximo 0,8% de todos em q = 70%, 4% em 60%, 8% em 50%, 14% em 30%, contra 20% sem IA. Antes disso, um deepfake modifica um ator subjacente e não cria nenhum; o que o ataque precisa é de uma IA autônoma.