Acumulação de valor para estruturas Rollup e RaaS (eles vão para ZERO?)

Se o futuro consistir numa economia onchain de milhares de rollups, estamos definitivamente na linha do tempo certa no presente. Desde a pilha Optimism e o kit de desenvolvimento da cadeia Polygon até ao Caldera e Stackr, nos últimos meses assistimos a uma variedade de frameworks Rollup e fornecedores de Rollups-as-a-Service (RaaS) chegarem ao mercado. Estas estruturas oferecem bases de código modulares (muitas vezes de código aberto) para os diferentes componentes de um rollup, permitindo aos programadores escolher entre uma variedade de opções personalizadas para cada camada da pilha.

Mas como é que estes fornecedores acumulam valor? Ou acumulam algum valor? como argumentou recentemente Neel Somani na sua palestra “As soluções RaaS vão para zero” no Modular Summit.

Nesta postagem do blog, analisamos alguns dos seus argumentos e também exploramos a intrincada dinâmica de acumulação de valor para frameworks cumulativos e fornecedores 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 fornecedores de RaaS.

Rollups vs Rollup Framework vs RaaS

Rollups são aplicativos que executam a execução fora da cadeia e postam os dados de execução em outra cadeia de blocos (host). Ao fazê-lo, derivam as propriedades de segurança da cadeia anfitriã. A aplicação rollup em si pode ser apenas uma única função de transição de Estado, ou pode ser uma Blockchain separada para a 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 a partir do zero, os programadores podem usar estas bases de código existentes (muitas vezes empacotadas como SDKs) e personalizá-las de acordo com as suas necessidades específicas. Exemplos de estruturas de 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 as estruturas de rollup existentes. Permitem que os programadores implementem rapidamente um rollup a partir do zero, selecionando funcionalidades personalizadas nos menus suspensos. As empresas de RaaS lidam frequentemente com o sequenciamento dos rollups implantados e oferecem serviços de consultoria adicionais.

Para onde vai o dinheiro

Para perceber como o valor flui para dentro e para fora de toda a pilha, é importante primeiro entender a arquitetura de um rollup e como as diferentes camadas interagem umas com as outras. Existem, em geral, 3 camadas que constituem uma pilha de 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 ter uma série de responsabilidades, desde ordenar transações e executá-las até publicá-las no L1 e criar provas de fraude/validade.

A camada de execução é a camada “orientada para o utilizador”, onde o dinheiro entra na pilha de rollup. Os utilizadores são cobrados uma taxa de transação (gás) que normalmente é uma margem sobre os vários custos que a camada de execução tem de pagar (mais sobre isso depois). Esta camada também pode extrair valor adicional dos utilizadores encomendando transações de certas maneiras (também conhecido como MEV: Valor Extraível Máximo).

Repartição da camada de execução operada por um sequenciador de rollup centralizado. As suas responsabilidades incluem: Encomendar transações, Publicar dados de transações na camada DA, Criar provas, Publicar provas e alterações de estado na Camada de Liquidação

Repartição da camada de execução operada por um sequenciador de rollup centralizado. As suas responsabilidades incluem: Encomendar transações, Publicar dados de transações na camada DA, Criar provas, Publicar provas e alterações de estado na Camada de Liquidação

Repartição da camada de execução operada por um sequenciador de rollup centralizado. As suas responsabilidades incluem: Encomendar transações, Publicar dados de transações na camada DA, Criar provas, Publicar provas e alterações de estado na Camada de Liquidação

2.Liquidação - Isto inclui verificar as provas de valididade/fraude e 'definir' o estado canónico do rollup (no caso de rollups de contratos inteligentes). A liquidação é normalmente gerida por uma camada unificada de alta segurança como o Ethereum. As estruturas de rollup também podem construir a sua própria camada de liquidação.

