“A moda se move em ciclos. Cripto se move em loops. Os ciclos podem morrer, mas os clones são para sempre.”
Arcium, um projeto de supercomputação criptográfica na Solana, escolheu a Coinlist para a sua rodada comunitária, me fazendo lembrar instantaneamente das batalhas por alocação na Coinlist de 2017 a 2021 - uma vila de novatos para cientistas e agricultores de airdrop.
A nova geração supera a antiga, mas a Arcium mudou sua marca três vezes, lutando para abrir um caminho para si mesma. Escapou por pouco da temporada de memes da Solana; se pode realizar seu sonho durante a temporada de memes da BSC permanece desconhecido.
Três frases resumem por que Elusiv se tornou Arcium:
Elusiv originou-se de um hackathon da Solana. Inicialmente, era essencialmente um fork de projetos de privacidade criptográfica como Zcash, Monero e Tornado Cash na Solana, com foco na construção de serviços dark pool usando ZK, FHE e MPC.
Os serviços de dark pool não são complicados - são semelhantes à dark web, referindo-se a comportamentos ocultos sob a superfície, semelhantes a um "deep state". Essencialmente, as dark pools permitem que grandes instituições ou indivíduos negociem anonimamente fora do mercado, evitando a volatilidade nos mercados públicos.
Nas blockchains, os livros-razão transparentes tornam todas as transações visíveis - é assim que o MEV nasce - então a negociação anônima tem demanda específica.
No entanto, como observado, a privacidade 1.0 não apresentava diferença real em relação aos mixers ou Monero. Depois que o Tornado Cash passou por uma regulamentação rigorosa, seguir por esse caminho seria visto como um desafio direto às autoridades dos EUA. Assim, a base de código do Elusiv parou de ser atualizada há dois anos.
Legenda da imagem: Elusiv inativo
Fonte da imagem: @ArciumHQ
Se você pesquisar "Dark Pool" e "FHE" em @ArciumHQ, você vai perceber que eles se concentram em duas coisas:
Discutindo como o MPC é superior ao FHE, principalmente em termos de eficiência computacional e custo \
Expressando otimismo de longo prazo sobre as pools escuras — embora no passado sob o nome Elusiv, e agora sob Arcium
No entanto, não há superioridade absoluta entre tecnologias como MPC, FHE, ZK e TEE. Suas diferenças estão mais relacionadas aos cenários de aplicação:
MPC foca na computação confiável entre múltiplas partes
FHE foca na computação sobre dados criptografados
ZK garante a validade dos dados antes da criptografia
Legenda da imagem: A visão da Arcium sobre a comparação de tecnologia de privacidade
Fonte da imagem: @ArciumHQ
Na verdade, é justo dizer que todos os projetos focados em privacidade estão passando por um momento difícil agora - não há necessidade de competir entre si. Expandir o mercado juntos é um caminho melhor para o sucesso. Mas é claro, isso não é tão chamativo. Depois que o Tornado Cash viu um possível retorno, a Arcium começou a promover novamente as dark pools.
Construir um projeto é difícil. Construir um projeto conhecido é mais difícil - você tem que resistir ao teste do tempo e ainda sentir como seu primeiro amor. Ser um trader varejista é difícil. Ser um trader varejista lucrativo é mais difícil - especialmente quando todos na facção "Huanglongjiang" têm fones de ouvido Bluetooth e você ainda precisa decodificar cada linha.
Arcium tem suas próprias ideias sobre privacidade baseada em dados.
Simplificando, a Arcium está pensando em como combinar as características da blockchain com o MPC. A resposta é simples: como o MPC requer computação de várias partes e as blockchains requerem execução de vários nós, combiná-los resulta em Ambientes de Execução de Várias Partes (MXEs).
Com base nesse conceito, adicione tecnologia de execução paralela juntamente com recursos de FHE/ZK e você pode construir um sistema de criptografia blockchain que seja rápido e seguro.
Se você está interessado em paralelização, você pode conferir este artigo mais antigo (e ainda válido):Paralelismo Além da EVM - Alto Desempenho L1 (Sui) vs Ethereum L2?”
Mas, no final, esses feitos técnicos não são o verdadeiro problema. Assim como Nillion, o verdadeiro problema com a tecnologia de privacidade hoje é a falta de casos de uso do mundo real. Arcium escolheu IA, DePIN e DeFi como seus setores-alvo. Os dois primeiros são frequentemente usados como palavras da moda para atrair financiamento e justificar lançamentos de tokens - mas apenas DeFi, especialmente dark pools e transações privadas (mistura), têm atualmente demanda de mercado real.
A Arcium afirma que sua arquitetura é 10.000 vezes mais rápida do que o FHE, mas isso é funcionalmente irrelevante. As blockchains não precisam de FHE hoje, então 10.000× zero ainda é zero.
Isso não é para negar Arcium ou tecnologias MPC/FHE - mas a verdade é que a demanda de longo prazo deles é incerta e, com a pressão para emitir tokens, os projetos muitas vezes perseguem casos de uso imaginários. Assim como uma recompra não pode tornar um token sem valor valioso, prometer demais não altera os fundamentos.
Mas as coisas sempre têm uma reviravolta. Helius, que uma vez contribuiu com o artigo técnico mais direto sobre Solana 2.0, agora está redefinindo o conceito de Privacidade Solana 2.0. Embora eu não acredite, parece lógico.
No centro está apenas um ponto: Privacidade 2.0 é privacidade multi-party, geralmente referindo-se a estados privados compartilhados—em outras palavras, MPC. Mais especificamente, alinha-se com o conjunto de conceitos da Arcium:
Aqui, tenho que desabafar um pouco: StarkNet, a linguagem Move, Arcis — todas são variantes de Rust. As equipes de projeto podem pensar que personalizar essas linguagens libera o máximo potencial, mas, na realidade, tudo o que faz é aumentar a carga do desenvolvedor sem trazer muitos benefícios reais.
Legenda da imagem: Diferença entre Privacidade 1.0 e 2.0
Fonte: Helius
Na verdade, a IA de preservação de privacidade provavelmente não precisará de tecnologia MPC/FHE. Se os LLMs (Modelos de Linguagem Grande) puderem encolher o suficiente, o MCP (Processamento Multi-Cliente) poderá se tornar o padrão de facto, atendendo às necessidades dos usuários pessoais sem expor demais seus dados.
Agora, se "IA privada" significa uma empresa, entidade ou indivíduo implantando seus próprios LLMs, então sim - talvez você possa justificar a adição de MPC/FHE apesar da latência e sobrecarga de computação. Mas mesmo assim, MPC é apenas "mais barato" em relação ao FHE - ainda não é verdadeiramente eficiente.
Além disso, as verdadeiras questões enfrentadas pelas dark pools e transações privadas (como misturadores e micro pagamentos anônimos) são regulatórias, não apenas relacionadas a custos. As dark pools são para grandes investidores. No TradFi, a batalha entre as dark pools e a SEC tem sido contínua. O mesmo acontece com os misturadores.
Claro, a atitude de pegar o dinheiro antes da inundação de Trump inspirou alguns - mas se as dark pools on-chain realmente ressurgirem e apenas seguirmos o caminho de relatórios de privacidade semi-oficiais do Railgun, serão os usuários varejistas que serão queimados em negociações de baleia para baleia.
Os EUA podem ter recuado de sua repressão total ao Tornado Cash, mas mesmo assim, soluções de privacidade puras e clássicas não voltarão à corrente principal. Com empresas como TRM Labs e protocolos semi conformes como Railgun, os reguladores agora controlam efetivamente o comportamento da cadeia.
A única área com demanda de mercado real são micro pagamentos anônimos. Mas mesmo assim, os usuários comuns raramente querem pagar a mais por privacidade. Você pode tratá-lo como um recurso ou serviço, mas é difícil construir todo um ajuste de produto-mercado apenas com isso.
A entrada da Arcium no processo TGE marca o fim da era clássica dos projetos de privacidade - um evento ainda mais icônico do que a reversão do Tornado Cash. Daqui para frente, as equipes de projeto imporão proativamente auto-limitações, e os limites serão claramente definidos.
Este artigo foi republicado de [Solanazuoyewaiboshan]. Direitos autorais pertencem ao autor original [zuoyewaiboshan]. Se houver alguma objeção a esta reimpressão, entre em contato com o Gate Aprenderequipe. Nós vamos processá-lo prontamente de acordo com os procedimentos relevantes.
Aviso legal: As opiniões expressas neste artigo representam apenas as opiniões pessoais do autor e não constituem nenhum conselho de investimento.
Outras versões deste artigo em outros idiomas são traduzidas pela equipe Gate Learn. Não copie, distribua ou cometa plágio do conteúdo traduzido sem mencionarGate.io.
“A moda se move em ciclos. Cripto se move em loops. Os ciclos podem morrer, mas os clones são para sempre.”
Arcium, um projeto de supercomputação criptográfica na Solana, escolheu a Coinlist para a sua rodada comunitária, me fazendo lembrar instantaneamente das batalhas por alocação na Coinlist de 2017 a 2021 - uma vila de novatos para cientistas e agricultores de airdrop.
A nova geração supera a antiga, mas a Arcium mudou sua marca três vezes, lutando para abrir um caminho para si mesma. Escapou por pouco da temporada de memes da Solana; se pode realizar seu sonho durante a temporada de memes da BSC permanece desconhecido.
Três frases resumem por que Elusiv se tornou Arcium:
Elusiv originou-se de um hackathon da Solana. Inicialmente, era essencialmente um fork de projetos de privacidade criptográfica como Zcash, Monero e Tornado Cash na Solana, com foco na construção de serviços dark pool usando ZK, FHE e MPC.
Os serviços de dark pool não são complicados - são semelhantes à dark web, referindo-se a comportamentos ocultos sob a superfície, semelhantes a um "deep state". Essencialmente, as dark pools permitem que grandes instituições ou indivíduos negociem anonimamente fora do mercado, evitando a volatilidade nos mercados públicos.
Nas blockchains, os livros-razão transparentes tornam todas as transações visíveis - é assim que o MEV nasce - então a negociação anônima tem demanda específica.
No entanto, como observado, a privacidade 1.0 não apresentava diferença real em relação aos mixers ou Monero. Depois que o Tornado Cash passou por uma regulamentação rigorosa, seguir por esse caminho seria visto como um desafio direto às autoridades dos EUA. Assim, a base de código do Elusiv parou de ser atualizada há dois anos.
Legenda da imagem: Elusiv inativo
Fonte da imagem: @ArciumHQ
Se você pesquisar "Dark Pool" e "FHE" em @ArciumHQ, você vai perceber que eles se concentram em duas coisas:
Discutindo como o MPC é superior ao FHE, principalmente em termos de eficiência computacional e custo \
Expressando otimismo de longo prazo sobre as pools escuras — embora no passado sob o nome Elusiv, e agora sob Arcium
No entanto, não há superioridade absoluta entre tecnologias como MPC, FHE, ZK e TEE. Suas diferenças estão mais relacionadas aos cenários de aplicação:
MPC foca na computação confiável entre múltiplas partes
FHE foca na computação sobre dados criptografados
ZK garante a validade dos dados antes da criptografia
Legenda da imagem: A visão da Arcium sobre a comparação de tecnologia de privacidade
Fonte da imagem: @ArciumHQ
Na verdade, é justo dizer que todos os projetos focados em privacidade estão passando por um momento difícil agora - não há necessidade de competir entre si. Expandir o mercado juntos é um caminho melhor para o sucesso. Mas é claro, isso não é tão chamativo. Depois que o Tornado Cash viu um possível retorno, a Arcium começou a promover novamente as dark pools.
Construir um projeto é difícil. Construir um projeto conhecido é mais difícil - você tem que resistir ao teste do tempo e ainda sentir como seu primeiro amor. Ser um trader varejista é difícil. Ser um trader varejista lucrativo é mais difícil - especialmente quando todos na facção "Huanglongjiang" têm fones de ouvido Bluetooth e você ainda precisa decodificar cada linha.
Arcium tem suas próprias ideias sobre privacidade baseada em dados.
Simplificando, a Arcium está pensando em como combinar as características da blockchain com o MPC. A resposta é simples: como o MPC requer computação de várias partes e as blockchains requerem execução de vários nós, combiná-los resulta em Ambientes de Execução de Várias Partes (MXEs).
Com base nesse conceito, adicione tecnologia de execução paralela juntamente com recursos de FHE/ZK e você pode construir um sistema de criptografia blockchain que seja rápido e seguro.
Se você está interessado em paralelização, você pode conferir este artigo mais antigo (e ainda válido):Paralelismo Além da EVM - Alto Desempenho L1 (Sui) vs Ethereum L2?”
Mas, no final, esses feitos técnicos não são o verdadeiro problema. Assim como Nillion, o verdadeiro problema com a tecnologia de privacidade hoje é a falta de casos de uso do mundo real. Arcium escolheu IA, DePIN e DeFi como seus setores-alvo. Os dois primeiros são frequentemente usados como palavras da moda para atrair financiamento e justificar lançamentos de tokens - mas apenas DeFi, especialmente dark pools e transações privadas (mistura), têm atualmente demanda de mercado real.
A Arcium afirma que sua arquitetura é 10.000 vezes mais rápida do que o FHE, mas isso é funcionalmente irrelevante. As blockchains não precisam de FHE hoje, então 10.000× zero ainda é zero.
Isso não é para negar Arcium ou tecnologias MPC/FHE - mas a verdade é que a demanda de longo prazo deles é incerta e, com a pressão para emitir tokens, os projetos muitas vezes perseguem casos de uso imaginários. Assim como uma recompra não pode tornar um token sem valor valioso, prometer demais não altera os fundamentos.
Mas as coisas sempre têm uma reviravolta. Helius, que uma vez contribuiu com o artigo técnico mais direto sobre Solana 2.0, agora está redefinindo o conceito de Privacidade Solana 2.0. Embora eu não acredite, parece lógico.
No centro está apenas um ponto: Privacidade 2.0 é privacidade multi-party, geralmente referindo-se a estados privados compartilhados—em outras palavras, MPC. Mais especificamente, alinha-se com o conjunto de conceitos da Arcium:
Aqui, tenho que desabafar um pouco: StarkNet, a linguagem Move, Arcis — todas são variantes de Rust. As equipes de projeto podem pensar que personalizar essas linguagens libera o máximo potencial, mas, na realidade, tudo o que faz é aumentar a carga do desenvolvedor sem trazer muitos benefícios reais.
Legenda da imagem: Diferença entre Privacidade 1.0 e 2.0
Fonte: Helius
Na verdade, a IA de preservação de privacidade provavelmente não precisará de tecnologia MPC/FHE. Se os LLMs (Modelos de Linguagem Grande) puderem encolher o suficiente, o MCP (Processamento Multi-Cliente) poderá se tornar o padrão de facto, atendendo às necessidades dos usuários pessoais sem expor demais seus dados.
Agora, se "IA privada" significa uma empresa, entidade ou indivíduo implantando seus próprios LLMs, então sim - talvez você possa justificar a adição de MPC/FHE apesar da latência e sobrecarga de computação. Mas mesmo assim, MPC é apenas "mais barato" em relação ao FHE - ainda não é verdadeiramente eficiente.
Além disso, as verdadeiras questões enfrentadas pelas dark pools e transações privadas (como misturadores e micro pagamentos anônimos) são regulatórias, não apenas relacionadas a custos. As dark pools são para grandes investidores. No TradFi, a batalha entre as dark pools e a SEC tem sido contínua. O mesmo acontece com os misturadores.
Claro, a atitude de pegar o dinheiro antes da inundação de Trump inspirou alguns - mas se as dark pools on-chain realmente ressurgirem e apenas seguirmos o caminho de relatórios de privacidade semi-oficiais do Railgun, serão os usuários varejistas que serão queimados em negociações de baleia para baleia.
Os EUA podem ter recuado de sua repressão total ao Tornado Cash, mas mesmo assim, soluções de privacidade puras e clássicas não voltarão à corrente principal. Com empresas como TRM Labs e protocolos semi conformes como Railgun, os reguladores agora controlam efetivamente o comportamento da cadeia.
A única área com demanda de mercado real são micro pagamentos anônimos. Mas mesmo assim, os usuários comuns raramente querem pagar a mais por privacidade. Você pode tratá-lo como um recurso ou serviço, mas é difícil construir todo um ajuste de produto-mercado apenas com isso.
A entrada da Arcium no processo TGE marca o fim da era clássica dos projetos de privacidade - um evento ainda mais icônico do que a reversão do Tornado Cash. Daqui para frente, as equipes de projeto imporão proativamente auto-limitações, e os limites serão claramente definidos.
Este artigo foi republicado de [Solanazuoyewaiboshan]. Direitos autorais pertencem ao autor original [zuoyewaiboshan]. Se houver alguma objeção a esta reimpressão, entre em contato com o Gate Aprenderequipe. Nós vamos processá-lo prontamente de acordo com os procedimentos relevantes.
Aviso legal: As opiniões expressas neste artigo representam apenas as opiniões pessoais do autor e não constituem nenhum conselho de investimento.
Outras versões deste artigo em outros idiomas são traduzidas pela equipe Gate Learn. Não copie, distribua ou cometa plágio do conteúdo traduzido sem mencionarGate.io.