Um braindump de todas as coisas crescendo, o que está incluído, quais são os benefícios, etc Isso pode conter muitos detalhes, então segure firme. Aumentar o bloco por segundo de 1 para 10 bps, mantendo a capacidade do bloco ~ fixa (mais sobre isso depois). Taxa de transferência: obviamente, a taxa de transferência da transação aumenta. Quanto? quase dez vezes, mas não exatamente 10x. Ter mais blocos paralelos aumenta a taxa de colisão até certo ponto. No TN10 e com a atual política de seleção de txn do mempool, observamos ~ 80-90% de eficiência (ou seja, 80-90% dos txns são únicos). Se o mempool ficar congestionado demais e a demanda exceder significativamente a capacidade, esse valor de eficiência vai para 100%. Então, para concluir, o TPS está aumentando de 8 a 9 vezes. As informações ausentes são a largura média do DAG da rede principal pós-ativação em comparação com hoje. As políticas do Mempool podem ser ajustadas no futuro próximo sem um hardfork baseado nesses dados do mundo real. Frequência: o tempo médio de bloqueio (= intervalo entre os blocos) está sendo reduzido de 1 segundo para 100 milissegundos. Isso significa tempo de inclusão txn em um piscar de olhos. Uma transação não precisa se propagar para toda a rede para ser incluída; Por exemplo, ele pode alcançar mineradores em seu continente em 50ms e ser minerado após 200ms. A frequência também diminui os tempos de confirmação pós-inclusão devido ao aumento da densidade do processo de amostragem de mineração. Não quer dizer que os tempos de confirmação diminuam dez vezes, porque agora são dominados pela latência do bloco que não mudou. Em vez disso, pelos cálculos do verso do envelope, eles melhoraram 30% (para os avançados: a cauda da largura do DAG do pior caso de Poisson diminui mais rapidamente, portanto, K pode ser definido relativamente mais baixo, de 18 (1bps) para 124 (para 10bps) e não para 180 como se poderia esperar). Paralelismo de blocos: o paralelismo de blocos aumenta com a taxa de bloqueio, e isso, ao contrário do que você possa pensar, é bom. Apesar das colisões terem aumentado ligeiramente devido ao paralelismo de blocos, o paralelismo é crucial para criar um sistema mais justo. Isso significa que não há o monopólio de um único minerador vencedor por rodada, mas os blocos devem competir e tomar decisões sábias e competitivas dentro da rodada de latência. As implicações podem ser enormes e de longo alcance. Os sistemas Oracle e os leilões de propina MEV são alguns dos esforços preliminares. Entrar mais nisso está fora do escopo. Também preciso justificar por que as finanças estão se tornando mais relevantes pós-crescendo... supondo que seja esse o caso, acho que mesmo sem implementar projetos de propina MEV explicitamente em consenso (ainda), o mero "caos" intra-rodada do DAG paralelo a 10 bps já tornará a manipulação econômica muito mais difícil do que em outros sistemas baseados em líderes. Outras mudanças incluídas em crescendo. Como faço para começar, há tanta coisa. O KIP-9 é integrado ao consenso, incorporando nossa solução exclusiva de inchaço de estado inerentemente ao sistema. A propósito, chamamos esse subprotocolo "harmônico" de nome STORM (para STORage Mass). No processo, o KIP-9 foi estendido para incluir a pluralidade de armazenamento UTXO (ou seja, tributar um UTXO que consome mais armazenamento adequadamente), tornando-o mais preparado para o futuro. O KIP-10 adiciona suporte para convênios básicos e endereços aditivos. O KIP-13 regula os requisitos de armazenamento transitório de forma mais rigorosa. Alterações relacionadas a contratos inteligentes: O KIP-14 permite cargas úteis, permitindo que os txns carreguem dados arbitrários (por exemplo, chamadas de função de contrato inteligente). O KIP-15 é uma atualização tecnicamente menor - compreendendo uma linha de código - mas permite um recurso conceitualmente significativo, permitindo que os nós arquivem apenas transações e comprovem seu sequenciamento e aceitação sem confiança. Isso é significativo para permitir que os nós L2 da era pré-zk armazenem e comprovem a execução completa do SC para novos sincronizadores a um custo razoável - tornando esses sistemas possíveis logo após o crescendo. A mudança proposta é um pequeno subconjunto da proposta de design do zk (consulte as postagens de design de rollups baseadas no fórum de pesquisa do Kaspa), onde tal mecanismo foi proposto como um requisito necessário para que os sistemas zk operassem no Kaspa e acabou tendo um valor significativo também pré-zk. No geral, isso significa que SC L2s preliminares são possíveis sobre Kaspa pós-crescendo (ou Kaspa 2.0, como @hashdag se refere a ele internamente) com modelos de confiança suficientes. Outras coisas sobre as quais eu queria escrever, mas vou esperar por outra hora: pesquise os custos de hardware aumentados, mas limitados, desta atualização, por que conjecturo que a largura do DAG da rede principal não crescerá dez vezes após o crescendo (dicas: a reivindicação do continente acima; ou seja, localidade na rede P2P) e muito mais. Por favor, pergunte sobre qualquer coisa pouco clara ou que exija elaboração.