1/7 De acordo com Leona, a ausência de estado é fundamental para a escalabilidade do Ethereum.

2/7 O desafio do rollup com estado 🏋️ Os #rollups tradicionais com estado dependem da validação de transações L2 anteriores, o que cria gargalos computacionais para o processamento de transações.

2/7 Essa dependência limita o processamento de transações, pois são necessários vários pontos de validação para cada nova transação.

3/7 Gerenciamento de estado 👨‍💼 A validação de todo o histórico de transações da rede para cada nova transação impõe limites severos à #escalabilidade da Ethereums.

3/7 A complexidade do gerenciamento de estados aumenta a cada nova transação, levando a maiores requisitos de computação que exigem altas taxas, maior latência e menor taxa de transferência de transações.

4/7 A solução da INTMAX 💡 O Intmax2 elimina os requisitos contínuos de validação e gerenciamento de estado, aprimorando a escalabilidade, reduzindo as taxas e melhorando as velocidades de transação sem comprometer a privacidade por meio do primeiro #rollup baseado em #camada2.

5/7 A camada de transferência 🚀 Essa camada sem estado na #Ethereum é equivalente a uma #TransferLayer. Ao reduzir os dados na cadeia que exigem validação, o Intmax2 alcança escalabilidade infinita com baixas taxas de gás e latência de transação reduzida, mesmo muitos usuários.

6/7 Cozinhando a apatridia 👨‍🍳 De acordo com @HiokiLeona o Intmax2 atua como um “UTXO” do lado do cliente com infinitas provas #recursivas #ZK. Essas provas tornam-se recursivas por meio de provas geradas pelo usuário de transações enviadas e provas ZK de saldos de usuários.

6/7 Criando uma cadeia de provas, o encadeamento de provas permite que os users comprovem transações usando transações verificadas anteriormente sem revelar as info. Apenas uma prova final da raiz da árvore de merkle é necessária para provar a validade de uma transação enviada.

7/7 O molho secreto 🔐 Essas raízes de árvore Merkle verificadas pelo remetente para lotes L1 reduzem os dados na cadeia. A coleta e a agregação de transações são, portanto, transferidas dos produtores de blocos para o lado do cliente, usando provas ZK de raízes de Merkle.