Cardano Over Coffee: Leios, cronogramas e stake pools
Uma conversa informal de sexta feira trouxe diferentes visões sobre a prontidão para a atualização, os custos enfrentados por operadores menores e o financiamento do desenvolvimento quando os planos mudam.
By SongMarketCap
Updated:
Leios e os preparativos para Dijkstra tornaram-se um tema central no Cardano Over Coffee de sexta feira. James, conhecido como Blockjock, EPOCH, Ken Erik, Christina e Angry exploraram como a atualização poderia chegar aos usuários e o que isso poderia significar para as pessoas que mantêm o Cardano.
Entre histórias sobre os tempos de escola e os primeiros carros, o grupo analisou dilemas práticos: quanta preparação é suficiente, o que os operadores podem arcar e como as equipes devem explicar necessidades adicionais de financiamento.
Prontidão do Leios e a pressão para entregar
James questionou como a comunidade receberia um lançamento inicial com funcionalidade limitada após anos de expectativas em torno do Leios, a proposta de aumento de capacidade do Cardano. Ele se preocupou com um descompasso entre a dimensão dessas expectativas e o que os usuários poderiam experimentar no início.
EPOCH questionou o motivo para acelerar o desenvolvimento. Diante do que descreveu como um cenário de mercado difícil, ele queria uma explicação mais clara do benefício de um lançamento mais cedo.
“Então, se o risco é alto e o valor é baixo, por que apressar?” perguntou.
Sua preocupação se estendia aos desenvolvedores que continuam construindo durante períodos de mercado mais tranquilos. Uma urgência desnecessária, argumentou, poderia esgotar as equipes antes de um período mais exigente de crescimento e atividade.
Ele também rejeitou permitir que uma cobertura potencialmente negativa influenciasse decisões de engenharia. Críticas existiriam independentemente do resultado; sua preferência era trabalhar de forma metódica e manter os padrões da própria rede.
Ken Erik apresentou sua estimativa pessoal de que a ativação de Dijkstra poderia ficar para março ou abril de 2027, lembrando da resistência de pessoas que esperavam um resultado mais cedo.
Ele viu o roadmap como ambicioso e enfatizou o trabalho adicional que pode surgir quando a pesquisa se torna implementação.
Ele permaneceu otimista quanto à atualização. Problemas descobertos durante o desenvolvimento eram desafios que o ecossistema tinha expertise para enfrentar, desde que as equipes tivessem tempo para fazer correções e testes.
Mais tarde, James explorou o caso de introduzir capacidades em etapas. A base necessária poderia ser ativada primeiro, com funcionalidades adicionais acrescentadas depois? Essas adições exigiriam outro hard fork? Suas perguntas levaram a conversa para como um lançamento gradual poderia funcionar na prática.
Custos de stake pool e operadores que atuam a partir de casa
Christina levou a discussão para os requisitos de infraestrutura. Ela queria uma comunicação mais clara sobre o que os operadores de stake pool, ou SPOs, precisariam para executar o Leios.
A conectividade era uma preocupação particular para quem opera equipamentos a partir de casa. Um computador pode ser atualizado, mas o acesso a uma conexão de internet adequada também depende da localização e dos provedores de serviço.
A hospedagem em nuvem oferecia outro caminho, embora o grupo tenha discutido seus custos recorrentes. Clientes menores, observou Christina, nem sempre podem esperar os descontos disponíveis para operações maiores.
Ken Erik acreditava que os operadores poderiam continuar usando máquinas fora de grandes data centers, com recursos adequados de conectividade, armazenamento e processamento. Angry também esperava que muitas configurações existentes atendessem aos requisitos básicos, com as demandas mudando conforme os parâmetros da rede aumentassem.
Ele acrescentou uma piada sobre equipamentos antigos: o Pentium 4 teria de se aposentar.
James voltava sempre ao cálculo empresarial. Mesmo requisitos de hardware administráveis poderiam criar dificuldades para um pool cuja receita em ADA já lutava para cobrir suas contas.
Essa distinção apareceu quando Ken Erik descreveu operar seu próprio nó de relay. Para ele, a despesa mensal era uma contribuição ao Cardano e uma forma de entender a rede. James observou que essa motivação tinha uma base financeira diferente da de um pool que opera como um negócio sustentável.
O grupo também questionou como os números de operadores devem ser entendidos. EPOCH comparou o Cardano com redes que operam com muito menos validadores, enquanto Ken Erik contestou a suposição de que cada nó adicional proporciona a mesma melhoria em resiliência.
James levantou uma questão relacionada de governança. Alguns SPOs também atuam como DReps. Se operadores deixassem o negócio de staking, continuariam representando os delegadores na governança, ou sua saída também poderia afetar a participação nas votações?
Financiamento do desenvolvimento quando os planos mudam
Cronogramas de desenvolvimento também têm um lado financeiro. James discutiu salários, despesas de equipe e pagamentos por marcos, perguntando como essas pressões poderiam influenciar decisões de entrega.
Para equipes apoiadas por subsídios em ADA, concluir uma fase do trabalho pode determinar quando novos recursos se tornam disponíveis.
Ken Erik perguntou o que aconteceria se concluir a atualização exigisse dinheiro adicional. James previu resistência a um novo pedido, especialmente após discussões anteriores sobre eficiência e orçamentos apertados. Ele também considerou as consequências de reter o financiamento necessário para concluir anos de trabalho.
Ken Erik ilustrou o dilema com um conserto de carro. Um cliente concorda com um preço, mas o mecânico descobre outro problema durante o serviço. O proprietário aceita o custo adicional para colocar o veículo para funcionar?
James focou na explicação por trás da nova cobrança. Uma falha inesperada pode justificar trabalho adicional; uma estimativa inicial ruim levanta questões diferentes. Para o financiamento de desenvolvimento, ele queria entender o que havia mudado, o que continuava necessário e por que isso não havia aparecido no plano original.
Perto do fim do programa, Christina voltou a uma tarefa que já estava na tela: revisar a documentação de marcos de um projeto. Ela estava abrindo links e conferindo as evidências em relação aos entregáveis prometidos, “porque tem o meu nome nisso, cara.”