De pontes de cadeia cruzada a L2, quais são as considerações estratégicas para a transformação da Orbiter?

Recentemente, a Tiger Research divulgou um relatório de pesquisa aprofundado sobre a ponte de cadeia cruzada Orbiter Finance, listando seus dados de participação de mercado ultra-altos na cadeia cruzada de ativos de camada 2 convencionais, e mencionou que a Orbiter está fazendo uma transformação estratégica de uma ponte de cadeia cruzada para uma cadeia de camada Vizing 2. A questão é: se o “modelo de negócios” das pontes entre cadeias não é ruim, por que devemos ser ambiciosos para construir cadeias de camada 2? Venha, deixe-me tentar decifrar:

1. Desde que o Ethereum estabeleceu a estratégia de expansão da Camada 2 centrada no rollup, a “ponte entre cadeias” tornou-se uma prioridade máxima como um serviço de componente chave conectando várias comunicações de mensagens da Camada 2 e interoperabilidade de ativos.

No entanto, devido ao fato de que o caminho original de cadeia cruzada definido pelo Ethereum é basicamente L2 - > L1 - > L2, mais a janela de tempo de desafio de 7 dias do OP-Rollup, se a cadeia de camada 2 A quiser transferir um ativo para a cadeia de camada 2 B, além das 2 grandes taxas de gás de cadeia cruzada entre a rede principal e a camada 2 para suportar, há também um custo de tempo mais longo de bloqueio de fundos.

Como resultado, a maioria dos ativos de cadeia cruzada entre camadas2 depende de soluções de retirada centralizada de CEXs centralizadas ou protocolos de ponte de cadeia cruzada de terceiros, como Orbiter, Hop Protocol e Wormhole.

É por isso que, como afirmado no relatório, a Orbiter Finance conseguiu se manter à frente nesta rodada de expansão da camada 2, com uma participação de mercado de cerca de 40% e um mecanismo Maker único, com uma empresa respondendo por quase 70% dos lucros no mercado de pontes de cadeia cruzada. Estes dados podem confirmar o sucesso do Orbiter na pista de ponte de cadeia cruzada.

2. No entanto, após a atualização de Cancun, o mercado de layer2 já mostrou uma situação de cem flores, e os dois campos dominados por OP-Rollup e ZK-Rollup continuaram a se expandir verticalmente, promovendo constantemente suas próprias pilhas de tecnologia e ecossistemas, por exemplo, OP Stack desenvolveu dezenas de novas layer2s, incluindo Base como parte de sua grande estratégia Superchain.

No entanto, tanto o OP Stack quanto o ZK Stack estão enterrando suas cabeças no desenvolvimento de seus respetivos ecossistemas fechados e, embora suas asas estejam gradualmente cheias, eles estão mostrando cada vez mais uma tendência de desenvolvimento de separação principesca, o que leva à maior dispersão da liquidez da camada 2 e à fragmentação consistente da experiência do usuário.

Neste caso, a @VitalikButerin pediu repetidamente a camada 2 para melhorar a interoperabilidade e lançou o cliente leve Helios para acelerar a falta de confiança e a interoperabilidade entre as camadas 2. Além disso, muitas abstrações de cadeia, incluindo @ParticleNtwrk e @ProjectZKM, e provedores de serviços técnicos ZK também intervieram através da camada interoperável de terceiros para ajudar a unificar a liquidez do ecossistema da camada Ethereum2.

Isso significa que o Endgame do ecossistema de camada Ethereum2 definitivamente construirá uma camada interoperável consistente, o que significa que, se pontes de cadeia cruzada como a Orbiter estiverem satisfeitas com o “modelo de negócios” atual, elas podem eventualmente enfrentar o risco de serem eliminadas do mercado.

3. Portanto, não é difícil entender por que a Orbiter mudou de passiva para ativa e lançou a solução de extensão Vizing layer2 para permitir uma interação de ativos contínua segura e de baixo custo entre várias cadeias de camada 2.

Como mencionado acima, a outra camada2 são as estratégias de desenvolvimento dos príncipes, e diante de Vizing, temo que haja apenas um caminho a percorrer. Para este fim, a cadeia Vizing é construída com três características principais:

1. Vizing Account Abstraction (VAA): permite que os usuários gerenciem várias redes Layer2 com uma única conta, simplificando muito a experiência do usuário, semelhante ao serviço de abstração de conta unificada fornecido pelo serviço de abstração em cadeia;

2. Vizing Environment Layer (VEL): Fornecer aos desenvolvedores um ambiente de desenvolvimento unificado entre cadeias e reduzir o limiar para a construção ecológica, o que é equivalente a um padrão unificado de comunicação entre cadeias.

3. Comunicação de informação entre cadeias entre Rollups: Para reduzir a dependência do Ethereum L1, é necessário adaptar-se a diferentes cadeias de Rollup de camadas2 e usar uma interface unificada e padronizada para transmitir e trocar informações com elas, de modo a fornecer condições para uma troca de ativos eficiente e descentralizada entre empresas de camada 2.

Acima.

Em geral, sob a premissa de que a camada 2 inevitavelmente se moverá em direção à interoperabilidade e unificação entre cadeias, a Orbiter opta por tomar a iniciativa de se “revolucionar” e promover uma estratégia de camada compartilhada interoperável de camada 2 mais ambiciosa e imaginativa.

Além disso, com a liquidação de roteiros subsequentes, como os subsequentes ZK-SNARKs do ecossistema Ethereum, incluindo o esperado plano de atualização da rede Beam Chain, etc., todos apontam para um ecossistema unificado de interoperabilidade de camada 2.