Se o futuro consistir em uma economia on-chain de milhares de rollups, estamos definitivamente no cronograma certo no presente. Da pilha Optimism e do kit de desenvolvimento da cadeia Polygon ao Caldera e Stackr, nos últimos meses vimos uma variedade de estruturas Rollup e provedores de Rollups como serviço (RaaS) chegarem ao mercado. Essas estruturas oferecem bases de código modulares (geralmente de código aberto) para os diferentes componentes de um rollup, permitindo que os desenvolvedores escolham entre uma variedade de opções personalizadas para cada camada da pilha.

Mas como esses fornecedores agregam valor? Ou eles agregam algum valor? conforme argumentou recentemente Neel Somani em sua palestra “As soluções RaaS estão indo para zero” no Modular Summit.

Nesta postagem do blog, analisamos alguns de seus argumentos e também exploramos a intrincada dinâmica de acumulação de valor para estruturas de rollup e provedores de RaaS. Das camadas individuais às Superchains, desvendamos os mecanismos ocultos por trás da criação e captura de valor por estruturas de rollup e provedores de RaaS.

Rollups vs Rollup Framework vs RaaS

Rollups são aplicativos que executam execução offchain e postam os dados de execução em outro blockchain (host). Ao fazer isso, eles obtêm as propriedades de segurança da cadeia hospedeira. O próprio aplicativo rollup pode ser apenas uma única função de transição de estado ou pode ser um Blockchain separado para o qual o estado canônico é mantido por um grupo de nós

Uma estrutura de rollup é uma base de código pré-construída que implementa os componentes essenciais de um rollup. Em vez de criar um rollup do zero, os desenvolvedores podem usar essas bases de código existentes (geralmente empacotadas como SDKs) e personalizá-las de acordo com suas necessidades específicas. Exemplos de estruturas rollup de código aberto incluem OP Stack e Arbitrum Orbit.

Rollups-as-a-Service, ou protocolos RaaS, são wrappers sem código construídos sobre estruturas de rollup existentes. Eles permitem que os desenvolvedores implantem rapidamente um rollup do zero, selecionando recursos personalizados em menus suspensos. As empresas RaaS geralmente lidam com o sequenciamento dos rollups implantados e oferecem serviços de consultoria adicionais.

Para onde vai o dinheiro

Para entender como o valor entra e sai de toda a pilha, é importante primeiro entender a arquitetura de um rollup e como as diferentes camadas interagem entre si. Existem basicamente 3 camadas que constituem uma pilha rollup:

1.Execução - Esta camada executa as transações aplicando a Função de Transição de Estado (STF) no estado existente do rollup. Dependendo de quão “centralizado” é o rollup, um nó de execução pode possuir uma série de responsabilidades, desde ordenar transações e executá-las até publicá-las em L1 e criar provas de fraude/validade.

A camada de execução é a camada “voltada para o usuário”, onde o dinheiro entra na pilha de rollup. É cobrada dos usuários uma taxa de transação (gás), que geralmente é uma margem sobre os vários custos que a camada de execução tem que pagar (mais sobre isso mais tarde). Essa camada também pode extrair valor adicional dos usuários, ordenando transações de determinadas maneiras (também conhecido como MEV: Maximal Extractable Value).

Divisão da camada de execução operada por um sequenciador de rollup centralizado. Suas responsabilidades incluem: Solicitar transações, Postar dados de transações na camada DA, Criar provas, Postar provas e mudanças de estado na Camada de Liquidação

Divisão da camada de execução operada por um sequenciador de rollup centralizado. Suas responsabilidades incluem: Solicitar transações, Postar dados de transações na camada DA, Criar provas, Postar provas e mudanças de estado na Camada de Liquidação

Divisão da camada de execução operada por um sequenciador de rollup centralizado. Suas responsabilidades incluem: Solicitar transações, Postar dados de transações na camada DA, Criar provas, Postar provas e mudanças de estado na Camada de Liquidação

2. Liquidação - Inclui a verificação das provas de validade/fraude e a 'definição' do estado canônico do rollup (no caso de rollups de contratos inteligentes). A liquidação geralmente é gerenciada por uma camada unificada e de alta segurança como a Ethereum. As estruturas de rollup também podem construir sua própria camada de liquidação.

