A Solana enfrentou quatro grandes interrup\u00e7\u00f5es desde 2021, cada uma expondo uma falha diferente em seu modelo de consenso. O cliente validador Firedancer, criado pela Jump Crypto, \u00e9 a resposta de engenharia a essas falhas \u2014 e entender o que ele realmente muda, e o que n\u00e3o muda, \u00e9 essencial para quem acompanha a viabilidade de longo prazo da Solana.<\/p>\n
Nota:<\/strong> Este artigo discute dados de confiabilidade da rede e desenvolvimentos do ecossistema. N\u00e3o constitui aconselhamento financeiro. Dados de pre\u00e7o e desempenho podem mudar rapidamente.<\/p>\n O software validador original da Solana se chama Agave (anteriormente o cliente Solana Labs). Ele \u00e9 escrito em Rust e mantido principalmente pela Anza, uma empresa desmembrada da Solana Labs em 2023. Durante a maior parte da hist\u00f3ria da Solana, quase todos os validadores da rede rodavam esse cliente \u00fanico. Essa monocultura criava um tipo espec\u00edfico de risco: um bug no Agave poderia paralisar toda a rede, pois n\u00e3o havia uma implementa\u00e7\u00e3o alternativa para manter o consenso funcionando.<\/p>\n O Firedancer \u00e9 uma reimplementa\u00e7\u00e3o do zero do validador Solana em C, criada pela Jump Crypto<\/a>. Ele n\u00e3o compartilha c\u00f3digo com o Agave. O objetivo \u00e9 a diversidade de clientes \u2014 a mesma propriedade que a Ethereum possui entre Lighthouse, Prysm, Nimbus, Teku e outros. Se dois clientes independentes implementam o mesmo protocolo e um deles desenvolve um bug cr\u00edtico, a rede pode continuar operando com o outro.<\/p>\n Mas o Firedancer tamb\u00e9m mira em algo que os clientes da Ethereum nunca priorizaram da mesma forma: throughput bruto. Os engenheiros da Jump publicaram benchmarks mostrando o Firedancer processando mais de 1 milh\u00e3o de transa\u00e7\u00f5es por segundo em testes controlados. Esse n\u00famero vem com ressalvas significativas, \u00e0s quais chegaremos, mas a ambi\u00e7\u00e3o arquitet\u00f4nica \u00e9 real.<\/p>\n A Solana j\u00e1 passou por pelo menos seis paralisa\u00e7\u00f5es significativas de rede desde o lan\u00e7amento da mainnet, com quatro das mais disruptivas ocorrendo entre setembro de 2021 e fevereiro de 2023. As causas n\u00e3o foram todas iguais.<\/p>\n A interrup\u00e7\u00e3o de setembro de 2021, que durou cerca de 17 horas, foi causada por uma enxurrada de transa\u00e7\u00f5es de bots durante a venda de tokens do Grape Protocol. O pipeline de processamento de transa\u00e7\u00f5es da rede ficou saturado, os validadores ficaram sem mem\u00f3ria, e a rede se dividiu em um estado irresol\u00favel. Os validadores tiveram que coordenar um rein\u00edcio off-chain, processo que tomou quase um dia inteiro.<\/p>\n As interrup\u00e7\u00f5es de janeiro de 2022 e junho de 2022 tiveram causas raiz semelhantes: rajadas de transa\u00e7\u00f5es sem conten\u00e7\u00e3o econ\u00f4mica que exploravam a incapacidade do modelo de taxas de excluir spam pelo pre\u00e7o. A interrup\u00e7\u00e3o de maio de 2022 foi mais incomum, ligada a um bug na implementa\u00e7\u00e3o do “durable nonce”. O incidente de fevereiro de 2023 foi mais curto, cerca de 19 horas, e teve origem em um bug na nova implementa\u00e7\u00e3o de ingest\u00e3o de transa\u00e7\u00f5es QUIC.<\/p>\n O padr\u00e3o observado nessas falhas aponta para dois problemas distintos. Primeiro, o mercado de taxas n\u00e3o estava funcionando: spam podia sufocar transa\u00e7\u00f5es leg\u00edtimas porque os custos eram baixos demais e as taxas de prioridade n\u00e3o eram suficientemente aplicadas. Segundo, a depend\u00eancia de um \u00fanico cliente significava que os bugs n\u00e3o tinham para onde falhar de forma controlada.<\/p>\n A equipe de desenvolvimento da Solana resolveu o problema do mercado de taxas por meio de mercados de taxas locais (introduzidos em 2023), que permitem que as taxas em contas congestionadas subam de forma independente do restante da rede. Essa \u00e9 uma melhoria estrutural. O Firedancer resolve o problema da diversidade de clientes.<\/p>\n A diferen\u00e7a arquitet\u00f4nica mais importante \u00e9 o modelo de processamento baseado em “tiles” (blocos de processamento) do Firedancer. O software tradicional lida com tarefas de forma single-threaded ou modestamente paralelizada. O Firedancer atribui n\u00facleos de CPU dedicados (tiles) a tarefas espec\u00edficas: ingest\u00e3o de transa\u00e7\u00f5es, verifica\u00e7\u00e3o de assinaturas, execu\u00e7\u00e3o e propaga\u00e7\u00e3o de blocos rodam cada um em n\u00facleos separados, com sobrecarga m\u00ednima de coordena\u00e7\u00e3o entre eles.<\/p>\n Esse design minimiza o tipo de gargalo em cascata que causou a interrup\u00e7\u00e3o da Solana em 2021. Quando um est\u00e1gio de processamento fica saturado, ele pode descartar pacotes de forma limpa sem corromper o estado dos demais est\u00e1gios. Os engenheiros da Jump Crypto descrevem isso como uma abordagem de “kernel-bypass” inspirada no DPDK \u2014 tomando emprestadas t\u00e9cnicas da infraestrutura de trading de alta frequ\u00eancia, onde lat\u00eancia e throughput s\u00e3o imperativos de engenharia, n\u00e3o meras aspira\u00e7\u00f5es.<\/p>\n A implementa\u00e7\u00e3o em C tamb\u00e9m evita boa parte da sobrecarga de runtime do Rust. Na pr\u00e1tica, isso significa menor uso de mem\u00f3ria por validador e lat\u00eancia mais previs\u00edvel \u2014 importante para uma rede que busca finalidade em menos de um segundo em escala.<\/p>\n Em meados de 2026, o Firedancer est\u00e1 implantado na mainnet da Solana de forma parcial. A configura\u00e7\u00e3o Frankendancer \u2014 que usa a pilha de rede e ingest\u00e3o do Firedancer enxertada sobre a camada de execu\u00e7\u00e3o existente do Agave \u2014 est\u00e1 rodando em produ\u00e7\u00e3o h\u00e1 mais de um ano em uma fatia crescente de validadores.<\/p>\n O Firedancer completo (todos os componentes, incluindo execu\u00e7\u00e3o) est\u00e1 em valida\u00e7\u00e3o na testnet no momento em que este texto \u00e9 escrito. O painel de sa\u00fade de validadores da Solana Foundation acompanha a distribui\u00e7\u00e3o de clientes; em junho de 2026, o Frankendancer representa aproximadamente 15% do peso de stake, com o restante no Agave. Espera-se que a participa\u00e7\u00e3o do Firedancer completo cres\u00e7a ao longo do segundo semestre de 2026, \u00e0 medida que o cliente conclui uma auditoria de seguran\u00e7a formal.<\/p>\n O benchmark de 1 milh\u00e3o de TPS continua sendo um n\u00famero de ambiente controlado. O throughput da mainnet, medido pelo Solana Explorer<\/a> e por rastreadores terceirizados, geralmente fica entre 2.000 e 5.000 transa\u00e7\u00f5es n\u00e3o relacionadas a votos por segundo sob carga normal, com picos durante mints de NFT e lan\u00e7amentos de tokens alcan\u00e7ando patamares mais altos. A diferen\u00e7a entre os benchmarks de laborat\u00f3rio e a realidade de produ\u00e7\u00e3o reflete restri\u00e7\u00f5es de propaga\u00e7\u00e3o da rede, varia\u00e7\u00e3o de hardware entre validadores e o custo real de alcan\u00e7ar consenso entre n\u00f3s distribu\u00eddos geograficamente.<\/p>\n A diversidade de clientes n\u00e3o melhora diretamente a experi\u00eancia do usu\u00e1rio em condi\u00e7\u00f5es normais. A maioria dos usu\u00e1rios da Solana n\u00e3o vai perceber se sua transa\u00e7\u00e3o foi processada pelo Agave ou pelo Firedancer. O valor est\u00e1 na redu\u00e7\u00e3o do tail-risk (risco de cauda): um bug grave no Agave, em um mundo em que o Firedancer det\u00e9m 30% do stake, significa que a rede se degrada em vez de parar.<\/p>\n Isso importa para protocolos DeFi, exchanges e desenvolvedores de aplica\u00e7\u00f5es que constru\u00edram na Solana justamente por causa do throughput e das taxas baixas. Esses construtores aceitaram o risco de interrup\u00e7\u00e3o como uma desvantagem conhecida. O Firedancer reduz essa desvantagem ao longo do tempo, o que pode ampliar o conjunto de aplica\u00e7\u00f5es vi\u00e1veis na rede \u2014 particularmente casos de uso cr\u00edticos para liquida\u00e7\u00e3o que n\u00e3o podem tolerar paralisa\u00e7\u00f5es de qualquer dura\u00e7\u00e3o.<\/p>\n Isso tamb\u00e9m tem implica\u00e7\u00f5es para o posicionamento da Solana no mercado de validadores. Rodar o Firedancer atualmente exige mais habilidade t\u00e9cnica do que rodar o Agave. A Jump Crypto sinalizou a inten\u00e7\u00e3o de torn\u00e1-lo acess\u00edvel a validadores independentes, mas o per\u00edodo de transi\u00e7\u00e3o provavelmente favorecer\u00e1 operadores maiores e tecnicamente mais sofisticados. Isso vale a pena observar como um poss\u00edvel vetor de centraliza\u00e7\u00e3o.<\/p>\n O Firedancer resolve a diversidade de clientes e um poss\u00edvel teto de throughput. Ele n\u00e3o resolve v\u00e1rias outras quest\u00f5es em aberto no roteiro da Solana.<\/p>\n O crescimento do estado \u00e9 um desafio de longo prazo reconhecido: o modelo de contas da Solana cria um estado on-chain persistente, e sem uma poda agressiva, os requisitos de armazenamento para validadores v\u00e3o aumentar. O mecanismo de “rent” da rede foi projetado para resolver isso, mas n\u00e3o conseguiu faz\u00ea-lo por completo.<\/p>\n A din\u00e2mica do MEV (valor m\u00e1ximo extra\u00edvel) na Solana tamb\u00e9m est\u00e1 evoluindo. A Jito Labs opera um cliente validador modificado com um “block engine” que permite que buscadores (searchers) fa\u00e7am lances pela ordena\u00e7\u00e3o de transa\u00e7\u00f5es \u2014 um sistema com paralelos ao PBS da Ethereum (separa\u00e7\u00e3o proposer-builder). Como o Firedancer interage com o block engine da Jito, e como essa intera\u00e7\u00e3o afeta a inclus\u00e3o de transa\u00e7\u00f5es de usu\u00e1rios comuns, \u00e9 uma \u00e1rea ativa de desenvolvimento.<\/p>\n Por fim, a estrutura de governan\u00e7a da Solana permanece informal em compara\u00e7\u00e3o ao processo EIP da Ethereum. Mudan\u00e7as de protocolo exigem ampla ado\u00e7\u00e3o pelos validadores sem um mecanismo formal de governan\u00e7a on-chain. A implanta\u00e7\u00e3o completa do Firedancer depender\u00e1 dessa coordena\u00e7\u00e3o informal funcionar como pretendido.<\/p>\n N\u00e3o. O Firedancer \u00e9 uma implementa\u00e7\u00e3o alternativa que pode rodar em paralelo ao Agave. O objetivo \u00e9 que ambos os clientes estejam em uso amplo em produ\u00e7\u00e3o, proporcionando \u00e0 rede diversidade em vez de depend\u00eancia de uma \u00fanica base de c\u00f3digo.<\/p>\n O Firedancer completo (todos os componentes) tem como meta o final de 2026 para uma ado\u00e7\u00e3o ampla na mainnet, dependendo da conclus\u00e3o da auditoria de seguran\u00e7a. A configura\u00e7\u00e3o parcial Frankendancer j\u00e1 est\u00e1 em uso de produ\u00e7\u00e3o.<\/p>\n A Solana teve lentid\u00f5es breves, mas nenhuma paralisa\u00e7\u00e3o total de rede com dura\u00e7\u00e3o superior a algumas horas desde o in\u00edcio de 2023. \u00c9 dif\u00edcil atribuir isso claramente ao Firedancer em vez das melhorias no mercado de taxas e outras mudan\u00e7as feitas em paralelo.<\/p>\n A Solana enfrentou quatro grandes interrup\u00e7\u00f5es desde 2021, cada uma expondo uma falha diferente em seu modelo de consenso. O cliente validador Firedancer, criado pela Jump Crypto, \u00e9 a resposta de engenharia a essas falhas \u2014 e entender o que ele realmente muda, e o que n\u00e3o muda, \u00e9 essencial para quem acompanha a viabilidade … Continued<\/a><\/p>\n","protected":false},"author":10,"featured_media":172,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"_twl_variant":"analysis","_twl_tldr":"","_twl_takeaways":"","_twl_sources":"","_twl_has_affiliate":"","_twl_ymyl":"1","_twl_update_log":"","_twl_quick_answer":"","_twl_faq":"","_twl_coin_embed":"","footnotes":""},"categories":[456],"tags":[484,460,485],"class_list":["post-331","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-altcoins","tag-firedancer","tag-layer-1","tag-solana"],"_links":{"self":[{"href":"https:\/\/theweal.com\/pt-br\/wp-json\/wp\/v2\/posts\/331","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/theweal.com\/pt-br\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/theweal.com\/pt-br\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/theweal.com\/pt-br\/wp-json\/wp\/v2\/users\/10"}],"replies":[{"embeddable":true,"href":"https:\/\/theweal.com\/pt-br\/wp-json\/wp\/v2\/comments?post=331"}],"version-history":[{"count":2,"href":"https:\/\/theweal.com\/pt-br\/wp-json\/wp\/v2\/posts\/331\/revisions"}],"predecessor-version":[{"id":621,"href":"https:\/\/theweal.com\/pt-br\/wp-json\/wp\/v2\/posts\/331\/revisions\/621"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/theweal.com\/pt-br\/wp-json\/wp\/v2\/media\/172"}],"wp:attachment":[{"href":"https:\/\/theweal.com\/pt-br\/wp-json\/wp\/v2\/media?parent=331"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/theweal.com\/pt-br\/wp-json\/wp\/v2\/categories?post=331"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/theweal.com\/pt-br\/wp-json\/wp\/v2\/tags?post=331"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}O que \u00e9 o Firedancer \u2014 e qual problema ele resolve<\/h2>\n
O hist\u00f3rico de interrup\u00e7\u00f5es da Solana: o que realmente deu errado<\/h2>\n
Como a arquitetura do Firedancer \u00e9 diferente<\/h2>\n
Onde o Firedancer est\u00e1 em meados de 2026<\/h2>\n
O que isso significa para o ecossistema da Solana<\/h2>\n
O que permanece sem solu\u00e7\u00e3o<\/h2>\n
Perguntas frequentes<\/h2>\n
O Firedancer substitui o validador atual da Solana?<\/h3>\n
Quando o Firedancer ser\u00e1 totalmente implantado na mainnet?<\/h3>\n
A Solana teve alguma interrup\u00e7\u00e3o desde que o Firedancer come\u00e7ou a ser implantado?<\/h3>\n
Fontes<\/h2>\n
\n