217 posts marcados com "Infraestrutura"

Quando a SEC arquivou silenciosamente seu caso contra a Consensys em fevereiro de 2025 — sem multas, sem condições, sem admissão de irregularidades — ela fez mais do que encerrar um processo. Ela entregou ao estúdio de 11 anos de Joseph Lubin uma permissão para fazer o que nenhuma empresa de infraestrutura puramente Web3 jamais fez: entrar na Bolsa de Valores de Nova York e pedir que os mercados públicos precifiquem as ferramentas de base da economia do Ethereum.

Agora, com JPMorgan e Goldman Sachs coordenando a oferta e os mercados secundários já negociando ações da Consensys a uma avaliação implícita acima de US$ 10 bilhões, o IPO de meados de 2026 tornou-se o evento mais observado no calendário dos mercados de capitais cripto. Mas aqui está a pergunta desconfortável que Wall Street terá que responder nos próximos 90 dias: a Consensys é realmente a "AWS do Ethereum" que seus banqueiros estão vendendo — ou são três bons negócios colados, cada um enfrentando concorrentes de peso, sem um único diferencial dominante para justificar um múltiplo de crescimento?

Nas mesmas três semanas em que o co-fundador da Bittensor, Const, propôs a reescrita dos direitos de voto da rede e a Covenant AI abandonou suas três subnets principais, um evento mais silencioso remodelou o futuro do protocolo de forma ainda mais profunda: em 2 de abril de 2026, a Fundação Opentensor transferiu a propriedade de nove repositórios principais do GitHub — incluindo o SDK de Python da Bittensor e a ferramenta de linha de comando btcli — para uma nova entidade chamada Latent 11.

A transferência foi apresentada como descentralização. Na prática, ela concentra o controle da única implementação de cliente da Bittensor em uma única nova organização, no exato momento em que a governança da rede está se desfazendo. É uma história rara no mundo cripto, onde cada interpretação plausível — otimista, pessimista e existencial — depende do que acontecer nos próximos seis meses.

Em dezembro de 2025, após cerca de 1.200 dias de desenvolvimento e um investimento relatado de nove dígitos da Jump Crypto, o cliente validador Firedancer completo finalmente entrou em operação na mainnet da Solana. Quatro meses depois, o veredito chegou: ele funciona, entrega a produção de blocos em velocidades que nada mais na rede consegue superar e já atraiu mais de 20% do stake da rede. A questão mais difícil — aquela da qual depende agora a credibilidade institucional da Solana — é se a rede conseguirá alcançar o tipo de diversidade de clientes que a Ethereum levou uma década para construir, antes que seu primeiro bug catastrófico no Agave force a situação.

Esta é a história do maior esforço de engenharia de cliente único na história do blockchain, por que isso importa mais para a resiliência do que para o throughput bruto, e o que o risco de concentração remanescente significa para os desenvolvedores que estão decidindo onde fazer o deploy em 2026.

Uma Reescrita de Três Anos, Construída a Partir da Placa de Rede​

A Jump Crypto iniciou o Firedancer em 2022 com uma tese que parecia quase imprudente na época: reescrever todo o validador Solana do zero, em C, com uma arquitetura baseada em "tiles" (blocos) emprestada de sistemas de negociação de alta frequência. A equipe originalmente planejava a mainnet para o segundo trimestre de 2024. Eles atrasaram cerca de dezoito meses.

O deslize é, por si só, instrutivo. O Firedancer não é um fork do Agave da Anza (o cliente de referência baseado em Rust) ou do Jito-Solana (o fork otimizado para MEV do Agave). É uma implementação independente em C / C++ que não compartilha nenhum código de execução com o restante da rede, o que significa que cada regra de consenso, caminho de processamento de transações e protocolo de gossip teve que ser reimplementado e testado em batalha contra o comportamento real da mainnet antes que um único dólar de stake pudesse executá-lo com segurança.

A solução intermediária da Jump — o Frankendancer — combinou a pilha de rede de alto desempenho do Firedancer com o runtime do Agave. Esse híbrido acumulou stake silenciosamente ao longo de 2025: 8% em junho, 20,9% em outubro. Quando o cliente Firedancer completo cruzou a linha em dezembro, grande parte desse stake migrou naturalmente, dando ao novo cliente uma base de produção credível desde o primeiro dia.

O que 1 Milhão de TPS Realmente Significa​

O número da manchete é real, mas as observações importam. A camada de rede do Firedancer processou mais de um milhão de transações por segundo em testes de estresse — mas esses testes foram realizados em um cluster controlado de seis nós espalhados por quatro continentes, não na mainnet de produção. A Solana no mundo real hoje sustenta cerca de 5.000 – 6.000 TPS no nível do protocolo, com médias estáveis na mainnet próximas a 65.000 TPS durante períodos de pico em abril de 2026.

A trajetória realista para meados de 2026 é mais modesta e mais útil: mais de 10.000 TPS na produção diária, uma melhoria de 2 a 3 vezes em relação ao que temos hoje, com margem de manobra para absorver picos que anteriormente desestabilizavam a rede. Esse é o tipo de throughput que genuinamente muda o que é possível construir on-chain.

Para contextualizar o que o Firedancer realmente otimiza:

• Ingestão de transações: rede com kernel-bypass que lê pacotes diretamente da placa de rede (NIC), eliminando o overhead de syscalls.
• Verificação de assinaturas: verificação ed25519 vetorizada AVX-512 que pode processar dezenas de milhares de assinaturas por segundo por núcleo.
• Produção de blocos: um pipeline baseado em blocos onde cada função do validador roda em seu próprio processo fixo, para que um verificador de assinaturas lento não interrompa um produtor de blocos.
• Layout de memória: estruturas de dados sensíveis ao cache que correspondem à topologia moderna de CPU de servidor, em vez de assumir um runtime genérico.

Nada disso é "sexy" — é exatamente o tipo de trabalho que faz um banco de dados ou um feed de dados de mercado rodar rápido. Aplicado a um validador de blockchain, ele remove os gargalos que repetidamente forçaram a Solana a estados degradados sob carga.

A História Real: Eliminando o Modo de Falha de Cliente Único​

O throughput ganha os comunicados de imprensa, mas a contribuição mais importante do Firedancer é estrutural. Pela primeira vez em sua história, a Solana possui um cliente validador que não compartilha nenhuma linhagem de código de execução com o Agave.

Considere a alternativa. O Jito-Solana — o cliente dominante por stake — é ele próprio um fork do Agave. O Agave padrão roda na maior parte do restante. No início de 2026, a divisão aproximada é:

• Jito-Solana: 72% do SOL em stake
• Frankendancer / Firedancer: 21%
• Vanilla Agave: 7%

Oitenta por cento da rede compartilha um ancestral de código comum. Um único bug crítico no runtime do Agave — do tipo que atingiu os clientes de execução da Ethereum duas vezes nos últimos dois anos — não seria um evento de desempenho degradado. Seria uma interrupção da rede.

A Ethereum aprendeu essa lição da maneira mais difícil. O bug do Reth em setembro de 2025 travou os validadores nas versões 1.6.0 e 1.4.8 no bloco 2.327.426. Esse foi um incidente inconveniente que afetou 5,4% dos clientes da camada de execução. Como os outros 94,6% estavam distribuídos entre Geth, Nethermind, Besu e Erigon, a rede continuou produzindo blocos. O ecossistema trata 33% como o máximo que qualquer cliente individual deve deter, e até mesmo a fatia de 48 – 62% do Geth é considerada um problema de governança não resolvido.

A concentração atual de mais de 80% derivada do Agave na Solana é significativamente pior do que o que a Ethereum considera uma crise. O Firedancer é a única saída credível.

O Que Precisa Acontecer a Seguir​

A matemática é desconfortável, mas tratável. Para que a Solana alcance uma verdadeira resiliência multi-cliente, duas coisas precisam ocorrer durante 2026:

