
O co-fundador da Solana, Anatoly Yakovenko, disse esta semana que, ao se tratar de otimizar a rede, um pequeno número de aplicativos consumidores de alto volume merece prioridade sobre validadores, desenvolvedores, criadores de mercado ou até mesmo engenheiros principais.
O que ele disse
- Em uma postagem de 23 de outubro no X, Yakovenko listou cinco produtos nos quais acredita que o Solana deve se concentrar primeiro: Phantom, Pump.fun, Fomo, Jupiter e Kamino.
- Seu raciocínio: “Produtos com uma grande quantidade de AUM e um grande volume de varejo são os dois grupos mais importantes a otimizar.” Ele enfatizou que essas métricas — ativos sob gestão e atividade de negociação de varejo — devem orientar as decisões de otimização.
Yakovenko classificou explicitamente esses aplicativos acima de validadores, desenvolvedores, market makers e engenheiros principais em termos de para quem a rede deveria ser otimizada, embora ele não tenha proposto nenhuma mudança técnica, cronograma ou alteração de governança em seu favor.
- Em um comentário de acompanhamento, ele resumiu o usuário prioritário de forma mais geral: “O usuário mais importante é o encanador, institucional ou varejista.”
Contexto e reações
- As observações de Yakovenko vieram em resposta a críticas de que alguns projetistas do protocolo Ethereum não usam sua própria rede. Ele ofereceu elogios qualificados à Ethereum Foundation, dizendo que ela “fez um bom trabalho ao otimizar para o Aave”, observando como falhas de inclusão durante interrupções ou congestionamentos quebrariam plataformas de empréstimo.
- Isso faz parte de um debate mais amplo no qual Yakovenko participou sobre economia de aplicações em Layer 1s. Ele anteriormente argumentou que uma empresa poderia construir sobre o Solana, subsidiar os custos de transação e cobrar os usuários por meio de sua própria interface — uma posição que gerou resistência em setembro do co-fundador da Offchain Labs, Steven Goldfeder, sobre o uso do Arbitrum pela Robinhood.
- Goldfeder defendeu a capacidade do Robinhood de reter a maioria da receita da cadeia sob o Programa de Expansão do Arbitrum, dizendo que os aplicativos poderiam manter cerca de 90% da receita líquida do protocolo. Os termos relatados destinam 10% da receita líquida do protocolo ao ecossistema Arbitrum (8% para a DAO, 2% para a Developer Guild), com "líquido" medido após despesas de rede relevantes, como custos de publicação de dados no Ethereum.
A post de Yakovenko em 23 de outubro não anunciou nenhuma variação no acesso ao produto para clientes dos EUA nem nenhum acordo com as equipes que ele nomeou.
Onde isso se encaixa no trabalho de atualização da Solana
Os comentários de Yakovenko chegam enquanto a Solana continua implementando atualizações significativas no protocolo e mudanças na rede que afetam equipes de aplicações, validadores e operadores de infraestrutura:
- Etapas de atualização e teste do Alpenglow:
- Alpenglow foi movido para o devnet em 26 de setembro após uma transição do testnet, fornecendo às equipes de aplicativos acesso antecipado ao novo comportamento de consenso antes da implantação no mainnet.
- A Fundação disse que aplicativos que apenas enviam transações e leem saldos não precisarão migrar, enquanto serviços que processam blocos ou rastreiam atividade de validadores podem precisar alterar a forma como leem os dados da rede.
- O devnet é destinado às equipes de aplicativos para testar com tokens sem valor; o testnet é voltado para validadores e operadores que executam condições mais pesadas e realistas. A Anza anunciou a transição do devnet em 25 de setembro, um dia após o testnet concluir sua mudança.
- Metas de finalidade e desempenho:
- A atualização visa um tempo de finalidade de aproximadamente 150 milissegundos, uma melhoria drástica em relação aos ~12,8 segundos sob o TowerBFT. A cobertura destacou a distinção entre finalidade de consenso e uma indicação inicial de que uma transação foi registrada.
- Economia do validador e taxas de admissão:
- A Fundação planeja substituir as taxas separadas de votação na cadeia por uma taxa única de admissão de 0,8 SOL por epoch, que será totalmente queimada. Os validadores devem financiar essa taxa acima do mínimo isento de aluguel da conta de voto, e o pagamento deve ser feito uma epoch antecipadamente. Validadores incapazes de pagar perderão a permissão para votar ou produzir blocos na epoch seguinte.
- Nós fora do conjunto de validadores admitidos normalmente aprendem a finalidade por meio de certificados incluídos em blocos posteriores, o que pode adicionar um intervalo entre blocos produzidos e levar a esperas mais longas se blocos forem pulados ou atrasados.
Linha de fundo
Yakovenko está liderando um argumento pragmático, com foco no produto: otimizar a rede para aplicativos de alto AUM e alto volume de varejo que movem ativos e transações reais. Ele apresentou exemplos concretos, mas não chegou a propor mudanças técnicas ou de governança. Enquanto isso, o caminho de atualização do Solana (Alpenglow, melhorias na finalidade e alterações nas taxas dos validadores) continua a reconfigurar a forma como aplicativos e operadores interagem com a rede.
O que ele disse
- Em uma postagem de 23 de outubro no X, Yakovenko listou cinco produtos nos quais acredita que o Solana deve se concentrar primeiro: Phantom, Pump.fun, Fomo, Jupiter e Kamino.
- Seu raciocínio: “Produtos com uma grande quantidade de AUM e um grande volume de varejo são os dois grupos mais importantes a otimizar.” Ele enfatizou que essas métricas — ativos sob gestão e atividade de negociação de varejo — devem orientar as decisões de otimização.
Yakovenko classificou explicitamente esses aplicativos acima de validadores, desenvolvedores, market makers e engenheiros principais em termos de para quem a rede deveria ser otimizada, embora ele não tenha proposto nenhuma mudança técnica, cronograma ou alteração de governança em seu favor.
- Em um comentário de acompanhamento, ele resumiu o usuário prioritário de forma mais geral: “O usuário mais importante é o encanador, institucional ou varejista.”
Contexto e reações
- As observações de Yakovenko vieram em resposta a críticas de que alguns projetistas do protocolo Ethereum não usam sua própria rede. Ele ofereceu elogios qualificados à Ethereum Foundation, dizendo que ela “fez um bom trabalho ao otimizar para o Aave”, observando como falhas de inclusão durante interrupções ou congestionamentos quebrariam plataformas de empréstimo.
- Isso faz parte de um debate mais amplo no qual Yakovenko participou sobre economia de aplicações em Layer 1s. Ele anteriormente argumentou que uma empresa poderia construir sobre o Solana, subsidiar os custos de transação e cobrar os usuários por meio de sua própria interface — uma posição que gerou resistência em setembro do co-fundador da Offchain Labs, Steven Goldfeder, sobre o uso do Arbitrum pela Robinhood.
- Goldfeder defendeu a capacidade do Robinhood de reter a maioria da receita da cadeia sob o Programa de Expansão do Arbitrum, dizendo que os aplicativos poderiam manter cerca de 90% da receita líquida do protocolo. Os termos relatados destinam 10% da receita líquida do protocolo ao ecossistema Arbitrum (8% para a DAO, 2% para a Developer Guild), com "líquido" medido após despesas de rede relevantes, como custos de publicação de dados no Ethereum.
A post de Yakovenko em 23 de outubro não anunciou nenhuma variação no acesso ao produto para clientes dos EUA nem nenhum acordo com as equipes que ele nomeou.
Onde isso se encaixa no trabalho de atualização da Solana
Os comentários de Yakovenko chegam enquanto a Solana continua implementando atualizações significativas no protocolo e mudanças na rede que afetam equipes de aplicações, validadores e operadores de infraestrutura:
- Etapas de atualização e teste do Alpenglow:
- Alpenglow foi movido para o devnet em 26 de setembro após uma transição do testnet, fornecendo às equipes de aplicativos acesso antecipado ao novo comportamento de consenso antes da implantação no mainnet.
- A Fundação disse que aplicativos que apenas enviam transações e leem saldos não precisarão migrar, enquanto serviços que processam blocos ou rastreiam atividade de validadores podem precisar alterar a forma como leem os dados da rede.
- O devnet é destinado às equipes de aplicativos para testar com tokens sem valor; o testnet é voltado para validadores e operadores que executam condições mais pesadas e realistas. A Anza anunciou a transição do devnet em 25 de setembro, um dia após o testnet concluir sua mudança.
- Metas de finalidade e desempenho:
- A atualização visa um tempo de finalidade de aproximadamente 150 milissegundos, uma melhoria drástica em relação aos ~12,8 segundos sob o TowerBFT. A cobertura destacou a distinção entre finalidade de consenso e uma indicação inicial de que uma transação foi registrada.
- Economia do validador e taxas de admissão:
- A Fundação planeja substituir as taxas separadas de votação na cadeia por uma taxa única de admissão de 0,8 SOL por epoch, que será totalmente queimada. Os validadores devem financiar essa taxa acima do mínimo isento de aluguel da conta de voto, e o pagamento deve ser feito uma epoch antecipadamente. Validadores incapazes de pagar perderão a permissão para votar ou produzir blocos na epoch seguinte.
- Nós fora do conjunto de validadores admitidos normalmente aprendem a finalidade por meio de certificados incluídos em blocos posteriores, o que pode adicionar um intervalo entre blocos produzidos e levar a esperas mais longas se blocos forem pulados ou atrasados.
Linha de fundo
Yakovenko está liderando um argumento pragmático, com foco no produto: otimizar a rede para aplicativos de alto AUM e alto volume de varejo que movem ativos e transações reais. Ele apresentou exemplos concretos, mas não chegou a propor mudanças técnicas ou de governança. Enquanto isso, o caminho de atualização do Solana (Alpenglow, melhorias na finalidade e alterações nas taxas dos validadores) continua a reconfigurar a forma como aplicativos e operadores interagem com a rede.