A liquidação não é uma camada de captura de valor muito alto da pilha, pois os custos de verificação são normalmente escassos. O otimismo só paga ~$5 por dia ao Ethereum para liquidação. Uma camada de liquidação competitiva custaria ainda menos. (como 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 encomendada para o resto da rede (também às vezes chamada de Publicação de Dados). Garante que qualquer pessoa possa reconstruir sem permissão o estado de rollup simplesmente aplicando os dados da transação transmitida a algum estado previamente finalizado.

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

Fluxo de valor de alto nível

Pode ajudar 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 de bloco da camada DA e vende os seus serviços de execução diretamente ao utilizador final (cliente). Também compra serviços de verificação & de 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 a outro negócio - a camada de Execução

Em 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, por isso faz sentido desagregá-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 receitas cobrando dos utilizadores por cada transação e paga os custos operacionais às outras empresas (camadas) na pilha.

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

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

MEV intra domínio

MEV entre domínios (Se a estrutura fornecer sequenciamento para vários rollups na mesma camada DA. Poderia ser difícil de extrair caso contrário)

O MEV depende do fluxo de transações (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 normalmente 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 (computação)

• Comprovando custos (validade/provas de fraude)

• Custos de publicação de dados (variável com base no congestionamento na camada DA)

Fonte: Noções básicas sobre o acúmulo de valor acumulado por Sanjay Shah | Electric Capital

Muitas vezes, todas as responsabilidades da camada de execução são suportadas por um nó sequenciador centralizado. Este nó único acumular toda a receita dos utilizadores e é responsável pelo pagamento dos custos de DA e Liquidação. Outras vezes, a configuração pode ter diferentes nós para diferentes responsabilidades:

• Os sequenciadores ordenam transações e publicam dados na camada DA. Eles 'ganham' as taxas de transação pagas pelos utilizadores e pagam custos gerais de sequenciamento e publicação 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 publicar alterações de estado na camada de Liquidação e pagar os custos de liquidação
• Os nós Prover são responsáveis por gerar provas. Pode ser um provador central ou um conjunto descentralizado de nós de prova. Os seus custos incluem a sobrecarga de geração de prova. Dependendo da configuração, os provadores 'vendem' as provas ao sequenciador ou publicam-nas diretamente na camada de liquidação
• Os rollups também podem ter outros nós completos (ou nós de luz de verificação completa) que executam todos os lotes de transações e mantêm o estado canónico do rollup. Estes nós completos não acumulam necessariamente qualquer receita direta mas capturam indiretamente o valor ao manter o token de gás nativo do rollup

O acima exposto é uma ampla diferenciação das responsabilidades de diferentes nós. Qual nó assume quais tarefas podem ser diferentes com base na forma como a equipa de rollup arquitecta a sua configuração. Por uma questão de simplicidade neste blog, vamos nos ater 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 mais valor, qual participante na pilha está melhor posicionado para capturá-lo?

Qualquer pessoa que execute o nó de sequenciamento e realize as várias atividades associadas a ele!

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

(Como) os RaaS ganham dinheiro?

Existem 3 áreas principais em que um RaaS pode capturar valor:

Alojamento de sequenciadores: O fornecedor de RaaS executa o sequenciador e as atividades associadas para o rollup. É uma divisão de trabalho onde a equipa de rollup traz a inovação (a aplicação que estão a construir) e o fornecedor de RaaS faz todo o resto. O sequenciador ordena transações, posta dados no L1 e cria provas se/quando necessário

Infra adicional: Exploradores de blocos, pontes, etc.

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

O RaaS é semelhante a um negócio tradicional de SaaS B2B onde a empresa pode cobrar aos seus clientes uma taxa fixa ou uma taxa híbrida com base nos serviços comprados e na utilização (número de transações do utilizador final para um rollup, por exemplo).

Os RaaS também podem fornecer uma integração com um sequenciador partilhado como o Espresso. No entanto, neste caso, perderiam a receita do sequenciador, o que constitui uma parte importante dos lucros da RaaS. Estas parcerias exigem, portanto, uma participação nos lucros contratual entre o sequenciador partilhado e o fornecedor de RaaS.

Mas se o RaaS é um invólucro construído sobre uma estrutura de rollup existente, tem de partilhar a receita com eles também, certo?

Bem, não necessariamente.

A maioria das estruturas de rollup lançadas até agora foram de código aberto e sem permissão para serem construídas. Os provedores de RaaS podem usar o framework sem permissão para construir um wrapper sem código em cima dele e não são obrigados a compartilhar nenhum lucro com a estrutura subjacente.

Podem ter um acordo contratual com a estrutura de rollup para partilhar os lucros?

Podem, mas se o fizerem:

1. Perdem alguns dos seus próprios lucros
2. Outro concorrente RaaS poderia optar por não partilhar os lucros com o quadro de rollup e seria economicamente dominante a longo prazo

Portanto, teoricamente, para o fornecedor de RaaS sobreviver, a decisão racional é NÃO partilhar os lucros com a estrutura subjacente.

Então, se os fornecedores de RaaS não partilham os lucros, como é que uma estrutura de rollup acumular algum valor?

Se alguém puder construir um rollup sem permissão usando a estrutura de código aberto, é 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 simples. Para que uma estrutura de rollup seja 'economicamente viável', precisa de gerar valor sustentável a longo prazo. Idan Levin partilhou um bom modelo mental para pensar em como isso pode ser feito. Vamos expandir esse modelo aqui. Existem 3 maneiras principais pelas quais as estruturas de rollup podem acumular valor:

Acumulação indireta de valor: Se o quadro for bom, mais e mais equipas irão usá-lo. Isso atrairá olhos de desenvolvedor e mais mindshare para o ecossistema. Atrair o mindshare é sempre um resultado positivo, pois ajudará a equipa de estrutura a desenvolver ainda mais as ferramentas. Quaisquer melhorias que qualquer uma das equipas faça podem ser incorporadas à estrutura OG. Isto cria um ciclo de reforço positivo para todo o sistema.

Acréscimo de valor semi-direto: Alguns rollups que se acumulam no topo da estrutura podem ser incentivados a partilhar receitas com a rede de estrutura. Por exemplo, a Base tem atualmente um acordo com a OP Stack onde partilham parte da taxa de sequenciamento com o Optimism.

Porque é que são incentivados a fazê-lo?

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

Além disso, fazer parte da 'Superchain' fornece efeitos de rede como a capacidade de composição de rollup cruzado que cadeias como o Base podem achar úteis (e isso pode ter um requisito para partilhar receitas com o Optimismo)

Uma ressalva importante aqui é que os incentivos dos rollups e das estruturas de rollup podem nem sempre estar alinhados. A qualquer momento, o rollup pode 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: Através do próprio pacote cumulativo da estrutura (por exemplo, Otimism mainnet) construído usando a mesma estrutura (por exemplo, OP Stack). O gás pode estar no token nativo (por exemplo, OP) e todo o MEV deste rollup seria acumulado para a equipa de estrutura. Além disso, a equipa também pode 'extrair' algum valor directo suplementar:
2. Construir os seus próprios RaaS - A estrutura pode optar por competir no espaço RaaS e fornecer os seus próprios serviços de alojamento Sequencer + consultoria. Se muitas estruturas começarem a fazer isso, isso poderá tornar o modelo de negócio RaaS insustentável a longo prazo. Isto porque a estrutura pode alavancar a sua credibilidade e posição no mercado para superar quaisquer fornecedores de RaaS externos construídos sobre ele.
3. Composição entre rollup como alavancagem: Qualquer pessoa pode construir um rollup usando a estrutura tal como está ou modificando-a. No entanto, para obter efeitos de rede e interoperabilidade com outros rollups construídos no mesmo quadro, o quadro pode exigir a adesão a certos padrões definidos.

Isto é o que o OP Stack faz com a Lei das Cadeias. Para fazer parte da Superchain, tem de seguir certas regras. Estas regras são definidas pela governação do OP. Por exemplo, uma dessas regras pode ser que todos os rollups no Superchain têm de usar OP como o token de gás. Isso também pode evoluir para incluir as leis sobre ações do MEV, por exemplo, X% da receita de MEV de cadeia cruzada voltaria para o tesouro do OP.

As equipas de estrutura de rollup podem jogar com os 3 segmentos acima para adaptar o seu mecanismo de 'captura de valor' aos seus objetivos e ambições. Para que acumulem qualquer valor direto, algumas opções (não exaustivas) podem ser:

• Implementar o próprio rollup
• Implementar o próprio RaaA
• Aproveitar a composição para governar os padrões para a estrutura

Conclusão

O rápido desenvolvimento de estruturas de rollup e fornecedores de Rollups-as-a-Service (RaaS) no espaço blockchain suscitou questões sobre a sua acumulação de valor. Enquanto a camada de execução captura a maior parte do valor, as estruturas de rollup podem ganhar valor indireto através da adoção e melhorias. Alguns rollups podem até partilhar receitas, criando uma acumulação de valor semi-directa. Além disso, ao implantar os seus próprios rollups e alavancar a capacidade de composição entre rollups, 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 das estruturas de rollup e dos fornecedores de RaaS.

Isenção de responsabilidade：

1. Este artigo foi reimpresso do [Stackr Labs]. Todos os direitos de autor pertencem ao autor original [Shivanshu Madan]. Se houver objeções a esta reimpressão, contacte a equipa do Gate Learn, e eles tratarão disso imediatamente.
2. Isenção de responsabilidade: As opiniões e opiniões expressas neste artigo são exclusivamente do autor e não constituem nenhum conselho de investimento.
3. As traduções do artigo para outras línguas são feitas pela equipa do Gate Learn. A menos que mencionado, é proibido copiar, distribuir ou plagiar os artigos traduzidos.