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 compartilhado do sequenciador não apenas tem muitos projetos competindo por participação de mercado — Espresso, Astria, Raio, RomaeMadarapara citar alguns — mas também inclui provedores de RaaS como CaldeiraeConduitque desenvolvem sequenciadores compartilhados para rollups que se baseiam neles. Esses provedores de RaaS são capazes de fornecer uma divisão 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 ele 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 utilizam 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 uma grande economia de custos, terceirizar a peça sequenciadora não é uma escolha tão óbvia (em termos de taxas, não de segurança) — principalmente devido ao custo de oportunidade de desistir das taxas geradas. Muitos também argumentam que a DA se tornará uma commodity, mas vimos no mundo das criptomoedas que valas de liquidez super fortes combinadas com tecnologia subjacente única (difícil de replicar) tornam muito mais difícil a comoditização de uma camada na pilha. Independentemente desses debates e dinâmicas, muitos produtos DA e sequenciadores estão 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 de agregação) - as quais 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.

Resumo sobre a relação entre execução e 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.

Vale ressaltar também que existem equipes habilitando nativamente o desenvolvimento de ambientes de execução opinativos diretamente dentro de seu próprio protocolo — um exemplo disso é Repyh Labs, que está construindo um L1 chamado Delta. Este é, por natureza, o design oposto da pilha modular, mas ainda oferece flexibilidade dentro de um ambiente unificado e vem com vantagens de compatibilidade técnica, uma vez que as equipes não precisam gastar tempo integrando manualmente cada parte da pilha modular. As desvantagens, é claro, são estar isolado do ponto de vista da liquidez, não poder escolher camadas modulares que se encaixam melhor no seu design e ser muito caro.

Outras equipes estão optando por construir L1s extremamente específicos para uma funcionalidade principal ou aplicativo. Um exemplo é Hyperliquid, que construiu um L1 especialmente projetado para sua aplicação nativa principal, uma plataforma de negociação perpétua. Embora seus usuários precisem fazer a ponte a partir do Arbitrum, sua arquitetura central não depende do Cosmos SDK ou de outros frameworks, então pode ser customizado iterativamente e hiperotimizadopara seu principal caso de uso.

Progresso da camada de execução

O antecessor deste (último ciclo, e ainda um pouco presente) eram alt-L1s de propósito geral onde basicamente a única característica que superava o Ethereum era a maior taxa de transferência. Isso significava que historicamente os projetos basicamente tinham que optar por construir sua própria alt L1 do zero se quisessem melhorias substanciais de desempenho — principalmente porque a tecnologia ainda não estava disponível no Eth em si. E historicamente, isso significava incorporar mecanismos de eficiência nativamente diretamente no protocolo de propósito geral. Neste ciclo, essas melhorias de desempenho são alcançadas por meio 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 moats da comunidade do Ethereum.

