Quando se trata de atenção e inovação, nem todos os componentes da pilha modular são criados iguais. Enquanto historicamente houve muitos projetos inovando nas camadas de disponibilidade de dados (DA) e sequenciamento, as camadas de execução e liquidação têm sido comparativamente mais negligenciadas como parte da pilha modular até mais recentemente.

O espaço sequenciador compartilhado não só tem muitos projetos competindo por participação de mercado —Espresso, Astria, Raio, Roma, e Madarapara citar apenas alguns — mas também inclui fornecedores de RaaS comoCaldeiraeConduitque desenvolvem sequenciadores compartilhados para rollups que se baseiam neles. Esses provedores de RaaS são capazes de oferecer uma partilha de taxas mais favorável com suas rollups, uma vez que seu modelo de negócio subjacente não depende exclusivamente da receita de sequenciamento. Todos esses produtos existem ao lado de muitos rollups que optam por executar seu próprio sequenciador e descentralizar ao longo do tempo para capturar as taxas que gera.

O mercado de sequenciamento é único em comparação com o espaço DA, que basicamente opera como um oligopólio composto por Celestia, Disponível, e EigenDA. Isso torna o mercado difícil para novos entrantes menores além dos três principais para interromperem com sucesso o espaço. Os projetos aproveitam a escolha do “titular” — Ethereum — ou optam por uma das camadas DA estabelecidas, dependendo do tipo de pilha tecnológica e alinhamento que estão procurando. Embora usar uma camada DA seja um grande economizador de custos, terceirizar a peça sequenciadora não é uma escolha tão óbvia (do ponto de vista das taxas, não de segurança) — principalmente devido ao custo de oportunidade ao desistir das taxas geradas. Muitos também argumentam que a DA se tornará uma mercadoria, mas vimos no cripto que fossos de liquidez super fortes combinados com uma tecnologia subjacente única (difícil de replicar) tornam muito mais difícil mercantilizar uma camada na pilha. Independentemente desses debates e dinâmicas, existem muitos produtos DA e sequenciadores em produção (em resumo, com parte da pilha modular, @maven11research/commoditise-your-complements">"há vários concorrentes para cada serviço único.")

As camadas de execução e liquidação (e por extensão de agregação) - que acredito terem sido comparativamente pouco exploradas - estão começando a ser iteradas de novas maneiras que se alinham bem com o restante do conjunto modular.

Recap sobre a relação entre a execução e a camada de liquidação

A camada de execução e liquidação estão intimamente integradas, onde a camada de liquidação pode servir como o local onde os resultados finais da execução de estado são definidos. A camada de liquidação também pode adicionar funcionalidades aprimoradas aos resultados da camada de execução, tornando a camada de execução mais robusta e segura. Na prática, isso pode significar muitas capacidades diferentes — por exemplo, a camada de liquidação pode atuar como um ambiente para a camada de execução resolver disputas de fraude, verificar provas e fazer a ponte entre outras camadas de execução.

Também vale a pena mencionar que existem equipas a permitir nativamente o desenvolvimento de ambientes de execução opinativos diretamente dentro do seu próprio protocolo — um exemplo disso é Repyh Labs, que está a construir um L1 chamado Delta. Este é, por natureza, o design oposto da pilha modular, mas ainda fornece flexibilidade dentro de um ambiente unificado e vem com vantagens de compatibilidade técnica, uma vez que as equipas não têm de gastar tempo a integrar manualmente cada parte da pilha modular. Os inconvenientes, claro, são estar isolado de um ponto de vista de liquidez, não poder escolher camadas modulares que melhor se adequam ao seu design e ser demasiado caro.

Outras equipas optam por construir L1s extremamente específicas para uma funcionalidade central ou aplicação. Um exemplo é Hyperliquid, que construiu um L1 projetado especificamente para sua aplicação nativa principal, uma plataforma de negociação perpétua. Embora seus usuários precisem migrar do Arbitrum, sua arquitetura principal não depende do Cosmos SDK ou de outros frameworks, portanto pode serpersonalizado de forma iterativa e hiperotimizadopara o seu caso de uso principal.

Progresso da camada de execução

O antecessor deste (no último ciclo e ainda em certa medida) foram alt-L1s de propósito geral em que basicamente a única característica que superava o Ethereum era a maior capacidade de processamento. Isso significava que historicamente os projetos basicamente tinham que optar por construir sua própria alt L1 do zero se quisessem melhorias de desempenho substanciais — principalmente porque a tecnologia ainda não estava disponível no próprio Eth. E historicamente, isso significava embutir mecanismos de eficiência nativamente no protocolo de propósito geral. Neste ciclo, essas melhorias de desempenho são alcançadas através de um design modular e estão principalmente na plataforma de contratos inteligentes mais dominante que existe (Ethereum) — desta forma, tanto os projetos existentes quanto os novos podem aproveitar a nova infraestrutura de camada de execução sem sacrificar a liquidez, segurança e vantagens da comunidade do Ethereum.

Neste momento, também estamos a ver mais mistura e combinação de diferentes VMs (ambientes de execução) como parte de uma rede partilhada, o que permite flexibilidade ao programador, bem como uma melhor personalização na camada de execução.Camada N, por exemplo, permite que os desenvolvedores executem nós de rollup generalizados (por exemplo, SolanaVM, MoveVM, etc como os ambientes de execução) e nós de rollup específicos do aplicativo (por exemplo, perps dex, orderbook dex) sobre sua máquina de estado compartilhada. Eles também estão trabalhando para permitir total compatibilidade e liquidez compartilhada entre essas diferentes arquiteturas de VM, um problema de engenharia onchain historicamente difícil de fazer em escala. Cada aplicativo na Camada N pode passar mensagens de forma assíncrona uns para os outros sem demora no lado do consenso, o que normalmente tem sido o problema de "sobrecarga de comunicações" da criptografia. Cada xVM também pode usar uma arquitetura de banco de dados diferente, seja ela RocksDB, LevelDB, ou um banco de dados (a)síncrono personalizado feito do zero. A peça de interoperabilidade funciona através de um 'sistema de snapshot' (um algoritmo semelhante ao Algoritmo Chandy-Lamport) onde as cadeias podem fazer a transição de forma assíncrona para um novo bloco sem exigir que o sistema pause. No lado da segurança, provas de fraude podem ser enviadas no caso de uma transição de estado estar incorreta. Com este design, o objetivo deles é minimizar o tempo de execução ao mesmo tempo que maximiza o throughput geral da rede.

Camada N

Em linha com estes avanços na personalização, Laboratórios de Movimentoalavanca a linguagem Move — originalmente projetada pelo Facebook e usada em redes como Aptos e Sui — para sua VM / execução. Move tem vantagens estruturais em comparação com outros frameworks, principalmente segurança e flexibilidade / expressividade do desenvolvedor, historicamente duas das principais questões ao construir onchain usando o que existe hoje. Importante, os desenvolvedores também podem apenas escreva Solidity e implemente no MovementPara tornar isso possível, o Movimento criou um runtime EVM totalmente compatível com bytecodes que também funciona com a pilha Move. Seu rollup, M2, alavanca a paralelização BlockSTM que permite uma capacidade muito maior de débito, mantendo ainda a capacidade de acessar o fosso de liquidez do Ethereum (historicamente, o BlockSTM tem sido usado exclusivamente em alt L1s como Aptos, que obviamente carecem de compatibilidade com a EVM).

MegaETHtambém está impulsionando o progresso no espaço da camada de execução, particularmente através do seu motor de paralelização e DB em memória onde o sequenciador pode armazenar todo o estado na memória. Do lado arquitetural, eles aproveitam:

• Compilação de código nativo que permite que o L2 seja muito mais eficiente (se o contrato for mais intensivo em computação, os programas podem ter um aumento maciço de velocidade, se não for muito intensivo em computação, ainda há um aumento de velocidade de ~2x+).
• Produção de blocos relativamente centralizada, mas validação e verificação descentralizadas de blocos.
• Sincronização eficiente de estado, onde nós completos não precisam reexecutar transações, mas precisam estar cientes do delta de estado para que possam aplicá-lo ao seu banco de dados local.
• Estrutura de atualização da árvore de Merkle (onde normalmente a atualização da árvore é intensiva em armazenamento), onde sua abordagem é uma nova estrutura de dados de trie que é eficiente em memória e disco. A computação em memória permite-lhes comprimir o estado da cadeia dentro da memória, para que quando as txs são executadas, elas não precisem acessar o disco, apenas a memória.

Mais um design que tem sido explorado e iterado recentemente como parte do stack modular é a agregação de provas - definida como um provador que cria uma única prova sucinta de múltiplas provas sucintas. Primeiro, vamos analisar as camadas de agregação como um todo e suas tendências históricas e atuais em criptografia.

Atribuir valor às camadas de agregação

Historicamente, em mercados não criptográficos, os agregadores ganharam participação de mercado menor do que plataformas ou mercados:

CJ Gustafson

Embora não tenha certeza se isso se aplica a criptomoedas em todos os casos, é definitivamente verdadeiro para as trocas descentralizadas, pontes e protocolos de empréstimos.

Por exemplo, a capitalização de mercado combinada de 1inch e 0x (dois agregadores dex fundamentais) é de cerca de $1bb — uma pequena fração dos cerca de $7.6bb da Uniswap. Isso também se aplica às pontes: os agregadores de pontes como Li.Fi e Socket/Bungee parecem ter uma menor participação de mercado em comparação com plataformas como Across. Embora o Socket suporte15 pontes diferentes, eles realmente têm um volume total de ponte semelhante ao Across (Socket — $2.2bb, Através -1.7bb) e Across apenas representa um pequena fração do volume em Socket/Bungee recentemente.

No espaço de empréstimos, Yearn Financefoi o primeiro do seu tipo como um protocolo agregador de rendimento de empréstimo descentralizado - o seu limite de mercado é atualmente ~$250mm. Por comparação, produtos da plataforma como Aave (Gate~$1.4bb) e compostos (~$560mm) têm comandado uma avaliação mais elevada e mais relevância ao longo do tempo.

Os mercados Tradfi operam de maneira semelhante. Por exemplo, ICE(Intercontinental Exchange) EUA e CME Groupcada um tem uma capitalização de mercado de cerca de $75bb, enquanto os 'agregadores' como Charles Schwab e Robinhood têm, respetivamente, uma capitalização de mercado de cerca de $132b e $15b. Dentro da Schwab, querotas através da ICE e CMEentre muitos outros locais, o volume proporcional que passa por eles não é proporcional a essa quota da sua capitalização de mercado. A Robinhood tem aproximadamente Contratos de opções de 119mm por mês, enquanto os da ICE estão por perto ~35 milímetros— e contratos de opções nem sequer são uma parte central do modelo de negócios da Robinhood. Apesar disso, a ICE tem um valor cerca de 5 vezes maior do que a Robinhood nos mercados públicos. Portanto, a Schwab e a Robinhood, que atuam como interfaces de agregação ao nível da aplicação para encaminhar o fluxo de pedidos dos clientes através de vários locais, não comandam avaliações tão altas quanto a ICE e a CME, apesar dos seus volumes respectivos.

Nós, como consumidores, simplesmente atribuímos menos valor aos agregadores.

Isto pode não ser válido na criptomoeda se as camadas de agregação estiverem incorporadas num produto/plataforma/chain. Se os agregadores estiverem intimamente integrados diretamente na chain, obviamente isso é uma arquitetura diferente e estou curioso para ver como isso se desenrola. Um exemplo é Camada Agg da Polygon, onde os desenvolvedores podem facilmente conectar o seu L1 e L2 numa rede que agrega provas e permite uma camada de liquidez unificada entre as cadeias que usam o CDK.

AggLayer

Este modelo funciona de forma semelhante a Camada de Interoperabilidade Nexus da Avail, que inclui um mecanismo de agregação de provas e leilão de sequenciador, tornando o seu produto DA muito mais robusto. Tal como a AggLayer da Polygon, cada cadeia ou rollup que se integra com a Avail torna-se interoperável dentro do ecossistema existente da Avail. Além disso, a Avail agrupa dados de transações ordenados de várias plataformas blockchain e rollups, incluindo Ethereum, todos os rollups do Ethereum, cadeias Cosmos, rollups da Avail, rollups da Celestia e diferentes construções híbridas como Validiums, Optimiums e parachains da Polkadot, entre outros. Os desenvolvedores de qualquer ecossistema podem então construir de forma permissiva em cima da camada DA da Avail enquanto utilizam o Avail Nexus, que pode ser usado para agregação de provas e mensagens entre ecossistemas.

Disponível Nexus

Nebraconcentra-se especificamente na agregação e liquidação de provas, onde podem agregar em diferentes sistemas de prova - por exemplo, agregando provas do sistema xyz e provas do sistema abc de tal forma que tenha agg_xyzabc (em vez de agregar dentro dos sistemas de prova de forma a ter agg_xyz e agg_abc). Esta arquitetura utilizaUniPlonK, que padroniza o trabalho dos verificadores para famílias de circuitos, tornando a verificação de provas em circuitos PlonK diferentes muito mais eficiente e viável. No seu cerne, utiliza as próprias provas de conhecimento zero (SNARKs recursivos) para escalar a peça de verificação — normalmente o gargalo desses sistemas. Para os clientes, o processo de liquidação "última milha" torna-se muito mais fácil, porque a Nebra lida com toda a agregação em lote e liquidação, onde as equipas apenas precisam de alterar uma chamada de contrato de API.

Astriaestá a trabalhar em designs interessantes em torno de como o seu sequenciador partilhado pode funcionar com a agregação de provas também. Eles deixam o lado da execução para os rollups, que executam software de camada de execução sobre um determinado espaço de nomes de um sequenciador partilhado — essencialmente apenas a 'API de execução', que é uma forma do rollup aceitar dados de camada de sequenciamento. Eles também podem facilmente adicionar suporte para provas de validade aqui para garantir que um bloco não violou as regras da máquina de estados EVM.

Josh Bowen

Aqui, um produto como Astria serve como o fluxo #1 → #2 (transações não ordenadas → bloco ordenado), e a camada de execução / nó de rollup é #2 → #3, enquanto um protocolo como Nebraserve como a última milha #3 → #4 (bloco executado → prova sucinta). Nebra (ou Camada Alinhada) poderia também ser um quinto passo teórico onde as provas são agregadas e depois verificadas. A Sovereign Labs está a trabalhar num conceito semelhante ao último passo, onde a agregação de provas baseada na ponte está no centro da sua arquitetura.

Sovereign Labs

No agregado, algumas camadas de aplicação são começando a possuir a infraestrutura por baixo, em parte porque @maven11research/commoditise-your-complements">remaining apenas uma aplicação de alto nível pode ter problemas de incentivo e custos elevados de adoção de utilizadores se não controlarem a pilha por baixo. Por outro lado, à medida que os custos de infraestrutura são continuamente reduzidos pela concorrência e avanços tecnológicos, o custo para aplicações/cadeias de aplicações@maven11research/commoditise-your-complements">integrate with modular components is becoming much more feasible. I believe this dynamic is much more powerful, at least for now.

Com todas essas inovações — camada de execução, camada de liquidação, agregação — mais eficiência, integrações mais fáceis, interoperabilidade mais forte e custos mais baixos são muito mais possíveis. Realmente o que tudo isso está levando é melhores aplicativos para os usuários e melhor experiência de desenvolvedor para os construtores. Esta é uma combinação vencedora que leva a mais inovação – e uma velocidade mais rápida de inovação – em geral, e estou ansioso para ver o que se desenrola.

Aviso legal：

1. Este artigo é reproduzido a partir de [bridgeharris]. Todos os direitos de autor pertencem ao autor original [BRIDGET HARRIS]. Se houver objeções a esta reimpressão, entre em contato com o Gate Learnequipa, e eles vão tratar disso prontamente.
2. Aviso de responsabilidade: As opiniões expressas neste artigo são exclusivamente do autor e não constituem qualquer conselho de investimento.
3. As traduções do artigo para outros idiomas são feitas pela equipa Gate Learn. Salvo indicação em contrário, é proibida a cópia, distribuição ou plágio dos artigos traduzidos.