Fundador do Eclipse: alguns mal-entendidos sobre RaaS

Autor: Neel Somani, fundador da Eclipse, ex-pesquisador quantitativo da Citadel; tradução: Jinse Finance xiaozou

Na Eclipse, estamos construindo uma infraestrutura de rollup personalizável específica para aplicativos para dar suporte a verticais como Gaming & Social, DePIN e DeFi.

Estamos trabalhando nisso há cerca de 10 meses e sinto a necessidade de esclarecer alguns equívocos. Aqui estão alguns pensamentos sobre rollups específicos do aplicativo:

1. A divisão de mercado existente está errada

**(1)**Rollup Framework não é uma instituição de caridade

Estruturas de rollup como OP Stack são bases de código que implantam componentes-chave de rollups. Eles não cobram pelo uso do código, mas precisam capturar valor de alguma forma. Para resumir, existem três lugares onde o valor pode ser obtido:

Execução: pedidos de transação, execução e provas (zk-rollup)

Liquidação: ponte e verifique provas de validade ou provas de erro

· Disponibilidade de Dados: Publicar Pedido de Transação

Mas apenas a execução é adequada como modelo de negócios para a estrutura de rollup:

Liquidação: após a atualização do Bedrock, o Optimism paga apenas à Ethereum uma taxa de liquidação de cerca de US$ 5 por dia. O restante da sobrecarga do OP Stack vem da emissão de blocos e taxas relacionadas. Protocolos de liquidação concorrentes podem render ainda menos.

Disponibilidade de dados: camadas DA fragmentadas são menos arriscadas na proteção da rede do que camadas de disponibilidade de dados (DA) compartilhadas, como Celestia. Muitos rollups não querem migrar seu DA do Ethereum porque isso sacrificaria sua consistência com o Ethereum.

Qualquer segmento de mercado deve incluir frameworks rollup em pelo menos uma categoria relacionada à execução, e qualquer produto que forneça serviços de execução pode competir com frameworks rollup.

(2) Rollup isolado como um serviço (RaaS) é insustentável

A explicação ingênua para RaaS é, na verdade, Sequenciador como serviço isolado (iSaaS). Essas empresas não têm seu próprio protocolo, mas estão implantando uma estrutura de rollup de software livre existente e executando um sequenciador. A OP Stack tem parceria com a iSaaS.

O modelo de negócios iSaaS é cobrar algumas taxas estatutárias recorrentes, além de cobrar uma porcentagem da taxa do sequenciador. (Serviços de suporte adicionais, consultoria ou desenvolvimento de recursos personalizados não representam um modelo de negócios escalável.) Para ser claro, isso seria um concorrente direto de redes de sequenciador compartilhado, como Espresso, Astria, Radius, etc.; mas eles também têm alguns falhas fatais.

Um grande problema com o iSaaS é que ele não se alinha com a estrutura de rollup. Como mencionado acima, uma estrutura de rollup otimista como o OP Stack precisa monetizar as taxas do classificador. (Uma estrutura zk-rollup pode ser capaz de ignorar a taxa do pedido e manter apenas a taxa do provador.)

Outros problemas de alto nível com esse tipo de negócio são que ele é comoditizado, fácil de entrar e não tem efeitos de rede, ao contrário de um pedido compartilhado. O iSaaS carece das economias de escala dos sequenciadores compartilhados porque cada sequenciador é isolado.

(3)Op****timista a estrutura de rollup deve fornecer seu próprio S****aaS

Para ter um bom desempenho, o iSaaS pode retornar as taxas do sequenciador em uma estrutura de rollup otimista, deixando apenas as taxas fiduciárias recorrentes.

Mas agora as estruturas iSaaS e rollup devem ser lucrativas de forma independente. O preço ideal para grandes empresas seria pagamentos fiduciários recorrentes altos, mas taxas de pedido baixas. No entanto, o iSaaS não tem flexibilidade para reduzir a taxa do pedido, porque a taxa do pedido não pertence a eles originalmente, mas é repassada para a estrutura de rollup. Se o iSaaS não compartilhar receita com o rollup framework, o rollup framework pode implantar seu próprio iSaaS e, uma vez que a confiança já está estabelecida, pode penetrar mais profundamente no mercado.

A razão pela qual há tanto iSaaS aparecendo é porque parece atraente para leitores menos experientes. Parece SaaS, portanto, os investidores não criptográficos podem achar mais fácil extrapolar a receita fiduciária. Mas o iSaaS lutará para competir com estruturas de rollup que possuem seu próprio SaaS com receita e tokens nativos de protocolo. Este último tem mais opções em termos de preços, os tokens podem ser usados para subsidiar projetos promissores, subsidiar custos de aquisição de clientes e custos operacionais fixos (discutidos abaixo).

Os efeitos de rede nativos do protocolo e o compartilhamento de custos fixos criarão economia de unidade mais forte para protocolos com maior visibilidade, tornando os provedores de rollup um tanto quanto o vencedor leva tudo.

(4) MAPA DE MERCADO AJUSTADO

Agora posso mostrar como ajustei os gráficos no artigo da Messari, que achei razoável na época:

GOMqBBKqeklIYCZONYBwrO91yeaKEYMt1yw62hAq.png

(Messari Gráfico de Mercado)

DDAGSwDQemfdoIrAt1AXbUYzy29kVVeJ7uVjQru1.png

(Gráfico de Mercado Ajustado)