A liquidação não é uma camada da pilha de captura de valor muito alto, pois os custos de verificação geralmente são escassos. O otimismo paga apenas cerca de US$ 5 por dia ao Ethereum para liquidação. Uma camada de liquidação competitiva custaria ainda menos. (conforme também destacado em Rollups-as-a-Service Are Going To Zero)

3.Disponibilidade de dados - DA inclui a transmissão dos dados da transação solicitada para o resto da rede (às vezes também chamada de publicação de dados). Ele garante que qualquer pessoa possa reconstruir o estado de rollup sem permissão, simplesmente aplicando os dados da transação transmitidos a algum estado previamente finalizado.

Os custos de DA constituem a maior parte de todos os custos de rollup. Publicar dados em uma camada altamente segura como Ethereum pode ser bastante caro. Alternativas de DA mais baratas e rápidas estão sendo desenvolvidas ativamente por protocolos como Celestia, Avail e EigenDA. As estruturas de rollup também poderiam considerar a construção de sua própria camada de DA, mas uma DA fragmentada tem altos custos de inicialização e torna a interoperabilidade mais complexa.

Fluxo de valor de alto nível

Pode ser útil pensar na camada de Execução como um modelo B2C e nas camadas de Liquidação e DA como modelos B2B:

A camada de execução compra espaço em bloco da camada DA e vende seus serviços de execução diretamente ao usuário final (cliente). Ele também compra serviços de verificação e ponte da camada de Liquidação

A camada DA vende espaço em bloco para outra empresa – a camada de Execução

A camada de liquidação fornece serviços de liquidação para outra empresa - a camada de Execução

Numa tal configuração em mercados competitivos, a maior parte da captura de valor acontece diretamente do utilizador final na camada de execução da pilha, pelo que faz sentido decompô-la ainda mais e analisar os seus fluxos de valor de forma independente.

Camada de execução: um modelo econômico B2C

A camada de execução gera receita cobrando dos usuários por cada transação e paga os custos operacionais aos outros negócios (camadas) na pilha.

Receita: O valor recebido pode ser categorizado da seguinte forma:

Custos de gás pagos pelos usuários finais por transação

MEV intradomínio

MEV entre domínios (se a estrutura fornecer sequenciamento para vários rollups na mesma camada DA. Poderia ser difícil extrair de outra forma)

O MEV depende do fluxo da transação (o valor “extraível” será diferente para cada conjunto de transações) e muitas vezes é difícil de prever com antecedência. Os custos do gás cobrados aos utilizadores são geralmente uma margem sobre os custos previsíveis combinados.

Custos: As saídas de valor da camada de execução são as seguintes:

• Sobrecarga operacional do nó

• Custos de execução (cálculo)

• Custos de comprovação (validade/provas de fraude)

• Custos de postagem de dados (variáveis com base no congestionamento na camada DA)

Fonte: Compreendendo o acúmulo de valor acumulado por Sanjay Shah | Capital Elétrica

Freqüentemente, todas as responsabilidades da camada de execução são assumidas por um nó sequenciador centralizado. Este único nó acumula todas as receitas dos usuários e é responsável pelo pagamento dos custos de DA e Liquidação. Outras vezes, a configuração pode ter nós diferentes para responsabilidades diferentes:

• Os sequenciadores ordenam transações e publicam dados na camada DA. Eles “ganham” as taxas de transação pagas pelos usuários e pagam despesas gerais de sequenciamento e custos de postagem de dados. O sequenciamento também pode ser feito por um conjunto pré-selecionado de sequenciadores ou sequenciadores descentralizados como o Espresso. Os sequenciadores também são responsáveis por postar alterações de estado na camada de liquidação e pagar os custos de liquidação.
• Os nós do provador são responsáveis por gerar provas. Pode ser um provador central ou um conjunto descentralizado de nós de prova. Seus custos compreendem as despesas gerais de geração de provas. Dependendo da configuração, os provadores 'vendem' as provas para o sequenciador ou publicam-nas diretamente na camada de liquidação
• Os rollups também podem ter outros nós completos (ou nós leves de verificação completa) que executam todos os lotes de transações e mantêm o estado canônico do rollup. Esses nós completos não acumulam necessariamente nenhuma receita direta, mas capturam indiretamente valor ao manter o token de gás nativo do rollup