1. Os usuários do Jito precisam migrar para o Firedancer puro. A lógica de extração de MEV do Jito é a massa gravitacional que mantém a concentração atual. Até que essa funcionalidade seja portada para um plugin compatível com o Firedancer, as grandes operações de staking têm um forte motivo financeiro para permanecer no código derivado do Agave.
2. O stake combinado de Agave + Jito precisa cair para menos de 50%. Assim que o Firedancer ultrapassar 50%, a Solana poderá sobreviver a um bug catastrófico no Agave sem interromper a rede. Esse é o piso de resiliência que todo custodiante institucional confiável e emissor de ETF está implicitamente garantindo.

O fato de a adoção do Frankendancer ter mais do que dobrado em quatro meses sugere que a migração é alcançável, mas não é automática. A economia dos validadores, as ferramentas de monitoramento e a familiaridade operacional favorecem quem já está estabelecido. A Jump e a Anza sinalizaram que 2026 é o ano para avançar com força, mas nenhuma das duas controla o conjunto de validadores diretamente.

Firedancer + Alpenglow: O Roadmap Combinado​

O Firedancer é apenas uma metade do ciclo técnico mais ambicioso da Solana desde o lançamento da mainnet. A outra metade é o Alpenglow, uma reescrita completa do consenso aprovada por 98,27% do stake de SOL votante em setembro de 2025.

O Alpenglow aposenta o Proof-of-History e o TowerBFT, substituindo-os por dois novos componentes — Votor para consenso de finalidade rápida e Rotor para propagação de dados. O resultado principal é a queda do tempo de finalidade de aproximadamente 12,8 segundos para 100 – 150 milissegundos, uma melhoria de 100x que visa uma integração na mainnet no terceiro trimestre de 2026.

Para usuários institucionais, a combinação importa mais do que qualquer peça isolada:

• Finalidade abaixo de um segundo torna a liquidação competitiva com exchanges centralizadas, abrindo as portas para o trading de alta frequência on-chain e a liquidação de ativos do mundo real (RWA) que hoje ainda passam por vias tradicionais.
• Alta capacidade de processamento (throughput) com múltiplos clientes remove a objeção de que "a Solana cai", que historicamente manteve cautelosos os tesouros corporativos e emissores de ativos tokenizados.
• Caminhos de código independentes satisfazem os requisitos de diligência que custodiantes e participantes autorizados de ETFs escrevem cada vez mais em seus modelos de risco de rede.

As entradas diárias de US$58 milhões em ETFs e os US$ 827 milhões em ativos do mundo real tokenizados que a Solana atraiu no início de 2026 são um indicador antecedente. O dinheiro institucional não se compromete com redes de cliente único em larga escala.

O Que os Desenvolvedores Devem Aprender​

Se você estiver fazendo implantações na Solana em 2026, as implicações práticas são concretas:

• A folga na capacidade de processamento (throughput) é real. O teto de produção de 5.000 TPS tem sido uma restrição de design constante para dApps de alta frequência. Até o quarto trimestre de 2026, essa restrição será substancialmente afrouxada, o que muda o cálculo de custos para livros de ordens, jogos on-chain e fluxos de trabalho orientados por agentes que anteriormente precisavam agrupar ou comprimir dados agressivamente.
• As suposições de latência precisam de atualização. Se o Alpenglow for lançado conforme o cronograma, as suposições de liquidação baseadas em uma finalidade de 12 segundos se tornarão obsoletas. Projetos que esperam por confirmação antes de acionar ações subsequentes podem colapsar várias viagens de ida e volta (round-trips) em apenas uma.
• A infraestrutura ciente do cliente importa mais, não menos. À medida que a adoção do Firedancer cresce, provedores de RPC, indexadores e ferramentas de monitoramento que lidam com as peculiaridades específicas de cada cliente de forma graciosa se tornarão a escolha de nível de produção. O "Solana RPC" genérico deixa de ser um diferencial significativo.
• O risco de concentração ainda é real. Até que o stake do Jito migre, um único bug no Agave ainda pode derrubar a rede. Aplicações críticas para o tesouro devem projetar considerando esse cenário — não evitando a Solana, mas entendendo onde a rede se situa na curva de resiliência em relação ao Ethereum.

Conclusão​

O lançamento da mainnet do Firedancer é o marco de infraestrutura mais importante na história da Solana, e não se trata principalmente de velocidade. Trata-se de saber se uma das blockchains tecnicamente mais ambiciosas pode amadurecer e se tornar uma rede na qual as instituições possam confiar. A demonstração de 1 milhão de TPS é o que gera as manchetes, mas a conquista estrutural é que a Solana agora tem um caminho credível para se parecer com o Ethereum em métricas de resiliência — desde que a economia dos validadores coopere.

Os próximos doze meses nos dirão se a aposta de mais de US$ 100 milhões da Jump valerá a pena. Se o Firedancer ultrapassar 50% do stake até o final de 2026 e o Alpenglow for entregue no prazo, a Solana entrará em 2027 como uma rede genuinamente diferente — uma com a capacidade de processamento de um livro-razão de alto desempenho, a finalidade de um sistema de liquidação em tempo real e a diversidade de clientes de uma via institucional confiável. Se a adoção estagnar em 25 – 30%, o número da manchete continuará sendo um ativo de marketing e o risco subjacente de cliente único persistirá.

Para desenvolvedores e equipes de infraestrutura que estão escolhendo onde construir, a leitura é direta: a Solana em 2026 é mais capaz e mais resiliente do que a Solana em 2025, a trajetória é favorável e o trabalho que resta é mais operacional do que técnico. Esse é um problema muito melhor do que aquele que a Jump se propôs a resolver quatro anos atrás.

A BlockEden.xyz opera infraestrutura RPC da Solana de nível de produção, projetada para a era multi-cliente, com suporte integrado para nós derivados de Firedancer, Agave e Jito. Explore nossos serviços de API Solana para construir em uma infraestrutura que acompanha para onde a rede está indo, não apenas onde ela esteve.

Durante quinze anos, todas as exchanges de cripto foram projetadas para um ser humano olhando para um gráfico de velas. Em 22 de abril de 2026, a Kraken efetivamente admitiu que essa suposição está expirando. Sua CLI Rust de binário único e código aberto não é uma ferramenta de conveniência — é uma exchange reescrita para uma contraparte que não tem olhos, não pode clicar e queima dinheiro toda vez que relê uma documentação de API.

E se a mesma física que dá aos computadores quânticos seu poder pudesse esvaziar a carteira de Satoshi — e cerca de US$440 bilhões em Bitcoin junto com ela? Em janeiro de 2026, uma pequena startup de Nova York chamada Project Eleven arrecadou US$ 20 milhões em uma avaliação de US$ 120 milhões para garantir que esse dia nunca chegue sem uma defesa pronta. Apoiada pela Castle Island Ventures, Coinbase Ventures, Variant e Balaji Srinivasan, a rodada marca o primeiro ciclo sério de capital em "criptografia resistente a computação quântica" — e o momento em que o risco existencial mais silencioso do Bitcoin se torna uma indústria financiável.

Por anos, o "risco quântico" viveu em notas de rodapé acadêmicas. Em 2026, ele mudou para termos de compromisso de capital de risco, padrões do NIST e um debate ao vivo sobre BIP. Eis o porquê e o que está sendo construído de fato.

A Rodada de Financiamento Que Tornou o Quântico Real​

A Série A do Project Eleven foi fechada em 14 de janeiro de 2026, liderada pela Castle Island Ventures, com Coinbase Ventures, Variant, Fin Capital, Quantonation, Nebular, Formation, Lattice Fund, Satstreet Ventures, Nascent Ventures e Balaji Srinivasan preenchendo a tabela de capitalização. O aporte de US$20 milhões elevou a avaliação pós-dinheiro do Project Eleven para US$ 120 milhões e elevou seu financiamento total para cerca de US$26 milhões em 16 meses — a empresa havia levantado anteriormente um seed de US$ 6 milhões em meados de 2025.

O fundador Alex Pruden, ex-oficial de infantaria e de Operações Especiais do Exército dos EUA, define o mandato da empresa de forma clara: os ativos digitais precisam de uma migração estruturada para a criptografia resistente a computação quântica, e alguém tem que construir as picaretas e pás.

