A aplicação da tecnologia zk-SNARKs nos sistemas de identidade digital tem-se tornado gradualmente mainstream. Diversos projetos de identidade digital baseados em zk-SNARKs estão a desenvolver pacotes de software amigáveis para o usuário, permitindo que os usuários provem que possuem uma identidade válida sem revelar detalhes da identidade. O projeto World ID, que utiliza tecnologia de biometria para verificação e garante a privacidade através de zk-SNARKs, teve recentemente o número de usuários a ultrapassar os 10 milhões. Um projeto governamental de identidade digital na região de Taiwan também aplicou zk-SNARKs, e a União Europeia está a dar cada vez mais ênfase a esta tecnologia no campo da identidade digital.
À primeira vista, a adoção generalizada da identidade digital baseada em zk-SNARKs parece ser uma grande vitória para o desenvolvimento de tecnologias descentralizadas. Ela pode proteger as redes sociais, os sistemas de votação e os serviços da internet contra ataques de bruxas e manipulação por robôs, sem sacrificar a privacidade. Mas a realidade não é tão simples, pois esse sistema de identificação ainda apresenta alguns riscos. Este artigo irá esclarecer os seguintes pontos:
zk-SNARKs resolveu muitos problemas importantes.
Mas a identidade embalada em zk-SNARKs ainda apresenta riscos. Esses riscos decorrem principalmente da manutenção rígida da propriedade "uma pessoa, uma identidade", pouco tendo a ver com a utilização específica de biometria ou passaporte.
O outro extremo é usar "prova de riqueza" para prevenir ataques de bruxas, mas isso na maioria dos cenários de aplicação não é suficiente; precisamos de alguma solução de "tipo identificação".
O estado ideal teórico é que o custo para obter N identificações seja N².
Este estado ideal é difícil de alcançar na prática, mas uma "identificação múltipla" adequada é bastante próxima dele, tornando-se assim a solução mais realista. A identificação múltipla pode ser explícita, como (, por exemplo, identidades baseadas em gráficos sociais ), ou pode ser implícita, onde existem múltiplos tipos de identidades zk-SNARKs coexistindo, e nenhum dos tipos tem uma participação de mercado próxima de 100% (.
) Como funciona a identificação embrulhada em zk-SNARKs?
Suponha que você tenha obtido um World ID ao escanear a íris ou ao usar o NFC do telefone para ler o passaporte e obter a identificação baseada em zk-SNARKs. Para os propósitos deste artigo, as propriedades centrais dessas duas abordagens são consistentes.
O seu telemóvel tem um valor secreto s. Na tabela global pública em cadeia, existe um valor hash público H###s(. Ao iniciar sessão na aplicação, você irá gerar um ID de utilizador específico para essa aplicação, ou seja, H)s, app_name(, e verificar através de zk-SNARKs: este ID e um determinado valor hash público na tabela originam o mesmo valor secreto s. Assim, cada valor hash público pode gerar apenas um ID para cada aplicação, mas nunca irá vazar qual ID exclusivo da aplicação corresponde a qual valor hash público.
Na verdade, o design pode ser um pouco mais complexo. No World ID, o ID específico da aplicação é, na realidade, um valor hash que inclui o ID da aplicação e o ID da sessão, permitindo que diferentes operações dentro da mesma aplicação possam ser desvinculadas entre si. O design do passaporte baseado em zk-SNARKs também pode ser construído de maneira semelhante.
Antes de discutir as desvantagens deste tipo de identificação, é necessário reconhecer as vantagens que ele traz. Para além da identidade de zk-SNARKs, para provar a sua identidade a serviços que necessitam de verificação, você tem que revelar a sua identidade legal completa. Isso viola severamente o "princípio do menor privilégio" da segurança informática: um processo deve obter apenas os privilégios e informações mínimos necessários para completar sua tarefa. Eles precisam provar que você não é um robô, que tem mais de 18 anos ou que vem de um país específico, mas o que recebem é a indicação da sua identidade completa.
A melhor solução de melhoria atualmente viável é usar números de telefone, números de cartão de crédito e outros tokens indiretos: neste caso, o sujeito que conhece o seu número de telefone/número de cartão de crédito associado às atividades dentro da aplicação e o sujeito que conhece o seu número de telefone/número de cartão de crédito associado à sua identidade legal ), empresa ou banco ( são mutuamente separados. Mas essa separação é extremamente frágil: os números de telefone e outras informações podem ser vazados a qualquer momento.
E com a ajuda da tecnologia de embalagem zk-SNARKs, os problemas acima foram em grande parte resolvidos. Mas o que se deve discutir a seguir é um ponto menos mencionado: ainda existem algumas questões que não só não foram resolvidas, como podem até se agravar devido à rígida limitação de "uma pessoa, uma identidade" em tais soluções.
Suponha que uma plataforma de identidade baseada em zk-SNARKs funcione exatamente como esperado, reproduzindo rigorosamente toda a lógica acima mencionada, e que até já tenha encontrado uma maneira de proteger as informações privadas de usuários não técnicos a longo prazo, sem depender de instituições centralizadas. Mas, ao mesmo tempo, podemos fazer uma suposição realista: os aplicativos não cooperarão ativamente com a proteção da privacidade, eles seguirão o princípio do "pragmatismo", e o design adotado, embora sob o lema de "maximizar a conveniência do usuário", parece sempre tender em direção aos seus próprios interesses políticos e comerciais.
Em tais cenários, aplicativos de mídia social não adotarão designs complexos como a rotação frequente de chaves de sessão, mas atribuirão a cada usuário um ID exclusivo específico do aplicativo. E devido ao sistema de identidade seguir a regra "uma pessoa, uma identidade", os usuários só podem ter uma conta ###, o que contrasta com a atual "identidade fraca", como a conta do Google, onde uma pessoa comum pode facilmente registrar cerca de 5 contas (. No mundo real, a realização do anonimato geralmente requer várias contas: uma para a "identidade convencional" e outras para várias identidades anônimas. Portanto, nesse modelo, a anonimidade que os usuários podem realmente obter é muito provavelmente inferior ao nível atual. Assim, mesmo um sistema de "uma pessoa, uma identidade" embalado por zk-SNARKs pode nos levar gradualmente a um mundo onde todas as atividades devem estar vinculadas a uma única identidade pública. Em uma época de riscos crescentes, privar as pessoas da escolha de se protegerem por meio do anonimato terá sérias consequências negativas.
) zk-SNARKs não podem proteger você de coerção.
Mesmo que você não revele seu valor secreto s, ninguém pode ver a associação pública entre suas contas, mas e se alguém for forçado a revelá-lo? O governo pode exigir que você divulgue seu valor secreto para verificar todas as suas atividades. Isso não é uma conversa vazia: o governo dos EUA já começou a exigir que os candidatos a visto revelem suas contas de mídia social. Além disso, os empregadores também podem facilmente tornar a divulgação de informações públicas completas uma condição para a contratação. Até mesmo aplicativos individuais, em um nível técnico, podem exigir que os usuários revelem sua identificação em outros aplicativos para permitir o registro e uso.
Da mesma forma, nestes casos, o valor da propriedade dos zk-SNARKs desaparece, mas as desvantagens da nova propriedade "uma pessoa, uma conta" ainda persistem.
Podemos reduzir o risco de coerção através de otimizações de design: por exemplo, utilizando um mecanismo de computação multipartidária para gerar um ID exclusivo para cada aplicação, permitindo que os usuários e o prestador de serviços participem juntos. Assim, se não houver a participação do operador da aplicação, o usuário não poderá provar seu ID exclusivo naquela aplicação. Isso aumentará a dificuldade de forçar outros a revelar sua identidade completa, mas não eliminará completamente essa possibilidade, e esse tipo de solução também tem outras desvantagens, como exigir que os desenvolvedores da aplicação sejam entidades ativas em tempo real, e não como contratos inteligentes passivos na cadeia.
![Vitalik: identidade digital + ZK-SNARKs sob múltiplos dilemas]###https://img-cdn.gateio.im/webp-social/moments-5c5e98a8645b7a2cc02bf3f26d7bf4d7.webp(
) zk-SNARKs não podem resolver riscos não relacionados à privacidade.
Todas as formas de identificação têm casos limite:
Baseado em identificação emitida pelo governo, incluindo passaportes, não cobre pessoas apátridas e não inclui aqueles que ainda não obtiveram tais documentos.
Por outro lado, este tipo de sistema de identificação baseado no governo conferirá privilégios únicos aos detentores de múltiplas nacionalidades.
As entidades emissoras de passaportes podem sofrer ataques de hackers, e até mesmo agências de inteligência de países hostis podem falsificar uma grande quantidade de identidades falsas.
Para aqueles cujas características biométricas estão comprometidas devido a doenças ou lesões, a identificação biométrica falhará completamente.
A identidade biométrica pode ser facilmente enganada por imitações. Se o valor da identidade biométrica se tornar extremamente alto, poderemos até ver pessoas a cultivar órgãos humanos apenas para "fabricar em massa" este tipo de identidade.
Estes casos marginais representam o maior perigo em sistemas que tentam manter a propriedade "uma pessoa, uma identidade" e não têm qualquer relação com a privacidade. Assim, zk-SNARKs não podem ajudar neste caso.
A dependência de "prova de riqueza" para prevenir ataques de bruxas não é suficiente para resolver o problema, portanto, precisamos de algum tipo de sistema de identificação.
No seio da comunidade puramente cripto-anárquica, uma alternativa comum é: depender completamente da "prova de riqueza" para prevenir ataques de bruxaria, em vez de construir qualquer forma de sistema de identificação. Ao fazer com que cada conta tenha um custo associado, é possível impedir que alguém crie facilmente um grande número de contas. Esta prática já tem precedentes na internet, como o fórum Somethingawful, que exige que os usuários paguem uma taxa única de 10 dólares para se registarem, sendo que esta taxa não é reembolsada se a conta for banida. No entanto, isso não representa, na prática, um verdadeiro modelo de economia cripto, pois o maior obstáculo para a criação de uma nova conta não é o reembolso dos 10 dólares, mas sim a obtenção de um novo cartão de crédito.
Teoricamente, até poderia permitir que os pagamentos tivessem condições: ao registrar uma conta, você só precisa depositar um valor, e apenas em casos extremamente raros de a conta ser suspensa é que você perderia esse valor. Teoricamente, isso poderia aumentar significativamente o custo dos ataques.
Este plano tem um efeito notável em muitos cenários, mas em certos tipos de cenários não funciona de todo. Vou me concentrar em duas categorias de cenários, que chamarei temporariamente de "cenários de rendimento básico universal" e "cenários de governança".
)# A necessidade de identificação no cenário de rendimento básico universal
O que se chama "cenário de rendimento básico universal" refere-se a situações em que é necessário distribuir uma certa quantidade de ativos ou serviços a um vasto ###, idealmente a todos os ( usuários, sem considerar a sua capacidade de pagamento. O Worldcoin está sistematicamente a praticar isto: qualquer pessoa que possua um World ID pode receber regularmente uma pequena quantidade de tokens WLD. Muitos airdrops de tokens também realizam objetivos semelhantes de forma mais informal, tentando garantir que pelo menos uma parte dos tokens chegue ao maior número possível de usuários.
Na minha opinião, não acho que o valor desses tipos de tokens possa atingir um nível que sustente a vida pessoal. Em uma economia impulsionada por inteligência artificial, com uma escala de riqueza que chega a mil vezes a atual, esses tipos de tokens podem ter valor suficiente para sustentar a vida; mas mesmo assim, ainda haverá projetos liderados por governos, sustentados por riquezas de recursos naturais, que ocuparão uma posição mais importante a nível econômico. No entanto, considero que o que esses "pequenos rendimentos básicos universais" podem resolver efetivamente é: permitir que as pessoas obtenham uma quantidade suficiente de criptomoedas para realizar algumas transações básicas em cadeia e compras online. Isso pode incluir:
Obter nome ENS
Publicar o hash na cadeia para inicializar uma determinada identidade digital zk-SNARKs
Pagar taxas de plataformas de mídia social
Se as criptomoedas forem amplamente adotadas globalmente, esse problema deixará de existir. Mas, com as criptomoedas ainda não sendo populares, esta pode ser a única maneira para as pessoas acessarem aplicações não financeiras em blockchain e serviços de produtos online relacionados, caso contrário, elas podem não ter acesso a esses recursos.
Além disso, há outra forma de alcançar um efeito semelhante, chamada "serviços básicos para todos": fornecer a cada pessoa com identificação a permissão para enviar um número limitado de transações gratuitas dentro de uma aplicação específica. Essa abordagem pode estar mais alinhada com o mecanismo de incentivos e ter uma eficiência de capital maior, pois cada aplicação beneficiada por essa adoção pode fazê-lo sem ter que pagar por usuários não registrados; no entanto, isso vem com um certo trade-off, pois a universalidade será reduzida, e os usuários só podem garantir acesso às aplicações que participam desse programa. Mas, mesmo assim, ainda é necessária uma solução de identidade aqui para evitar que o sistema sofra ataques de spam, ao mesmo tempo que se evita a exclusividade, que surge da exigência de que os usuários paguem de alguma forma, e esse método de pagamento pode não estar ao alcance de todos.
A última categoria importante a ser enfatizada é "margem básica universal". A função da identificação é
Esta página pode conter conteúdos de terceiros, que são fornecidos apenas para fins informativos (sem representações/garantias) e não devem ser considerados como uma aprovação dos seus pontos de vista pela Gate, nem como aconselhamento financeiro ou profissional. Consulte a Declaração de exoneração de responsabilidade para obter mais informações.
18 gostos
Recompensa
18
6
Partilhar
Comentar
0/400
SelfCustodyIssues
· 07-19 04:51
Que problemas pode resolver o zk?
Ver originalResponder0
FOMOmonster
· 07-18 08:48
Não me atrevo a atualizar cegamente este novo id.
Ver originalResponder0
NFTRegretter
· 07-16 05:25
Privacidade, privacidade, ainda não é necessário entregar dados ao senhor.
Ver originalResponder0
BagHolderTillRetire
· 07-16 05:23
Ecologia tão confusa, quem se atreve a lançar a identificação?
Ver originalResponder0
GweiWatcher
· 07-16 05:22
Hehe, quais são os riscos de guardar privacidade? O importante é que funcione.
Ver originalResponder0
NotFinancialAdvice
· 07-16 05:08
zk-SNARKs equipado! Ser enganado por idiotas também precisa de invisibilidade!
O sistema de identificação baseado em zk-SNARKs: uma espada de dois gumes: ferramenta de privacidade ou ameaça ao anonimato
A aplicação da tecnologia zk-SNARKs nos sistemas de identidade digital tem-se tornado gradualmente mainstream. Diversos projetos de identidade digital baseados em zk-SNARKs estão a desenvolver pacotes de software amigáveis para o usuário, permitindo que os usuários provem que possuem uma identidade válida sem revelar detalhes da identidade. O projeto World ID, que utiliza tecnologia de biometria para verificação e garante a privacidade através de zk-SNARKs, teve recentemente o número de usuários a ultrapassar os 10 milhões. Um projeto governamental de identidade digital na região de Taiwan também aplicou zk-SNARKs, e a União Europeia está a dar cada vez mais ênfase a esta tecnologia no campo da identidade digital.
À primeira vista, a adoção generalizada da identidade digital baseada em zk-SNARKs parece ser uma grande vitória para o desenvolvimento de tecnologias descentralizadas. Ela pode proteger as redes sociais, os sistemas de votação e os serviços da internet contra ataques de bruxas e manipulação por robôs, sem sacrificar a privacidade. Mas a realidade não é tão simples, pois esse sistema de identificação ainda apresenta alguns riscos. Este artigo irá esclarecer os seguintes pontos:
![Vitalik：identidade digital+ZK技术下的多重困境])https://img-cdn.gateio.im/webp-social/moments-1fa15b87f0dad953ff390e1ff4499f3d.webp(
) Como funciona a identificação embrulhada em zk-SNARKs?
Suponha que você tenha obtido um World ID ao escanear a íris ou ao usar o NFC do telefone para ler o passaporte e obter a identificação baseada em zk-SNARKs. Para os propósitos deste artigo, as propriedades centrais dessas duas abordagens são consistentes.
O seu telemóvel tem um valor secreto s. Na tabela global pública em cadeia, existe um valor hash público H###s(. Ao iniciar sessão na aplicação, você irá gerar um ID de utilizador específico para essa aplicação, ou seja, H)s, app_name(, e verificar através de zk-SNARKs: este ID e um determinado valor hash público na tabela originam o mesmo valor secreto s. Assim, cada valor hash público pode gerar apenas um ID para cada aplicação, mas nunca irá vazar qual ID exclusivo da aplicação corresponde a qual valor hash público.
Na verdade, o design pode ser um pouco mais complexo. No World ID, o ID específico da aplicação é, na realidade, um valor hash que inclui o ID da aplicação e o ID da sessão, permitindo que diferentes operações dentro da mesma aplicação possam ser desvinculadas entre si. O design do passaporte baseado em zk-SNARKs também pode ser construído de maneira semelhante.
Antes de discutir as desvantagens deste tipo de identificação, é necessário reconhecer as vantagens que ele traz. Para além da identidade de zk-SNARKs, para provar a sua identidade a serviços que necessitam de verificação, você tem que revelar a sua identidade legal completa. Isso viola severamente o "princípio do menor privilégio" da segurança informática: um processo deve obter apenas os privilégios e informações mínimos necessários para completar sua tarefa. Eles precisam provar que você não é um robô, que tem mais de 18 anos ou que vem de um país específico, mas o que recebem é a indicação da sua identidade completa.
A melhor solução de melhoria atualmente viável é usar números de telefone, números de cartão de crédito e outros tokens indiretos: neste caso, o sujeito que conhece o seu número de telefone/número de cartão de crédito associado às atividades dentro da aplicação e o sujeito que conhece o seu número de telefone/número de cartão de crédito associado à sua identidade legal ), empresa ou banco ( são mutuamente separados. Mas essa separação é extremamente frágil: os números de telefone e outras informações podem ser vazados a qualquer momento.
E com a ajuda da tecnologia de embalagem zk-SNARKs, os problemas acima foram em grande parte resolvidos. Mas o que se deve discutir a seguir é um ponto menos mencionado: ainda existem algumas questões que não só não foram resolvidas, como podem até se agravar devido à rígida limitação de "uma pessoa, uma identidade" em tais soluções.
![Vitalik：identidade digital+ZK技术下的多重困境])https://img-cdn.gateio.im/webp-social/moments-18e125ae671fbd46a8f4b809256f301e.webp(
) zk-SNARKs本身无法实现匿名性
Suponha que uma plataforma de identidade baseada em zk-SNARKs funcione exatamente como esperado, reproduzindo rigorosamente toda a lógica acima mencionada, e que até já tenha encontrado uma maneira de proteger as informações privadas de usuários não técnicos a longo prazo, sem depender de instituições centralizadas. Mas, ao mesmo tempo, podemos fazer uma suposição realista: os aplicativos não cooperarão ativamente com a proteção da privacidade, eles seguirão o princípio do "pragmatismo", e o design adotado, embora sob o lema de "maximizar a conveniência do usuário", parece sempre tender em direção aos seus próprios interesses políticos e comerciais.
Em tais cenários, aplicativos de mídia social não adotarão designs complexos como a rotação frequente de chaves de sessão, mas atribuirão a cada usuário um ID exclusivo específico do aplicativo. E devido ao sistema de identidade seguir a regra "uma pessoa, uma identidade", os usuários só podem ter uma conta ###, o que contrasta com a atual "identidade fraca", como a conta do Google, onde uma pessoa comum pode facilmente registrar cerca de 5 contas (. No mundo real, a realização do anonimato geralmente requer várias contas: uma para a "identidade convencional" e outras para várias identidades anônimas. Portanto, nesse modelo, a anonimidade que os usuários podem realmente obter é muito provavelmente inferior ao nível atual. Assim, mesmo um sistema de "uma pessoa, uma identidade" embalado por zk-SNARKs pode nos levar gradualmente a um mundo onde todas as atividades devem estar vinculadas a uma única identidade pública. Em uma época de riscos crescentes, privar as pessoas da escolha de se protegerem por meio do anonimato terá sérias consequências negativas.
) zk-SNARKs não podem proteger você de coerção.
Mesmo que você não revele seu valor secreto s, ninguém pode ver a associação pública entre suas contas, mas e se alguém for forçado a revelá-lo? O governo pode exigir que você divulgue seu valor secreto para verificar todas as suas atividades. Isso não é uma conversa vazia: o governo dos EUA já começou a exigir que os candidatos a visto revelem suas contas de mídia social. Além disso, os empregadores também podem facilmente tornar a divulgação de informações públicas completas uma condição para a contratação. Até mesmo aplicativos individuais, em um nível técnico, podem exigir que os usuários revelem sua identificação em outros aplicativos para permitir o registro e uso.
Da mesma forma, nestes casos, o valor da propriedade dos zk-SNARKs desaparece, mas as desvantagens da nova propriedade "uma pessoa, uma conta" ainda persistem.
Podemos reduzir o risco de coerção através de otimizações de design: por exemplo, utilizando um mecanismo de computação multipartidária para gerar um ID exclusivo para cada aplicação, permitindo que os usuários e o prestador de serviços participem juntos. Assim, se não houver a participação do operador da aplicação, o usuário não poderá provar seu ID exclusivo naquela aplicação. Isso aumentará a dificuldade de forçar outros a revelar sua identidade completa, mas não eliminará completamente essa possibilidade, e esse tipo de solução também tem outras desvantagens, como exigir que os desenvolvedores da aplicação sejam entidades ativas em tempo real, e não como contratos inteligentes passivos na cadeia.
![Vitalik: identidade digital + ZK-SNARKs sob múltiplos dilemas]###https://img-cdn.gateio.im/webp-social/moments-5c5e98a8645b7a2cc02bf3f26d7bf4d7.webp(
) zk-SNARKs não podem resolver riscos não relacionados à privacidade.
Todas as formas de identificação têm casos limite:
Estes casos marginais representam o maior perigo em sistemas que tentam manter a propriedade "uma pessoa, uma identidade" e não têm qualquer relação com a privacidade. Assim, zk-SNARKs não podem ajudar neste caso.
A dependência de "prova de riqueza" para prevenir ataques de bruxas não é suficiente para resolver o problema, portanto, precisamos de algum tipo de sistema de identificação.
No seio da comunidade puramente cripto-anárquica, uma alternativa comum é: depender completamente da "prova de riqueza" para prevenir ataques de bruxaria, em vez de construir qualquer forma de sistema de identificação. Ao fazer com que cada conta tenha um custo associado, é possível impedir que alguém crie facilmente um grande número de contas. Esta prática já tem precedentes na internet, como o fórum Somethingawful, que exige que os usuários paguem uma taxa única de 10 dólares para se registarem, sendo que esta taxa não é reembolsada se a conta for banida. No entanto, isso não representa, na prática, um verdadeiro modelo de economia cripto, pois o maior obstáculo para a criação de uma nova conta não é o reembolso dos 10 dólares, mas sim a obtenção de um novo cartão de crédito.
Teoricamente, até poderia permitir que os pagamentos tivessem condições: ao registrar uma conta, você só precisa depositar um valor, e apenas em casos extremamente raros de a conta ser suspensa é que você perderia esse valor. Teoricamente, isso poderia aumentar significativamente o custo dos ataques.
Este plano tem um efeito notável em muitos cenários, mas em certos tipos de cenários não funciona de todo. Vou me concentrar em duas categorias de cenários, que chamarei temporariamente de "cenários de rendimento básico universal" e "cenários de governança".
![Vitalik：identidade digital+ZK技术下的多重困境]###https://img-cdn.gateio.im/webp-social/moments-4ee3f0f2fb93f4937527d660b75452b7.webp(
)# A necessidade de identificação no cenário de rendimento básico universal
O que se chama "cenário de rendimento básico universal" refere-se a situações em que é necessário distribuir uma certa quantidade de ativos ou serviços a um vasto ###, idealmente a todos os ( usuários, sem considerar a sua capacidade de pagamento. O Worldcoin está sistematicamente a praticar isto: qualquer pessoa que possua um World ID pode receber regularmente uma pequena quantidade de tokens WLD. Muitos airdrops de tokens também realizam objetivos semelhantes de forma mais informal, tentando garantir que pelo menos uma parte dos tokens chegue ao maior número possível de usuários.
Na minha opinião, não acho que o valor desses tipos de tokens possa atingir um nível que sustente a vida pessoal. Em uma economia impulsionada por inteligência artificial, com uma escala de riqueza que chega a mil vezes a atual, esses tipos de tokens podem ter valor suficiente para sustentar a vida; mas mesmo assim, ainda haverá projetos liderados por governos, sustentados por riquezas de recursos naturais, que ocuparão uma posição mais importante a nível econômico. No entanto, considero que o que esses "pequenos rendimentos básicos universais" podem resolver efetivamente é: permitir que as pessoas obtenham uma quantidade suficiente de criptomoedas para realizar algumas transações básicas em cadeia e compras online. Isso pode incluir:
Se as criptomoedas forem amplamente adotadas globalmente, esse problema deixará de existir. Mas, com as criptomoedas ainda não sendo populares, esta pode ser a única maneira para as pessoas acessarem aplicações não financeiras em blockchain e serviços de produtos online relacionados, caso contrário, elas podem não ter acesso a esses recursos.
Além disso, há outra forma de alcançar um efeito semelhante, chamada "serviços básicos para todos": fornecer a cada pessoa com identificação a permissão para enviar um número limitado de transações gratuitas dentro de uma aplicação específica. Essa abordagem pode estar mais alinhada com o mecanismo de incentivos e ter uma eficiência de capital maior, pois cada aplicação beneficiada por essa adoção pode fazê-lo sem ter que pagar por usuários não registrados; no entanto, isso vem com um certo trade-off, pois a universalidade será reduzida, e os usuários só podem garantir acesso às aplicações que participam desse programa. Mas, mesmo assim, ainda é necessária uma solução de identidade aqui para evitar que o sistema sofra ataques de spam, ao mesmo tempo que se evita a exclusividade, que surge da exigência de que os usuários paguem de alguma forma, e esse método de pagamento pode não estar ao alcance de todos.
A última categoria importante a ser enfatizada é "margem básica universal". A função da identificação é