Neste momento, também estamos vendo mais mistura e combinação de diferentes VMs (ambientes de execução) como parte de uma rede compartilhada, o que permite flexibilidade para os desenvolvedores, 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 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 a capacidade de composição total e a 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 um para o outro 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)sync personalizado feito do zero. A peça de interoperabilidade funciona através de um “sistema de snapshot” (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 enviadas no caso de uma transição de estado incorreta. Com esse design, o objetivo deles é minimizar o tempo de execução, ao mesmo tempo que maximizam o throughput geral da rede.

Camada N

Em linha com esses avanços na personalização, Laboratórios de Movimentousa a linguagem Move — originalmente projetada pelo Facebook e usada em redes como Aptos e Sui — para sua VM / execução. O Move possui 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 implemente no Movement— para tornar isso possível, o Movement criou um tempo de execução EVM totalmente compatível com o bytecode que também funciona com a pilha Move. Seu rollup,M2, alavanca a paralelização BlockSTM que permite uma taxa de transferência muito maior, mantendo a capacidade de acessar a trincheira 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, especialmente por meio de seu motor de paralelização e DB em memória, onde o sequenciador pode armazenar todo o estado na memória. No lado arquitetônico, eles aproveitam:

• Compilação de código nativo que permite que o L2 seja muito mais performante (se o contrato for mais intensivo em computação, os programas podem ter uma melhoria maciça de velocidade, se não for muito intensivo em computação, ainda há uma melhoria 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 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 trie que é eficiente em memória e disco. A computação em memória permite que eles comprimam 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 foi explorado e iterado recentemente como parte do conjunto modular é a agregação de provas - definida como um comprovante que cria um único comprovante sucinto de múltiplos comprovantes sucintos. Primeiro, vamos analisar as camadas de agregação como um todo e suas tendências históricas e atuais em criptografia.

Atribuindo valor às camadas de agregação

Historicamente, nos mercados não criptografados, os agregadores conquistaram uma participação de mercado menor do que plataformas ou marketplaces:

CJ Gustafson

Embora não tenha certeza se isso vale para criptomoedas em todos os casos, é definitivamente verdadeiro para exchanges descentralizadas, bridges e protocolos de empréstimo.

Por exemplo, a capitalização de mercado combinada de 1inch e 0x (dois agregadores dex principais) é de aproximadamente US$ 1bb - uma pequena fração dos cerca de US$ 7,6bb da Uniswap. Isso também vale para pontes: agregadores de pontes como Li.Fi e Socket/Bungee parecem ter menos participação de mercado em comparação com plataformas como Across. Enquanto Socket suporta 15 pontes diferentes, eles realmente têm um volume de ponte semelhante ao Across (Socket — $2.2bb, Através — $1.7bb) e Across representa apenas uma pequena fração do volume recentemente no 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 - seu limite de mercado é atualmente~$250mm. Em comparação, produtos de plataforma como Aave ( ~$1.4bb) e Compound (~$560mm) têm comandado uma valoração mais alta e mais relevância ao longo do tempo.

Os mercados Tradfi operam de maneira semelhante. Por exemplo, ICE(Intercontinental Exchange) US andCME Groupcada um tem um valor de mercado de cerca de US$75 bilhões, enquanto os "agregadores" como Charles Schwab e Robinhood têm, respectivamente, valor de mercado de cerca de US$132 bilhões e US$15 bilhões. 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 participação de sua capitalização de mercado. A Robinhood tem aproximadamente 119 contratos de opções de 119mm por mês, enquanto os da ICE estão por perto ~ 35 milímetros- e os contratos de opções nem mesmo são uma parte essencial do modelo de negócios da Robinhood. Apesar disso, a ICE é avaliada cerca de 5 vezes mais do que a Robinhood nos mercados públicos. Portanto, Schwab e Robinhood, que atuam como interfaces de agregação de nível de aplicativo para rotear o fluxo de pedidos dos clientes por meio de vários locais, não têm avaliações tão altas quanto a ICE e a CME, apesar de seus respectivos volumes.

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

Isso pode não se aplicar 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 isso 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 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 sequenciadores, tornando seu produto DA muito mais robusto. Assim como a AggLayer da Polygon, cada cadeia ou rollup que se integra ao Avail torna-se interoperável dentro do ecossistema existente do Avail. Além disso, o Avail agrega dados de transações ordenadas de várias plataformas de blockchain e rollups, incluindo Ethereum, todos os rollups do 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 sem permissão sobre a camada DA do Avail enquanto usam o Avail Nexus, que pode ser usado para agregação de provas e mensagens entre ecossistemas.

Avail Nexus

Nebra foca especificamente na agregação de provas e liquidação, onde podem agregar através de diferentes sistemas de provas — por exemplo, agregando provas do sistema xyz e provas do sistema abc de forma que tenha agg_xyzabc (em vez de agregar dentro de sistemas de provas de forma que tenha agg_xyz e agg_abc). Esta arquitetura utiliza UniPlonK, 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. Em sua essência, ele usa as próprias provas de conhecimento zero (SNARKs recursivos) para dimensionar a peça de verificação - tipicamente o gargalo desses sistemas. Para os clientes, o acerto da 'última milha' é muito mais fácil porque a Nebra cuida de toda a agregação em lote e do acerto, onde as equipes só precisam alterar uma chamada de contrato de API.

Astriaestá trabalhando em designs interessantes sobre como seu sequenciador compartilhado pode funcionar com 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 compartilhado — essencialmente apenas a "API de execução" que é uma forma para o rollup aceitar dados da camada de sequenciamento. Eles também podem adicionar facilmente 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 (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 (ouCamada Alinhada) poderia também ser um quinto passo teórico onde as provas são agregadas e depois verificadas. A Sovereign Labs está trabalhando em um conceito semelhante ao último passo, onde a ponte baseada na agregação de provas está no cerne de sua arquitetura.

Laboratórios Soberanos

No agregado, algumas camadas de aplicativos são começando a ser dono da infraestrutura embaixo, em parte porque @maven11research/commoditise-your-complements">remaining apenas uma aplicação de alto nível pode ter problemas de incentivo e altos custos de adoção de usuários se eles 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 aplicativos@maven11research/commoditise-your-complements">integrar com componentes modulares está se tornando muito mais viável. Acredito que essa dinâmica é muito mais poderosa, pelo menos por enquanto.

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 se tornam muito mais possíveis. Realmente, tudo isso está levando a melhores aplicativos para os usuários e melhor experiência de desenvolvimento para os construtores. Esta é uma combinação vencedora que leva a mais inovação - e uma velocidade de inovação mais rápida - em geral, e estou ansioso para ver o que se desenrola.

Isenção de responsabilidade:

1. Este artigo foi republicado de [Gatebridgeharris]. Todos os direitos autorais pertencem ao autor original [BRIDGET HARRIS]. Se houver objeções a este reenvio, entre em contato com o Gate Learn equipe, e eles vão lidar com isso 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 equipe Gate Learn. Salvo indicação em contrário, copiar, distribuir ou plagiar os artigos traduzidos é proibido.