O que é notável não é apenas o valor em dólares. É o mix de investidores. A Castle Island e a Coinbase Ventures não assinam cheques de sete dígitos baseados em teses especulativas. Variant, Nascent e Lattice são fundos nativos de cripto. A Quantonation é um investidor focado em tecnologia quântica. Juntos, eles sinalizam que a infraestrutura resistente a computação quântica cruzou a linha de curiosidade de pesquisa para um item de linha de orçamento — e que a capitalização de mercado de mais de US$ 1,4 T do Bitcoin é motivação suficiente para financiar uma defesa antes que o ataque exista.

Por que a Criptografia do Bitcoin Está Repentinamente Contra o Relógio​

O Bitcoin protege cerca de 19,7 milhões de moedas com assinaturas digitais de curva elíptica sobre a curva secp256k1. O ECDSA é inquebrável em hardware clássico, mas o algoritmo de Shor — um algoritmo quântico de 1994 — pode fatorar grandes números inteiros e computar logaritmos discretos em tempo polinomial. No instante em que existir um computador quântico tolerante a falhas suficientemente grande, cada chave pública de Bitcoin exposta se tornará uma chave privada em espera.

A ameaça permaneceu adormecida por décadas porque o hardware parecia estar a décadas de distância. Essa janela colapsou em março de 2026.

Em 31 de março, o Google Quantum AI publicou novas estimativas de recursos mostrando que quebrar a curva secp256k1 do Bitcoin requer menos de 1.200 qubits lógicos e cerca de 90 milhões de portas Toffoli — traduzindo-se em menos de 500.000 qubits físicos em uma arquitetura de código de superfície supercondutor. A estimativa anterior era de cerca de 9 milhões de qubits físicos. Uma redução de 20 × em um único artigo.

Um pesquisador do Google atribuiu uma probabilidade ao marco: pelo menos 10 % de chance de que, até 2032, um computador quântico possa recuperar uma chave privada ECDSA secp256k1 de uma chave pública exposta. A própria orientação corporativa do Google agora urge os desenvolvedores a migrarem até 2029.

O hardware de hoje não está nem perto de 500.000 qubits. O chip Willow do Google possui 105 qubits físicos. O Condor da IBM cruzou o limite de 1.121 qubits em 2023 e o Nighthawk da empresa alcançou 120 qubits lógicos em 2025. Mas a lacuna entre "nem perto" e "desconfortavelmente próximo" é exatamente onde vive o preço do seguro — e a exposição do Bitcoin não é um problema de 2035 se levar uma década para migrar.

O Que Está Realmente Vulnerável — e o Que Não Está​

Nem todo Bitcoin está igualmente exposto. A vulnerabilidade depende se a chave pública de uma moeda já foi transmitida on-chain.

• Pay-to-Public-Key (P2PK): as saídas dos primeiros anos do Bitcoin — incluindo cerca de 1 milhão de BTC minerados por Satoshi — incorporam a chave pública bruta diretamente no script. Estas estão permanentemente expostas e oferecem a um invasor quântico uma pista longa e indefesa.
• Endereços reutilizados: endereços de qualquer tipo expõem a chave pública no momento em que a primeira transação de gasto é confirmada, após o qual qualquer saldo restante torna-se vulnerável.
• Endereços modernos (P2PKH, P2WPKH, P2TR com gastos de caminho de chave): revelam apenas um hash até o primeiro gasto. Eles estão seguros em armazenamento a frio, mas perdem a proteção durante a transmissão de uma transação — uma janela que um adversário com capacidade quântica poderia potencialmente antecipar (front-run).

O agregado é impressionante. Estimativas sugerem que cerca de 6,5 a 7 milhões de BTC estão em UTXOs vulneráveis à computação quântica, valendo cerca de US$ 440 bilhões aos preços atuais. Isso não é um risco de cauda escondido no canto do livro de ordens. Essa é a quinta maior "classe de ativos" em cripto, pertencente a um invasor que ainda não apareceu.

Três Caminhos de Mitigação Agora em Competição​

Os US$ 20 milhões do Project Eleven não estão sendo implantados isoladamente. Eles aterrissam no meio de um debate de três vias sobre como o Bitcoin realmente transita, e as respostas são muito diferentes.

1. Ferramentas de Migração: Yellowpages da Project Eleven​

O principal produto da Project Eleven, o Yellowpages, é um registro criptográfico pós-quântico. Os usuários geram um par de chaves híbrido usando algoritmos baseados em redes (lattices), criam uma prova criptográfica vinculando a nova chave segura contra computação quântica ao seu endereço Bitcoin existente e registram o carimbo de data / hora dessa prova em um livro-razão off-chain verificável. Quando (ou se) o Bitcoin adotar um padrão de endereço pós-quântico, os usuários do Yellowpages já terão se pré-comprometido com as chaves que podem reivindicar suas moedas.

Crucialmente, o Yellowpages é a única solução criptográfica pós-quântica atualmente implantada em produção para o Bitcoin hoje. A empresa também construiu uma testnet pós-quântica para a Solana — posicionando-se discretamente como a fornecedora de migração cross-chain enquanto todos os outros ainda estão redigindo whitepapers.

2. Padrões de Endereço a Nível de Protocolo: BIP-360​

O BIP-360, defendido pelo desenvolvedor Hunter Beast, propõe um novo tipo de saída de Bitcoin chamado Pay-to-Merkle-Root (P2MR). O P2MR funciona como o Pay-to-Taproot, mas remove o gasto via caminho de chave (key-path spend) vulnerável a ataques quânticos, substituindo-o por assinaturas FALCON ou CRYSTALS-Dilithium — ambos esquemas baseados em redes considerados resistentes à computação quântica.

Se ativado via soft fork, o BIP-360 oferece aos usuários um destino para onde migrar. No entanto, ele não resgata automaticamente as moedas expostas.

3. Congelamento de Moedas: BIP-361​

O BIP-361, proposto em abril de 2026, é a resposta mais controversa: congelar os aproximadamente 6,5 milhões de BTC vulneráveis a ataques quânticos — incluindo o milhão de moedas de Satoshi — impedindo qualquer movimento que um invasor pudesse antecipar via front-run. A recuperação seria possível apenas para carteiras geradas a partir de mnemônicos BIP-39. Saídas P2PK e outros formatos iniciais seriam efetivamente queimados.

A proposta dividiu a comunidade Bitcoin ao longo de sua linha de falha mais antiga. Um campo argumenta que a imutabilidade e a neutralidade credível são sagradas — mesmo que invasores acabem reivindicando essas moedas. O outro rebate que permitir que US$ 440 bilhões migrem para um ator hostil em um único fim de semana seria a maior transferência de riqueza na história monetária, e que a integridade do modelo de suprimento fixo do Bitcoin é, por si só, uma propriedade que vale a pena defender.

Não há uma resposta simples. Ou o Bitcoin aceita que 6,5 milhões de moedas podem ser roubadas silenciosamente, ou aceita que a intervenção a nível de protocolo para congelar moedas estabelece um precedente que a rede passou 17 anos evitando.

NIST FIPS 203/204 Define os Padrões Criptográficos​

Os blocos de construção técnicos agora existem porque o NIST os finalizou. Em 13 de agosto de 2024, a agência publicou três padrões criptográficos pós-quânticos:

• FIPS 203 (ML-KEM): Mecanismo de Encapsulamento de Chave Baseado em Redes de Módulos (Module-Lattice-Based Key-Encapsulation Mechanism), derivado do CRYSTALS-Kyber. Substitui o RSA e o ECDH para troca de chaves.
• FIPS 204 (ML-DSA): Algoritmo de Assinatura Digital Baseado em Redes de Módulos (Module-Lattice-Based Digital Signature Algorithm), derivado do CRYSTALS-Dilithium. Substitui o ECDSA e o RSA para assinaturas.
• FIPS 205 (SLH-DSA): Padrão de Assinatura Digital Baseado em Hash Sem Estado (Stateless Hash-Based Digital Signature Standard), derivado do SPHINCS+, fornecendo uma alternativa conservadora de assinatura baseada em hash.

O roteiro CNSA 2.0 da NSA exige a implantação pós-quântica para novos sistemas classificados até 2027 e a transição completa até 2035. O próprio NIST projeta ciclos de adoção de 5 a 10 anos para infraestruturas críticas. A Cloudflare tem como meta a cobertura pós-quântica total até 2029.

