Tenho acompanhado as reações ao que disse sobre L2s há cerca de 1,5 dias. Uma coisa importante que acredito é: "fazer mais uma cadeia EVM e adicionar uma ponte otimista para Ethereum com um atraso de 1 semana" é para a infraestrutura o que forkar o Compound é para a governança - algo que fizemos em excesso por muito tempo, porque nos acomodamos, e que drenou nossa imaginação e nos colocou em um beco sem saída. Se você criar uma cadeia EVM *sem* uma ponte otimista para Ethereum (ou seja, um alt L1), isso é ainda pior. Não precisamos de mais cadeias EVM copypasta, e definitivamente não precisamos de mais L1s. L1 está escalando e vai trazer muito espaço de bloco EVM - não infinito (AIs em particular precisarão de mais espaço de bloco e menor latência do que mesmo um L1 muito escalado pode oferecer), mas muito. Construa algo que traga algo novo à mesa. Dei alguns exemplos: privacidade, eficiência específica de aplicativos, latência ultra-baixa, mas minha lista certamente está muito incompleta. Uma segunda coisa importante que acredito é: em relação à "conexão com Ethereum", as vibrações precisam corresponder à substância. Pessoalmente, sou fã de muitas das coisas que podem ser chamadas de "cadeias de aplicativos". Por exemplo, acho que há uma grande chance de que a arquitetura ideal para mercados de previsão seja algo como: o mercado é emitido e resolvido no L1, as contas de usuários estão no L1, mas a negociação acontece em algum rollup baseado ou outro sistema semelhante a L2, onde a execução lê o L1 para verificar assinaturas e mercados. Gosto de arquiteturas onde a conexão profunda com o L1 é de primeira classe, e não uma reflexão tardia ("somos praticamente uma cadeia separada, mas oh sim, temos uma ponte, e ok, tudo bem, vamos colocar 1-2 desenvolvedores para levar isso ao estágio 1 para que as pessoas do l2beat coloquem uma marca de verificação verde, para que o vitalik goste de nós"). O outro extremo da "cadeia de aplicativos", por exemplo, a versão onde você convence algum registro governamental, ou plataforma de mídia social, ou coisa de jogos, a começar a colocar raízes merkle de seu banco de dados, com STARKs que provam que cada atualização foi autorizada, assinada e executada de acordo com um algoritmo pré-comprometido, on-chain, também é razoável - isso é o que faz mais sentido para mim em termos de "L2s institucionais". Obviamente, não é Ethereum, não é credivelmente neutro e não é sem confiança - o operador pode sempre escolher dizer "estamos mudando para uma versão diferente com regras diferentes agora". Mas isso permitiria transparência algorítmica verificável, uma propriedade que muitos de nós adoraríamos ver em governos, algoritmos de mídia social ou em qualquer outro lugar, e pode permitir atividades econômicas que de outra forma não seriam possíveis. Acho que se você é a primeira coisa, é válido e ótimo se chamar de aplicação Ethereum - não pode sobreviver sem Ethereum, mesmo tecnologicamente, maximiza a interoperabilidade e a composabilidade com outras aplicações Ethereum. Se você é a segunda coisa, então você não é Ethereum, mas você está (i) trazendo mais transparência algorítmica e minimização de confiança para a humanidade, então está perseguindo uma visão semelhante, e (ii) dependendo dos detalhes, provavelmente sinérgico com Ethereum. Então você deve apenas dizer essas coisas diretamente! Basicamente: 1. Faça algo que traga algo realmente novo à mesa. 2. As vibrações devem corresponder à substância - o grau de conexão com Ethereum em sua imagem pública deve refletir o grau de conexão com Ethereum que sua coisa tem na realidade.

Na verdade, não acho que seja complicado. Na minha opinião, o futuro do design de mecanismos onchain vai se encaixar principalmente em um padrão: [algo que se parece com um mercado de previsões] -> [algo que se parece com um dispositivo de definição de preferências resistente à captura e não financeirizado] Em outras palavras: * Uma camada que é maximamente aberta e maximiza a responsabilidade (é um mercado, qualquer um pode comprar e vender, se você tomar boas decisões ganha dinheiro, se tomar más decisões perde dinheiro) * Uma camada que é descentralizada e pluralista, e que maximiza o espaço para motivação intrínseca. Isso não pode ser baseado em tokens, porque os proprietários de tokens não são pluralistas, e qualquer um pode comprar e obter 51% deles. Os votos aqui devem ser anônimos, idealmente MACI'd para reduzir o risco de colusão. O mercado de previsões é a maneira correta de fazer um "executivo descentralizado", porque o primitivo mais lógico para "responsabilidade" em um conceito sem permissão é exatamente isso. Embora às vezes você queira manter as coisas simples e fazer um executivo centralizado nessa camada em vez disso: [executivo centralizado substituível] -> [algo que se parece com um dispositivo de definição de preferências resistente à captura e não financeirizado] Pensar nessas duas camadas explicitamente: (i) o que está fazendo sua execução, (ii) o que está fazendo sua definição de preferências e julgando o(s) executor(es), é o melhor.