Os próximos rollups de bitcoin podem atender aos requisitos do Estágio 2 do @l2beat? O tl; dr é quase. Mas para atender a todos os requisitos, você precisaria de algo como OP_CAT. Os rollups de Bitcoin podem ter suposições de confiança 1-de-N relacionadas à sua ponte. Mas há algumas nuances nisso. Há duas coisas em que você confia: - Operadores: Você confia nos operadores 1-of-N para processar saques e não congelar a ponte - Verificadores: Você confia em 1-de-N, N sendo qualquer um, para proteger a ponte Nas implementações propostas de rollups, as retiradas são processadas por operadores autorizados. Os operadores da ponte apresentam liquidez aos usuários para atender aos pedidos de retirada e, em seguida, se reembolsam da ponte. Embora não seja incrivelmente eficiente, isso pode funcionar. Agora, estágios. Há vários requisitos para que um pacote cumulativo seja "Estágio 2" de acordo com a estrutura do @l2beat. Vamos ver se um rollup de bitcoin pode atendê-los: Os rollups de Bitcoin podem atender a todos os requisitos do estágio 0 do L2Beat. Você pode usar bitcoin para DA, postar raízes de estado lá, e as pessoas podem reconstruir esse estado do rollup com base nesses dados. O estágio 1 é onde começa a ficar complicado. Os rollups de Bitcoin podem atender a todos os requisitos... exceto: "Os usuários podem sair sem a coordenação do operador?" O sistema deve ser projetado para que as retiradas do usuário não possam ser bloqueadas pelos operadores de rollup. O rollup deve implementar mecanismos que permitam que os usuários saiam de forma independente, garantindo que eles sempre possam acessar e controlar seus ativos. Os usuários podem ignorar os operadores de rollup teoricamente (ainda não vimos, então não tenho certeza de como funcionaria). Mas eles não podem ignorar os operadores de ponte se todos os operadores de ponte estiverem offline. Portanto, a condição de que os usuários "sempre possam acessar e controlar seus ativos" não é atendida. Essa tendência continua no Estágio 2. Como mencionamos anteriormente, esses rollups podem ter provas de fraude sem permissão. Qualquer pessoa pode garantir a integridade da ponte. E eles provavelmente podem ter um mecanismo para ignorar os operadores de rollup no caso de uma atualização indesejada ser implementada. “… Esse amplo período de tempo permite que os usuários reajam a mudanças significativas no sistema com as quais podem não concordar e retirem seus ativos, se necessário." No entanto, os requisitos relacionados a saques sem permissão não podem ser atendidos porque os usuários confiam em pelo menos 1 operador para atender às solicitações de saque. Então, para esclarecer as coisas: - Rollups de Bitcoin são possíveis - Eles podem ter provas de fraude sem permissão para proteger a ponte com uma suposição de confiança 1-de-N - Em vez de depender de uma federação de 2/3s para processar saques, você pode contar com apenas operadores 1-de-N - Esta não é a mesma suposição de vivacidade (saída) que os rollups otimistas no ethereum. A suposição de segurança é semelhante Um rollup de bitcoin, com uma ponte no estilo Strata ou Clementine, pode atender a todos os requisitos da L2Beat, exceto aqueles que exigem saída sem permissão. Embora os usuários possam ignorar os operadores de rollup, eles devem confiar que os operadores de ponte 1-of-N atenderão às solicitações de retirada. Mas, se você tiver algo como OP_CAT, poderá construir condições de gastos estatais e verificadores onchain. Isso permite que um programa de transição desbloqueie fundos se certas condições forem atendidas. Como verificar uma prova SNARK atestando o estado atualizado do rollup ou um período de contestação à prova de fraude passando. Portanto, se opcodes adicionais forem adicionados, os rollups de bitcoin poderão atender aos requisitos relacionados à saída sem permissão e ser um rollup do Estágio 2. Espero que isso esclareça alguma confusão!