Dei antes, eu mesmo aluguei um servidor em nuvem para ficar testando e validando nós. De madrugada, a rede deu uma oscilada e eu perdi a conexão de repente. Na hora eu entrei em pânico, fiquei suando frio e fui consertar. Só depois que paguei essa taxa de aprendizado é que eu entendi de verdade uma coisa: hoje, quando o pessoal conversa sobre o mecanismo PoS, vive falando em “apostar” alguns bilhões, “rendimento anual” de quanto, mas será que uma blockchain, no fim das contas, aguenta o tranco? Não é algo que se resolva só olhando quanto dinheiro está travado. A eficiência de comunicação na camada de nós e a capacidade de se recuperar quando a rede cai é a base que decide vida ou morte.
É por isso que recentemente eu tenho ficado bem debruçado no white paper do @Dusk . O consenso que eles propõem de “prova concisa (Succinct Attestation)” tem mesmo uma pegada bem hardcore. Eles seguem a rota de comitês com eleição determinística: em outras palavras, a cada rodada escolhem um grupo pequeno de produtores de blocos e um comitê de validação. Com um custo extremamente baixo de comunicação por broadcast, eles acabam cravando as transações.
Muita gente que faz chain de fundo de quintal talvez nem ligue para “finalidade”, mas para uma rede como a Dusk, que quer desesperadamente comer o bolo de RWA (ativos do mundo real) e liquidação de títulos, essas três palavras são a chave. Pense em uma instituição fazendo a liquidação de um bônus de alguns milhões de euros: se a cadeia sofrer um fork on-chain ou rollback de blocos, é um desastre.
Mas, como velho “tira-teima”, a gente sempre tem que ficar com um pé atrás com os projetos:
Concentração de poder do comitê: não adianta olhar quantos nós existem na rede; o que importa é se os endereços que entram no comitê central são suficientemente distribuídos. Se toda a voz ficar nas mãos de alguns grandes players, descentralização vira conversa fiada. E o patamar de staking e o mecanismo de punição/execução (Slashing) por trás precisam ser bem duros.
Teste prático do Kadcast: eles até colocaram o protocolo Kadcast para fazer disseminação direcionada, dizendo que dá para equilibrar velocidade de transmissão e privacidade dos nós. Mas será que os dados “perfeitos” de laboratório aguentam o bombardeio de tráfego real nos picos do mainnet? Ainda vale um ponto de interrogação.
Eu sempre achei que a infraestrutura financeira de verdade não está em exigir que cada máquina nunca perca a conexão, e sim em conseguir “tolerar uma queda parcial de energia” e, ainda assim, manter o ledger firme e estável como uma rocha.
No dia a dia, quando vocês escolhem uma blockchain pelo consenso, vocês se importam mais com a velocidade dos benchmarks ou, como eu, valorizam mais a finalidade resiliente a riscos? Bora trocar ideia na seção de comentários!
#dusk $DUSK @Dusk
É por isso que recentemente eu tenho ficado bem debruçado no white paper do @Dusk . O consenso que eles propõem de “prova concisa (Succinct Attestation)” tem mesmo uma pegada bem hardcore. Eles seguem a rota de comitês com eleição determinística: em outras palavras, a cada rodada escolhem um grupo pequeno de produtores de blocos e um comitê de validação. Com um custo extremamente baixo de comunicação por broadcast, eles acabam cravando as transações.
Muita gente que faz chain de fundo de quintal talvez nem ligue para “finalidade”, mas para uma rede como a Dusk, que quer desesperadamente comer o bolo de RWA (ativos do mundo real) e liquidação de títulos, essas três palavras são a chave. Pense em uma instituição fazendo a liquidação de um bônus de alguns milhões de euros: se a cadeia sofrer um fork on-chain ou rollback de blocos, é um desastre.
Mas, como velho “tira-teima”, a gente sempre tem que ficar com um pé atrás com os projetos:
Concentração de poder do comitê: não adianta olhar quantos nós existem na rede; o que importa é se os endereços que entram no comitê central são suficientemente distribuídos. Se toda a voz ficar nas mãos de alguns grandes players, descentralização vira conversa fiada. E o patamar de staking e o mecanismo de punição/execução (Slashing) por trás precisam ser bem duros.
Teste prático do Kadcast: eles até colocaram o protocolo Kadcast para fazer disseminação direcionada, dizendo que dá para equilibrar velocidade de transmissão e privacidade dos nós. Mas será que os dados “perfeitos” de laboratório aguentam o bombardeio de tráfego real nos picos do mainnet? Ainda vale um ponto de interrogação.
Eu sempre achei que a infraestrutura financeira de verdade não está em exigir que cada máquina nunca perca a conexão, e sim em conseguir “tolerar uma queda parcial de energia” e, ainda assim, manter o ledger firme e estável como uma rocha.
No dia a dia, quando vocês escolhem uma blockchain pelo consenso, vocês se importam mais com a velocidade dos benchmarks ou, como eu, valorizam mais a finalidade resiliente a riscos? Bora trocar ideia na seção de comentários!
#dusk $DUSK @Dusk