Camadas 1, Camadas 2, Camadas 3, seja o que for, A expectativa fundamental é que esses protocolos acumulem valor suficiente para incentivar adequadamente as entidades que os protegem. Normalmente, essas entidades obtêm receita por meio de três fluxos paralelos: taxas de transação, Valor Miner Extractable (MEV) e emissões de tokens.

As taxas de transação podem ser divididas em taxas básicas e taxas prioritárias. As taxas básicas são pagas para garantir que as transações sejam incluídas na cadeia canônica. As taxas prioritárias, por outro lado, são pagas para garantir a inclusão quando a demanda por espaço no bloco excede a capacidade, ou para garantir a ordenação específica dentro de um conjunto proposto de transações. Esta última é crucial para transações sensíveis ao tempo, como arbitragem ou vendas de NFT realizadas com base no princípio do primeiro a chegar, primeiro a ser atendido.

O valor acumulado através das taxas base por transação geralmente tem um teto em relação ao custo subjacente de operar o protocolo. Pressupondo capacidade disponível, os validadores são incentivados a incluir transações na cabeça proposta da cadeia canônica, desde que o valor total acumulado exceda o custo de forjar esse bloco.

As taxas prioritárias são acumuladas durante períodos de congestionamento - quer local ou global - ou através de transações sensíveis ao tempo. À medida que a capacidade geral do protocolo aumenta e se aproxima do infinito (supondo que a demanda não aumente linearmente com a capacidade), a probabilidade de congestionamento global se aproxima de zero. Embora o congestionamento local permaneça possível em protocolos que operam leilões de prioridade locais, a probabilidade diminui à medida que a capacidade aumenta indefinidamente. Transações sensíveis ao tempo provavelmente persistirão independentemente da arquitetura de um protocolo; no entanto, espera-se que seu número aumente de forma sublinear com o número total de transações, resultando em uma porcentagem cada vez menor de transações sendo sensíveis ao tempo.

Portanto, os protocolos enfrentam uma decisão estratégica:

• Restringir a capacidade para maximizar a acumulação de valor por transação através de taxas prioritárias, ou
• Maximizar a capacidade para aumentar a acumulação de valor através de um volume maior de transações pagas com taxas de base e sensíveis ao tempo.

Isso apresenta um dilema clássico de 'qualidade versus quantidade'.

E quanto à MEV e emissões de tokens?

Uma parte significativa da receita do protocolo é acumulada através do MEV. A extensão varia dependendo do protocolo e do seu uso. Por exemplo, como uma porcentagem da receita total do protocolo, Solana acumula mais valor através do MEV do que Ethereum. Os tipos comuns de MEV incluem backruns (como trocas centralizadas-trocas descentralizadas ou arbitragem de trocas descentralizadas-trocas descentralizadas), frontruns, bundles de frontrun-backrun (frequentemente referidos como 'ataques sandwich') e liquidações.

Algumas formas de MEV são benignas ou até benéficas para a eficiência de capital das aplicações no protocolo, enquanto outras podem ser consideradas maliciosas. Enquanto os validadores podem otimizar a acumulação de valor através do MEV de forma independente, geralmente colaboram com entidades especializadas. Essas entidades têm incentivo para compartilhar uma parte do MEV acumulado com os validadores para garantir que transações geradoras de MEV sensíveis ao tempo sejam honradas.

Dinheiro na Mesa

Notavelmente ausentes das discussões anteriores estão as aplicações responsáveis por gerar taxas de prioridade e MEV. Estas aplicações estão dispostas a deixar quantias substanciais de dinheiro em jogo? É aqui que as appchains e a sequência específica da aplicação (ASS) entram em jogo. Ambas as abordagens visam internalizar a quantidade máxima viável de taxas de prioridade e MEV, enquanto relegam as taxas base para o protocolo subjacente.

Em um appchain, isso é alcançado por meio da separação física do estado da aplicação. No entanto, para certas aplicações, a composição em tempo real ou quase em tempo real é essencial - uma característica não facilitada pelos appchains. Aqui é onde o ASS se torna particularmente relevante.

Acumulação de valor através da emissão de tokens

Para abordar um debate em curso: as emissões de tokens são um custo imposto ao protocolo. Este custo é suportado pelos detentores de tokens não apostados através da diluição de sua participação acionária no fornecimento total. Consequentemente, os protocolos devem equilibrar a minimização do 'imposto' sobre os não-stakers com a maximização da receita para os participantes do consenso. Em outras palavras, como a taxa de emissão pode ser minimizada mantendo a segurança do protocolo otimizada?

Ethereum e Solana implementaram soluções semelhantes envolvendo queimas parciais de taxas. Após o EIP-1559, o Ethereum queima a taxa de base de cada transação. Solana queima metade da taxa de base e da taxa de prioridade de cada transação. A queima de ETH e SOL visa compensar parcialmente ou totalmente os cronogramas de emissão de seus respectivos tokens.

Mas o objetivo é minimizar a inflação do fornecimento de tokens ou maximizar a escassez do token nativo? Se for o primeiro, o protocolo deve garantir que valor suficiente seja acumulado por meio de 'mecanismos de queima'. Se for o segundo, o protocolo deve visar maximizar o valor por meio desses mecanismos. Consequentemente, seria contraditório para tal protocolo tanto maximizar a capacidade disponível quanto isolar a congestão. Além disso, o protocolo se esforçaria para evitar vazamento de valor por meio de aplicativos ramificando em appchains ou usando sequenciamento específico de aplicativo. Supondo que tanto o aumento de capacidade quanto appchains/ASS sejam inevitáveis, o protocolo deve, no máximo, visar à minimização da inflação.

A Morte Prematura dos Protocolos Gordos

Em última análise, o objetivo final da maioria dos protocolos converge. Apesar das abordagens atuais variadas, o desalinhamento de incentivos entre os protocolos e as aplicações construídas sobre eles deslocará o acúmulo de valor para as próprias aplicações. Em resposta, os protocolos subjacentes tentarão acumular valor através do volume de transações, e não do valor esperado de transações individuais.

Disclaimer：

1. Este artigo é reproduzido de [Toghrul Maharramov]. Todos os direitos autorais pertencem ao autor original [Toghrul Maharramov]. Se houver objeções a esta reimpressão, entre em contato com o Gate Learnequipe e eles vão lidar com isso prontamente.
2. Aviso de responsabilidade: As opiniões expressas neste artigo são exclusivamente as do autor e não constituem qualquer conselho de investimento.
3. As traduções do artigo para outros idiomas são feitas pela equipe da Gate Learn. A menos que mencionado, copiar, distribuir ou plagiar os artigos traduzidos é proibido.

1. Este artigo foi reproduzido de[Toghrul Maharramov], Todos os direitos autorais pertencem ao autor original [Toghrul Maharramov]. Se houver objeções a esta reimpressão, entre em contato com o Gate Learnequipe “Gate Learn”) e eles cuidarão disso prontamente.
2. Isenção de responsabilidade: As opiniões expressas 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 Gate Learn. A menos que mencionado, copiar, distribuir ou plagiar os artigos traduzidos é proibido.