O cronograma de migração do Bitcoin deve se encaixar em algum lugar dentro desse intervalo. A parte difícil é que os departamentos de TI de estados-nação podem impor um prazo. Uma rede descentralizada e sem permissão precisa convencer milhares de atores independentes a se coordenarem sem um CEO.

A Comparação com a Optimism: Como a Superchain da Ethereum está Fazendo​

O Bitcoin não está sozinho nesta corrida. No final de janeiro de 2026, a Optimism publicou um roteiro pós-quântico de 10 anos para sua Superchain — um contraste útil.

O plano da OP Stack possui três camadas:

• Camada do usuário: Usar o EIP-7702 para permitir que contas de propriedade externa (EOAs) deleguem autoridade de assinatura para contas de contratos inteligentes que podem verificar assinaturas pós-quânticas, sem forçar os usuários a abandonar seus endereços.
• Camada de consenso: Migrar sequenciadores de L2 e submetedores de lotes do ECDSA para esquemas pós-quânticos.
• Janela de migração: Suporte duplo tanto para ECDSA quanto para assinaturas pós-quânticas até o prazo final de janeiro de 2036.

A Optimism também está pressionando a mainnet da Ethereum a se comprometer com um cronograma para afastar os validadores de assinaturas BLS e compromissos KZG. A Fundação estaria engajada no processo.

A divisão arquitetônica é instrutiva. O roteiro de abstração de conta da Ethereum (e a flexibilidade de tempo de execução da Solana) tornam a migração pós-quântica uma atualização de contrato inteligente. O modelo UTXO do Bitcoin e sua linguagem de script minimalista a tornam um debate de soft-fork que requer consenso social entre desenvolvedores, mineradores e nós econômicos. O mesmo problema produz desafios de governança amplamente diferentes.

A Tese do Investidor: Precificação de Prêmios de Seguro​

Por que uma Série A de US$20 milhões faz sentido com um valuation de US$ 120 milhões quando nenhum computador quântico pode quebrar o Bitcoin hoje?

A matemática é atuarial. Se você atribuir uma probabilidade de 10% de o "Dia Q" ocorrer antes de 2032 e aplicar isso contra a exposição de US$1,8 trilhão de Bitcoin e Ethereum, a perda esperada excede US$ 180 bilhões. Mesmo um prêmio de seguro de 1% sobre essa exposição representa US$ 1,8 bilhão em receita recorrente entre custodiantes, exchanges, carteiras e plataformas de tokenização regulamentadas. A Project Eleven só precisa capturar uma fração disso para justificar um resultado de vários bilhões de dólares.

O cenário competitivo é escasso. A Zama está construindo primitivas de FHE, não substituição de assinatura. A Mina é amigável ao pós-quântico por design, mas é uma L1 separada, não uma fornecedora de migração. AWS KMS e Google Cloud HSM eventualmente oferecerão assinaturas pós-quânticas prontas para uso — mas um hyperscaler correndo para lançar serviços PQC gerais não é o mesmo que uma equipe especialista no domínio que realmente entregou ferramentas de produção para o Bitcoin.

O risco para a Project Eleven é o mesmo que qualquer startup de "infraestrutura para o inevitável" enfrenta: se a migração demorar muito, os clientes não reservam orçamento para isso; se acontecer rápido demais, ela é absorvida pelos fornecedores de nuvem antes que a Project Eleven possa construir distribuição. A Série A compra o fôlego necessário para ser o padrão durante esse período intermediário incômodo.

O que Builders, Custodiantes e Holders devem fazer agora​

As etapas práticas são simples e não exigem espera pela governança do Bitcoin:

1. Audite o reuso de endereços. Qualquer endereço que tenha realizado gastos e ainda mantenha um saldo está transmitindo sua chave pública. Transfira os fundos para novos endereços dos quais você ainda não realizou transações.
2. Evite P2PK e formatos legados. Se a sua stack de custódia ainda os utiliza, planeje a migração para tipos de endereços modernos de uso único.
3. Acompanhe o progresso do BIP-360 / BIP-361. O calendário de ativação importa mais do que o preço atual para detentores de longo prazo.
4. Para instituições: comece a fase de descoberta agora. O NIST e o Federal Reserve recomendam concluir o inventário e o planejamento da migração dentro de dois a quatro anos. Isso inclui roadmaps de fornecedores de HSM, fluxos de KYT e políticas de tesouraria.
5. Para builders: projete novos sistemas com cripto-agilidade. Protocolos que codificam rigidamente o ECDSA hoje pagarão um custo de migração mais alto do que aqueles que abstraem esquemas de assinatura por trás de uma interface.

A maioria dessas etapas é útil mesmo que o Q-day nunca chegue na forma descrita pelo artigo do Google. Elas também reduzem a superfície de ataque contra ameaças clássicas.

O Panorama Geral: A Migração Quântica é o Novo Y2K — Só que Real​

A analogia com o Y2K (Bug do Milênio) é muito utilizada, mas é estruturalmente apta. Um upgrade técnico, complexo em governança e alertado há muito tempo, com um prazo imposto externamente, onde o sucesso é invisível e a falha é catastrófica. O Y2K custou à economia global cerca de US$ 300 a 600 bilhões para ser remediado. A migração pós-quântica provavelmente custará mais, porque a base instalada é maior e os sistemas que estão sendo atualizados incluem blockchains públicas que nenhuma empresa individual controla.

Os US$ 20 milhões do Project Eleven são a primeira admissão séria de que o Bitcoin não pode mais ignorar o calendário. O roadmap de 10 anos da Optimism é a primeira admissão séria de uma grande L2. O artigo do Google de 31 de março é a primeira admissão séria de um player quântico dominante de que o cronograma é mais curto do que a indústria assumia.

Até 2027, espere três coisas: pelo menos um BIP relacionado a tipos de endereços pós-quânticos alcançando o status de ativação (o BIP-360 é o principal candidato), cada grande custodiante institucional publicando uma declaração de prontidão quântica, e pelo menos mais duas startups fechando rodadas no molde do Project Eleven. Até 2030, a assinatura pós-quântica será um item obrigatório em todas as RFPs de aquisição de cripto corporativo.

O Q-day pode ou não chegar no cronograma do Google. A migração para se defender contra ele já começou, e a janela para se antecipar a isso está se estreitando rapidamente.

BlockEden.xyz opera infraestrutura de RPC e indexação de nível empresarial em mais de 15 redes. À medida que os padrões pós-quânticos amadurecem e as migrações em nível de rede são implementadas, nossos nós são a camada onde novos esquemas de assinatura, tipos de endereço e janelas de suporte duplo precisam realmente funcionar em produção. Explore nosso marketplace de APIs para construir em uma infraestrutura projetada para o longo arco da transição criptográfica.

Fontes​

• Project Eleven arrecada US$ 20 milhões para preparar infraestrutura de ativos digitais para a era quântica — Blog do Project Eleven
• Startup de criptografia pós-quântica Project Eleven arrecada US$ 20 milhões em rodada de financiamento — CoinDesk
• Project Eleven arrecada US$20 milhões em Série A com avaliação de US$ 120 milhões — The Block
• olá yellowpages — Blog do Project Eleven
• BIP 360: Pay-to-Merkle-Root (P2MR) — Especificação do BIP-360
• Proposta do BIP-361 busca congelar endereços de Bitcoin vulneráveis a computação quântica — Bankless Times
• Atenção desenvolvedores de Bitcoin: Google diz que a migração pós-quântica precisa acontecer até 2029 — CoinDesk
• Google descobre que computadores quânticos podem quebrar a criptografia do Bitcoin antes do esperado — SiliconANGLE
• NIST lança os primeiros 3 padrões de criptografia pós-quântica finalizados — NIST
• Um Roadmap Pós-Quântico para a Superchain — Bankless Times sobre a Optimism
• Risco da computação quântica coloca em jogo 7 milhões de BTC, incluindo 1 milhão de Satoshi Nakamoto — CoinDesk
• "Harvest Now Decrypt Later": Examinando a Criptografia Pós-Quântica — Pesquisa do Federal Reserve