O que foi dito acima é uma ampla diferenciação das responsabilidades dos diferentes nós. Qual nó assume quais tarefas pode diferir com base em como a equipe de rollup arquiteta sua configuração. Para simplificar neste blog, nos limitaremos a uma configuração de sequenciador centralizado, onde um nó executa todas as tarefas de execução necessárias.

A questão então é: se a camada de execução gera o maior valor, qual participante da pilha está melhor posicionado para capturá-lo?

Qualquer pessoa que execute o nó de sequenciamento e execute as diversas atividades associadas a ele!

Esta pode ser a própria equipe de rollup. Ou, conforme mencionado no início do artigo, os provedores de RaaS geralmente lidam com o sequenciamento dos rollups implantados usando-os. Na verdade, esta é a maior parte da receita dos provedores de RaaS.

(Como) o RaaS ganha dinheiro?

Existem três áreas principais em que um RaaS pode capturar valor:

Hospedagem do sequenciador: o provedor RaaS executa o sequenciador e as atividades associadas para o rollup. É uma divisão de trabalho onde a equipe de rollup traz a inovação (o aplicativo que estão construindo) e o provedor de RaaS faz todo o resto. O sequenciador ordena transações, publica dados em L1 e cria provas se/quando necessário

Infraestrutura Adicional: Exploradores de blocos, pontes, etc.

Suporte Dedicado: Consultoria e parceria em decisões de infra (como sequenciar, MEV, etc.) + outro suporte técnico

RaaS é semelhante a um negócio SaaS B2B tradicional, onde a empresa pode cobrar de seus clientes uma taxa fixa ou uma taxa híbrida com base nos serviços adquiridos e no uso (número de transações do usuário final para um rollup, por exemplo).

O RaaS também poderia fornecer integração com um sequenciador compartilhado como o Espresso. No entanto, neste caso, perderiam a receita do sequenciador, que representa uma parte importante dos lucros do RaaS. Estas parcerias exigem, portanto, uma partilha contratual de lucros entre o sequenciador partilhado e o fornecedor RaaS.

Mas se o RaaS for um wrapper construído sobre uma estrutura de rollup existente, ele também deverá compartilhar a receita com eles, certo?

Bem, não necessariamente.

A maioria das estruturas rollup lançadas até agora são de código aberto e sem permissão para serem construídas. Os provedores de RaaS podem usar a estrutura sem permissão para construir um wrapper sem código sobre ela e não são obrigados a compartilhar quaisquer lucros com a estrutura subjacente.

Eles podem ter um acordo contratual com a estrutura de rollup para compartilhar os lucros?

Eles podem, mas se o fizerem:

1. Eles perdem alguns de seus próprios lucros
2. Outro concorrente, o RaaS, poderia optar por não compartilhar os lucros com a estrutura de rollup e seria economicamente dominante no longo prazo

Portanto, teoricamente, para que o provedor de RaaS sobreviva, a decisão racional é NÃO compartilhar os lucros com a estrutura subjacente.

Então, se os provedores de RaaS não compartilham os lucros, como uma estrutura de rollup agrega algum valor?

Se alguém pode construir um rollup sem permissão usando a estrutura de código aberto, será mesmo uma decisão economicamente viável desenvolver uma estrutura de rollup de código aberto em primeiro lugar?

A resposta não é tão direta. Para que um quadro de rollup seja «economicamente viável», necessita de gerar valor sustentável e a longo prazo. Idan Levin compartilhou um bom modelo mental para pensar como isso pode ser feito. Vamos expandir esse modelo aqui. Existem três maneiras principais pelas quais as estruturas de rollup podem agregar valor:

Acúmulo de valor indireto: Se a estrutura for boa, mais e mais equipes a utilizarão. Isso atrairá a atenção dos desenvolvedores e mais participação no ecossistema. Atrair o mindshare é sempre positivo, pois ajudará a equipe da estrutura a desenvolver ainda mais as ferramentas. Quaisquer melhorias feitas por qualquer uma das equipes podem ser incorporadas à estrutura OG. Isso cria um ciclo de reforço positivo para todo o sistema.

