JAM está atrás de 2.0, está acelerando a pesquisa e desenvolvimento, com mais de 30 equipes, diferentes linguagens de programação e diferentes equipes de desenvolvimento para implementar um cliente JAM descentralizado (baseado no protocolo de papel cinza JAM). O ETH mais antigo era todas as transações, o que exigia que todos os validadores verificassem juntos (esta parte pode ser lida no Livro Amarelo do Ethereum, e há uma versão de interpretação melhor). L2 é permitir que um subconjunto menor da cadeia execute cálculos, de duas maneiras, uma L2 é uma prova de fraude (executa repetidamente o código da transação após encontrar fraude para verificar) e a outra L2 é uma prova zk, que não requer cálculo duplo, mas precisa usar a GPU mais cara do zk para gerar provas. Anteriormente, o @Polkadot 1.0 usava um algoritmo chamado ELVES, que não é como o algoritmo de fraude da ETH, que usa verificação passiva, mas usa um tipo probabilístico de algoritmo para verificação ativa. @polkadot conjunto de verificação 2.0, ele foi empacotado em um conceito chamado Core, core é essencialmente um subconjunto do conjunto de verificação, 2.0 suporta Agile Coretime, ou seja, o uso dinâmico do core, 1.0 só pode usar um core por cadeia, 2.0 está prestes a entrar em operação e suportar Agile Coretime, ou seja, uma cadeia pode usar dinamicamente coretime (número de subconjuntos de verificação) de acordo com as necessidades, aumentando assim a carga de serviço do sistema. O JAM é baseado nas ideias acima e, com tantos zk, OP, contratos inteligentes e até mesmo aplicativos comuns sem estado da web2, pode estar um passo mais perto de abstrair os serviços para se adaptar a esses diferentes modelos de aplicativos e permitir que eles interajam uns com os outros. Portanto, o JAM deu um passo mais perto da abstração com base nisso. - Uma variedade de coisas L2 / parachain diferentes agora são chamadas de serviços - O material de bloco/transação agora é chamado de item de trabalho ou pacote de trabalho - Um item de trabalho é um serviço, enquanto um pacote de trabalho é um conjunto de itens de trabalho - O serviço é descrito por três pontos de entrada, dois dos quais são fn refine() e fn acumulado - Os nomes desses dois pontos de entrada são exatamente o motivo pelo qual o protocolo é chamado de JAM: Join Accumulate Machine. A junção refere-se a fn refine(), onde todos os núcleos Polkadot executam muito trabalho em paralelo para diferentes serviços. A concatenação refere-se à destilação de dados em um subconjunto menor e, em seguida, passá-los para o próximo estágio. - Acumulação refere-se ao acúmulo dos resultados de todas as operações acima no estado principal do JAM - Diferentes formas de serviços são suportadas (rollups OP, zkrollups, parachains, aplicativos sem estado, contratos inteligentes) A era ETH é uma máquina de estado de coluna única com estado compartilhado, @polkadot era 1.0 são fragmentos probabilísticos interoperáveis. @polkadot era 2.0 é a máquina Agile Coretime. A era JAM é a Join Accumulate Machine (JAM) Existem muitos recursos detalhados, aqui está apenas o que eu entendo de sincronização de informações, compreensão mais aprofundada do porquê, o JAM pode alcançar programas de execução contínua, sem a necessidade de chamar programas por meio de transações, quais novos modelos de produtos serão produzidos quando esse tipo de recurso for combinado com DEFI no futuro? Por que o JAM pode executar aplicativos sem estado, como o JAM DOOM. Veja o vídeo para mais detalhes: Materiais de estudo: