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 geram receita através de três fluxos paralelos: taxas de transação, valor minerável extraível (MEV) e emissões de tokens.
As taxas de transação podem ser divididas em taxas de base e taxas de prioridade. As taxas de base são pagas para garantir que as transações sejam incluídas na cadeia canônica. Por outro lado, as taxas de prioridade são pagas para garantir a inclusão quando a demanda por espaço de bloco excede a capacidade ou para garantir a ordem 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 servido.
O valor acumulado através das taxas básicas por transação geralmente tem um limite em relação ao custo subjacente de operar o protocolo. Supondo que haja 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 de prioridade são acumuladas durante períodos de congestionamento - seja local ou global - ou através de transações sensíveis ao tempo. À medida que a capacidade geral do protocolo cresce e se aproxima do infinito (assumindo que a demanda não aumenta linearmente com a capacidade), a probabilidade de congestionamento global se aproxima de zero. Embora o congestionamento local continue sendo 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 o número delas aumente de forma sublinear com o número total de transações, resultando em uma porcentagem cada vez menor de transações sensíveis ao tempo.
Portanto, os protocolos enfrentam uma decisão estratégica:
Isto apresenta um dilema clássico de "qualidade versus quantidade".
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 arbitragem de câmbio centralizada-descentralizada ou arbitragem descentralizada-descentralizada), frontruns, pacotes de frontrun-backrun (frequentemente referidos como ataques de “sanduíche”) 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. Embora os validadores possam otimizar a acumulação de valor através do MEV de forma independente, geralmente colaboram com entidades especializadas. Essas entidades têm incentivos para compartilhar uma parte do MEV acumulado com os validadores para garantir que transações geradoras de MEV sensíveis ao tempo sejam honradas.
Notavelmente ausentes das discussões anteriores estão as aplicações responsáveis pela geração de taxas prioritárias e MEV. Estarão essas aplicações dispostas a deixar quantias substanciais de dinheiro na mesa? É aqui que entram as appchains e a sequência específica da aplicação (ASS). Ambas as abordagens visam internalizar a quantidade máxima viável de taxas prioritárias e MEV enquanto relegam as taxas base para o protocolo subjacente.
Numa appchain, isso é alcançado através da separação física do estado da aplicação. No entanto, para certas aplicações, a composabilidade em tempo real ou quase em tempo real é essencial - uma funcionalidade não facilitada pelas appchains. É aqui que o ASS se torna especialmente relevante.
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 da sua participação na propriedade do 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 pode a taxa de emissão ser minimizada mantendo a segurança do protocolo ótima?
Ethereum e Solana implementaram soluções semelhantes envolvendo queima parcial de taxas. Após o EIP-1559, o Ethereum queima a taxa base de cada transação. A Solana queima metade da taxa base e da taxa de prioridade de cada transação. A queima de ETH e SOL tem como objetivo compensar parcial 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 "queimáveis". 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 se ramificando em appchains ou utilizando sequenciamento específico de aplicativos. Supondo que tanto o aumento de capacidade quanto appchains/ASS sejam inevitáveis, o protocolo deve, no máximo, visar a minimização da inflação.
No final, o objetivo final para a maioria dos protocolos converge. Apesar das abordagens atuais variadas, o desalinhamento de incentivos entre os protocolos e as aplicações construídas sobre eles irá deslocar a acumulação de valor em direção às próprias aplicações. Em resposta, os protocolos subjacentes tentarão acumular valor através do volume de transações em si, em vez do valor esperado das transações individuais.
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 geram receita através de três fluxos paralelos: taxas de transação, valor minerável extraível (MEV) e emissões de tokens.
As taxas de transação podem ser divididas em taxas de base e taxas de prioridade. As taxas de base são pagas para garantir que as transações sejam incluídas na cadeia canônica. Por outro lado, as taxas de prioridade são pagas para garantir a inclusão quando a demanda por espaço de bloco excede a capacidade ou para garantir a ordem 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 servido.
O valor acumulado através das taxas básicas por transação geralmente tem um limite em relação ao custo subjacente de operar o protocolo. Supondo que haja 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 de prioridade são acumuladas durante períodos de congestionamento - seja local ou global - ou através de transações sensíveis ao tempo. À medida que a capacidade geral do protocolo cresce e se aproxima do infinito (assumindo que a demanda não aumenta linearmente com a capacidade), a probabilidade de congestionamento global se aproxima de zero. Embora o congestionamento local continue sendo 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 o número delas aumente de forma sublinear com o número total de transações, resultando em uma porcentagem cada vez menor de transações sensíveis ao tempo.
Portanto, os protocolos enfrentam uma decisão estratégica:
Isto apresenta um dilema clássico de "qualidade versus quantidade".
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 arbitragem de câmbio centralizada-descentralizada ou arbitragem descentralizada-descentralizada), frontruns, pacotes de frontrun-backrun (frequentemente referidos como ataques de “sanduíche”) 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. Embora os validadores possam otimizar a acumulação de valor através do MEV de forma independente, geralmente colaboram com entidades especializadas. Essas entidades têm incentivos para compartilhar uma parte do MEV acumulado com os validadores para garantir que transações geradoras de MEV sensíveis ao tempo sejam honradas.
Notavelmente ausentes das discussões anteriores estão as aplicações responsáveis pela geração de taxas prioritárias e MEV. Estarão essas aplicações dispostas a deixar quantias substanciais de dinheiro na mesa? É aqui que entram as appchains e a sequência específica da aplicação (ASS). Ambas as abordagens visam internalizar a quantidade máxima viável de taxas prioritárias e MEV enquanto relegam as taxas base para o protocolo subjacente.
Numa appchain, isso é alcançado através da separação física do estado da aplicação. No entanto, para certas aplicações, a composabilidade em tempo real ou quase em tempo real é essencial - uma funcionalidade não facilitada pelas appchains. É aqui que o ASS se torna especialmente relevante.
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 da sua participação na propriedade do 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 pode a taxa de emissão ser minimizada mantendo a segurança do protocolo ótima?
Ethereum e Solana implementaram soluções semelhantes envolvendo queima parcial de taxas. Após o EIP-1559, o Ethereum queima a taxa base de cada transação. A Solana queima metade da taxa base e da taxa de prioridade de cada transação. A queima de ETH e SOL tem como objetivo compensar parcial 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 "queimáveis". 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 se ramificando em appchains ou utilizando sequenciamento específico de aplicativos. Supondo que tanto o aumento de capacidade quanto appchains/ASS sejam inevitáveis, o protocolo deve, no máximo, visar a minimização da inflação.
No final, o objetivo final para a maioria dos protocolos converge. Apesar das abordagens atuais variadas, o desalinhamento de incentivos entre os protocolos e as aplicações construídas sobre eles irá deslocar a acumulação de valor em direção às próprias aplicações. Em resposta, os protocolos subjacentes tentarão acumular valor através do volume de transações em si, em vez do valor esperado das transações individuais.