Acúmulo de valor semidireto: alguns rollups baseados na estrutura podem ser incentivados a compartilhar receitas com a rede da estrutura. Por exemplo, a Base tem atualmente um acordo com a OP Stack onde divide parte da taxa de sequenciamento com o Optimism.

Por que eles são incentivados a fazer isso?

Porque o Base não possui o ecossistema de desenvolvedores necessário para acompanhar o crescimento e desenvolvimento da estrutura OP. Imagine se a estrutura do OP mudasse completamente um dos módulos, eles poderiam optar por não fornecer suporte ao desenvolvedor para o Base para acompanhar as mudanças.

Além disso, fazer parte da 'Superchain' fornece efeitos de rede, como composição de rollup cruzado, que cadeias como a Base podem achar úteis (e isso pode exigir o compartilhamento de receita com o Otimismo).

Uma advertência importante aqui é que os incentivos dos rollups e as estruturas de rollup podem nem sempre estar alinhados. A qualquer momento, o rollup poderá optar por seguir o seu próprio caminho, personalizando a estrutura e eliminando quaisquer acordos de partilha de receitas.

1. Acumulação direta de valor: por meio do próprio rollup da estrutura (por exemplo, mainnet do Optimism) construído usando a mesma estrutura (por exemplo, OP Stack). O gás poderia estar no token nativo (por exemplo, OP) e todo o MEV desse rollup seria acumulado para a equipe da estrutura. Além disso, a equipe também poderia “extrair” algum valor direto suplementar:
2. Construindo seu próprio RaaS - A estrutura poderia optar por competir no espaço RaaS e fornecer seus próprios serviços de hospedagem + consultoria de sequenciador. Se muitas estruturas começarem a fazer isso, isso poderá tornar o modelo de negócios RaaS insustentável no longo prazo. Isso ocorre porque a estrutura poderia alavancar sua credibilidade e posição no mercado para superar a concorrência de quaisquer provedores externos de RaaS construídos sobre ela.
3. Composição entre rollup como alavancagem: qualquer pessoa pode criar um rollup usando a estrutura como ela está ou modificando-a. No entanto, para obter efeitos de rede e interoperabilidade com outros rollups construídos na mesma estrutura, a estrutura pode exigir a adesão a determinados padrões definidos.

Isso é o que OP Stack faz com a Lei das Cadeias. Para fazer parte da Superchain, você deve seguir algumas regras. Essas regras são definidas pela governança do OP. Por exemplo, uma dessas regras poderia ser que todos os rollups no Superchain tenham que usar OP como token de gás. Isso também poderia evoluir para incluir leis de compartilhamento de MEV, por exemplo, X% da receita de MEV entre cadeias voltaria para o tesouro do OP.

As equipes da estrutura de rollup podem trabalhar com os três segmentos acima para adaptar seu mecanismo de “captura de valor” aos seus objetivos e ambições. Para que acumulem qualquer valor direto, algumas opções (não exaustivas) poderiam ser:

• Implantando o próprio rollup
• Implantando RaaS próprio
• Aproveitando a capacidade de composição para governar os padrões da estrutura

Conclusão

O rápido desenvolvimento de estruturas rollup e provedores de rollups como serviço (RaaS) no espaço blockchain gerou dúvidas sobre seu acúmulo de valor. Embora a camada de execução capture a maior parte do valor, as estruturas rollup podem obter valor indireto por meio da adoção e de melhorias. Alguns rollups podem até compartilhar a receita, criando um acúmulo de valor semidireto. Além disso, ao implantar seus próprios rollups e aproveitar a capacidade de composição entre rollup, as estruturas podem capturar valor diretamente. À medida que o ecossistema evolui, encontrar o equilíbrio certo entre concorrência e colaboração será vital para o crescimento sustentável de estruturas cumulativas e de fornecedores de RaaS.

Isenção de responsabilidade:

1. Este artigo foi reimpresso de [Stackr Labs]. Todos os direitos autorais pertencem ao autor original [Shivanshu Madan]. Se houver objeções a esta reimpressão, entre em contato com a equipe do Gate Learn e eles cuidarão disso imediatamente.
2. Isenção de responsabilidade: As opiniões e pontos de vista expressos 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 do Gate Learn. A menos que mencionado, é proibido copiar, distribuir ou plagiar os artigos traduzidos.