Nos primeiros três meses de 2026, os mineradores de Bitcoin de capital aberto liquidaram mais BTC do que venderam em todo o ano de 2025 somado — um recorde de mais de 32.000 moedas retiradas das tesourarias para financiar uma migração em massa para a infraestrutura de inteligência artificial. A Marathon Digital, sozinha, descarregou 15.133 BTC por aproximadamente $1,1 bilhão em março. A Riot Platforms vendeu 3.778 BTC por$ 289,5 milhões. A Core Scientific liquidou o equivalente a $ 175 milhões em janeiro e sinalizou que descartaria "substancialmente todas" as participações restantes antes do fechamento do trimestre.

Isto não é uma chamada de margem. É uma reclassificação. As empresas que outrora eram comercializadas para investidores como "o mais puro proxy de Bitcoin do mercado público" estão silenciosamente se tornando algo totalmente diferente: provedores de energia de alta densidade que, por acaso, operam alguns ASICs paralelamente. E quanto mais profunda essa transformação se torna, mais forte fica a pergunta — o que acontece com a espinha dorsal de segurança do Bitcoin quando as pessoas que a construíram param de se importar se ela sobreviverá?

Por cinco anos, "insuficiente SOL para transação" tem sido a mensagem de erro mais cara da Solana. Cada aplicativo de consumo que tentou atrair um usuário não familiarizado com cripto perdeu uma porcentagem deles ali mesmo — na etapa de checkout, onde um estranho precisa adquirir um segundo token apenas para gastar o primeiro. Em abril de 2026, a Solana Foundation finalmente lançou a resposta: Kora, um relayer de taxas e nó de assinatura que permite que dApps patrocinem transações nativamente, paguem taxas em qualquer token SPL e terceirizem a assinatura para TEEs ou cofres baseados em KMS. Não é um lançamento chamativo. É uma atualização de infraestrutura básica. E atualizações de infraestrutura são como a Base e a Abstract capturaram silenciosamente os últimos doze meses de integração de usuários.

A questão não é mais se a Solana pode igualar a UX sem gás das cadeias de consumo EVM. O Kora torna essa parte trivial. A questão é se fechar essa lacuna de "última milha" é o suficiente para reconquistar os desenvolvedores que já construíram em outro lugar.

O que o Kora Realmente Entrega​

Remova o marketing e o Kora é composto por três coisas unidas: um relayer de transação, um assinante remoto e um mecanismo de política. Um dApp constrói uma transação, define um nó Kora como o pagador da taxa, o usuário assina o payload a partir de uma carteira incorporada e o operador do Kora assina em conjunto e faz o broadcast. Os validadores ainda são pagos em SOL. O usuário nunca detém nenhum.

O que o torna interessante é a camada de validação. Um nó Kora não repassa cegamente qualquer coisa que os usuários lhe entreguem. Ele realiza três verificações antes de assinar:

• Validação de instruções em relação aos programas Solana associados, para que instruções malformadas ou maliciosas sejam rejeitadas antes de atingirem um líder.
• Adequação de taxas apoiada por oráculos, comparando a quantidade de token SPL oferecida com o preço atual do SOL mais a margem do operador, para que o relayer nunca opere com prejuízo.
• Aplicação de listas de permissão e listas de bloqueio no nível do programa e do token, para que um operador que execute um nó Kora para um único dApp nunca patrocine acidentalmente uma transação visando algum contrato aleatório não auditado.

O caminho de assinatura é onde a arquitetura se torna ambiciosa. O Kora suporta assinatura remota através do Turnkey e AWS KMS nativamente, o que significa que a chave privada que paga as taxas nunca reside no disco do relayer. Para uma fintech construindo na Solana, essa é a diferença entre "nós criamos nosso próprio paymaster e cruzamos os dedos" e "nossa história de custódia de chaves passa por uma auditoria SOC 2".

Tudo foi auditado e testado por fuzzing diferencial pela Runtime Verification, que é o tipo de detalhe que você menciona apenas quando espera que instituições leiam os pormenores.

Por que o "Nativo" Vence o "Contrato Inteligente" Aqui​

A tentação é comparar o Kora ao ERC-4337 e assumir que a Solana está se recuperando. As arquiteturas estão fazendo coisas diferentes, e a diferença importa.

O ERC-4337 é a abstração de conta implementada como um sistema paralelo no topo do Ethereum. Ele introduz uma mempool separada, um objeto UserOperation, uma função de bundler e um contrato EntryPoint — nada disso o protocolo base entende nativamente. Os bundlers agrupam as operações do usuário, os paymasters patrocinam as taxas e um contrato on-chain impõe a validação. Ele funciona, e foi implantado na rede principal do Ethereum e em grandes L2s, mas é um projeto de construção de seis anos para adaptar um recurso de UX que o protocolo nunca previu.

O design da Solana absorveu essa complexidade na camada de protocolo anos atrás. Cada transação já possui um campo feePayer. Assinaturas parciais são nativas. Programas podem validar instruções arbitrárias. O Kora não é uma construção de bundler e paymaster; é um operador de nó que preenche o slot feePayer e assina com uma das assinaturas parciais que o protocolo já aceita.

A consequência prática é a latência e a área de superfície do desenvolvedor. As transações ERC-4337 passam por uma mempool separada com suas próprias regras de ordenação e atrasos de propagação. As transações Kora passam pelo mesmo caminho que qualquer outra transação Solana, com a mesma finalidade inferior a 400 ms. Não há mercado de arbitragem de bundlers para se preocupar, nenhuma versão de contrato EntryPoint para rastrear, nenhuma estimativa de gás de UserOperation para depurar.

O que isso oferece aos desenvolvedores da Solana é algo próximo a "defina o campo do pagador de taxas, lance o dApp". O que se perde é parte da opcionalidade que as contas inteligentes EVM obtêm gratuitamente — autenticação de múltiplas chaves, chamadas em lote, políticas de sessão on-chain — embora muito disso esteja sendo construído separadamente na Solana através de PDAs e contas controladas por programas.

A Lacuna de "Última Milha" que a Solana Realmente Tinha​

Apesar de toda a conversa sobre o ímpeto dos desenvolvedores da Solana em 2025 e 2026, a camada de carteira de consumo foi a parte que ficou para trás. A pilha de infraestrutura amadureceu rápido: o volume DEX da Pump.fun ultrapassou US$ 2 bilhões no primeiro trimestre de 2026, Jito e Marinade dominam o staking líquido, a Tensor transformou a negociação de NFTs em um terminal profissional. Mas cada um desses produtos teve que lançar sua própria resposta para "o usuário não tem SOL".

As soluções improvisadas tornaram-se criativas. A Pump.fun roteou as aquisições iniciais de tokens através de onramps integrados. A Jito pré-financiou contas de usuários com pequenas quantias (dust). A Tensor apoiou-se na Phantom e na Backpack para lidar com a etapa de aquisição de SOL antes que os usuários chegassem ao livro de ofertas. Cada uma delas funcionou individualmente e nenhuma delas era composta. Um usuário que fizesse o onboarding através do fluxo da Pump.fun não chegava à Tensor com um saldo para pagamento de taxas.

Enquanto isso, a Base lançou o fluxo de passkey da Coinbase Smart Wallet, patrocínio de gás gratuito através da Coinbase Developer Platform e um SDK para desenvolvedores que esconde todo o conceito de uma chave privada por trás do login por e-mail. A Abstract levou a mesma ideia adiante com carteiras incorporadas que parecem aplicativos Web2. A proposta combinada para um desenvolvedor de aplicativos de consumo em 2025 era: construa na Base, seus usuários não saberão que estão on-chain e nós pagaremos as taxas enquanto você escala.

O Kora não replica essa proposta linha por linha. O que ele faz é remover a razão arquitetônica pela qual um dApp Solana não poderia fazer a mesma proposta. Com o Kora, uma equipe Solana pode agora oferecer:

• Cadastro por e-mail ou passkey através de Privy, Turnkey ou Coinbase Embedded Wallets.
• Saldo zero de SOL necessário para transacionar.
• Taxas pagas em USDC, BONK ou no token nativo do dApp, se houver.
• Finalidade abaixo de um segundo sem nenhum bundler no caminho.

