Pensando no seguinte: Vamos imaginar que tivéssemos OP_CAT e que isso realmente nos desse introspecção, STARKs + capacidade de transporte de estado (para construir rollups, validiums etc), ou mesmo outros opcodes que o resolvem ainda mais bem (escolha entre OP_TXHASH, OP_CCV, OP_MERKLEBRANCHVERIFY, OP_STARK_VERIFY, OP_M31ADD, OP_M31SUB, OP_M31MUL, OP_M31INV, <insert 64-bit="" arithmetic="" opcodes="" here="">) Como seria a construção L2 ideal para o Bitcoin? O que não queremos fazer: repetir o manual do Ethereum - 200 equipes concorrentes construindo L2s diferentes, interconectividade / composição ruim, todas competindo pelos mesmos usuários, o que * FAZER * queremos fazer? Quais lições podemos aprender com o Ethereum? Lembre-se de que não podemos (nem queremos) fazer rollups baseados O L1 é muito lento para isso, e não queremos MEV de camada de base dessa natureza. Lembre-se também de que queremos: - Um sistema de transações de alto TPS (Lightning sem canais basicamente) - Alguns vão querer mais expressividade (para empréstimos de stablecoin sem confiança, swaps AMM, cofres, planos de herança, produtos de alavancagem) Se esses dois tipos de sistemas existirem na mesma camada de execução, ou é melhor separar os pagamentos de aplicativos com filas de sequenciamento diferentes (tendo a acreditar que sim) - talvez queiramos ir em uma direção Celestia de fazer um zkVM L2 e todos os outros sistemas como L3s, filas separadas, mas agregação via L2. Fazer rollups reais para qualquer coisa em escala está basicamente fora de questão para a visão de final de jogo, dada a baixa taxa de transferência do L1 e as necessidades de DA (e adicionar blobs parece altamente improvável), então provavelmente estaríamos executando algum tipo de validiums + camada DA externa, zk-plasmas ou arquiteturas baseadas em validação do lado do cliente como Miden. Além disso, devemos explorar se queremos sistemas ZK puros ou prova híbrida ("ZK otimista", consulte Combustível para referência) para maximizar ainda mais o rendimento. Uma maneira é deixar o mercado livre vencer e ver o que acontece, mas foi isso que o Ethereum fez. Mesmo que levemos as lições conosco e as equipes tentem se coordenar em torno de soluções de agregação singulares desde o início, não há garantia de que funcionará. Também não temos a capacidade de consagrar nenhuma camada de execução específica por meio do L1. Ainda assim, está claro para mim que os STARKs apresentam o melhor caminho para todos os seguintes: - Pagamentos minimizados pela confiança (sem requisitos de canais, roteamento ou liquidez) - Expressividade (para quem quiser) - Privacidade (VMs de privacidade ZK completas) - Alcançar todos os itens acima sem introduzir suposições criptográficas exóticas, configurações confiáveis, etc. Você pode perguntar sobre a finalidade por causa da latência do L1, mas na minha opinião, isso pode ser claramente resolvido em um grau satisfatório com sequenciadores ligados para pré-confs rápidos. Portanto, temos todas as ferramentas, o que fazemos para obter o melhor resultado possível? Embora o BTC deva obviamente ser a moeda para todos esses sistemas (e pagar por taxas/gás), há a última (ou talvez a primeira) pergunta sobre como conseguir tudo isso sem introduzir um token L2 controlado principalmente por uma Fundação com muito controle. Acho que um sistema somente de pagamentos pode funcionar bem sem um token de governança (com apenas sequenciamento central + saídas unilaterais contra censura), mas duvido que seja expressivo. Embora a maioria das Fundações/DAOs tenha a descentralização como metas, colocar tanto poder nas mãos de uma organização centralizada, mesmo em uma fase de bootstrapping, parece abaixo do ideal para mim se quisermos algum tipo de abordagem coletiva desde o início para mitigar os riscos de fragmentação. Seria ótimo ouvir o que outras pessoas pensam de pessoas com experiência em outros ecossistemas como Ethereum, Celestia, Polygon, Cosmos e também curioso sobre como as equipes L2 atuais que trabalham no Bitcoin estão pensando sobre essas questões (por exemplo, Alpen, Chainway, Starkware). Sinta-se à vontade para entrar em contato nos comentários!</insert>