Por que não usar delegados de protocolo como tokens de gás Rollup?

Autor: Andrew Huang, Fonte: Autor Twitter @KAndrewHuang; Compilação: Huohuo/blockchain vernacular

Por que o token nativo do seu protocolo não deveria ser usado como token de gás do Rollup?

Na @conduitxyz, tivemos a sorte de conversar com centenas de equipes e protocolos sobre o lançamento de seus próprios Rollups. A pergunta mais comum que recebemos é: “Podemos permitir que nossos usuários paguem pelo gás com nosso token nativo?”

Nossa resposta: Flores sem nova demanda líquida por Token não são adequadas.

Se você traçar o fluxo de tokens, não haverá demanda líquida. Os usuários compram seus tokens para se conectar ao seu Rollup. Ao pagar a taxa do gás, o servidor sequencial venderá esses tokens na tentativa de cobrir os custos de disponibilidade de dados (DA), que são denominados apenas em ETH.

Se suas taxas de Tokengas não puderem cobrir os custos de disponibilidade de dados (DA), então seu protocolo pagará pelos custos restantes de DA. Essencialmente, você subsidia o uso do seu Rollup, mas ainda paga os custos do DA em ETH.

No longo prazo, a interoperabilidade entre domínios e o MEV podem se tornar o principal modelo de receita do servidor de sequência Rollup. Ao forçar seus usuários Rollup a adquirirem seus tokens, você torna mais difícil para esses construtores/pesquisadores extrair MEV em sua cadeia.

Ao contrário de manter apenas um token (ETH), eles precisam manter N tokens em N rollups, o que complica bastante sua estratégia de inventário de tokens.

Na verdade, para alguns sistemas, como o Superchain do Optimism, ter seu próprio token como token de gás pode torná-lo incompatível, interrompendo o acesso à sua cadeia e isolando seu rollup do ecossistema mais amplo.

No final, isso adiciona um fardo complicado à experiência do usuário. Todos os usuários possuem ETH porque esse é o token nativo do Ethereum. Exigir que eles comprem primeiro seus tokens para usar seus Rollups cria outra barreira ao uso de seu aplicativo.

Pode ser justificado nas seguintes situações:

Se a interoperabilidade não for importante para você e houver demanda líquida pelo seu token (ou stablecoin), isso pode funcionar. Um exemplo pode ser @eco, cujos principais usuários não são cripto-nativos.

Exigir que seus usuários adquiram Ether além de @ecostablecoin acrescentaria uma carga adicional de UX. Essencialmente, isso é exatamente o oposto da experiência do usuário cripto-nativo.

Talvez um método mais sustentável seja devolver o valor ao Token do protocolo através da recompra do excesso de receita do servidor serial obtido pelo seu Rollup.

Isto poderia criar uma demanda mais sustentável por tokens de protocolo a partir do volume de transações no Rollup e ajudar a criar um alinhamento mais forte de incentivos entre os usuários e o protocolo.

Claro, você também pode usar metatransações, retransmissores ou abstrações de conta para imitar a maneira como os usuários usam tokens de protocolo para pagar pelo gás.

Na @conduitxyz, ajudamos pessoas como @ourZora, @pgn_eth e outros a resolver seus problemas de lançamento da rede principal para que pudéssemos ver o que funcionou e o que não funcionou.