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

O espaço sequenciador compartilhado não só tem muitos projetos competindo por quota de mercado — Espresso, Astria, Raio, Roma, e Madarapara citar alguns — mas também inclui fornecedores de RaaS como CaldeiraeCondutaque desenvolvem sequenciadores compartilhados para rollups que se baseiam neles. Esses provedores de RaaS podem fornecer compartilhamento de taxas mais favorável com seus rollups, uma vez que seu modelo de negócios subjacente não depende exclusivamente da receita de sequenciamento. Todos esses produtos existem ao lado dos 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 porCelestia, Disponível, e EigenDA. Isso torna o mercado difícil para novos participantes menores além dos três principais para perturbar o espaço com sucesso. Os projetos utilizam a escolha "incumbente" - Ethereum - ou optam por uma das camadas DA estabelecidas, dependendo do tipo de pilha tecnológica e alinhamento que estão procurando. Embora o uso de uma camada DA seja uma economia maciça de custos, terceirizar a peça sequenciadora não é uma escolha tão óbvia (do ponto de vista das taxas, não da segurança) - principalmente devido ao custo de oportunidade de desistir das taxas geradas. Muitos também argumentam que DA se tornará uma mercadoria, mas vimos no cripto que os fortes fossos de liquidez emparelhados com uma tecnologia subjacente única (difícil de replicar) tornam muito mais difícil tornar uma camada da pilha uma mercadoria. Independentemente desses debates e dinâmicas, existem muitos produtos DA e sequenciadores em produção (em suma, 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, 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 da pilha 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 do 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 disto é Repyh Labs, que está a construir um L1 chamado Delta. Este é, por natureza, o design oposto da pilha modular, mas ainda assim oferece flexibilidade dentro de um ambiente unificado e vem com vantagens de compatibilidade técnica, uma vez que as equipas não têm de perder tempo a integrar manualmente cada parte da pilha modular. Os inconvenientes, claro, são estar isolado do ponto de vista da liquidez, não poder escolher camadas modulares que melhor se adaptem ao seu design e ser demasiado caro.

Outras equipas estão a optar por construir L1s extremamente específicas para uma funcionalidade central ou aplicação. Um exemplo é Hyperliquid, que construiu uma L1 específica para a sua aplicação nativa principal, uma plataforma de negociação perpétua. Embora os seus utilizadores tenham de fazer a ponte a partir do Arbitrum, a sua arquitetura central não depende do Cosmos SDK ou de outros frameworks, pelo que pode ser iterativamente personalizado e hiper-otimizadopara o seu caso de uso principal.

Progresso da camada de execução

O antecessor deste (último ciclo, e ainda um pouco presente) foram alt-L1s de propósito geral, onde 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 significativas de desempenho — principalmente porque a tecnologia ainda não estava disponível no Eth em si. E historicamente, isso significava simplesmente incorporar 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 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 uma base de dados personalizada (a)síncrona feita do zero. A peça de interoperabilidade funciona através de um “sistema de instantâneo” (um algoritmo semelhante ao algoritmo Chandy-Lamport) em que as cadeias podem fazer a transição de forma assíncrona para um novo bloco sem exigir que o sistema pause. Do lado da segurança, provas de fraude podem ser submetidas no caso de uma transição de estado incorreta. Com este design, o objetivo deles é minimizar o tempo de execução, maximizando o rendimento 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 dois dos principais problemas ao construir onchain usando o que existe hoje. Importante, os desenvolvedores também podem apenas escreva Solidity e implante no Movimento — para tornar isso possível, Movement criou um tempo de execução EVM totalmente compatível com bytecode que também funciona com a pilha Move. Seu rollup, M2, alavanca a paralelização BlockSTM que permite uma capacidade muito maior, mantendo ainda a capacidade de aceder ao fosso de liquidez da Ethereum (historicamente, o BlockSTM tem sido utilizado apenas em alt L1s como Aptos, que obviamente carecem de compatibilidade com 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 da base de dados em memória onde o sequenciador pode armazenar todo o estado na memória. No lado arquitetural, eles alavancam:

• 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 de velocidade massivo, 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 de estado eficiente, onde os 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 de árvore 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, não precisem ir para o disco, apenas para a memória.

Mais um design que tem sido explorado e iterado recentemente como parte do conjunto modular é a agregação de provas - definida como um verificador que cria uma única prova sucinta de várias 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, nos mercados não cripto, os agregadores têm ganhado uma menor quota de mercado do que as plataformas ou os mercados:

CJ Gustafson

Embora não tenha certeza se isso se aplica a cripto em todos os casos, é definitivamente verdadeiro para trocas descentralizadas, bridges e protocolos de empréstimo.

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 participação de mercado menor em comparação com plataformas como Across. Enquanto o Socket suporta 15 pontes diferentes, eles realmente têm um volume de ponte total semelhante ao Across (Socket — $2.2bb, Across —$1.7bb) e Across apenas representa um pequena fração do volume recentemente em Socket/Bungee.

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 de plataforma como Aave (~$1.4bb) e Compound (~$560mm) têm comandado uma avaliação mais elevada e mais relevância ao longo do tempo.

Os mercados tradicionais funcionam de maneira semelhante. Por exemplo, ICE (Intercontinental Exchange) US and CME Groupcada um tem ~$75bb de capitalização de mercado, enquanto os “agregadores” como Charles Schwab e Robinhood têm, respectivamente, ~$132b e ~$15b de capitalização de mercado. Dentro da Schwab, querotas através da ICE e da 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 119mm contratos de opções por mês, enquanto os ICE estão por perto ~35 milímetros— e os contratos de opções nem sequer são uma parte central do modelo de negócio da Robinhood. Apesar disso, a ICE tem um valor ~5x superior ao da Robinhood nos mercados públicos. Assim, a Schwab e a Robinhood, que atuam como interfaces de agregação a nível de aplicação para encaminhar o fluxo de pedidos dos clientes através de vários locais, não têm avaliações tão altas quanto a ICE e a CME, apesar dos seus volumes respetivos.

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

Isso pode não ser válido na criptomoeda se as camadas de agregação estiverem incorporadas a um produto/plataforma/chain. Se os agregadores estiverem intimamente integrados diretamente na chain, obviamente essa é uma arquitetura diferente e estou curioso para ver como se desenrola. Um exemplo é AggLayer da Polygon, onde os desenvolvedores podem facilmente conectar seu L1 e L2 em uma rede que agrega provas e permite uma camada de liquidez unificada em todas 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. Como o AggLayer da Polygon, cada cadeia ou rollup que se integra com o Avail torna-se interoperável dentro do ecossistema existente do Avail. Além disso, o Avail agrupa dados de transações ordenadas de várias plataformas blockchain e rollups, incluindo Ethereum, todos os rollups Ethereum, cadeias Cosmos, rollups Avail, rollups Celestia e diferentes construções híbridas como Validiums, Optimiums e parachains Polkadot, entre outros. Os desenvolvedores de qualquer ecossistema podem então construir permissivamente no topo da camada DA do Avail enquanto usam 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 de 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 diferentes circuitos PlonK muito mais eficiente e viável. No seu cerne, utiliza provas de conhecimento zero em si mesmas (SNARKs recursivos) para escalar a peça de verificação — normalmente o gargalo desses sistemas. Para os clientes, o acerto da 'última milha' é muito mais fácil porque a Nebra lida com toda a agregação em lote e o acerto, 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 trabalhar com agregação de provas também. Deixam o lado da execução para os rollups, que executam software de camada de execução sobre um namespace dado de um sequenciador partilhado — essencialmente apenas a “API de execução” que é uma forma para o rollup aceitar dados da camada de sequenciamento. Podem também facilmente adicionar suporte para provas de validade aqui para garantir que um bloco não violou as regras da máquina de estado EVM.

Josh Bowen

Aqui, um produto como Astria serve como o fluxo #1 → #2 (txs 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 (ouCamada Alinhada) poderia também ser um quinto passo teórico em que as provas são agregadas e depois verificadas. Sovereign Labs está a trabalhar num conceito semelhante ao último passo, em que a agregação de provas com base na ponte está no cerne 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 permanecer apenas como uma aplicação de alto nível pode ter problemas de incentivo e custos elevados de adoção de usuário se não controlarem a pilha por baixo. Por outro lado, à medida que os custos de infraestrutura estão a ser continuamente reduzidos pela concorrência e avanços tecnológicos, o custo para as aplicações/cadeias de blocos integrarem-se com componentes modulares está a tornar-se muito mais viável. Acredito que esta dinâmica é muito mais poderosa, pelo menos por agora.

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

Aviso Legal：

1. Este artigo é reproduzido a partir de [Bridget Harris]. Todos os direitos autorais 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 unicamente as do autor e não constituem qualquer conselho de investimento.
3. As traduções do artigo para outros idiomas são feitas pela equipe Gate Learn. Salvo indicação em contrário, é proibido copiar, distribuir ou plagiar os artigos traduzidos.