Começar um artigo Rollup com algo como "O que é um Rollup" ou "Por que precisamos de um Rollup" é como matar o tio Ben ou atirar na mãe e no pai de Wayne em cada iteração dos filmes do Homem-Aranha e do Batman. O mesmo que o pai. Se você está lendo este artigo, presumo que já tenha um entendimento básico das questões acima. Aqui, pulamos o debate entre cadeia de aplicativos e rollup de aplicativos e vamos direto ao tópico.
A ascensão dos rollups específicos de aplicativos****Os rollups universais são frustrantes
O Universal Rollup é como o sistema escolar da Índia (tenho certeza de que eles têm características semelhantes a outros sistemas escolares, mas só tenho experiência em primeira mão com ele).
Atletas, cantores, matemáticos, pensadores e economistas precisam passar pelo mesmo processo para obter nota de aprovação. O sistema não é “tendencioso” em relação a nenhum grupo específico, mas também não é “justo” para todos. Mas ei, fizemos amigos! (Isso será importante mais tarde).
Da mesma forma, para aplicações em um Rollup universal, o gargalo é o próprio ambiente de execução, uma vez que o Rollup não consegue atender às necessidades de cada aplicação individualmente. Cada aplicação pode exigir um tipo diferente de otimização e quaisquer melhorias personalizadas podem não ser justificadas para elas. No entanto, se você está apenas experimentando e deseja ter uma ideia aproximada, esta é a opção mais conveniente. Além disso, para algumas aplicações, como alguns alunos comuns, esta pode ser a solução certa!
O rollup específico do aplicativo é confuso
Bem, meu filho é atlético demais para a escola pública e precisa de treinamento especial. Preciso mandá-lo para uma escola de esportes ou devo contratar um personal trainer…
É difícil classificar claramente o rollup****Vamos jogar
Existem 8 rollups de aplicativos específicos abaixo. No entanto, 1 item em cada grupo não pertence realmente a esse grupo. Você pode dizer qual é?
A especificidade da aplicação está se tornando um termo confuso. Existem alguns Rollups de aplicativos específicos que permitem que os contratos sejam implantados sobre si mesmos; há também alguns Rollups de aplicativos específicos que permitem a implantação de contratos porque suas máquinas virtuais suportam isso, mas haverá certas restrições; Eles têm máquinas virtuais fechadas ou não possuem máquinas virtuais. máquinas e não suportam outros tipos de desenvolvimento.
É justo classificá-los juntos?
Respostas para o exercício acima:
Grupo1: Celo é uma opção estranha porque permite que outros desenvolvedores criem aplicativos que outros desenvolvedores podem usar diretamente. Outros projetos a considerar no Grupo 1 são Fuel-v1, Aevo, RhinoFi, etc.
Grupo 2: Loopring é uma escolha estranha, pois é o único Rollup desenvolvido especificamente que funciona imediatamente, enquanto o restante são redes otimizadas para recursos específicos como privacidade, NFTs e TPS para os aplicativos implantados nele. herdado. Outros projetos que podem ser considerados no Grupo 2 são Kinto, Kroma, Public Goods Network, etc.
Problemas ao implantar contratos em máquinas virtuais gerais modificadas
Essas máquinas virtuais onde você implanta contratos inteligentes nada mais são do que máquinas de estado completas de Turing. Os contratos que você implanta neles apenas modificam o próprio estado, o que realmente não afeta as principais regras de transição de estado da VM. Rollup é essencialmente uma máquina virtual sobre a qual fica sua lógica de negócios.
Sua lógica de negócios é separada das funções de transição de estado do Rollup.
Também chamo isso de “paradigma de contrato inteligente para construção de aplicativos” porque você implanta alguma lógica adicional em uma máquina virtual. O rollup não se preocupa "diretamente" em provar a lógica do aplicativo. A VM é o Rollup, não o seu aplicativo.
Obviamente, você é o único proprietário da máquina virtual, seu aplicativo é o único cidadão e você pode aprimorar continuamente a própria base para torná-la adequada ao seu aplicativo. Você pode continuar aprimorando a função de transição de estado (STF) e adicionar/remover códigos de operação para melhorar o desempenho do aplicativo, mas o aplicativo permanece independente e limitado pela própria VM.
Como o Lamborghini Urus puxando um Lamborghini Huracan
Um aplicativo separado em um rollup de aplicativo específico pode funcionar melhor. E se você continuasse aprimorando o STF para que o escopo do STF fosse cada vez menor para se adequar à lógica de negócios da sua aplicação? Eventualmente, à medida que você se fortalece, o STF convergirá para um ponto onde a lógica de negócios e o STF se sobrepõem, e nesse ponto você percebe... ah, espere um minuto!
** Nasce o Micro-Rollup **
Portanto, o Micro-Rollup nada mais é do que um Rollup em que a função de transição de estado da aplicação é a própria lógica de negócio.
A aplicação se torna um Rollup, o estado pode ser gerenciado de qualquer maneira possível em qualquer ambiente de execução e as regras de transição de estado podem ser aplicadas diretamente no tempo de execução da aplicação. O aplicativo pode ser personalizado sem quaisquer restrições. As provas estão vinculadas à sua lógica de negócios e não à máquina, o que torna seu aplicativo leve.
O Micro-Rollup é irrestrito em termos de experiência do desenvolvedor. Você pode construí-los usando as ferramentas que desejar, porque elas não estão limitadas a máquinas virtuais. Eles se parecem com aplicativos de backend web2, mas publicam periodicamente provas de transações em L1. Acho que este será um fator importante que influenciará os desenvolvedores web2 a migrar para o espaço web3.
Na verdade, um exemplo melhor seria o Rimac Nevera, pois é mais rápido e elétrico, provavelmente mais barato de operar.
A única desvantagem desta abordagem é o mecanismo de prova personalizado para cada aplicação diferente. Se a lógica da aplicação puder ser compilada num intermediário comum, então provar o intermediário público eliminaria a dor de provar cada aplicação individualmente, mas pessoalmente penso que isto é apenas um compromisso entre eficiência e desenvolvimento mais rápido.
Existem maneiras de resolver esse problema sem usar uma camada de execução envolvendo uma máquina virtual. E se existisse uma ferramenta que permitisse aos desenvolvedores fazer isso?
Esta é a missão do Stackr Labs: estamos construindo uma estrutura Micro-Rollup e SDK para que qualquer pessoa possa construir seus aplicativos em qualquer linguagem que desejarem, sem restrições, assim como construir aplicativos backend web2. O procedimento é o mesmo. Tornar o desenvolvimento de Micro-Rollup tão fácil quanto escrever e implantar contratos inteligentes, sem mencionar que a modularidade aumenta a capacidade dos desenvolvedores de escolher qualquer ecossistema.
**Então o Micro-Rollup é real? **
Sempre foi, tão real quanto o próprio Rollup.
Aplicativos como Loopring, dYdX e Fuel-v1 já existem ou já existem há muito tempo. Esses são rollups altamente otimizados com lógica personalizada em execução especificamente para atender ao seu caso de uso. O primeiro Rollup específico de aplicativo que conheço e no qual trabalhei pessoalmente que não é baseado em uma máquina virtual é o Hubble Optimistic Rollup, um projeto de 3 anos que serviu como infraestrutura central para o token Worldcoin .
Agora é cada vez mais importante diferenciar esses termos.
Os casos de uso para Micro-Rollups são infinitos:
Produtos de consumo, como jogos, bolsas e mercados NFT
A cadeia de aplicativos pode ser convertida em rollup de aplicativos
Você pode até criar novos tipos de VMs que ofereçam suporte a casos de uso exclusivos, abrindo as portas para a inovação em VMs
para concluir
A árvore de estrutura que mostrei anteriormente não tinha elementos para a máquina de estado personalizada.
Além disso, a implantação de um único protocolo usando rollup baseado em VM ou EVM não é eficiente para aplicativos autônomos. É adequado para aplicações que já possuem um grande número de contratos inteligentes e executam seus protocolos em uma cadeia semelhante a EVM, mas não para “aplicações que querem mais” e desejam se livrar das limitações da VM.
Então, se podarmos a árvore, a árvore final ficará assim. É por isso que acho que App-Rollup, Micro-Rollup ou RollApp serão chamados de App em um futuro próximo.
Portanto, Micro Rollup = App no Rollup App como Rollup.
Ver original
Esta página pode conter conteúdos de terceiros, que são fornecidos apenas para fins informativos (sem representações/garantias) e não devem ser considerados como uma aprovação dos seus pontos de vista pela Gate, nem como aconselhamento financeiro ou profissional. Consulte a Declaração de exoneração de responsabilidade para obter mais informações.
O Micro-Rollup é a próxima onda?
Escrito por: KAUTUK, desenvolvedor Stackr Compilado por: Luffy, Foresight News
Começar um artigo Rollup com algo como "O que é um Rollup" ou "Por que precisamos de um Rollup" é como matar o tio Ben ou atirar na mãe e no pai de Wayne em cada iteração dos filmes do Homem-Aranha e do Batman. O mesmo que o pai. Se você está lendo este artigo, presumo que já tenha um entendimento básico das questões acima. Aqui, pulamos o debate entre cadeia de aplicativos e rollup de aplicativos e vamos direto ao tópico.
A ascensão dos rollups específicos de aplicativos****Os rollups universais são frustrantes
O Universal Rollup é como o sistema escolar da Índia (tenho certeza de que eles têm características semelhantes a outros sistemas escolares, mas só tenho experiência em primeira mão com ele).
Atletas, cantores, matemáticos, pensadores e economistas precisam passar pelo mesmo processo para obter nota de aprovação. O sistema não é “tendencioso” em relação a nenhum grupo específico, mas também não é “justo” para todos. Mas ei, fizemos amigos! (Isso será importante mais tarde).
Da mesma forma, para aplicações em um Rollup universal, o gargalo é o próprio ambiente de execução, uma vez que o Rollup não consegue atender às necessidades de cada aplicação individualmente. Cada aplicação pode exigir um tipo diferente de otimização e quaisquer melhorias personalizadas podem não ser justificadas para elas. No entanto, se você está apenas experimentando e deseja ter uma ideia aproximada, esta é a opção mais conveniente. Além disso, para algumas aplicações, como alguns alunos comuns, esta pode ser a solução certa!
O rollup específico do aplicativo é confuso
Bem, meu filho é atlético demais para a escola pública e precisa de treinamento especial. Preciso mandá-lo para uma escola de esportes ou devo contratar um personal trainer…
É difícil classificar claramente o rollup****Vamos jogar
Existem 8 rollups de aplicativos específicos abaixo. No entanto, 1 item em cada grupo não pertence realmente a esse grupo. Você pode dizer qual é?
A especificidade da aplicação está se tornando um termo confuso. Existem alguns Rollups de aplicativos específicos que permitem que os contratos sejam implantados sobre si mesmos; há também alguns Rollups de aplicativos específicos que permitem a implantação de contratos porque suas máquinas virtuais suportam isso, mas haverá certas restrições; Eles têm máquinas virtuais fechadas ou não possuem máquinas virtuais. máquinas e não suportam outros tipos de desenvolvimento.
É justo classificá-los juntos?
Respostas para o exercício acima:
Grupo1: Celo é uma opção estranha porque permite que outros desenvolvedores criem aplicativos que outros desenvolvedores podem usar diretamente. Outros projetos a considerar no Grupo 1 são Fuel-v1, Aevo, RhinoFi, etc.
Grupo 2: Loopring é uma escolha estranha, pois é o único Rollup desenvolvido especificamente que funciona imediatamente, enquanto o restante são redes otimizadas para recursos específicos como privacidade, NFTs e TPS para os aplicativos implantados nele. herdado. Outros projetos que podem ser considerados no Grupo 2 são Kinto, Kroma, Public Goods Network, etc.
Problemas ao implantar contratos em máquinas virtuais gerais modificadas
Essas máquinas virtuais onde você implanta contratos inteligentes nada mais são do que máquinas de estado completas de Turing. Os contratos que você implanta neles apenas modificam o próprio estado, o que realmente não afeta as principais regras de transição de estado da VM. Rollup é essencialmente uma máquina virtual sobre a qual fica sua lógica de negócios.
Sua lógica de negócios é separada das funções de transição de estado do Rollup.
Também chamo isso de “paradigma de contrato inteligente para construção de aplicativos” porque você implanta alguma lógica adicional em uma máquina virtual. O rollup não se preocupa "diretamente" em provar a lógica do aplicativo. A VM é o Rollup, não o seu aplicativo.
Obviamente, você é o único proprietário da máquina virtual, seu aplicativo é o único cidadão e você pode aprimorar continuamente a própria base para torná-la adequada ao seu aplicativo. Você pode continuar aprimorando a função de transição de estado (STF) e adicionar/remover códigos de operação para melhorar o desempenho do aplicativo, mas o aplicativo permanece independente e limitado pela própria VM.
Como o Lamborghini Urus puxando um Lamborghini Huracan
Um aplicativo separado em um rollup de aplicativo específico pode funcionar melhor. E se você continuasse aprimorando o STF para que o escopo do STF fosse cada vez menor para se adequar à lógica de negócios da sua aplicação? Eventualmente, à medida que você se fortalece, o STF convergirá para um ponto onde a lógica de negócios e o STF se sobrepõem, e nesse ponto você percebe... ah, espere um minuto!
** Nasce o Micro-Rollup **
Portanto, o Micro-Rollup nada mais é do que um Rollup em que a função de transição de estado da aplicação é a própria lógica de negócio.
A aplicação se torna um Rollup, o estado pode ser gerenciado de qualquer maneira possível em qualquer ambiente de execução e as regras de transição de estado podem ser aplicadas diretamente no tempo de execução da aplicação. O aplicativo pode ser personalizado sem quaisquer restrições. As provas estão vinculadas à sua lógica de negócios e não à máquina, o que torna seu aplicativo leve.
O Micro-Rollup é irrestrito em termos de experiência do desenvolvedor. Você pode construí-los usando as ferramentas que desejar, porque elas não estão limitadas a máquinas virtuais. Eles se parecem com aplicativos de backend web2, mas publicam periodicamente provas de transações em L1. Acho que este será um fator importante que influenciará os desenvolvedores web2 a migrar para o espaço web3.
Na verdade, um exemplo melhor seria o Rimac Nevera, pois é mais rápido e elétrico, provavelmente mais barato de operar.
A única desvantagem desta abordagem é o mecanismo de prova personalizado para cada aplicação diferente. Se a lógica da aplicação puder ser compilada num intermediário comum, então provar o intermediário público eliminaria a dor de provar cada aplicação individualmente, mas pessoalmente penso que isto é apenas um compromisso entre eficiência e desenvolvimento mais rápido.
Existem maneiras de resolver esse problema sem usar uma camada de execução envolvendo uma máquina virtual. E se existisse uma ferramenta que permitisse aos desenvolvedores fazer isso?
Esta é a missão do Stackr Labs: estamos construindo uma estrutura Micro-Rollup e SDK para que qualquer pessoa possa construir seus aplicativos em qualquer linguagem que desejarem, sem restrições, assim como construir aplicativos backend web2. O procedimento é o mesmo. Tornar o desenvolvimento de Micro-Rollup tão fácil quanto escrever e implantar contratos inteligentes, sem mencionar que a modularidade aumenta a capacidade dos desenvolvedores de escolher qualquer ecossistema.
**Então o Micro-Rollup é real? **
Sempre foi, tão real quanto o próprio Rollup.
Aplicativos como Loopring, dYdX e Fuel-v1 já existem ou já existem há muito tempo. Esses são rollups altamente otimizados com lógica personalizada em execução especificamente para atender ao seu caso de uso. O primeiro Rollup específico de aplicativo que conheço e no qual trabalhei pessoalmente que não é baseado em uma máquina virtual é o Hubble Optimistic Rollup, um projeto de 3 anos que serviu como infraestrutura central para o token Worldcoin .
Agora é cada vez mais importante diferenciar esses termos.
Os casos de uso para Micro-Rollups são infinitos:
para concluir
A árvore de estrutura que mostrei anteriormente não tinha elementos para a máquina de estado personalizada.
Além disso, a implantação de um único protocolo usando rollup baseado em VM ou EVM não é eficiente para aplicativos autônomos. É adequado para aplicações que já possuem um grande número de contratos inteligentes e executam seus protocolos em uma cadeia semelhante a EVM, mas não para “aplicações que querem mais” e desejam se livrar das limitações da VM.
Então, se podarmos a árvore, a árvore final ficará assim. É por isso que acho que App-Rollup, Micro-Rollup ou RollApp serão chamados de App em um futuro próximo.
Portanto, Micro Rollup = App no Rollup App como Rollup.