As peças já existiam antes. O Octane foi o ancestral de código aberto. Circle's Gas Station, Openfort, Portal, Gelato, Biconomy e meia dúzia de outros fornecedores ofereciam o repasse de taxas como um serviço. O que o Kora muda é que a própria Solana Foundation está agora lançando a implementação de referência padrão, auditada e compatível com KMS. Isso remove a pergunta "em qual paymaster de terceiros confiamos" da árvore de decisão de cada equipe que anteriormente estava criando o seu próprio ou pagando a um fornecedor.

A Camada de Fornecedores Acima da Kora​

O ponto onde as coisas ficam interessantes é o que acontece com os fornecedores de carteiras incorporadas (embedded wallets) que já construíram soluções em torno da lacuna que a Kora acaba de fechar.

A Privy, adquirida pela Stripe em junho de 2025, tem sido a carteira de escolha para apps de consumo em dApps da Solana que desejam login por e-mail. A Solana é oficialmente uma rede secundária para a Privy — a profundidade está na EVM — mas o fluxo de carteira incorporada se estende à Solana, e a Privy já suporta a configuração de uma carteira pagadora de taxas (fee payer) que o app gerencia. A Kora não substitui a Privy; ela fornece à Privy um backend padronizado para se conectar, em vez de cada cliente rodar seu próprio serviço de paymaster.

A Turnkey é o signatário incorporado focado em segurança que se combina naturalmente com a API de assinatura remota da Kora. A Turnkey explicitamente não inclui infraestrutura de paymaster, portanto, as equipes da Solana que desejam chaves isoladas por hardware combinadas com uma UX gasless (sem taxas) foram forçadas a unir dois fornecedores. A Kora simplifica essa integração.

A Dynamic, adquirida pela Fireblocks em 2025, traz autenticação multi-chain para equipes institucionais. O posicionamento apoiado pela Fireblocks torna a Dynamic a escolha natural para fintechs que precisam de cobertura tanto para Solana quanto para EVM com conformidade empresarial. A Kora oferece à Dynamic uma narrativa limpa de abstração de taxas na Solana que não exige que a Fireblocks lance um paymaster concorrente.

A Coinbase Developer Platform está em uma posição desconfortável. A Coinbase investiu pesadamente em tornar a Base a rede de consumo padrão por meio da Coinbase Smart Wallet, taxas gratuitas na Base e o SDK de carteira incorporada. A Kora reduz a diferenciação que a Base vem vendendo, especialmente para apps que desejam fluxos nativos de USDC, onde a Solana já possui vantagens de escala.

O resultado provável é que a Kora se torne o backend padrão da Solana para todos os fornecedores de carteiras incorporadas que não quiseram operar um serviço de paymaster por conta própria. Os fornecedores competem na UX de autenticação, gerenciamento de chaves e controles de política. A Kora cuida do relay de taxas por baixo. Isso é mais saudável para o ecossistema do que o estado anterior, onde cada dApp de consumo na Solana tomava uma decisão de fornecedor independente e tinha que avaliar a segurança do relayer próprio de cada candidato.

O Que Isso Resolve e O Que Não Resolve​

A Kora fecha uma lacuna definitivamente e deixa várias outras abertas. Vale a pena ser preciso sobre o que é o quê.

O que a Kora resolve:

• O abismo de UX de que o "usuário deve possuir SOL" para qualquer dApp disposto a subsidiar taxas em outro token.
• A decisão de "construir vs comprar um paymaster" para equipes que anteriormente tinham que escolher entre carga operacional e dependência de fornecedor (vendor lock-in).
• A lacuna de aceitabilidade institucional, já que a auditoria e o suporte a KMS permitem que entidades regulamentadas operem nós da Kora sem criar os seus próprios.

O que a Kora não resolve:

• A aquisição de carteira em si — os usuários ainda precisam de uma carteira incorporada de algum lugar, seja Phantom, Privy, Turnkey ou Coinbase.
• Primitivas de abstração de conta, como chamadas em lote (batched calls) e chaves de sessão, que ainda estão sendo montadas separadamente na Solana através de PDAs e outros padrões de nível de programa.
• A questão econômica de quem paga pelo SOL que os operadores da Kora adiantam. Para um dApp com receita de token ou uma reserva de stablecoin, isso é aceitável; para um produto gratuito, o patrocínio de taxas é apenas um custo de aquisição de cliente.
• A UX cross-chain, que ainda exige que o usuário interaja com uma ponte ou uma camada de abstração de rede como LayerZero, Wormhole ou Across.

A tese da "infraestrutura gasless como primitiva de protocolo" corta para os dois lados. A Solana agora tem a história de abstração de taxas nativa mais limpa de qualquer grande rede. Isso também significa que a diferenciação sobe na pilha para a UX da carteira, fluxos de recuperação e recursos de abstração de conta, onde a EVM tem uma vantagem de vários anos.

A Leitura Estratégica para Construtores​

Para uma equipe escolhendo uma rede em meados de 2026, o cálculo mudou. Doze meses atrás, a resposta para o onboarding de consumidores era Base, Abstract ou uma das novas redes de consumo EVM, ponto final. A Solana tinha a atenção dos desenvolvedores e ímpeto de infraestrutura, mas perdia usuários de varejo para a etapa de aquisição de SOL. Isso não é mais verdade.

Um dApp de consumo lançado hoje na Solana com Privy ou Turnkey no front-end e Kora no back-end tem funcionalmente a mesma superfície de UX que o stack equivalente na Base. Login por e-mail, transações sem taxas, pagamento de taxas em USDC, finalidade abaixo de um segundo. As diferenças restantes são o modelo de runtime, o ecossistema de ferramentas e a liquidez disponível. Para um app que deseja o throughput da Solana e a profundidade das DEXs, o argumento de UX para escolher EVM tornou-se substancialmente mais fraco.

Para equipes que já estão operando na Base, a Kora não muda a decisão imediata. Ela muda a pressão competitiva de longo prazo. Se os dApps de consumo com a UX mais limpa começarem a aparecer na Solana porque a nova infraestrutura é uma integração a menos com que se preocupar, a gravidade em torno do fosso de onboarding de consumidores da Base começa a mudar.

A leitura honesta é que a Kora é necessária, mas não suficiente. Ela remove um motivo específico pelo qual os desenvolvedores não estavam escolhendo a Solana para apps de consumo. Ela não cria, por si só, um novo motivo para escolher a Solana. Os próximos dois trimestres mostrarão se os fornecedores de carteiras incorporadas realmente adotarão a Kora por padrão, se novos dApps de consumo a citarão como um motivo para sua escolha de rede e se as redes de consumo EVM existentes responderão melhorando suas próprias histórias de infraestrutura.

De qualquer forma, "o usuário deve adquirir SOL antes de transacionar" é finalmente um problema do passado, não um problema atual. Só isso já vale o lançamento.

---

BlockEden.xyz opera infraestrutura RPC da Solana de nível de produção para equipes que constroem dApps de consumo, trilhos de pagamento e sistemas de negociação. Se você está integrando fluxos sem taxas ou escalando um produto na Solana, explore nosso marketplace de APIs para endpoints de baixa latência projetados para a próxima geração de cripto para consumidores.

Fontes​

• GitHub: solana-foundation/kora
• Kora — Nunca mais perca um usuário por 'SOL insuficiente'
• Como Habilitar Transações Sem Gas na Solana com Kora — QuickNode
• Solana Foundation Introduz Kora — Metaverse Post
• Relayer de Taxas Kora Permite Onboarding e Taxas em Aplicativos Solana — Cryptonomist
• Patrocínio de Taxas — Solana Cookbook
• O que é ERC-4337 na Solana? — Solana Developers
• Abstração de Conta: Ethereum vs Solana Explicado — Squads
• Como o Gas Station da Circle usa Pagadores de Taxas na Solana
• Patrocinando transações na Solana — Privy Docs
• Melhores Carteiras Solana para Desenvolvedores em 2026 — Openfort
• Coinbase Smart Wallet — Estado das Carteiras Parte 2
• Anza descreve os principais desenvolvimentos para a Solana em 2026 — Phemex