Vou renomear a categoria "Sem implantação de código" e o Rollup SDK para Rollup Frameworks porque muitas estruturas Rollup não fornecem um SDK completo para desenvolvedores. Eu também gostaria de modificar este diagrama do ecossistema Celestia:

L42KJQuXr6KSHoHYY6RQTOT6vaAdhLeRKmqxd3Vd.png

(Diagrama do Ecossistema Celestia)

b1wCKXfuk8dja117BvKq1Q3vT4hSdpqdXXQkYiix.png

(Diagrama do Ecossistema Celestia Ajustado)

Vou remover RaaS, camada de cobrança e máquinas virtuais. Para projetos na categoria Rollup Framework, eles quase certamente se encontrarão em outra categoria também, ou não serão lucrativos.

2. Não existe almoço grátis: constrangimentos económicos e técnicos

(1) A maioria dos aplicativos não deve ter sua própria r****collup

A maneira mais fácil de demonstrar a economia de um rollup para um aplicativo específico é examinar os rollups ativos: Otimismo (após a atualização do Bedrock). Essa é a abordagem que a equipe do Optimism adotou para criar o painel do Dune.

O seguinte assume que o preço do gás no Ethereum é de aproximadamente 25 gwei:

· O custo único de implantação da cadeia de rede principal do OP Stack é de cerca de 1 ETH

· O custo fixo da cadeia OP Stack (mesmo que o número de transações em execução seja 0) é de cerca de 0,5 ETH por dia

· O custo variável é de 7,5 * 10^-5 ETH por transação

Para obter o custo fixo, multipliquei o custo indireto médio por transação pelo número de transações executadas naquele dia e confirmei executando a cadeia OP Stack na rede principal.

Esse custo variável é baixo, mas não baixo no nível de Solana, e o custo fixo pode ser amortizado em muitas transações. Em um futuro EIP-4844, podemos presumir que esse custo cairá por um fator de 10. Ainda assim, digamos que um preço ETH de US$ 2.000 represente um piso de US$ 0,015 por transação mais alguns custos fixos amortizados.

Podemos considerar 0,00001 ETH (aproximadamente US$ 0,02 no momento da redação) como um token de transação razoável para cobrir esse custo fixo, portanto, precisaríamos de 50.000 transações por dia para que um aplicativo cumulativo específico valesse a pena. Antes do EIP-4844, era cerca de US$ 0,17 por transação e, com otimismo, depois do EIP-4844, era de US$ 0,03 por transação. Podemos adicionar um pequeno prêmio, de modo que a cadeia de suporte do classificador (compartilhada) seja econômica.

Portanto, embora algo como Opclave seja legal (eu realmente gosto da ideia, estamos conversando com a equipe Dogan para que possamos incorporar essa funcionalidade ao Eclipse rollup), não faz muito sentido como uma rede principal OP Stack chain . A restrição aqui é que a cadeia OP Stack está ancorada no Ethereum, cujo espaço em bloco é caro, e a intenção do Optimism é ser consistente com o Ethereum.

Dada essa economia de unidade, esses pequenos projetos DeFi dApps e NFT não fazem muito sentido em suas próprias cadeias. Para esses dApps, pode fazer sentido subsidiar os custos de gás se a economia unitária de longo prazo do Ethereum L2 fizer sentido para seus dApps, ou eles podem estar dispostos a assumir a perda em sua cadeia de aplicativos.

Se um aplicativo exigir muito volume de transações, um rollup vinculado ao Ethereum também não funcionará, pois as taxas de transação de mais de US$ 0,01 podem ser muito altas. Esses tipos de aplicativos exigirão uma nova abordagem, como a que o Eclipse está construindo com nossas máquinas virtuais altamente paralelas e arquitetura de rollup soberana.

(2) O rollup personalizável deve ser restrito

3IRIiwFDn000XSewLTo28x1rw6ikxESbnzRXj2XN.png

Como mencionado acima, os OP Hacks não serão incluídos no Superchain do Optimism. Isso faz sentido porque, para estabelecer ou fornecer ordenação de estado para rollups, precisamos que alguns invariantes sejam verdadeiros. Quaisquer modificações precisarão ser auditadas antes de apoiar o valor econômico real.

Outro bom motivo para restringir rollups específicos de aplicativos é observar a adoção do Cosmos. O SDK do Cosmos é muito geral, mas nunca gerou o grande número de cadeias diferentes que você pode esperar. Isso pode ocorrer porque o processo de personalização exige muita complexidade técnica ou, mais provavelmente, porque a cauda longa do aplicativo é adequada para um pequeno número de arquiteturas. Os modelos específicos de domínio, por outro lado, podem abordar pontos problemáticos comuns em diferentes verticais e fornecer uma arquitetura repetível.

Ver original
Esta página pode conter conteúdo de terceiros, que é fornecido apenas para fins informativos (não para representações/garantias) e não deve ser considerada como um endosso de suas opiniões pela Gate nem como aconselhamento financeiro ou profissional. Consulte a Isenção de responsabilidade para obter detalhes.
  • Recompensa
  • Comentário
  • Repostar
  • Compartilhar
Comentário
0/400
Sem comentários
  • Marcar
Faça trade de criptomoedas em qualquer lugar e a qualquer hora
qrCode
Escaneie o código para baixar o app da Gate
Comunidade
Português (Brasil)
  • 简体中文
  • English
  • Tiếng Việt
  • 繁體中文
  • Español
  • Русский
  • Français (Afrique)
  • Português (Portugal)
  • Bahasa Indonesia
  • 日本語
  • بالعربية
  • Українська
  • Português (Brasil)