Declaração: Este artigo é um conteúdo reproduzido, os leitores podem obter mais informações através do link original. Se o autor tiver alguma objeção à forma de reprodução, por favor, entre em contato conosco, faremos as alterações conforme solicitado pelo autor. A reprodução é apenas para fins de compartilhamento de informações, não constitui qualquer conselho de investimento e não representa as opiniões e posições de Wu.
Jito BAM｜"Mercado de Construção de Blocos Modular + Classificação de Blocos" na Solana
O que ele é:
Em resumo, o BAM é um sistema de "construção de blocos" na Solana, semelhante ao objetivo da builder net do Ethereum em fazer PBS (separação entre construtores de blocos e validadores), ambos visando uma ordenação mais organizada das transações, combatendo o MEV e prevenindo riscos de centralização e malefícios.
Por quem e com que antecedentes foi lançado:
O agente dominante é o grupo Jito, a maior plataforma de leilão de transações na Solana, que detém 90% do mercado de clientes de validadores, exercendo uma forte influência de liderança. O autor já realizou uma pesquisa detalhada que pode ser consultada: Relatório de dez mil palavras: A evolução do cenário MEV na Solana e suas virtudes e vícios.
A formação dos participantes é também muito forte, incluindo Triton One, SOL Strategies, Figment, Helius, Drift, Pyth, DFlow, entre outros. É evidente que esta é uma ação conjunta da Solana e dos principais projetos.
E essa motivação é, na verdade, muito compreensível: de um lado, a Solana enfrenta a pressão do desenvolvimento explosivo de uma "cadeia de livro de ordens nativa" como a Hyperliquid, e o valor central da Hyperliquid é muito favorável para as operações dos market makers. No entanto, o desenvolvimento da Solana, por si só, torna difícil a otimização direcionada nesse aspecto. Mas se as transações de todo o bloco puderem ser personalizadas, isso pode superar as limitações da linearidade das transações da Solana, beneficiando assim a otimização de vários cenários DeFi.
O plano de implementação oficial é o seguinte: inicialmente, os nós serão operados pela Jito Labs, com a participação de um número limitado de validadores; na fase intermediária, expandir para mais operadores de nós, com o objetivo de cobrir mais de 30% da rede em staking; por fim, o código será open source e a governança será descentralizada.
Além da tendência da indústria em torno da narrativa de "justiça verificável", a direção do BAM facilmente consegue o apoio de validadores e partes do protocolo. Portanto, acredito que está mais fundamentado na busca por conceitos de otimização de justiça como TEE + PBS, sendo assim introduzido como um contexto.
Que princípio é realizado:
Além disso, para entender seu valor, é necessário compreender uma característica do algoritmo POH da Solana.
Ou seja, a sua produção de blocos é na verdade linear e gradual (um slot de 400ms tem 64 períodos de dicas, e quando cada período chega, a transação atual é enviada, e não é alterada a menos que haja um retrocesso), o que é diferente do modelo do Ethereum de "organizar todo o bloco, primeiro chegar a um consenso, e depois sincronizar."
Assim, através deste sistema BAM, como jito, pode-se facilmente atualizar os clientes de um grande número de validadores, aumentando assim a proporção de aceitação do sistema BAM pelos validadores.
A estrutura do sistema BAM é mostrada na figura abaixo, a parte roxa no meio e a parte do código do plugin à direita são o BAM.
Ele fará com que as transações na Solana não sejam enviadas uma a uma para o Leader, mas que primeiro sejam ordenadas no TEE (Ambiente de Computação Confiável) de acordo com a ordem das transações "de todo este bloco" (combinando algumas regras de ordenação fixas implementadas através do código Plugin), e depois entregues de uma só vez ao validador.
E os validadores também devem, em última instância, fornecer uma prova TEE, indicando que realmente alocaram todo o espaço do bloco (exclusividade) para este mercado de fluxo de pedidos.
Aqui, uma característica interessante é a funcionalidade de plugins, que permite "fixar" as regras na ordenação dos pedidos de negociação do Tee. Na verdade, isso tem um significado prático muito relevante:
Por exemplo: a plataforma do oráculo tem a necessidade de atualizar o preço que deve ser fixado como a primeira transação em um bloco, assim pode reduzir a aleatoriedade das transações de atualização do preço na cadeia, evitando problemas causados pela atualização do preço que não é oportuna. Outro exemplo é para dex, pode-se escrever um plugin para identificar transações com alta probabilidade de falha e não empacotá-las diretamente no Tee, aguardando gradualmente a expiração da transação, reduzindo assim as taxas geradas pelas falhas.
Ele pode coexistir com o sistema existente de processo de blocos do Solana: ainda é um fluxo de pedidos normal, Jito bundle e BAM em paralelo. BAM é "receber apenas um bloco inteiro de BAM em um determinado bloco".
Como o avaliar:
O autor acredita que: este é um caminho de "elencos fortes, narrativas fortes e cenários focados", mas não estou otimista quanto a que se torne um caminho de mercado mainstream.
Assim como a Builder net no Ethereum e o muito falado mev share, os motivos pelos quais o desenvolvimento tem sido difícil ao longo dos anos são semelhantes.
Devido à realidade, o custo do TEE é alto e o limite de QPS é de mil (em 2013, o TEE tinha apenas 128M de memória, agora já se desenvolveu muito, mas ainda assim só consegue QPS na casa dos mil), embora atualmente 40% dos blocos na Ethereum já sejam construídos com TEE.
No entanto, a taxa de transferência de dados e cálculos da Solana está lá, você precisa acumular muitos TEE para suportar o volume, além de toda a operação de recuperação de desastres, memória e largura de banda. Se este projeto não tiver incentivos econômicos contínuos, será muito difícil obter lucro.
Na verdade, os rendimentos do Jito não são altos (em comparação com os protocolos de alta rentabilidade na blockchain), por exemplo, apenas no segundo trimestre de 2025, o Jito ganhou apenas 22.391,31 SOL (cerca de 4 milhões de dólares) através de gorjetas. Uma vez que a enorme escala de transações da Solana migre para lá, a falha do Tee também será inevitável, e o Tee tem várias características como falhas de memória, ou seja, a limpeza de armazenamento, o que aumentará o risco de falhas e trará o risco de desaparecimento em massa de transações.
Mas há a possibilidade de ter "pontos de venda de alto preço de killer": como a ordenação de oráculos e a isenção de pagamento em caso de falha, que são benefícios de experiência "visíveis". Os formadores de mercado e as plataformas de negociação de nível empresarial estarão dispostos a pagar. Além disso, a participação tem o apoio da Solana em termos de filosofia, o que é uma boa maneira de ganhar visibilidade.
Por fim: a própria posição do BAM não é a de processar um volume 7x24, mas sim a de ser uma ferramenta que fornece garantias de determinismo para blocos críticos. No entanto, muitas garantias de determinismo dependem de uma certeza absoluta, e não de uma certeza de 30%. Mesmo em situações que não são 100%, mesmo que seja 99%, isso é 0%. Esta é a chave para a decisão final dos grandes projetos web3.
BRC 2.0｜"Mapeamento EVM": capacidade programável impulsionada por BTC
O que ele é:
A ativação será no dia 2 de setembro de 2025, e eu entendo isso como um sistema de sombra de duas cadeias "impulsionado por BTC e executado por EVM". Note que não se trata de BRC20, mas sim do significado da segunda geração de BRC. Para mais informações sobre o BRC20, consulte: Interpretação do protocolo Oridinals do Bitcoin e os princípios inovadores e limitações do padrão BRC20.
A essência do 2.0 é que você escreve "instruções" em BTC usando inscription ou commit-reveal, executando uma "versão modificada do EVM" no indexador para realizar a implantação e chamadas correspondentes. O EVM não cobra gas (os parâmetros são mantidos, mas não são precificados), e as taxas de serviço são contabilizadas nas transações de BTC.
Basicamente semelhante ao protocolo Alkanes (metano), o metano é uma instrução de transação escrita no campo op-return baseado em btc, executado na máquina virtual WASN, enquanto ele é executado na EVM.
Por quem e com que contexto foi lançado:
O background do iniciador é: na era dos inscriptions de btc, a plataforma bestinslot que se destacou, continua a ideia do BRC-20: não alterar o consenso do BTC, mas tentar sobrepor a "programabilidade".
O contexto da indústria é: nos últimos dois anos (, na verdade, a narrativa da BTC programável/L2 teve um grande destaque, todos estavam à procura de caminhos de engenharia viáveis, mas a diferença entre o momento de mercado e o progresso do desenvolvimento era realmente muito grande, o que resultou na aparição este ano de modelos como brc2.0 e alkanes.
O volume de mercado é um pouco limitado, porque o palco do btc sempre foi uma força que não possui agregação para orientar, e muitos protocolos podem derivar de outros protocolos, então na verdade o brc2.0 tem uma grande probabilidade de não ter uma relação prática com o brc20.
Que princípio é realizado:
Ele está no indexador, não está na cadeia BTC e nem em uma única cadeia, operando a lógica EVM, note que isso não conta como uma cadeia, pois não há consenso.
O endereço no EVM que o usuário deve controlar é obtido ao fazer o hash do próprio endereço BTC do usuário e mapeá-lo para um "endereço EVM virtual".
Para operar este sistema, na verdade, é muito semelhante à lógica de controle de ativos do BRC20, que é apenas uma string json, no brc2.0, definido da seguinte forma:
Pode-se ver que é você que codifica instruções no BTC, trazendo vários bytecodes/dados de chamada, que são executados novamente na EVM.
Além disso, a assinatura e o Gas também mudaram: faça com que o gasPrice do nível EVM = 0, apenas como limite de recursos; a taxa real é refletida na taxa de transação BTC.
Na verdade, isso é muito arriscado. Na época, pedi ao AI para procurar no código do nó deles e descobri que não havia a proteção de "limite de profundidade/chamadas". Portanto, teoricamente, um contrato de "recursão infinita/chamada a si mesmo" poderia derrubar esta VM (claro que essa proteção não é difícil de adicionar: basta definir a profundidade máxima).
Como o avaliar:
Primeiro, ele ainda sabe como nomear as coisas, pelo menos a notoriedade do brc2.0 será melhor do que criar um novo termo de protocolo, assim como a RGB voltou a ter destaque recentemente.
Além disso, ele também não pode ser considerado completamente não relacionado ao brc20, afinal, sua filosofia de design de protocolo e o padrão de campos são basicamente os mesmos, mas isso não é uma questão de direitos autorais. No entanto, não vi o autor original do brc20 se manifestar, então a associação não deve ser grande.
Por fim, todas as plataformas exploratórias de programabilidade podem querer compartilhar o valor deste consenso mundial de classe mundial, no entanto, o autor acredita que, na verdade, o BTC não deveria buscar a programabilidade, pois a forma como se busca certamente não acompanhará a otimização de funcionalidade e experiência das várias blockchains de alta velocidade.
E, uma vez que a programabilidade, mesmo que integrada no próprio BTC, quebrou a armadilha de avaliação, um projeto que pode ser aplicado na prática pode ser avaliado com base no PE. No entanto, o que torna o BTC forte é o fato de ser um modelo de oferta e demanda limitado; a oferta e demanda limitada não pode ser avaliada, portanto, há preço, e junto com o preço, há consenso. Assim, a limitação do próprio BTC acaba por ser o que o torna grande.
EIP-7999 | Proposta de mercado de taxas multidimensionais do Ethereum
O que é ele:
A proposta liderada por Vitalik certamente merece ser vista. Além disso, na última EIP, o nome foi alterado de EIP-0000 para EIP-7999, portanto, este artigo manterá ambos os nomes por enquanto.
Este é um novo tipo de transação proposto em um contexto de "divisão de taxas de transação" (ou seja, o blob tem seu preço, o calldata tem seu preço e a execução ainda é o preço do eip-1559) após o EIP-4844, que introduz um "limite de preço total + vetor de preços de múltiplos recursos".
Você pode entender como: agrupar todas as cotações de recursos de uma só vez, fazer uma oferta com um significado unificado, com o objetivo de resolver o problema das muitas dimensões de precificação na blockchain.
Por quem e com que antecedentes foi lançado:
A direção foi impulsionada por vários artigos de Vitalik. Anteriormente, havia o EIP com "4 zeros", que mais tarde foi numerado como 7999, e o nome não era tão impressionante. Esta direção também reflete as reflexões de Vitalik em vários artigos, onde é possível ver a evolução de seu pensamento desde 2022 até 2024.
Por que mencionar agora?
Porque as carteiras, os roteadores e os leilões de preços já sentiram claramente a experiência fragmentada do "sistema de preços múltiplos": cada bloco tem apenas 6 blobs, então para usar uma transação de blob, é necessário fazer uma oferta; além disso, a transação em si ainda está no eip-1559; e há também o calldata que começou em 2015, com diferentes preços para bytes 0/não 0... Os desenvolvedores de L2 já foram pressionados a um canto, pois precisam definir limites de custo independentes para cada dimensão de recurso, qualquer configuração de limite muito baixa em uma dimensão pode levar à falha de toda a transação, mesmo que o orçamento total de taxas do usuário seja suficiente, pode haver a impossibilidade de executar a transação devido ao aumento repentino da taxa básica de algum recurso.
Qual é o princípio que implementa:
A proposta planeia introduzir um mercado de taxas multidimensionais unificado, sendo o design central permitir que os utilizadores definam apenas um único parâmetro de max_fee (substituindo múltiplos max_fee_per_gas em diferentes campos), enquanto o processo de execução EVM irá automaticamente alocar dinamicamente esta taxa entre diferentes recursos (EVM gas, blob gas, calldata gas).
Para alcançar isso, certamente não será fácil. O plano dele é introduzir um novo tipo de transação, cujos campos são os seguintes:
Claramente, este design é um pouco melhor, afinal, depois de ver o design das taxas de Gas do ERC-4337, não posso deixar de achar que é muito complicado.
Detalhes disponíveis: De 4337 a 7702: Uma análise aprofundada sobre o passado e o futuro da abstração de contas Ethereum.
Como avaliar ele:
O autor acredita que esta direção não tem problema e que tem um significado de custo unificado, o que tornará muito mais fácil quando se trata de L2/L3 no futuro, alinhando-se muito bem com a estratégia de direção em grande escala do Ethereum L2 atualmente.
Mas a complexidade aumentará significativamente, e o avanço do projeto também precisa de um ritmo mais estável. Isso porque esta proposta irá alterar o cabeçalho do bloco, a codificação RLP, o limite, entre outros, o que não é apenas uma mudança a nível de hard fork, mas também exigirá adaptações em outras plataformas ao longo da cadeia, especialmente em um monte de carteiras.
Embora eles possam não suportar esse tipo de transação, é necessário analisar o estado dessa transação.
Portanto, a curto prazo, definitivamente não será implementado, pelo menos após 1-2 grandes forks, mas os dois artigos de Vitalik sobre o mercado de taxas são reflexões econômicas muito profundas, que valem a pena serem analisadas.
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.
Web3 Indicador: Interpretação do Jito BAM, BRC2.0, EIP-7999
Autor: Quatorze Senhor
Link original:
Declaração: Este artigo é um conteúdo reproduzido, os leitores podem obter mais informações através do link original. Se o autor tiver alguma objeção à forma de reprodução, por favor, entre em contato conosco, faremos as alterações conforme solicitado pelo autor. A reprodução é apenas para fins de compartilhamento de informações, não constitui qualquer conselho de investimento e não representa as opiniões e posições de Wu.
Jito BAM｜"Mercado de Construção de Blocos Modular + Classificação de Blocos" na Solana
O que ele é:
Em resumo, o BAM é um sistema de "construção de blocos" na Solana, semelhante ao objetivo da builder net do Ethereum em fazer PBS (separação entre construtores de blocos e validadores), ambos visando uma ordenação mais organizada das transações, combatendo o MEV e prevenindo riscos de centralização e malefícios.
Por quem e com que antecedentes foi lançado:
O agente dominante é o grupo Jito, a maior plataforma de leilão de transações na Solana, que detém 90% do mercado de clientes de validadores, exercendo uma forte influência de liderança. O autor já realizou uma pesquisa detalhada que pode ser consultada: Relatório de dez mil palavras: A evolução do cenário MEV na Solana e suas virtudes e vícios.
A formação dos participantes é também muito forte, incluindo Triton One, SOL Strategies, Figment, Helius, Drift, Pyth, DFlow, entre outros. É evidente que esta é uma ação conjunta da Solana e dos principais projetos.
E essa motivação é, na verdade, muito compreensível: de um lado, a Solana enfrenta a pressão do desenvolvimento explosivo de uma "cadeia de livro de ordens nativa" como a Hyperliquid, e o valor central da Hyperliquid é muito favorável para as operações dos market makers. No entanto, o desenvolvimento da Solana, por si só, torna difícil a otimização direcionada nesse aspecto. Mas se as transações de todo o bloco puderem ser personalizadas, isso pode superar as limitações da linearidade das transações da Solana, beneficiando assim a otimização de vários cenários DeFi.
O plano de implementação oficial é o seguinte: inicialmente, os nós serão operados pela Jito Labs, com a participação de um número limitado de validadores; na fase intermediária, expandir para mais operadores de nós, com o objetivo de cobrir mais de 30% da rede em staking; por fim, o código será open source e a governança será descentralizada.
Além da tendência da indústria em torno da narrativa de "justiça verificável", a direção do BAM facilmente consegue o apoio de validadores e partes do protocolo. Portanto, acredito que está mais fundamentado na busca por conceitos de otimização de justiça como TEE + PBS, sendo assim introduzido como um contexto.
Que princípio é realizado:
Além disso, para entender seu valor, é necessário compreender uma característica do algoritmo POH da Solana.
Ou seja, a sua produção de blocos é na verdade linear e gradual (um slot de 400ms tem 64 períodos de dicas, e quando cada período chega, a transação atual é enviada, e não é alterada a menos que haja um retrocesso), o que é diferente do modelo do Ethereum de "organizar todo o bloco, primeiro chegar a um consenso, e depois sincronizar."
Assim, através deste sistema BAM, como jito, pode-se facilmente atualizar os clientes de um grande número de validadores, aumentando assim a proporção de aceitação do sistema BAM pelos validadores.
A estrutura do sistema BAM é mostrada na figura abaixo, a parte roxa no meio e a parte do código do plugin à direita são o BAM.
Ele fará com que as transações na Solana não sejam enviadas uma a uma para o Leader, mas que primeiro sejam ordenadas no TEE (Ambiente de Computação Confiável) de acordo com a ordem das transações "de todo este bloco" (combinando algumas regras de ordenação fixas implementadas através do código Plugin), e depois entregues de uma só vez ao validador.
E os validadores também devem, em última instância, fornecer uma prova TEE, indicando que realmente alocaram todo o espaço do bloco (exclusividade) para este mercado de fluxo de pedidos.
Aqui, uma característica interessante é a funcionalidade de plugins, que permite "fixar" as regras na ordenação dos pedidos de negociação do Tee. Na verdade, isso tem um significado prático muito relevante:
Por exemplo: a plataforma do oráculo tem a necessidade de atualizar o preço que deve ser fixado como a primeira transação em um bloco, assim pode reduzir a aleatoriedade das transações de atualização do preço na cadeia, evitando problemas causados pela atualização do preço que não é oportuna. Outro exemplo é para dex, pode-se escrever um plugin para identificar transações com alta probabilidade de falha e não empacotá-las diretamente no Tee, aguardando gradualmente a expiração da transação, reduzindo assim as taxas geradas pelas falhas.
Ele pode coexistir com o sistema existente de processo de blocos do Solana: ainda é um fluxo de pedidos normal, Jito bundle e BAM em paralelo. BAM é "receber apenas um bloco inteiro de BAM em um determinado bloco".
Como o avaliar:
O autor acredita que: este é um caminho de "elencos fortes, narrativas fortes e cenários focados", mas não estou otimista quanto a que se torne um caminho de mercado mainstream.
Assim como a Builder net no Ethereum e o muito falado mev share, os motivos pelos quais o desenvolvimento tem sido difícil ao longo dos anos são semelhantes.
Devido à realidade, o custo do TEE é alto e o limite de QPS é de mil (em 2013, o TEE tinha apenas 128M de memória, agora já se desenvolveu muito, mas ainda assim só consegue QPS na casa dos mil), embora atualmente 40% dos blocos na Ethereum já sejam construídos com TEE.
No entanto, a taxa de transferência de dados e cálculos da Solana está lá, você precisa acumular muitos TEE para suportar o volume, além de toda a operação de recuperação de desastres, memória e largura de banda. Se este projeto não tiver incentivos econômicos contínuos, será muito difícil obter lucro.
Na verdade, os rendimentos do Jito não são altos (em comparação com os protocolos de alta rentabilidade na blockchain), por exemplo, apenas no segundo trimestre de 2025, o Jito ganhou apenas 22.391,31 SOL (cerca de 4 milhões de dólares) através de gorjetas. Uma vez que a enorme escala de transações da Solana migre para lá, a falha do Tee também será inevitável, e o Tee tem várias características como falhas de memória, ou seja, a limpeza de armazenamento, o que aumentará o risco de falhas e trará o risco de desaparecimento em massa de transações.
Mas há a possibilidade de ter "pontos de venda de alto preço de killer": como a ordenação de oráculos e a isenção de pagamento em caso de falha, que são benefícios de experiência "visíveis". Os formadores de mercado e as plataformas de negociação de nível empresarial estarão dispostos a pagar. Além disso, a participação tem o apoio da Solana em termos de filosofia, o que é uma boa maneira de ganhar visibilidade.
Por fim: a própria posição do BAM não é a de processar um volume 7x24, mas sim a de ser uma ferramenta que fornece garantias de determinismo para blocos críticos. No entanto, muitas garantias de determinismo dependem de uma certeza absoluta, e não de uma certeza de 30%. Mesmo em situações que não são 100%, mesmo que seja 99%, isso é 0%. Esta é a chave para a decisão final dos grandes projetos web3.
BRC 2.0｜"Mapeamento EVM": capacidade programável impulsionada por BTC
O que ele é:
A ativação será no dia 2 de setembro de 2025, e eu entendo isso como um sistema de sombra de duas cadeias "impulsionado por BTC e executado por EVM". Note que não se trata de BRC20, mas sim do significado da segunda geração de BRC. Para mais informações sobre o BRC20, consulte: Interpretação do protocolo Oridinals do Bitcoin e os princípios inovadores e limitações do padrão BRC20.
A essência do 2.0 é que você escreve "instruções" em BTC usando inscription ou commit-reveal, executando uma "versão modificada do EVM" no indexador para realizar a implantação e chamadas correspondentes. O EVM não cobra gas (os parâmetros são mantidos, mas não são precificados), e as taxas de serviço são contabilizadas nas transações de BTC.
Basicamente semelhante ao protocolo Alkanes (metano), o metano é uma instrução de transação escrita no campo op-return baseado em btc, executado na máquina virtual WASN, enquanto ele é executado na EVM.
Por quem e com que contexto foi lançado:
O background do iniciador é: na era dos inscriptions de btc, a plataforma bestinslot que se destacou, continua a ideia do BRC-20: não alterar o consenso do BTC, mas tentar sobrepor a "programabilidade".
O contexto da indústria é: nos últimos dois anos (, na verdade, a narrativa da BTC programável/L2 teve um grande destaque, todos estavam à procura de caminhos de engenharia viáveis, mas a diferença entre o momento de mercado e o progresso do desenvolvimento era realmente muito grande, o que resultou na aparição este ano de modelos como brc2.0 e alkanes.
O volume de mercado é um pouco limitado, porque o palco do btc sempre foi uma força que não possui agregação para orientar, e muitos protocolos podem derivar de outros protocolos, então na verdade o brc2.0 tem uma grande probabilidade de não ter uma relação prática com o brc20.
Que princípio é realizado:
Ele está no indexador, não está na cadeia BTC e nem em uma única cadeia, operando a lógica EVM, note que isso não conta como uma cadeia, pois não há consenso.
O endereço no EVM que o usuário deve controlar é obtido ao fazer o hash do próprio endereço BTC do usuário e mapeá-lo para um "endereço EVM virtual".
Para operar este sistema, na verdade, é muito semelhante à lógica de controle de ativos do BRC20, que é apenas uma string json, no brc2.0, definido da seguinte forma:
Pode-se ver que é você que codifica instruções no BTC, trazendo vários bytecodes/dados de chamada, que são executados novamente na EVM.
Além disso, a assinatura e o Gas também mudaram: faça com que o gasPrice do nível EVM = 0, apenas como limite de recursos; a taxa real é refletida na taxa de transação BTC.
Na verdade, isso é muito arriscado. Na época, pedi ao AI para procurar no código do nó deles e descobri que não havia a proteção de "limite de profundidade/chamadas". Portanto, teoricamente, um contrato de "recursão infinita/chamada a si mesmo" poderia derrubar esta VM (claro que essa proteção não é difícil de adicionar: basta definir a profundidade máxima).
Como o avaliar:
Primeiro, ele ainda sabe como nomear as coisas, pelo menos a notoriedade do brc2.0 será melhor do que criar um novo termo de protocolo, assim como a RGB voltou a ter destaque recentemente.
Além disso, ele também não pode ser considerado completamente não relacionado ao brc20, afinal, sua filosofia de design de protocolo e o padrão de campos são basicamente os mesmos, mas isso não é uma questão de direitos autorais. No entanto, não vi o autor original do brc20 se manifestar, então a associação não deve ser grande.
Por fim, todas as plataformas exploratórias de programabilidade podem querer compartilhar o valor deste consenso mundial de classe mundial, no entanto, o autor acredita que, na verdade, o BTC não deveria buscar a programabilidade, pois a forma como se busca certamente não acompanhará a otimização de funcionalidade e experiência das várias blockchains de alta velocidade.
E, uma vez que a programabilidade, mesmo que integrada no próprio BTC, quebrou a armadilha de avaliação, um projeto que pode ser aplicado na prática pode ser avaliado com base no PE. No entanto, o que torna o BTC forte é o fato de ser um modelo de oferta e demanda limitado; a oferta e demanda limitada não pode ser avaliada, portanto, há preço, e junto com o preço, há consenso. Assim, a limitação do próprio BTC acaba por ser o que o torna grande.
EIP-7999 | Proposta de mercado de taxas multidimensionais do Ethereum
O que é ele:
A proposta liderada por Vitalik certamente merece ser vista. Além disso, na última EIP, o nome foi alterado de EIP-0000 para EIP-7999, portanto, este artigo manterá ambos os nomes por enquanto.
Este é um novo tipo de transação proposto em um contexto de "divisão de taxas de transação" (ou seja, o blob tem seu preço, o calldata tem seu preço e a execução ainda é o preço do eip-1559) após o EIP-4844, que introduz um "limite de preço total + vetor de preços de múltiplos recursos".
Você pode entender como: agrupar todas as cotações de recursos de uma só vez, fazer uma oferta com um significado unificado, com o objetivo de resolver o problema das muitas dimensões de precificação na blockchain.
Por quem e com que antecedentes foi lançado:
A direção foi impulsionada por vários artigos de Vitalik. Anteriormente, havia o EIP com "4 zeros", que mais tarde foi numerado como 7999, e o nome não era tão impressionante. Esta direção também reflete as reflexões de Vitalik em vários artigos, onde é possível ver a evolução de seu pensamento desde 2022 até 2024.
Por que mencionar agora?
Porque as carteiras, os roteadores e os leilões de preços já sentiram claramente a experiência fragmentada do "sistema de preços múltiplos": cada bloco tem apenas 6 blobs, então para usar uma transação de blob, é necessário fazer uma oferta; além disso, a transação em si ainda está no eip-1559; e há também o calldata que começou em 2015, com diferentes preços para bytes 0/não 0... Os desenvolvedores de L2 já foram pressionados a um canto, pois precisam definir limites de custo independentes para cada dimensão de recurso, qualquer configuração de limite muito baixa em uma dimensão pode levar à falha de toda a transação, mesmo que o orçamento total de taxas do usuário seja suficiente, pode haver a impossibilidade de executar a transação devido ao aumento repentino da taxa básica de algum recurso.
Qual é o princípio que implementa:
A proposta planeia introduzir um mercado de taxas multidimensionais unificado, sendo o design central permitir que os utilizadores definam apenas um único parâmetro de max_fee (substituindo múltiplos max_fee_per_gas em diferentes campos), enquanto o processo de execução EVM irá automaticamente alocar dinamicamente esta taxa entre diferentes recursos (EVM gas, blob gas, calldata gas).
Para alcançar isso, certamente não será fácil. O plano dele é introduzir um novo tipo de transação, cujos campos são os seguintes:
Claramente, este design é um pouco melhor, afinal, depois de ver o design das taxas de Gas do ERC-4337, não posso deixar de achar que é muito complicado.
Detalhes disponíveis: De 4337 a 7702: Uma análise aprofundada sobre o passado e o futuro da abstração de contas Ethereum.
Como avaliar ele:
O autor acredita que esta direção não tem problema e que tem um significado de custo unificado, o que tornará muito mais fácil quando se trata de L2/L3 no futuro, alinhando-se muito bem com a estratégia de direção em grande escala do Ethereum L2 atualmente.
Mas a complexidade aumentará significativamente, e o avanço do projeto também precisa de um ritmo mais estável. Isso porque esta proposta irá alterar o cabeçalho do bloco, a codificação RLP, o limite, entre outros, o que não é apenas uma mudança a nível de hard fork, mas também exigirá adaptações em outras plataformas ao longo da cadeia, especialmente em um monte de carteiras.
Embora eles possam não suportar esse tipo de transação, é necessário analisar o estado dessa transação.
Portanto, a curto prazo, definitivamente não será implementado, pelo menos após 1-2 grandes forks, mas os dois artigos de Vitalik sobre o mercado de taxas são reflexões econômicas muito profundas, que valem a pena serem analisadas.