Puxe 2 terabytes de dados de treinamento do AWS S3 para o seu cluster de GPU e a conta chega antes do modelo: aproximadamente $ 184 em taxas de saída (egress), além do armazenamento, além das solicitações PUT / GET. Faça isso duas vezes por dia em uma dúzia de experimentos e o item de linha surpresa começa a rivalizar com o próprio armazenamento. Para as equipes de IA, a conta da nuvem tornou-se um problema econômico disfarçado de problema de infraestrutura — e uma startup de DePIN sediada em Austin chamada Akave acredita que o armazenamento de taxa fixa e sem taxas de saída é a alavanca que finalmente o resolve.

A Akave arrecadou $ 6,65 milhões em março de 2026 para construir o que chama de "a primeira camada de dados empresariais descentralizada do mundo para IA e análise". Sua proposta é estranhamente específica: $ 14,99 por terabyte por mês, zero taxas de saída, compatível com S3, apoiada pelo Filecoin para durabilidade de arquivamento, com recibos criptográficos para cada gravação. É isso. Sem níveis, sem taxas de solicitação, sem medidor de largura de banda tiquaqueando toda vez que um contêiner de treinamento puxa um conjunto de dados. A questão não é se o preço é atraente — obviamente é. A questão é se a arquitetura pode aguentar conforme as cargas de trabalho de IA escalam para petabytes, e se as empresas confiarão em uma pilha baseada em DePIN para dados que anteriormente só entregariam a um hyperscaler.

A Taxa de Saída que Devorou os Orçamentos de IA​

O preço de tabela do AWS S3 não é o problema. O armazenamento padrão custa cerca de $ 0,023 / GB por mês em us-east-1, o que resulta em aproximadamente $ 920 / mês para um corpus de treinamento de 40 TB — irritante, mas administrável. A saída (egress) é onde a matemática quebra. Após os primeiros 100 GB gratuitos, a saída do S3 para a internet começa em $ 0,09 / GB, diminuindo lentamente para $ 0,05 / GB acima de 150 TB. Puxe 10 TB de dados de treinamento para um provedor de GPU externo e você terá $ 921,60 apenas em transferência. Faça isso repetidamente — que é o que os pipelines de IA realmente fazem — e a taxa de saída "oculta" eclipsa o armazenamento dentro de um trimestre.

Isso não é uma peculiaridade de preço. É uma escolha arquitetônica que pressupõe que o armazenamento e a computação vivam juntos dentro de uma única nuvem. No momento em que uma equipe de IA os divide — porque a capacidade da GPU reside na CoreWeave, Lambda ou em um cluster local (on-prem) enquanto os dados ainda residem no S3 — cada época, cada restauração de checkpoint, cada releitura paralela de dados torna-se um evento faturável. As malhas de dados (data fabrics) de IA multiplicam esse problema: conjuntos de dados são duplicados em estágios de pré-processamento, treinamento, validação e análise, cada limite sendo potencialmente um pedágio.

A solução alternativa informal da indústria tem sido o CloudFront, porque a transferência dentro da região de S3 para CloudFront é gratuita, então as equipes roteiam os dados por meio de uma CDN que não foi realmente projetada para o trabalho. É um indício. Quando os clientes estão se distorcendo arquitetonicamente para evitar um item de linha, o item de linha não é mais preço — é um imposto.

O que a Akave está Realmente Vendendo​

A Akave Cloud é deliberadamente monótona da maneira que uma infraestrutura séria precisa ser. A interface é compatível com S3 — mesmos SDKs, mesma semântica de GET e PUT — portanto, migrar um pipeline de treinamento é mais próximo de alterar um endpoint do que reescrever código. O preço é uma taxa fixa única: $ 14,99 por terabyte por mês, sem saída, sem taxas por solicitação, sem penalidades de recuperação. Se o seu contêiner puxar 500 GB ou 2 TB de dados de treinamento, custará exatamente $ 0 em transferência.

Por baixo da API familiar, a arquitetura não se parece em nada com o S3. Os dados são fragmentados, criptografados no lado do cliente e distribuídos pela rede Akave usando codificação de eliminação (erasure coding) Reed-Solomon 32 de 16, que a Akave afirma oferecer 11 noves de durabilidade. O arquivamento de longo prazo está ancorado no Filecoin, a mesma rede que sustenta uma parcela crescente da economia de armazenamento descentralizado. Cada gravação gera um recibo on-chain, e cada recuperação é criptograficamente verificável — o que importa menos para fotos de gatos e muito mais para artefatos de treinamento de IA que reguladores, auditores ou consumidores de modelos downstream podem precisar verificar se não foram modificados.

A peça principal para empresas é o gateway O3, uma porta de entrada compatível com S3 que pode ser hospedada pela Akave ou auto-hospedada dentro da própria infraestrutura do cliente. A versão auto-hospedada é o segredo: equipes com requisitos rígidos de residência ou soberania de dados executam o O3 localmente, mantêm suas próprias chaves de criptografia e definem suas próprias políticas de acesso, enquanto ainda se beneficiam do backend distribuído. Para setores que historicamente não podiam tocar no armazenamento descentralizado — dados de saúde, IA adjacente à defesa, cargas de trabalho regulamentadas pela UE — essa configuração é significativa.

Os logotipos de clientes já incluem Intuizi, LaserSETI e 375ai executando cargas de trabalho de produção, e a cap table parece um "quem é quem" do capital alinhado ao protocolo: Protocol Labs, Filecoin Foundation, Avalanche, Blockchain Builders Fund, No Limit Holdings, Blockchange, Lightshift e Big Brain Holdings. Uma parceria com a Akash Network agrupa computação descentralizada de GPU com cerca de 70% de desconto em relação aos preços dos hyperscalers com o armazenamento de saída zero da Akave no que ambas as empresas estão comercializando como "infraestrutura de IA soberana".

Fazendo a Leitura do Ambiente: Onde a Akave se Posiciona na Pilha de Armazenamento​

O cenário de armazenamento descentralizado amadureceu drasticamente. Em janeiro de 2026, a Filecoin lançou a Onchain Cloud na mainnet, posicionando-se como uma alternativa descentralizada full-stack ao AWS com computação, recuperação verificável e pagamentos automatizados. O Storacha Forge, um dos primeiros serviços da Onchain Cloud, oferece warm storage a $5,99 por terabyte. O setor mais amplo de DePIN cresceu de aproximadamente$ 5,2 bilhões em valor de mercado em 2024 para mais de $ 19 bilhões no final de 2025 — um crescimento de cerca de 270% — à medida que a demanda por IA, a adoção corporativa e a qualidade da infraestrutura DePIN cruzaram os limites de usabilidade quase ao mesmo tempo.

Nesse contexto, a Akave ocupa um nicho específico que nem a Filecoin nem a Arweave preenchem nativamente:

• Filecoin é brilhante em arquivamento de longa cauda e incentivos econômicos, mas historicamente exigia acordos, mercados de recuperação e ferramentas que não se parecem com o S3. A Akave essencialmente empacota a durabilidade da Filecoin em uma interface compatível com S3 com uma taxa fixa.
• Arweave vende permanência: pagamento único, armazenamento indefinido, sem garantias de recuperação. Essa é a ferramenta certa para artefatos imutáveis — ativos de NFT, documentos on-chain, arquivos de conformidade — mas inadequada para os conjuntos de dados dinâmicos e mutáveis que os pipelines de treinamento de IA processam.
• Cloudflare R2 já oferece egress zero e é o benchmark centralizado que a precificação da Akave visa explicitamente. O R2 vence em latência, integrações de ecossistema e histórico; a Akave contra-ataca com soberania, verificabilidade e um modelo de confiança que não depende do tempo de atividade de um único provedor — um ponto reforçado pela interrupção global da Cloudflare em novembro de 2025, que expôs quantos aplicativos "descentralizados" ainda viviam na borda de uma única empresa.
• MinIO, a alternativa S3 auto-hospedada de código aberto, mudou recentemente para um modelo apenas de origem que assustou empresas que construíram pilhas assumindo edições comunitárias previsíveis. A Akave tem se apresentado silenciosamente como um alvo de migração para usuários do MinIO que desejam a ergonomia de auto-hospedagem sem assumir o fardo operacional próprio.

A maneira mais clara de entender a Akave é como uma arbitragem de preço e interface sobre primitivas de armazenamento descentralizado: pegue a durabilidade da Filecoin, envolva-a em semântica S3, coloque um medidor de taxa fixa no topo e venda o resultado para equipes de IA que já estão perdendo dinheiro com egress.

