Ao construir uma L1 soberana na Tanssi, o mecanismo de Gas tornou-se uma decisão ao nível do protocolo. Os desenvolvedores podem escolher de forma flexível qual é o token de Gas, ativar experiências sem Gas na cadeia para reduzir a barreira de entrada para novos utilizadores, oferecer subsídios de taxas para operações específicas, ou até mesmo desenhar lógica de taxas exclusiva para aplicações. Estas estratégias de Gas não são decididas pelo nível de consenso, mas são aplicadas de forma obrigatória na camada de runtime, dando ao nível de aplicação uma autonomia sem precedentes. Este design permite que cada cadeia de aplicação otimize o seu modelo económico de acordo com as necessidades do seu ecossistema, em vez de ser limitada pelo mercado de Gas de uma L1 genérica.
Ver original
Esta página pode conter conteúdos de terceiros, que são fornecidos apenas para fins informativos (sem representações/garantias) e não devem ser considerados como uma aprovação dos seus pontos de vista pela Gate, nem como aconselhamento financeiro ou profissional. Consulte a Declaração de exoneração de responsabilidade para obter mais informações.
5 gostos
Recompensa
5
6
Republicar
Partilhar
Comentar
0/400
StrawberryIce
· 9h atrás
De fato, o design de gás do Tanssi oferece aos desenvolvedores muita margem para imaginação, a experiência na cadeia sem gás realmente pode reduzir a barreira de entrada para novos utilizadores, mas o mais importante é quem consegue realmente fazer o modelo económico funcionar.
Ver originalResponder0
MEVVictimAlliance
· 9h atrás
Parece que esta coisa do Tanssi descentraliza o poder do Gas para os desenvolvedores, o que é realmente bastante audaz. Mas, será que, ao cada cadeia seguir o seu próprio modelo económico, não fica mais fácil ser explorado por ataques de "shearing" ou outros esquemas?
Ver originalResponder0
SignatureCollector
· 9h atrás
Isto é a verdadeira liberdade, o mecanismo de Gas já não é uma ditadura na camada de consenso, os desenvolvedores finalmente podem decidir por si próprios
Ver originalResponder0
GateUser-cff9c776
· 9h atrás
Isto é o verdadeiro espírito descentralizado do Web3, os desenvolvedores finalmente não precisam mais ser reféns do mercado de gas, e olhando para a curva de oferta e procura, quanto de produtividade isso vai liberar.
Ver originalResponder0
MidnightGenesis
· 9h atrás
Do ponto de vista do código, a execução forçada desta lógica de Gas na camada de runtime é realmente engenhosa... É importante notar que esse tipo de design transfere o risco de MEV para a própria cadeia de aplicação, e não é surpresa que alguém aprove isso para fazer uma narrativa.
Ver originalResponder0
ImpermanentPhilosopher
· 9h atrás
Já tinha dito, a taxa de Gas é exatamente a maldição do L1, a Tanssi nesta onda libertou os desenvolvedores... realmente, uma experiência sem Gas é o caminho para os novatos, quem gostaria de ser desencorajado por taxas vampíricas?
Ao construir uma L1 soberana na Tanssi, o mecanismo de Gas tornou-se uma decisão ao nível do protocolo. Os desenvolvedores podem escolher de forma flexível qual é o token de Gas, ativar experiências sem Gas na cadeia para reduzir a barreira de entrada para novos utilizadores, oferecer subsídios de taxas para operações específicas, ou até mesmo desenhar lógica de taxas exclusiva para aplicações. Estas estratégias de Gas não são decididas pelo nível de consenso, mas são aplicadas de forma obrigatória na camada de runtime, dando ao nível de aplicação uma autonomia sem precedentes. Este design permite que cada cadeia de aplicação otimize o seu modelo económico de acordo com as necessidades do seu ecossistema, em vez de ser limitada pelo mercado de Gas de uma L1 genérica.