Camada 2 时代下的 Liquidez fazer as pessoas de parvas问题研究
Com a transição do Ethereum para soluções de escalabilidade com Camada 2, juntamente com o surgimento de ferramentas como RaaS, muitas blockchains públicas estão a desenvolver-se rapidamente. Muitas entidades desejam construir a sua própria cadeia para representar diferentes interesses e procurar uma avaliação mais alta. No entanto, a proliferação de blockchains públicas torna difícil para o desenvolvimento do ecossistema acompanhar o ritmo dessas blockchains, levando a que muitos projetos se desvalorizem logo no TGE.
Com a ajuda do OP Stack, uma plataforma de negociação lançou a sua própria Camada 2, outra plataforma lançou o Ink; com a tecnologia ZK, uma plataforma de negociação lançou o XLayer; a Sony lançou o Soneium, a LINE lançou o Kaia, entre outros. Atualmente, os custos e as barreiras tecnológicas para construir uma cadeia foram significativamente reduzidos, e o custo de operar uma cadeia baseada no OP Stack é de cerca de 10.000 dólares por mês.
O futuro será sem dúvida uma era de coexistência de múltiplas cadeias. Embora essas Camada 2 possam optar pela compatibilidade com EVM para alcançar a interoperabilidade, devido às inúmeras aplicações downstream das entidades Web2 por trás delas, é difícil construir aplicações e alcançar consenso na mesma cadeia.
O ecossistema multichain atual trouxe um novo desafio: Liquidez e dispersão de estado. Dada a inevitabilidade da existência de múltiplas cadeias, a interoperabilidade é uma área que deve ser explorada e resolvida. Atualmente, existem muitas soluções de liquidez, como abstração de cadeia, intenções, Clearing Execution, Native CrossChain, ZKSharding, entre outras, mas sua essência central é a mesma.
Utilizamos a arquitetura Cake, amplamente reconhecida na indústria, para apresentar de cima para baixo a composição dos componentes principais da abstração de cross-chain:
Camada de Aplicação
Esta é a camada em que os utilizadores interagem diretamente, e também a camada mais abstrata nas soluções de liquidez, pois oculta completamente os detalhes da conversão de liquidez. Na camada de aplicação, os utilizadores interagem com a interface frontal, sem necessariamente entender o mecanismo de conversão de liquidez subjacente.
Camada de Permissão
Localizado abaixo da camada de aplicação, os usuários satisfazem a intenção de negociação conectando a carteira ao dApp e solicitando uma cotação. Aqui, "intenção" refere-se ao resultado final esperado da negociação pelos usuários (ou seja, a saída), e não ao caminho específico de execução da negociação.
Gestão de Contas e Abstração de Chaves (Key Management and Account Abstraction)
Devido à existência de um ambiente multichain, é necessário um sistema de gestão de contas e abstração que se adapte a diferentes cadeias para manter as estruturas de contas únicas de cada cadeia. Por exemplo, o sistema de contas centrado em objetos da SUI é completamente diferente do EVM. O One Balance é um projeto representativo neste campo, que constrói um sistema de contas confiável, sem a necessidade de estabelecer um consenso entre cadeias, apenas com compromissos confiáveis entre sistemas de contas existentes. A Near Account implementa a gestão abstrata gerando carteiras de contas multichain para os usuários, otimizando significativamente a experiência do usuário e reduzindo a fragmentação da UX. No entanto, na área da liquidez, foram principalmente integradas as blockchains públicas existentes.
Camada de Solução (Solver Layer)
A Camada 2 é responsável por receber e implementar a intenção de negociação dos usuários, onde o papel de Solver compete para oferecer uma melhor experiência ao usuário, incluindo tempos de negociação mais rápidos e maior velocidade de execução. Com base nisso, projetos baseados em intenção construíram várias soluções impulsionadas por intenção. Derivados desse tipo de intenção, como o componente Predicate, podem realizar a intenção do usuário sob regras específicas.
Camada de Liquidação (Settlement Layer)
Esta é a camada intermediária usada para resolver a camada para implementar a intenção do usuário. Os componentes principais da solução de liquidez e estado descentralizado incluem:
Oráculo (Oracle): utilizado para obter informações de estado em outras cadeias.
Pontes (Bridges): responsáveis pela transmissão de informações e liquidez entre cadeias.
Confirmação prévia (Pre-Confirmation): reduzir o tempo de confirmação entre cadeias.
Disponibilidade de dados (DA): fornece acessibilidade aos dados.
Além disso, é necessário considerar a liquidez entre cadeias, a confirmação final (Finality), mecanismos de prova da Camada 2, entre outros fatores, para garantir o funcionamento eficiente de todo o sistema multichain.
Solução
Atualmente, existem várias soluções no mercado para resolver a liquidez fragmentada. Após analisarmos várias opções, descobrimos que as principais formas são as seguintes:
Centrado em RaaS: soluções Rollup como o OP Stack, assistem na construção de Rollups no OP Stack através da adição de um ordenadores compartilhados e pontes cross-chain específicas para compartilhar liquidez e estado. Isso espera resolver a dispersão de liquidez e estado em um nível mais alto. Dentro disso, há um design mais específico para ordenadores compartilhados, que é mais direcionado para Camada 2 e não possui universalidade.
Com uma conta como centro: construir uma carteira de conta de toda a cadeia, suportada por uma tecnologia chamada "assinatura em cadeia" para assinar e executar transações através de múltiplos protocolos de blockchain. O componente central é a rede MPC, que substitui os usuários na assinatura de transações multichain. Esta solução, embora possa resolver grandemente o problema da fragmentação da experiência do usuário (UX), envolve uma implementação complexa no backend para os desenvolvedores e não resolve essencialmente a liquidez e a dispersão de estado.
Centrado na rede de intenções off-chain: o núcleo é que os usuários enviam intenções para a rede Solver, onde este papel compete com cotações, oferecendo o melhor tempo de conclusão e preço de transação. Esses Solvers podem ser Agentes de IA, CEX, Market Makers ou até mesmo protocolos integrados. Embora as intenções possam teoricamente realizar operações cross-chain de complexidade arbitrária, na prática, é necessário ter Solvers com liquidez suficiente para ajudar, e quando surgem algumas demandas off-chain, existe a possibilidade de fraude por parte dos Solvers. Se forem introduzidos métodos como provas de fraude, a dificuldade de implementação da Rede Solver aumentará, assim como o limiar para operar um Solver.
Com foco na rede de liquidez on-chain: esta direção é especificamente otimizada para problemas de liquidez entre cadeias, mas não resolve outros problemas de estado disperso on-chain. O núcleo é construir uma camada de liquidez, na qual aplicações são construídas para compartilhar a liquidez de toda a cadeia.
Centrados em aplicações on-chain: Estas aplicações constroem aplicações de alta liquidez através da integração de grandes MM ou aplicações de terceiros. Estes projetos necessitam de gerir processos complexos de cross-chain, exigindo muito dos desenvolvedores, o que também torna fácil a ocorrência de ataques de hackers.
Resolver o problema da liquidez é uma questão muito importante, pois no mundo financeiro a liquidez muitas vezes representa tudo. Se conseguirmos construir uma plataforma de liquidez integrada, especialmente reunindo a liquidez fragmentada de toda a cadeia, teremos um grande potencial, e também vimos muitas soluções diferentes.
Nas duas categorias acima, podemos observar que, de acordo com a estrutura do bolo, a Camada de Liquidação é a solução mais atômica, e sobre essas soluções atômicas, como as de cross-chain, oráculos e Pre-Confirmation, constrói-se uma camada mais abstrata, que é a Camada Solver, Camada de Permissão e Camada Aplicacional. As diferentes soluções de abstração ou liquidez que listamos acima em diferentes direções correspondem a diferentes níveis, podendo ser entendidas como uma relação de upstream e downstream. No entanto, essas soluções ainda não são soluções atômicas, e o problema da fragmentação da liquidez trouxe à tona muitos problemas derivados complexos, levando ao surgimento de uma variedade de soluções para a interoperabilidade. Mas, essencialmente, ainda depende desses componentes. A seguir, discutiremos alguns projetos típicos de conceitos de abstração de cadeia para ver como cada um deles aborda o problema da fragmentação da liquidez a partir de seu ponto de partida.
Um determinado projeto construiu um serviço RaaS no âmbito do DeFi, que pode fornecer os componentes necessários para a construção direta de protocolos DeFi, como Oracle, Tipo de Pool, IRM, Ativo, entre outros, e também pode oferecer componentes como Trading com Alavancagem e Estratégia de Rendimento que podem ser ativados imediatamente. É equivalente ao lado de construção de outras aplicações, mas a liquidez final é colocada na camada de liquidez desse projeto. No entanto, até ao momento, ainda não revelou o funcionamento subjacente.
Outro projeto construiu três componentes centrais, que são a Camada 2 de compatibilidade de Intenção, Validity e a camada de liquidez geral. Aplicações externas ou a camada de intenção podem publicar intenções para este projeto, e sua camada de compatibilidade de Intenção pode converter as intenções externas em um formato que o Solver do protocolo pode reconhecer, utilizando o formato padronizado que é a linguagem Validity. Os nós deste projeto são responsáveis por submeter o resultado final à camada de liquidez geral através de pontes cross-chain, tecnologias de liquidação rápida, entre outros. Este projeto ainda está em fase de construção e ainda não divulgou mais detalhes sobre o trabalho.
Há uma aplicação descentralizada que permite a descoberta de preços baseada em leilões e piscinas de liquidez unilaterais. A sua principal missão é fornecer ferramentas de gestão de inventário eficientes para empresas de trading profissionais e facilitar a conexão com os protocolos DeFi principais ao liquidar transações com a intenção de uso. Ao mesmo tempo, o projeto criou um mercado de empréstimos para realizar transações de empréstimos. Esta aplicação está mais focada na própria negociação. Atualmente ainda está em fase de desenvolvimento.
Um determinado projeto é construído sobre o protocolo de consenso Comet BFT. A comunicação entre cadeias que utiliza é baseada no Cosmos IBC, sendo assim mais nativa e segura do que outras pontes entre cadeias.
Há um projeto que é o mercado de capacidade de ZK do Ethereum, ZK co-processador e desenvolvedores de Camada 2, a equipe possui uma base sólida em tecnologia ZK. Propuseram a solução zkSharding, que usa tecnologia ZK para escalar horizontalmente a mainnet do Ethereum, executar o processamento paralelo de sharding e gerar ZKP, enquanto o shard principal valida os dados, se comunica com o Ethereum e sincroniza o estado da rede entre todos os validadores. O shard principal também gerencia a distribuição de validadores e contas no shard de execução. O protocolo de consenso utilizado pelo comitê de validação é também o Hotstuff, que é comum em projetos de execução paralela mais recentes. Este projeto L2 incorporou a comunicação entre shards no protocolo desde o início. As mensagens entre shards são validadas como transações pelo comitê de validadores de cada shard.
A ideia básica é construir uma arquitetura de comunicação entre fragmentos embutida semelhante ao IBC através de uma arquitetura de Layer 2 em fragmentos, assim conseguindo resolver os problemas de liquidez e dispersão de estado. No entanto, a ideia central não é razoável, pois o problema da dispersão de liquidez é um problema de múltiplas cadeias, e o que se constrói é uma única Layer 2, o que significa que, para resolver isso, todas as cadeias teriam que se tornar um fragmento do ZK-sharding, algo difícil de realizar.
Ethereum também está a trabalhar para resolver este problema de liquidez entre cadeias, atualmente alguns projetos estão a apoiar publicamente o padrão ERC7683, que utiliza uma abordagem entre cadeias baseada em Intent. O seu objetivo central é estabelecer um padrão universal para operações entre L2 e cadeias laterais, padronizando as interfaces de pedidos e liquidação, permitindo uma execução entre cadeias sem costura. O principal núcleo é um Filler que também pode ser visto como o papel de Solver na abstração da cadeia para pagamento por conta. Esta proposta está atualmente a ser analisada pelo grupo de trabalho Cake.
OP Stack, ERC-7683 e zkSharding são soluções internas do Ethereum para a fragmentação de liquidez entre Camada 2, abordando diferentes camadas: arquitetura, consenso e aplicação. O OP Stack projeta uma solução completa de múltiplas Camadas 2 para resolver de uma vez os problemas de transmissão de informações e descentralização do Sequencer. Quando você usa a arquitetura OP Stack, contratos cross-chain são automaticamente implantados, e existe um Supervisor para desafiar e evitar a transmissão de informações cross-chain falsas. Atualmente, algumas plataformas de negociação líderes estão utilizando a arquitetura OP Stack.
Entre eles, o mais típico é o Unichain. O Unichain opera principalmente através da conexão com a rede Superchain.
Ver original
Esta página pode conter conteúdos de terceiros, que são fornecidos apenas para fins informativos (sem representações/garantias) e não devem ser considerados como uma aprovação dos seus pontos de vista pela Gate, nem como aconselhamento financeiro ou profissional. Consulte a Declaração de exoneração de responsabilidade para obter mais informações.
9 gostos
Recompensa
9
5
Partilhar
Comentar
0/400
GasFeeCrier
· 32m atrás
Poucos projetos na Chain.
Ver originalResponder0
ApyWhisperer
· 12h atrás
早点开发 cadeia cruzada 场景
Ver originalResponder0
ETHReserveBank
· 12h atrás
cair abaixo do preço de emissão deve ser atribuído à emissão excessiva
Camada 2: Problemas de liquidez e soluções para a sua resolução
Camada 2 时代下的 Liquidez fazer as pessoas de parvas问题研究
Com a transição do Ethereum para soluções de escalabilidade com Camada 2, juntamente com o surgimento de ferramentas como RaaS, muitas blockchains públicas estão a desenvolver-se rapidamente. Muitas entidades desejam construir a sua própria cadeia para representar diferentes interesses e procurar uma avaliação mais alta. No entanto, a proliferação de blockchains públicas torna difícil para o desenvolvimento do ecossistema acompanhar o ritmo dessas blockchains, levando a que muitos projetos se desvalorizem logo no TGE.
Com a ajuda do OP Stack, uma plataforma de negociação lançou a sua própria Camada 2, outra plataforma lançou o Ink; com a tecnologia ZK, uma plataforma de negociação lançou o XLayer; a Sony lançou o Soneium, a LINE lançou o Kaia, entre outros. Atualmente, os custos e as barreiras tecnológicas para construir uma cadeia foram significativamente reduzidos, e o custo de operar uma cadeia baseada no OP Stack é de cerca de 10.000 dólares por mês.
O futuro será sem dúvida uma era de coexistência de múltiplas cadeias. Embora essas Camada 2 possam optar pela compatibilidade com EVM para alcançar a interoperabilidade, devido às inúmeras aplicações downstream das entidades Web2 por trás delas, é difícil construir aplicações e alcançar consenso na mesma cadeia.
O ecossistema multichain atual trouxe um novo desafio: Liquidez e dispersão de estado. Dada a inevitabilidade da existência de múltiplas cadeias, a interoperabilidade é uma área que deve ser explorada e resolvida. Atualmente, existem muitas soluções de liquidez, como abstração de cadeia, intenções, Clearing Execution, Native CrossChain, ZKSharding, entre outras, mas sua essência central é a mesma.
Utilizamos a arquitetura Cake, amplamente reconhecida na indústria, para apresentar de cima para baixo a composição dos componentes principais da abstração de cross-chain:
Camada de Aplicação
Esta é a camada em que os utilizadores interagem diretamente, e também a camada mais abstrata nas soluções de liquidez, pois oculta completamente os detalhes da conversão de liquidez. Na camada de aplicação, os utilizadores interagem com a interface frontal, sem necessariamente entender o mecanismo de conversão de liquidez subjacente.
Camada de Permissão
Localizado abaixo da camada de aplicação, os usuários satisfazem a intenção de negociação conectando a carteira ao dApp e solicitando uma cotação. Aqui, "intenção" refere-se ao resultado final esperado da negociação pelos usuários (ou seja, a saída), e não ao caminho específico de execução da negociação.
Gestão de Contas e Abstração de Chaves (Key Management and Account Abstraction)
Devido à existência de um ambiente multichain, é necessário um sistema de gestão de contas e abstração que se adapte a diferentes cadeias para manter as estruturas de contas únicas de cada cadeia. Por exemplo, o sistema de contas centrado em objetos da SUI é completamente diferente do EVM. O One Balance é um projeto representativo neste campo, que constrói um sistema de contas confiável, sem a necessidade de estabelecer um consenso entre cadeias, apenas com compromissos confiáveis entre sistemas de contas existentes. A Near Account implementa a gestão abstrata gerando carteiras de contas multichain para os usuários, otimizando significativamente a experiência do usuário e reduzindo a fragmentação da UX. No entanto, na área da liquidez, foram principalmente integradas as blockchains públicas existentes.
Camada de Solução (Solver Layer)
A Camada 2 é responsável por receber e implementar a intenção de negociação dos usuários, onde o papel de Solver compete para oferecer uma melhor experiência ao usuário, incluindo tempos de negociação mais rápidos e maior velocidade de execução. Com base nisso, projetos baseados em intenção construíram várias soluções impulsionadas por intenção. Derivados desse tipo de intenção, como o componente Predicate, podem realizar a intenção do usuário sob regras específicas.
Camada de Liquidação (Settlement Layer)
Esta é a camada intermediária usada para resolver a camada para implementar a intenção do usuário. Os componentes principais da solução de liquidez e estado descentralizado incluem:
Além disso, é necessário considerar a liquidez entre cadeias, a confirmação final (Finality), mecanismos de prova da Camada 2, entre outros fatores, para garantir o funcionamento eficiente de todo o sistema multichain.
Solução
Atualmente, existem várias soluções no mercado para resolver a liquidez fragmentada. Após analisarmos várias opções, descobrimos que as principais formas são as seguintes:
Centrado em RaaS: soluções Rollup como o OP Stack, assistem na construção de Rollups no OP Stack através da adição de um ordenadores compartilhados e pontes cross-chain específicas para compartilhar liquidez e estado. Isso espera resolver a dispersão de liquidez e estado em um nível mais alto. Dentro disso, há um design mais específico para ordenadores compartilhados, que é mais direcionado para Camada 2 e não possui universalidade.
Com uma conta como centro: construir uma carteira de conta de toda a cadeia, suportada por uma tecnologia chamada "assinatura em cadeia" para assinar e executar transações através de múltiplos protocolos de blockchain. O componente central é a rede MPC, que substitui os usuários na assinatura de transações multichain. Esta solução, embora possa resolver grandemente o problema da fragmentação da experiência do usuário (UX), envolve uma implementação complexa no backend para os desenvolvedores e não resolve essencialmente a liquidez e a dispersão de estado.
Centrado na rede de intenções off-chain: o núcleo é que os usuários enviam intenções para a rede Solver, onde este papel compete com cotações, oferecendo o melhor tempo de conclusão e preço de transação. Esses Solvers podem ser Agentes de IA, CEX, Market Makers ou até mesmo protocolos integrados. Embora as intenções possam teoricamente realizar operações cross-chain de complexidade arbitrária, na prática, é necessário ter Solvers com liquidez suficiente para ajudar, e quando surgem algumas demandas off-chain, existe a possibilidade de fraude por parte dos Solvers. Se forem introduzidos métodos como provas de fraude, a dificuldade de implementação da Rede Solver aumentará, assim como o limiar para operar um Solver.
Com foco na rede de liquidez on-chain: esta direção é especificamente otimizada para problemas de liquidez entre cadeias, mas não resolve outros problemas de estado disperso on-chain. O núcleo é construir uma camada de liquidez, na qual aplicações são construídas para compartilhar a liquidez de toda a cadeia.
Centrados em aplicações on-chain: Estas aplicações constroem aplicações de alta liquidez através da integração de grandes MM ou aplicações de terceiros. Estes projetos necessitam de gerir processos complexos de cross-chain, exigindo muito dos desenvolvedores, o que também torna fácil a ocorrência de ataques de hackers.
Resolver o problema da liquidez é uma questão muito importante, pois no mundo financeiro a liquidez muitas vezes representa tudo. Se conseguirmos construir uma plataforma de liquidez integrada, especialmente reunindo a liquidez fragmentada de toda a cadeia, teremos um grande potencial, e também vimos muitas soluções diferentes.
Nas duas categorias acima, podemos observar que, de acordo com a estrutura do bolo, a Camada de Liquidação é a solução mais atômica, e sobre essas soluções atômicas, como as de cross-chain, oráculos e Pre-Confirmation, constrói-se uma camada mais abstrata, que é a Camada Solver, Camada de Permissão e Camada Aplicacional. As diferentes soluções de abstração ou liquidez que listamos acima em diferentes direções correspondem a diferentes níveis, podendo ser entendidas como uma relação de upstream e downstream. No entanto, essas soluções ainda não são soluções atômicas, e o problema da fragmentação da liquidez trouxe à tona muitos problemas derivados complexos, levando ao surgimento de uma variedade de soluções para a interoperabilidade. Mas, essencialmente, ainda depende desses componentes. A seguir, discutiremos alguns projetos típicos de conceitos de abstração de cadeia para ver como cada um deles aborda o problema da fragmentação da liquidez a partir de seu ponto de partida.
Um determinado projeto construiu um serviço RaaS no âmbito do DeFi, que pode fornecer os componentes necessários para a construção direta de protocolos DeFi, como Oracle, Tipo de Pool, IRM, Ativo, entre outros, e também pode oferecer componentes como Trading com Alavancagem e Estratégia de Rendimento que podem ser ativados imediatamente. É equivalente ao lado de construção de outras aplicações, mas a liquidez final é colocada na camada de liquidez desse projeto. No entanto, até ao momento, ainda não revelou o funcionamento subjacente.
Outro projeto construiu três componentes centrais, que são a Camada 2 de compatibilidade de Intenção, Validity e a camada de liquidez geral. Aplicações externas ou a camada de intenção podem publicar intenções para este projeto, e sua camada de compatibilidade de Intenção pode converter as intenções externas em um formato que o Solver do protocolo pode reconhecer, utilizando o formato padronizado que é a linguagem Validity. Os nós deste projeto são responsáveis por submeter o resultado final à camada de liquidez geral através de pontes cross-chain, tecnologias de liquidação rápida, entre outros. Este projeto ainda está em fase de construção e ainda não divulgou mais detalhes sobre o trabalho.
Há uma aplicação descentralizada que permite a descoberta de preços baseada em leilões e piscinas de liquidez unilaterais. A sua principal missão é fornecer ferramentas de gestão de inventário eficientes para empresas de trading profissionais e facilitar a conexão com os protocolos DeFi principais ao liquidar transações com a intenção de uso. Ao mesmo tempo, o projeto criou um mercado de empréstimos para realizar transações de empréstimos. Esta aplicação está mais focada na própria negociação. Atualmente ainda está em fase de desenvolvimento.
Um determinado projeto é construído sobre o protocolo de consenso Comet BFT. A comunicação entre cadeias que utiliza é baseada no Cosmos IBC, sendo assim mais nativa e segura do que outras pontes entre cadeias.
Há um projeto que é o mercado de capacidade de ZK do Ethereum, ZK co-processador e desenvolvedores de Camada 2, a equipe possui uma base sólida em tecnologia ZK. Propuseram a solução zkSharding, que usa tecnologia ZK para escalar horizontalmente a mainnet do Ethereum, executar o processamento paralelo de sharding e gerar ZKP, enquanto o shard principal valida os dados, se comunica com o Ethereum e sincroniza o estado da rede entre todos os validadores. O shard principal também gerencia a distribuição de validadores e contas no shard de execução. O protocolo de consenso utilizado pelo comitê de validação é também o Hotstuff, que é comum em projetos de execução paralela mais recentes. Este projeto L2 incorporou a comunicação entre shards no protocolo desde o início. As mensagens entre shards são validadas como transações pelo comitê de validadores de cada shard.
A ideia básica é construir uma arquitetura de comunicação entre fragmentos embutida semelhante ao IBC através de uma arquitetura de Layer 2 em fragmentos, assim conseguindo resolver os problemas de liquidez e dispersão de estado. No entanto, a ideia central não é razoável, pois o problema da dispersão de liquidez é um problema de múltiplas cadeias, e o que se constrói é uma única Layer 2, o que significa que, para resolver isso, todas as cadeias teriam que se tornar um fragmento do ZK-sharding, algo difícil de realizar.
Ethereum também está a trabalhar para resolver este problema de liquidez entre cadeias, atualmente alguns projetos estão a apoiar publicamente o padrão ERC7683, que utiliza uma abordagem entre cadeias baseada em Intent. O seu objetivo central é estabelecer um padrão universal para operações entre L2 e cadeias laterais, padronizando as interfaces de pedidos e liquidação, permitindo uma execução entre cadeias sem costura. O principal núcleo é um Filler que também pode ser visto como o papel de Solver na abstração da cadeia para pagamento por conta. Esta proposta está atualmente a ser analisada pelo grupo de trabalho Cake.
OP Stack, ERC-7683 e zkSharding são soluções internas do Ethereum para a fragmentação de liquidez entre Camada 2, abordando diferentes camadas: arquitetura, consenso e aplicação. O OP Stack projeta uma solução completa de múltiplas Camadas 2 para resolver de uma vez os problemas de transmissão de informações e descentralização do Sequencer. Quando você usa a arquitetura OP Stack, contratos cross-chain são automaticamente implantados, e existe um Supervisor para desafiar e evitar a transmissão de informações cross-chain falsas. Atualmente, algumas plataformas de negociação líderes estão utilizando a arquitetura OP Stack.
Entre eles, o mais típico é o Unichain. O Unichain opera principalmente através da conexão com a rede Superchain.