Por que o Momento é Importante: A Pinça de Energia e Gravidade de Dados​

No NVIDIA GTC 2026, Jensen Huang descreveu a IA como um "bolo de cinco camadas" com a energia formando a base — cada unidade de inteligência de máquina é, em última análise, uma conversão de eletricidade em computação. O Departamento de Energia e o Laboratório Nacional Lawrence Berkeley projetam que os data centers dos EUA podem consumir até 12% da eletricidade total dos EUA até 2030, contra cerca de 4,4% hoje (aproximadamente 176 TWh). A projeção da IEA para 2026 prevê que os data centers globais atinjam 1.000 TWh este ano — um consumo de energia em escala do Japão, dedicado à computação.

O efeito cascata é que onde os dados residem determina cada vez mais onde a computação pode ser executada. Os hyperscalers estão com suprimento limitado de energia. A capacidade de GPU está surgindo onde quer que as interconexões de rede permitam: Texas, países nórdicos, Oriente Médio e mercados secundários dos EUA. Se seus dados de treinamento estão fixados em us-east-1 e suas GPUs estão em Reykjavík ou Abu Dhabi, você está pagando egress para mover bits para o silício. O armazenamento agnóstico em relação à computação e com egress zero transforma os dados em cidadãos de primeira classe de um mundo multi-cloud e multi-geográfico — exatamente o mundo que a economia da IA está forçando agora.

Essa é a real razão pela qual um modelo de precificação como o da Akave chega agora, em vez de três anos atrás. Quando a computação era abundante e barata, o egress era um erro de arredondamento. Em uma rede limitada pela IA, o egress é estratégia.

O Caso Cético: O Que Poderia Dar Errado​

Três preocupações legítimas moderam o caso otimista.

Primeiro, latência e throughput em escala de petabytes. Os pipelines de treinamento de IA têm sede de largura de banda e são sensíveis à latência. O S3 não é apenas armazenamento barato com uma API amigável — é uma rede de borda globalmente distribuída com décadas de otimização. O erasure coding e a recuperação descentralizada da Akave adicionam saltos (hops). Clientes de produção como 375ai sugerem que é viável para cargas de trabalho comuns, mas as equipes que consideram fluxos de treinamento de centenas de gigabits por segundo devem realizar benchmarks cuidadosamente antes de se comprometerem.

Segundo, a inércia de aquisição corporativa. O preço fixo é ótimo; a soberania também. Mas as equipes de segurança, jurídica e conformidade corporativa movem-se em uma escala de tempo medida em trimestres, e o DePIN ainda é uma categoria de aquisição nova para a maioria dos CIOs da Fortune 500. O gateway O3 auto-hospedado da Akave é parcialmente uma resposta a isso — "é o nosso hardware rodando o software deles" é mais fácil de aprovar do que "nossos dados vivem em uma blockchain" — mas o ciclo de vendas é real.

Terceiro, a economia só é barata se a rede permanecer saudável. As camadas de incentivo da Filecoin e da Akave pressupõem uma população de provedores de armazenamento dispostos a garantir a capacidade ao preço oferecido. Se a demanda por IA subir mais rápido que a oferta, o preço fixo ou comprime as margens do provedor ou é silenciosamente reestruturado em níveis. Os hyperscalers podem subsidiar; as redes DePIN precisam equilibrar.

Nenhum desses problemas é fatal. Todos eles significam que o desafio da Akave é menos sobre se o argumento do custo convence e mais sobre se a história operacional é "entediante" o suficiente para um SRE da Fortune 500 aprovar.

O Padrão Maior: Armazenamento como Porta de Entrada na Infraestrutura de IA​

O mais interessante sobre a Akave não é o preço de $ 14,99. É o que esse preço tenta alcançar estrategicamente. O armazenamento é uma commodity de baixa margem, mas é também a camada com a maior gravidade de dados — quem possui o conjunto de dados detém a resposta padrão para "onde devemos treinar?" e, eventualmente, "onde devemos realizar a inferência?". A parceria Akash x Akave é um sinal claro disso: computação de GPU descentralizada a 70 % abaixo dos preços dos hyperscalers não significa nada se seus dados residem em um local que cobra para você sair. Agrupe-os, e a economia se torna uma alternativa integrada à stack da AWS, em vez de apenas dois descontos grampeados um ao outro.

Espere que esse padrão se repita na categoria DePIN para IA até 2026. As redes de armazenamento buscarão redes de computação, as redes de computação buscarão gateways de inferência e os gateways de inferência buscarão frameworks de agentes — todos tentando montar uma vertical que possa cotar um preço único e previsível contra o que ainda é, do ponto de vista do cliente, uma experiência única e integrada de um hyperscaler. Os vencedores serão aqueles que parecerem infraestrutura, e não cripto.

A Akave é uma concorrente inicial confiável porque se recusa a parecer cripto na superfície: endpoint S3, taxa fixa, recibos fáceis de auditar, clientes reais. Os componentes descentralizados estão "sob o capô", onde — se a Akave estiver certa — eles deveriam estar.

---

Para desenvolvedores que constroem a próxima geração de aplicações Web3 e nativas de IA, a BlockEden.xyz fornece infraestrutura de RPC, indexação e API de nível empresarial em mais de 25 + redes, com o perfil de confiabilidade que cargas de trabalho de produção sérias exigem. Explore nosso marketplace de APIs para construir em uma infraestrutura projetada para o longo prazo.

Fontes​

• Akave Cloud: Armazenamento de Objetos Compatível com S3
• [Akave Arrecada 6,65 M para Desafiar o Armazenamento em Nuvem Tradicional (BusinessWire)](https://www.businesswire.com/news/home/20260302775473/en/Akave-Raises-\6.65M-to-Challenge-Traditional-Cloud-Storage-with-Compute-Agnostic-Platform-Built-for-AI-Applications)
• Akave arrecada $ 6,65 M para armazenamento em nuvem agnóstico de computação e sem taxas de saída (SiliconANGLE)
• Armazenamento S3 Descentralizado para IA: Zero Egress (TFiR)
• Akash Network & Akave: Construindo a Primeira Infraestrutura de IA Soberana
• Akave Cloud x Filecoin: Armazenamento de Objetos Compatível com S3 para Empresas e DePIN
• Alternativa ao MinIO: Migre para o Akave O3
• Preços do AWS S3
• Um Guia de 2026 para os Preços do Amazon S3 (CloudZero)
• As Taxas de Saída de Armazenamento em Nuvem Estão Custando aos seus Projetos de IA Mais do que Você Imagina (Akave)
• Apresentando o Filecoin Onchain Cloud
• Guerra do Armazenamento Web3 2026: Filecoin, Arweave & DePIN Boom
• Guerras de Computação DePIN: Inferência de IA e Armazenamento de Dados 2026
• NVIDIA GTC 2026: O futuro da IA continua voltando para a energia (Reccessary)
• A Crise de Energia dos Data Centers de IA (Tech Insider)

Durante quinze anos, a linguagem de script do Bitcoin tem sido deliberada e agressivamente entediante. Sem loops. Sem recursão. Sem estado. Uma pilha pequena, um punhado de opcodes e uma cultura que trata cada expansão proposta como uma potencial guerra civil. Esse conservadorismo é a razão pela qual o Bitcoin nunca foi explorado com sucesso na camada de consenso — e a razão pela qual os desenvolvedores que queriam construir algo além de "enviar moedas de A para B" acabaram desistindo e mudando para o Ethereum.

Esse cálculo está mudando em 2026. O OP_CHECKTEMPLATEVERIFY tem parâmetros de ativação concretos na mesa pela primeira vez desde que o BIP-119 foi redigido. O OP_CAT tem um número oficial de BIP. O LNHANCE está sendo discutido ativamente como uma alternativa focada na Lightning. E o BitVM2 — que não requer nenhum soft fork — já está em produção, alimentando a ponte (bridge) da mainnet da Citrea que foi lançada em janeiro. Após anos de "os covenants estão chegando", o Bitcoin está finalmente na fase em que múltiplas propostas credíveis estão rodando em paralelo, cada uma resolvendo uma fatia diferente do problema.