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 mais tarde). 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 em algum grau. No TN10 e com a atual política de seleção do mempool txn, observamos ~80-90% de eficiência (ou seja, 80-90% dos txns são únicos). Se o mempool ficar congestionado e a demanda exceder significativamente a capacidade, esse valor de eficiência vai para 100%. Então, para concluir, o TPS está aumentando 8-9x. As informações que faltam são a largura média do DAG da mainnet pós-ativação em comparação com a atual. As políticas do Mempool podem ser aperfeiçoadas no futuro sem um hardfork baseado nesses dados do mundo real. Frequência: o tempo médio do bloco (=intervalo entre blocos) está a ser reduzido de 1 segundo para 100 milissegundos. Isso significa um piscar de olhos txn tempo de inclusão. Uma transação não precisa de se propagar a 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. Para não dizer que os tempos de confirmação diminuem dez vezes, porque agora são dominados pela latência do bloco, que não mudou. Em vez disso, por cálculos de back-of-the-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 seria de esperar). Paralelismo de bloco: o paralelismo de bloco aumenta com a taxa de bloco, e isso, ao contrário do que você pode 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á um monopólio de um único minerador vencedor por rodada, mas sim blocos que 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. Sistemas Oracle e leilões de propina MEV são alguns dos esforços preliminares. Ir mais longe 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 em 10 bps já tornará a manipulação econômica muito mais difícil do que em outros sistemas baseados em líderes. Outras alterações incluídas no crescendo. Como é que eu começo, há tanta coisa. O KIP-9 está integrado no consenso, incorporando a nossa solução única de inchaço de estado inerentemente no sistema. A propósito, chamamos a este subprotocolo "harmónico" o 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 à prova de 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 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 provem seu sequenciamento e aceitação sem confiança. Isso é significativo para permitir que os nós L2 da era pré-zk armazenem e provem a execução completa de SC para novos sincronizadores a um custo razoável — portanto, tornando esses sistemas efetivamente possíveis logo após o crescendo. A mudança proposta é um pequeno subconjunto da proposta de design zk (veja Kaspa research forum - based rollups design posts) onde tal mecanismo foi proposto como um requisito necessário para os sistemas zk operarem sobre Kaspa, e acabou por ter 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 internamente) com modelos de confiança suficientes. Outras coisas sobre as quais eu queria escrever, mas vou esperar por outro momento: pesquise os custos de hardware ainda limitados desta atualização, por que conjeturo que a largura do DAG mainnet 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 obscura ou que exija elaboração.