Recentemente, no mercado primário, a faixa mais quente é sem dúvida a IA, seguida pelo BTC. 80% dos projetos discutidos todos os dias estão concentrados nessas duas faixas. No máximo, posso falar de 5 ou 6 projetos de IA por dia.
É previsível que a bolha da IA atinja o seu pico no próximo ano. Com centenas de novos projetos de IA entrando em operação, o valor de mercado da faixa de IA atingirá o seu pico. Quando a bolha finalmente estourar e tudo mais se perder, uma verdadeira indústria nascerá.O unicórnio que encontrar o ponto de convergência do AI X Crypto continuará a impulsionar esse caminho e toda a indústria.
Portanto, no atual ambiente superaquecido da IA, precisamos nos acalmar e dar uma olhada nas mudanças que ocorreram no nível Infra nos últimos meses, especialmente na rede pública Infra. Algumas das novidades merecem ser mencionadas.
1.ETH, ou desconstrução adicional da cadeia monolítica
Quando Celestia propôs pela primeira vez o conceito de modularidade e a camada DA, o mercado realmente levou muito tempo para digeri-lo e compreendê-lo. Agora, esse conceito está profundamente enraizado nos corações das pessoas, e várias infraestruturas RaaS têm sido desenfreadas para o ponto em que o número de infraestrutura > o número de aplicações > o número de usuários é um estágio tão exagerado.
A camada de execução, a camada DA e a camada de liquidação fizeram alguns progressos técnicos diferentes nos últimos meses. Cada camada derivou novas soluções técnicas. Até mesmo o conceito de camada de liquidação não é mais exclusivo da ETH. Vamos falar brevemente sobre tecnologias representativas para cada camada.
2. Camada de execução
O conceito mais quente na camada de execução é, sem dúvida, EVM Paralelo - representado por Monad, Sei e MegaETH, alguns projetos existentes, como FTM e Canto, também começaram a planejar uma atualização nessa direção. No entanto, assim como nem todos os projetos ZK protegerão a privacidade, os projetos rotulados por Parallel EVM, na verdade, têm rotas técnicas e objetivos finais diferentes.
Tire uma foto de Sei para uma exibição intuitiva. É óbvio que, em circunstâncias otimistas, a melhoria do desempenho ao mudar do processamento sequencial existente para o processamento paralelo ainda é muito óbvia.
Na verdade, o EVM paralelo pode ser dividido em várias rotas técnicas diferentes.
Do ponto de vista de como as transações são paralelas—Não há nada de novo sob o sol, exceto a diferença entre a priori e a posteriori
A priori, representado por Solana e Sui, exige que as transações declarem explicitamente quais partes da cadeia declaram que foram modificadas, para que possam detectar se há um conflito de estado (como acesso ao mesmo pool AMM) antes de empacotar o bloco, e descarte se houver. Isso cria transações conflitantes.
Posteriormente também é chamado de paralelismo otimista, representado pelo Aptos BlockSTM, ou seja, assume-se que não há conflito entre todos antes de aceitar a transação, e então testar após a conclusão da execução. Se uma transação conflitante for encontrada, a transação é declarada inválida, o resultado é atualizado e executado novamente. Esta etapa é repetida até que todas as transações no bloco sejam executadas. Sei, Monad, MegaETH, Canto usam soluções semelhantes.
Também vimos soluções de paralelização no mercado primário para situações de conflito estatal (como o mesmo acesso ao pool AMM mencionado acima), mas parece que o projeto será relativamente complicado e não tenho certeza se ainda é comercialmente viável. avaliando-o.
Do grau de ênfase no EVM paralelo - também pode ser dividido em duas escolas
Um deles é o Monad, representado por Sei, que toma como comércio o paralelismo como a principal ideia de expansão, ou seja, a paralelização é a narrativa principal.Por exemplo, além do processamento paralelo otimista, o Monad também possui um MonadDB especialmente desenvolvido e assíncrono A E/S coopera especificamente com o processamento paralelo.
A outra é a ideia de Fantom, Solana e MegaETH. A paralelização é uma das soluções de expansão, mas é apenas uma. A paralelização é uma narrativa auxiliar, e a melhoria de desempenho depende mais de outras soluções técnicas.
Por exemplo, a atualização Sonic do Fantom se concentra na máquina virtual FVM + e no mecanismo de consenso Lachesis otimizado. A próxima fase de Solana se concentra na arquitetura modular do novo cliente Firedancer, mecanismo otimizado de comunicação de rede, verificação de assinatura, etc.
O objetivo da MegaETH é implementar blockchain em tempo real. O primeiro é baseado no cliente de alto desempenho Reth recentemente desenvolvido pela Paradigm, no mecanismo de sincronização de estado de todo o nó (sincronizando apenas diferenças de estado em vez de todos os dados) e no design de hardware do Sequencer (uma grande quantidade de RAM de alto desempenho com armazenamento função para acesso de estado, evitar E/S de disco lento), a melhoria da estrutura de dados de Merkle Trie e outros aspectos foram otimizados e melhorados, o que equivale à integração abrangente de software, hardware, estrutura de dados, E/S de disco, comunicação de rede, transação classificação e processamento paralelo Melhorias completas levam o teto de desempenho do EVM ao limite, aproximando-se do "Blockchain em tempo real".
Três camada DA
A camada DA não possui iterações técnicas particularmente grandes, portanto o nível desse volume de trilha é muito menor do que o da camada de execução. Afinal, existem apenas alguns jogadores importantes.
CallData da ETH foi atualizado para Blob, e o custo de cada L2 caiu significativamente.Agora a ETH já é um DA "não caro".
O maior papel do Celestia é que após seu lançamento, ele foi o primeiro projeto a propor o conceito de camada DA, que elevou a faixa DA do teto de 2 bilhões de FDV para 20 bilhões. A partir daí, o padrão e a imaginação se abriram . O DA escolhido para muitos novos Appchains da Camada 2 é naturalmente Celestia.
Avail é independente do Polygon. Tecnicamente falando, é mais como uma "versão aprimorada do Celestia". Por exemplo, ele usa o mecanismo de consenso Grandpa + BABE do Polkadot, em teoria, pode suportar mais nós. apoia Validade Prova que Celestia não apoia, etc. É claro que as diferenças técnicas são muito menos importantes do que a ecologia ainda precisa ser atualizada no nível ecológico.
O EigenDA também foi lançado junto com a rede principal EigenLayer há dois dias. O EigenLayer é uma das narrativas mais fortes e o projeto de cooperação mais comercial nesta rodada. Pessoalmente, sinto que a taxa de adoção do EigenDA não será baixa. Em teoria, contanto que "parece seguro e o preço" barato ", poucos projetos realmente se importam se você usa Prova de Validade ou Prova de Fraude, se o DAS oferece suporte, etc.
Os que valem a pena mencionar são os três DAs a seguir:
Near DA — Near é uma cadeia pública mágica. Foi originalmente projetada para sharding e ainda está fazendo isso agora, mas ao fazer sharding, também tornou o DA — mais barato que o Celestia e também suporta a abstração da cadeia de liquidação rápida do L2. Recentemente, o Near lançou assinaturas em cadeia, permitindo aos usuários solicitar assinaturas para qualquer transação na cadeia por meio de uma única conta NEAR – o fundador Ilia é um dos oito Transformers, a pessoa que levou um tapinha no ombro do chefe Huang na conferência da NVIDIA; e agora estamos planejando contratar engenheiros de IA e faremos anúncios sobre o near.ai no próximo mês... Hexagon Warrior, eu também coloquei isso na pista DA.
BTC&CKB — Como a camada de BTC não suporta contratos inteligentes e não pode ser liquidada diretamente, dezenas de BTC EVM Layer2s agora estão basicamente usando BTC como DA. A diferença é apenas lançar ZK Proof diretamente no BTC ou usar ZK Proof Hash. é lançado, como se você não pudesse se chamar de “BTC Camada 2” se não fizer isso. Recentemente, encontrei um novo projeto dizendo: "Não quero mais instalá-lo. Sou ETH L2 e a liquidação do DA é toda na ETH, mas sirvo o ecossistema BTC!", o que é bastante alegre... O único plano de expansão alternativo é o CKB. Com a saída do RGB++, neste quadro, o CKB tornou-se uma existência semelhante ao DA, enquanto o BTC quase se tornou a camada de liquidação do RGB++ devido à tecnologia negra da ligação isomórfica UTXO.
Novo DA - Vamos falar sobre duas novas ideias de DA que vimos, sem mencionar o nome do projeto. Uma é combinar DA com IA. Além de ser um DA de alto desempenho, também pode servir como um grande Modelo de IA, dados de treinamento e camada de armazenamento de trajetória de treinamento. Uma delas é melhorar o mecanismo de código de correção de erros subjacente do Celestia e de outros DAs, que pode fornecer um status de rede mais robusto em um estado instável, como uma rede dinâmica (vários nós são desconectados aleatoriamente em cada rodada).
4. Camada de liquidação
Originalmente, essa camada era quase exclusiva da ETH. DA tinha Celestia para competir, e o executivo tinha muitos L2s. Apenas para liquidação, outras redes como Solana e Aptos ainda não possuem L2. Se o L2 do BTC não for usado, o BTC não pode ser usado para liquidação. Atualmente, a única camada de liquidação que você pode imaginar é a ETH.
No entanto, esta situação mudará em breve. Vimos vários novos projetos avançando na direção mencionada no início do artigo, e alguns projetos antigos também começaram a se transformar nessa direção, nomeadamente - camada de verificação/liquidação ZK - desconstruindo ainda mais a ETH. (Pegue o negócio da ETH).
Por que existe tal conceito?
A razão é que executar o contrato no ETH L1 para verificar a Prova ZK não é de fato uma escolha ideal em teoria.
Tecnicamente, para verificar a exatidão do ZK Proof, os desenvolvedores precisam redigir um contrato de verificação baseado no Solidity com base no projeto ZK e no ZK Proof que escolherem. Entre eles, é necessário contar com muitos algoritmos criptográficos, como o suporte a diferentes curvas elípticas. Esses algoritmos criptográficos são geralmente relativamente complexos, e a arquitetura EVM-Solidity não é uma plataforma ideal para implementar esses algoritmos criptográficos complexos. Para alguns projetos ZK, o custo de redação e verificação desses contratos de verificação também é muito alto.
Até certo ponto, isso impede que alguns ecossistemas ZK se juntem nativamente ao ecossistema EVM. Portanto, linguagens compatíveis com ZK, como Cario, Noir, Leo e Lurk, atualmente só podem ser verificadas em sua própria camada 1. Ao mesmo tempo, atualizar ou atualizar essas coisas na ETH é sempre um “desastre”.
Em termos de custos, embora a "taxa de proteção" DA entregue por L2 represente a maioria, a verificação do contrato de ZK também exige taxas de gás. A verificação no Ethereum definitivamente não é uma opção barata. Além disso, as taxas do gás ETH aumentam de tempos em tempos e se transformam em uma “cadeia nobre”, e o custo de verificação também será bastante afetado.
Como resultado, surgiram novos projetos de conceito de camada de verificação/liquidação de ZK. Novos projetos ainda são relativamente iniciais, representados por Nebra. Alguns projetos antigos também caminham nessa direção, como o Mina e o Zen, que acaba de aprovar uma nova proposta.
A ideia geral da maioria dos projetos nesta linha é basicamente:
Suporte a vários idiomas ZK;
Suporte à prova de agregação ZK, que é mais eficiente e barata;
Tempo de finalização mais rápido;
A camada de liquidação ZK e o Mercado de Provas descentralizado provavelmente estarão interligados. Afinal, para ter tecnologia, você precisa ter poder de computação. Você pode ver alguns projetos de camada de liquidação cooperando com projetos de Mercado de Prova, ou a camada de liquidação que possui o poder de computação pode criar diretamente um Mercado de Prova por si só, ou o Mercado de Prova que possui a tecnologia pode acabar criando um pacote de camada de liquidação por si só. O mercado terá a palavra final sobre como proceder.
Deve haver muitos artigos escritos online sobre outras áreas da Infra, como OEV nas áreas Oracle e MEV, e ZK light clients na área de interoperabilidade, então não entrarei em detalhes aqui.
Ver original
O conteúdo é apenas para referência, não uma solicitação ou oferta. Nenhum aconselhamento fiscal, de investimento ou jurídico é fornecido. Consulte a isenção de responsabilidade para obter mais informações sobre riscos.
Sob o boom da IA, que mudanças ocorreram na infraestrutura da cadeia pública?
Recentemente, no mercado primário, a faixa mais quente é sem dúvida a IA, seguida pelo BTC. 80% dos projetos discutidos todos os dias estão concentrados nessas duas faixas. No máximo, posso falar de 5 ou 6 projetos de IA por dia.
É previsível que a bolha da IA atinja o seu pico no próximo ano. Com centenas de novos projetos de IA entrando em operação, o valor de mercado da faixa de IA atingirá o seu pico. Quando a bolha finalmente estourar e tudo mais se perder, uma verdadeira indústria nascerá.O unicórnio que encontrar o ponto de convergência do AI X Crypto continuará a impulsionar esse caminho e toda a indústria.
Portanto, no atual ambiente superaquecido da IA, precisamos nos acalmar e dar uma olhada nas mudanças que ocorreram no nível Infra nos últimos meses, especialmente na rede pública Infra. Algumas das novidades merecem ser mencionadas.
1.ETH, ou desconstrução adicional da cadeia monolítica
Quando Celestia propôs pela primeira vez o conceito de modularidade e a camada DA, o mercado realmente levou muito tempo para digeri-lo e compreendê-lo. Agora, esse conceito está profundamente enraizado nos corações das pessoas, e várias infraestruturas RaaS têm sido desenfreadas para o ponto em que o número de infraestrutura > o número de aplicações > o número de usuários é um estágio tão exagerado.
A camada de execução, a camada DA e a camada de liquidação fizeram alguns progressos técnicos diferentes nos últimos meses. Cada camada derivou novas soluções técnicas. Até mesmo o conceito de camada de liquidação não é mais exclusivo da ETH. Vamos falar brevemente sobre tecnologias representativas para cada camada.
2. Camada de execução
O conceito mais quente na camada de execução é, sem dúvida, EVM Paralelo - representado por Monad, Sei e MegaETH, alguns projetos existentes, como FTM e Canto, também começaram a planejar uma atualização nessa direção. No entanto, assim como nem todos os projetos ZK protegerão a privacidade, os projetos rotulados por Parallel EVM, na verdade, têm rotas técnicas e objetivos finais diferentes.
Tire uma foto de Sei para uma exibição intuitiva. É óbvio que, em circunstâncias otimistas, a melhoria do desempenho ao mudar do processamento sequencial existente para o processamento paralelo ainda é muito óbvia.
Na verdade, o EVM paralelo pode ser dividido em várias rotas técnicas diferentes.
Do ponto de vista de como as transações são paralelas—Não há nada de novo sob o sol, exceto a diferença entre a priori e a posteriori
A priori, representado por Solana e Sui, exige que as transações declarem explicitamente quais partes da cadeia declaram que foram modificadas, para que possam detectar se há um conflito de estado (como acesso ao mesmo pool AMM) antes de empacotar o bloco, e descarte se houver. Isso cria transações conflitantes.
Posteriormente também é chamado de paralelismo otimista, representado pelo Aptos BlockSTM, ou seja, assume-se que não há conflito entre todos antes de aceitar a transação, e então testar após a conclusão da execução. Se uma transação conflitante for encontrada, a transação é declarada inválida, o resultado é atualizado e executado novamente. Esta etapa é repetida até que todas as transações no bloco sejam executadas. Sei, Monad, MegaETH, Canto usam soluções semelhantes.
Também vimos soluções de paralelização no mercado primário para situações de conflito estatal (como o mesmo acesso ao pool AMM mencionado acima), mas parece que o projeto será relativamente complicado e não tenho certeza se ainda é comercialmente viável. avaliando-o.
Do grau de ênfase no EVM paralelo - também pode ser dividido em duas escolas
Por exemplo, a atualização Sonic do Fantom se concentra na máquina virtual FVM + e no mecanismo de consenso Lachesis otimizado. A próxima fase de Solana se concentra na arquitetura modular do novo cliente Firedancer, mecanismo otimizado de comunicação de rede, verificação de assinatura, etc.
O objetivo da MegaETH é implementar blockchain em tempo real. O primeiro é baseado no cliente de alto desempenho Reth recentemente desenvolvido pela Paradigm, no mecanismo de sincronização de estado de todo o nó (sincronizando apenas diferenças de estado em vez de todos os dados) e no design de hardware do Sequencer (uma grande quantidade de RAM de alto desempenho com armazenamento função para acesso de estado, evitar E/S de disco lento), a melhoria da estrutura de dados de Merkle Trie e outros aspectos foram otimizados e melhorados, o que equivale à integração abrangente de software, hardware, estrutura de dados, E/S de disco, comunicação de rede, transação classificação e processamento paralelo Melhorias completas levam o teto de desempenho do EVM ao limite, aproximando-se do "Blockchain em tempo real".
Três camada DA
A camada DA não possui iterações técnicas particularmente grandes, portanto o nível desse volume de trilha é muito menor do que o da camada de execução. Afinal, existem apenas alguns jogadores importantes.
CallData da ETH foi atualizado para Blob, e o custo de cada L2 caiu significativamente.Agora a ETH já é um DA "não caro".
O maior papel do Celestia é que após seu lançamento, ele foi o primeiro projeto a propor o conceito de camada DA, que elevou a faixa DA do teto de 2 bilhões de FDV para 20 bilhões. A partir daí, o padrão e a imaginação se abriram . O DA escolhido para muitos novos Appchains da Camada 2 é naturalmente Celestia.
Avail é independente do Polygon. Tecnicamente falando, é mais como uma "versão aprimorada do Celestia". Por exemplo, ele usa o mecanismo de consenso Grandpa + BABE do Polkadot, em teoria, pode suportar mais nós. apoia Validade Prova que Celestia não apoia, etc. É claro que as diferenças técnicas são muito menos importantes do que a ecologia ainda precisa ser atualizada no nível ecológico.
O EigenDA também foi lançado junto com a rede principal EigenLayer há dois dias. O EigenLayer é uma das narrativas mais fortes e o projeto de cooperação mais comercial nesta rodada. Pessoalmente, sinto que a taxa de adoção do EigenDA não será baixa. Em teoria, contanto que "parece seguro e o preço" barato ", poucos projetos realmente se importam se você usa Prova de Validade ou Prova de Fraude, se o DAS oferece suporte, etc.
Os que valem a pena mencionar são os três DAs a seguir:
4. Camada de liquidação
Originalmente, essa camada era quase exclusiva da ETH. DA tinha Celestia para competir, e o executivo tinha muitos L2s. Apenas para liquidação, outras redes como Solana e Aptos ainda não possuem L2. Se o L2 do BTC não for usado, o BTC não pode ser usado para liquidação. Atualmente, a única camada de liquidação que você pode imaginar é a ETH.
No entanto, esta situação mudará em breve. Vimos vários novos projetos avançando na direção mencionada no início do artigo, e alguns projetos antigos também começaram a se transformar nessa direção, nomeadamente - camada de verificação/liquidação ZK - desconstruindo ainda mais a ETH. (Pegue o negócio da ETH).
Por que existe tal conceito?
A razão é que executar o contrato no ETH L1 para verificar a Prova ZK não é de fato uma escolha ideal em teoria.
Tecnicamente, para verificar a exatidão do ZK Proof, os desenvolvedores precisam redigir um contrato de verificação baseado no Solidity com base no projeto ZK e no ZK Proof que escolherem. Entre eles, é necessário contar com muitos algoritmos criptográficos, como o suporte a diferentes curvas elípticas. Esses algoritmos criptográficos são geralmente relativamente complexos, e a arquitetura EVM-Solidity não é uma plataforma ideal para implementar esses algoritmos criptográficos complexos. Para alguns projetos ZK, o custo de redação e verificação desses contratos de verificação também é muito alto.
Até certo ponto, isso impede que alguns ecossistemas ZK se juntem nativamente ao ecossistema EVM. Portanto, linguagens compatíveis com ZK, como Cario, Noir, Leo e Lurk, atualmente só podem ser verificadas em sua própria camada 1. Ao mesmo tempo, atualizar ou atualizar essas coisas na ETH é sempre um “desastre”.
Em termos de custos, embora a "taxa de proteção" DA entregue por L2 represente a maioria, a verificação do contrato de ZK também exige taxas de gás. A verificação no Ethereum definitivamente não é uma opção barata. Além disso, as taxas do gás ETH aumentam de tempos em tempos e se transformam em uma “cadeia nobre”, e o custo de verificação também será bastante afetado.
Como resultado, surgiram novos projetos de conceito de camada de verificação/liquidação de ZK. Novos projetos ainda são relativamente iniciais, representados por Nebra. Alguns projetos antigos também caminham nessa direção, como o Mina e o Zen, que acaba de aprovar uma nova proposta.
A ideia geral da maioria dos projetos nesta linha é basicamente:
A camada de liquidação ZK e o Mercado de Provas descentralizado provavelmente estarão interligados. Afinal, para ter tecnologia, você precisa ter poder de computação. Você pode ver alguns projetos de camada de liquidação cooperando com projetos de Mercado de Prova, ou a camada de liquidação que possui o poder de computação pode criar diretamente um Mercado de Prova por si só, ou o Mercado de Prova que possui a tecnologia pode acabar criando um pacote de camada de liquidação por si só. O mercado terá a palavra final sobre como proceder.
Deve haver muitos artigos escritos online sobre outras áreas da Infra, como OEV nas áreas Oracle e MEV, e ZK light clients na área de interoperabilidade, então não entrarei em detalhes aqui.