Modular é atualmente um termo popular na web3 que vários protocolos e projetos estão usando para se descrever. Celestia popularizou o termo ao introduzir o conceito de blockchains modulares. Nosso objetivo é estreitar o foco e o uso do termo em uma definição muito específica de interoperabilidade modular. Também apresentaremos uma estrutura para pensar e avaliar blockchains modulares e protocolos de interoperabilidade.

Quebrando protocolos de blockchain

Existem algumas camadas combináveis ​​na pilha blockchain modular:

• Disponibilidade de dados (DA)
• Sequenciamento ou ordem de transação (TO)
• Execução
  - Liquidação

Observe que o consenso não está incluído aqui porque pode ser agrupado em qualquer uma das camadas acima para permitir a verificação de uma prova de consenso em vez de verificar as regras da camada funcional diretamente.

Por exemplo, pode-se implantar um rollup de nó único sobre o Celestia sem consenso que depende de provas de fraude para convencer um terceiro da correção. Isso seria chamado de rollup otimista. Se trocarmos a prova de fraude por uma prova de conhecimento zero (zk), obteríamos um acúmulo de zk. Se adicionarmos em consenso, podemos usar a prova de consenso para convencer um terceiro da correção. Isso seria chamado de acúmulo pessimista.

Quebrando protocolos de interoperabilidade

Um protocolo de interoperabilidade completo tem três camadas bem definidas com clara separação entre elas.

Uma definição simples de cada camada de interoperabilidade:

• Aplicação: O que significam pacotes de dados?
• Transporte: como traduzimos o estado da outra cadeia em conversas app <> app e pacotes de dados?
• Estado: como os blockchains ficam cientes do estado um do outro?

Definindo a interoperabilidade modular

Como modular é um termo frequentemente usado e relevante em vários contextos, tentaremos relacionar nossa definição de protocolo de interoperabilidade modular às camadas definidas acima, bem como à definição da Celestia de blockchain modular. A Celestia define um blockchain modular como um blockchain que terceiriza totalmente pelo menos uma camada funcional para uma cadeia externa. Definimos um protocolo de interoperabilidade modular como aquele que terceiriza totalmente a camada de transporte.

A principal diferença entre os dois é que a camada que define os protocolos de interoperabilidade é a camada de transporte . A analogia aqui, usando o modelo OSI como exemplo, é que se você trocar o TCP/UDP por outro protocolo de transporte, obterá um protocolo de rede totalmente diferente. Além disso, a camada de estado pode ser estabelecida através de uma variedade de meios e não define exclusivamente um protocolo de interoperabilidade (por exemplo, clientes leves, provas de conhecimento zero, provas de fraude otimistas, etc.). A lógica da camada de aplicação também pode ser generalizada e não torna um protocolo de interoperabilidade compatível com outro. Por exemplo, trocar o transporte IBC por uma camada de transporte diferente torna o novo protocolo incompatível com as cadeias habilitadas para IBC .

A camada de estado também pode ser parcialmente terceirizada, mas a terceirização por si só não torna o protocolo modular, pois não é a camada que define os protocolos de interoperabilidade. É considerado totalmente on-chain quando cada chain executa diretamente a lógica light client de sua contraparte. A camada de estado é considerada parcialmente na cadeia quando a lógica do cliente leve é ​​executada fora da cadeia e verificada na cadeia usando provas de conhecimento zero (zk) ou quando um terceiro confiável é usado.

Além disso, a modularização de cadeias monolíticas tem implicações na camada de estado dos protocolos de interoperabilidade. Por exemplo, uma única cadeia lógica não pode mais ser representada por um único cliente leve porque a prova de várias camadas funcionais agora é proveniente de várias cadeias.

Polímero o Centro de Transporte IBC

A Polymer está construindo o primeiro protocolo de interoperabilidade verdadeiramente modular que terceiriza totalmente a camada de transporte e terceiriza parcialmente a camada de estado. Conforme visto no diagrama abaixo, a camada de transporte IBC é executada no Polymer enquanto a camada de aplicativo IBC é executada na cadeia habilitada para IBC. Com esse design, habilitar o IBC em uma nova corrente usando o Polymer é tão fácil quanto implantar um roll-up no Celestia . O Polymer terceiriza parcialmente a camada de estado usando conexões zk-IBC para conectar-se a novas cadeias habilitadas para IBC, enquanto o verificador zk fica na cadeia (não mostrado no diagrama acima para simplificar).

Vamos construir juntos

Vamos construir um futuro onde o IBC seja o protocolo de interoperabilidade padrão para todas as cadeias. Idéias para melhorias no IBC são sempre bem-vindas. Venha conversar conosco no discord . Também estamos contratando . A inovação acelera quando todos trabalhamos juntos!

Obrigado pelas conversas Jim (Catalyst) e Josh (Astria)!

Sobre Polímero

A Polymer acredita em um futuro multicadeia conectado principalmente por um padrão da indústria de código aberto, desenvolvido pela comunidade e mantido, IBC x Polymer. A Polymer é o primeiro hub de transporte de IBC focado na expansão de IBC para todas as cadeias. O hub Polymer integra a camada de transporte IBC com cadeias conectadas. Na camada de estado, ele abre conexões zk-IBC para todas as cadeias integradas. Esta é uma arquitetura de confiança minimizada com base na verificação de prova de estado do cliente leve.

Siga nosso Twitter , visite nosso site e junte-se à nossa comunidade no Discord !