Nó Dingo de Cardano avança na produção de blocos em testnet enquanto a infraestrutura com base em Go se expande
Blink Labs apresentou novos avanços no Dingo, uma implementação de nó de Cardano com base em Go, com produção de blocos em Preview, exemplos de APIs locais e um roteiro rumo à prontidão para a mainnet.
By SongMarketCap
Blink Labs apresentou uma nova atualização de desenvolvimento para o Dingo, uma implementação alternativa de nó de Cardano escrita em Go. Durante o Developers Office Hours #65, o CEO da Blink Labs, Chris Gianelloni, descreveu como o Dingo passou de seu papel original como nó de dados para uma infraestrutura capaz de validar dados de Cardano, produzir blocos em redes de teste e fornecer APIs locais para aplicações.
Para Cardano, a atualização é relevante porque o Dingo aborda uma questão central de infraestrutura: diversidade de nós. Uma rede que depende excessivamente de uma única implementação dominante carrega risco operacional, enquanto clientes independentes podem ajudar a expor pressupostos, melhorar testes e dar aos desenvolvedores mais maneiras de construir sobre o mesmo protocolo.
Dingo fortalece a diversidade de nós de Cardano com um cliente com base em Go
Dingo é um projeto de nó de Cardano de código aberto desenvolvido pela Blink Labs. O projeto começou como um nó de dados projetado para capturar dados da blockchain, indexá-los e servi-los por meio de APIs. Gianelloni disse que o foco inicial em desempenho veio desse papel de indexação, no qual o Dingo foi concebido para combinar funções que frequentemente são tratadas por uma pilha maior envolvendo cardano-node, DB Sync e Postgres.
O projeto agora cobre um conjunto mais amplo de funções de infraestrutura. O Dingo pode operar como nó de dados, serviço de API e produtor de blocos em testnet, dependendo de como é configurado. Sua implementação com base em Go adiciona outra via técnica para a infraestrutura de Cardano, ao lado do nó em Haskell já estabelecido e de outros trabalhos de clientes alternativos no ecossistema.
Essa diversidade de clientes pode aumentar a resiliência da rede porque implementações separadas testam o protocolo a partir de bases de código diferentes. Gianelloni disse que o trabalho com outras equipes de infraestrutura de Cardano ajudou a identificar onde alguns pressupostos estão vinculados a uma implementação específica em vez do próprio protocolo.
A Blink Labs também conectou o desenvolvimento do Dingo a uma proposta do tesouro de Cardano focada em prontidão para produção, prontidão para o hard fork Dijkstra, suporte a Leios e produção de blocos na mainnet. A proposta solicitou financiamento em ADA para a continuação do trabalho no Dingo como produtor de blocos em nível de produção.
A produção de blocos em Preview leva o Dingo além da indexação de dados
Gianelloni disse que o Dingo já está produzindo blocos na rede Preview de Cardano. Durante a apresentação, ele afirmou que o Dingo havia produzido cerca de 3 por cento dos blocos no dia anterior em Preview e cerca de 4 por cento entre os 100 blocos mais recentes exibidos naquele momento.
Essa atividade coloca o Dingo em um papel de testnet mais prático, mas não torna o projeto pronto para a mainnet. A Blink Labs continua apresentando o Dingo como software em desenvolvimento ativo, com uso atual focado nos ambientes Preview, PreProd e devnet, em vez de operação na mainnet de produção com fundos reais.
A transição para a produção de blocos também muda o modelo de confiança por trás dos serviços de dados do Dingo. Um nó puramente de dados precisa de outro nó validador na pilha. Como produtor de blocos, o Dingo pode validar dados da cadeia localmente e depois usar esses dados validados como base para seus próprios serviços de API.
Gianelloni também apresentou aplicações de exemplo criadas em torno do Dingo. O Dingo Swap usa dados do Dingo e a UTxO RPC API em Preview, o GovLens lê dados de governança do banco de dados de metadados do Dingo, e o Dingo Explorer usa uma API compatível com Blockfrost servida localmente pelo Dingo.
APIs, Mithril Sync e trabalho de segurança definem o caminho para a mainnet
O Dingo está sendo desenvolvido como uma pilha de infraestrutura para múltiplos casos de uso de desenvolvedores. O projeto oferece suporte a UTxO RPC, a uma superfície Mini Blockfrost API, suporte à Rosetta API e saída de metadados para Postgres. Essa configuração permite que desenvolvedores criem aplicações, painéis e relatórios usando ferramentas de banco de dados familiares, contando com dados indexados e validados por meio do Dingo.
O projeto também usa Mithril para um bootstrap mais rápido. Gianelloni disse que o Mithril Sync é uma das principais maneiras recomendadas de colocar o Dingo em operação, especialmente no modo de API, embora o Dingo ainda precise processar e indexar os dados após a sincronização inicial.
A Blink Labs também descreveu várias etapas restantes antes de um uso mais amplo em produção. Isso inclui validação do cálculo de recompensas, reforço de segurança, testes em escala de mainnet, otimização de armazenamento e uma auditoria externa de segurança. Gianelloni disse que a equipe quer concluir a auditoria e tratar quaisquer itens de remediação antes de dizer aos operadores que o Dingo está pronto para uso na mainnet.
Atualmente, o Dingo altera o estado da infraestrutura de testnet de Cardano, não o status das operações na mainnet. Ele agora conta com produção de blocos em Preview, exemplos de APIs locais, um modelo de metadados em Postgres, ferramentas de observabilidade e um roteiro vinculado a revisão de segurança e trabalho de escalonamento. Para o esforço de diversidade de nós de Cardano, a atualização dá ao Dingo um papel concreto como uma implementação funcional com base em Go que desenvolvedores e operadores podem testar antes de qualquer implantação mais ampla em produção.