Cardano fundador Charles Hoskinson abordou críticas crescentes sobre a abordagem de diversidade de clientes de sua blockchain em um vídeo no final de setembro, defendendo o que chamou de estratégia coordenada, enquanto alertava que conflitos nas redes sociais ameaçam atualizações críticas da rede. O CEO da Input Output Hong Kong (IOHK) rejeitou alegações de que ele se opõe a implementações de múltiplos clientes, afirmando que a diversidade de clientes tem sido "um objetivo de design desde o início" do projeto Cardano.
O que Saber:
- Hoskinson delineou uma estratégia de diversificação em duas frentes envolvendo o nó atual baseado em Haskell e uma implementação planejada de "Cardano 2.x" baseada em Rust.
- O fundador expressou preocupações de que equipes de clientes alternativas não têm recursos suficientes para apoiar o Leios, a atualização de escalabilidade planejada da Cardano, até 2026.
- A IOHK reorganizou equipes de desenvolvimento e aumentou o pessoal para acelerar a implementação do Leios usando um "modelo de desenvolvimento 24/7 seguindo o sol".
Abordagem de Desenvolvimento Baseada em Especificações
Hoskinson enquadrou a diversidade de clientes como fundamental para a descentralização da blockchain em vez de um aprimoramento opcional. "A diversidade de clientes é crucial. Ethereum sabe disso. Solana sabe disso. Todo mundo sabe disso," ele disse durante a resposta em vídeo. A abordagem se concentra em especificações formais que servem como projetos independentes de implementação para o desenvolvimento do protocolo.
Segundo Hoskinson, a IOHK investiu pesadamente em especificações formais para permitir múltiplos clientes interoperáveis sem fragmentar a rede. Ele enfatizou que as especificações mantêm rigor independentemente de seu formato. "Você pode escrevê-las em TLA, você pode escrevê-las em Agda, você pode escrevê-las em Lean," explicou. Sem especificações formais, argumentou, o código se torna o padrão de facto.
O fundador criticou equipes de clientes alternativas por desenvolverem implementações sem contribuir ativamente com as especificações existentes. Esta abordagem fragmentada aumenta os riscos de partição da rede e eleva os custos de coordenação, alertou.
Restrições de Recursos Ameaçam Cronograma do Leios
Hoskinson identificou Leios como o "programa mais urgente" da IOHK e questionou se as equipes de clientes concorrentes possuem financiamento adequado para implementar a arquitetura de escalabilidade. A empresa reestruturou operações de desenvolvimento e encerrou dissidentes internos para acelerar o progresso do Leios.
"Eu não acredito que os nós alternativos sejam suficientemente bem equipados para construir o Leios em 2026," afirmou Hoskinson. Ele sugeriu que a rede pode precisar atrasar a implementação do Leios se os clientes alternativos não conseguirem alcançar paridade de recursos. O "remédio" envolve ou aumentar o financiamento para equipes alternativas ou aceitar atrasos no cronograma.
Para abordar preocupações de fragmentação, Hoskinson propôs um programa de "cliente certificado" diretamente ligado a especificações formais.
Este processo de certificação forneceria evidências de que as implementações seguem os padrões do protocolo e atendem às expectativas de segurança. O financiamento da Tesouraria poderia então apoiar recursos básicos, novas funcionalidades e processos de certificação simultaneamente.
A IOHK começou a integrar componentes de terceiros, incluindo a implementação Dolos da Blockfrost, em designs de nós completos para a substituição da carteira Daedalus. Esses esforços demonstram o compromisso da empresa com contribuições externas mantendo o alinhamento com especificações.
Arquitetura Futura e Relações Comunitárias
O roteiro inclui o "Projeto Acrópole", uma arquitetura de microsserviços baseada em Rust projetada para unificar frameworks de parceiros em paralelo com o stack principal da rede da Cardano. Implantações empresariais utilizariam microsserviços orquestrados por Kubernetes com capacidades de escalonamento horizontal. Nós de varejo combinariam componentes mais leves como Dolos com Mithril para acelerada sincronização.
Hoskinson reconheceu desafios de modernização de rede, particularmente a reimplementação do stack "mini-protocolo" da Cardano em diferentes linguagens de programação.
A nova arquitetura poderia oferecer capacidades de pub/sub adequadas para cadeias de parceiros e aplicações descentralizadas.
O fundador apelou para a redução de conflitos nas redes sociais e foco renovado na entrega técnica. "Ficamos um pouco apaixonados demais pelo drama e um pouco apaixonados demais pelo comportamento adversarial," ele disse. Interpretações persistentes de má-fé criam o que ele chamou de "um inferno tóxico" que afasta desenvolvedores.
Hoskinson estabeleceu duas limitações pessoais: acusações de conduta criminosa e apropriação indevida de fundos comunitários. Ele acolheu críticas às suas decisões, estilo de gestão e operações da empresa de outra forma.
Compreendendo Termos-Chave
Diversidade de clientes refere-se a múltiplas implementações de software independentes do mesmo protocolo blockchain, reduzindo riscos de falhas únicas em operações de rede. Especificações formais fornecem descrições matemáticas ou lógicas do comportamento do protocolo independentes de implementações de programação específicas.
Leios representa a solução de escalabilidade da Cardano projetada para aumentar a capacidade de transações e reduzir os tempos de confirmação. A arquitetura de microsserviços divide aplicações em serviços menores e implantáveis independentemente que se comunicam por meio de interfaces definidas.
A linguagem de programação Haskell enfatiza princípios de programação funcional e exatidão matemática. Rust oferece recursos de segurança de memória e capacidades de otimização de desempenho atraentes para desenvolvedores de blockchain.
Conclusão
Hoskinson posicionou o Leios como um potencial "grande unificador" para equipes de desenvolvimento de clientes, desde que o ecossistema se concentre novamente na coordenação e disciplina de especificações. No momento da publicação, o ADA era negociado a $0,82. O fundador expressou otimismo sobre a possibilidade de oferecer escolha de clientes aos usuários finais uma vez estabelecidos os padrões de segurança.