Web3 Trends Edição 1: Interpretando Jito BAM, BRC2.0 e EIP-7999

Bem-vindo à série "Tendências de mercado" da Web3, onde Shisijun fornece uma análise concentrada e interpretação de novas tecnologias, protocolos e produtos recentes na indústria Web3.

A razão é que a IA duplicou a velocidade com que posso pesquisar novos projetos. Penso que no futuro, o valor das pessoas estará mais focado no pensamento, julgamento e inspiração.

Portanto, esta série irá ajudá-lo a compreender as mudanças fundamentais no menor tempo possível e a julgar as tendências que podem desencadear a partir de três perspectivas: contexto da indústria → princípios técnicos → impacto potencial.

A maioria das opiniões do autor são pessimistas e não se destinam a qualquer transação de investimento, nem são dirigidas a qualquer parte do projeto.

Jito BAM｜Ordenação de Blocos + Mercado de Construção de Blocos com Plug-in no Solana

O que é:

Em termos simples, o BAM é uma plataforma de "construção de blocos" no Solana. Semelhante ao objetivo do Ethereum Builder Net de fazer PBS (separação de construtor de blocos e validador), ambos visam uma ordem de transação mais ordenada, combatendo o MEV e prevenindo o risco de malícia centralizada.

Quem o lançou e que tipo de contexto:

A parte principal é o campo Jito, a maior plataforma de leilão de negociação no Solana, que ocupa 90% do mercado de clientes validadores e tem uma forte influência de liderança. O autor realizou anteriormente uma pesquisa detalhada, que pode ser referida como: Relatório de pesquisa de 10.000 palavras: A evolução do panorama MEV no Solana e seus prós e contras

A formação dos participantes também é muito forte, incluindo Triton One, SOL Strategies, Figment, Helius, Drift, Pyth, DFlow, etc. Obviamente, esta é uma ação conjunta do Solana oficial e projetos mainstream.

Esta motivação é fácil de entender: o Solana enfrenta a pressão do crescimento explosivo de "cadeias de livro de ordens nativas" como o Hyperliquid, cujo valor central reside na sua capacidade de facilitar operações de market maker. No entanto, a natureza de desenvolvimento inerente do Solana torna difícil otimizar isto de forma direcionada. No entanto, se as transações dentro do bloco inteiro puderem ser personalizadas, então as limitações da geração linear de blocos do Solana podem ser superadas, facilitando assim a otimização de vários cenários DeFi.

O plano de implantação oficial é: na fase inicial, a Jito Labs executará os nós, com um pequeno número de validadores participando; a médio prazo, será expandido para mais operadores de nós, com o objetivo de cobrir 30%+ do staking da rede; e finalmente o código será de código aberto e governança descentralizada.

Juntamente com a tendência narrativa da indústria de "justiça verificável", a direção do BAM pode facilmente ganhar apoio de validadores e partes do protocolo. Portanto, o autor acredita que é mais baseado no conceito de buscar otimização de justiça como TEE + PBS e foi lançado no contexto.

Como o princípio é implementado:

Além disso, para entender seu valor, você também precisa entender uma característica do próprio algoritmo POH do Solana.

Ou seja, sua geração de blocos é na verdade gradual e linear (um slot tem 64 períodos de tempo de ponta sob 400ms. Quando cada período de tempo expira, a transação atual é enviada e não será alterada a menos que seja revertida). Isso é diferente do modelo "organizar o bloco inteiro, alcançar consenso primeiro e depois sincronizar" do Ethereum.

Através deste sistema BAM, o jito pode facilmente atualizar os clientes de um grande número de validadores, aumentando assim a proporção do sistema BAM aceito pelos validadores.

Vamos olhar para a estrutura do sistema BAM como mostrado abaixo. A parte roxa no meio e o código Plugin à direita são BAM.

Ele garantirá que as transações no Solana não sejam enviadas para o Líder uma a uma, mas a ordem de transação de "todo este bloco" será classificada primeiro no TEE (Ambiente de Computação Confiável) (combinado com algumas regras de classificação fixas implementadas pelo código Plugin), e depois entregue ao validador de uma só vez.

O validador deve, em última análise, fornecer prova TEE de que realmente deu o espaço do bloco (exclusividade) a este mercado de fluxo de ordens.

A característica mais única aqui é a função de plug-in, que pode "codificar" regras na classificação de ordem de transação Tee. Isso realmente tem significado de aplicação prática:

Por exemplo, plataformas de oracle exigem que atualizações de preços sejam agendadas como a primeira transação em um bloco. Isso reduz a aleatoriedade das transações atualizando preços on-chain e evita problemas causados por atualizações de preços inoportunas. Por outro exemplo, para Dex, um plugin poderia ser escrito para identificar transações com alta probabilidade de falha e simplesmente não incluí-las no Tee, permitindo que expirem gradualmente, reduzindo assim as taxas associadas a transações com falha.

Pode coexistir com o sistema de produção de blocos Solana existente: o fluxo de ordens normal, o pacote Jito e o BAM ainda são três sistemas paralelos. BAM significa "apenas blocos BAM são aceitos em um bloco."

Como avaliá-lo:

O autor acredita que este é um caminho com "formação forte, narrativa forte e cenas focadas", mas não estou otimista de que se tornará o caminho do mercado mainstream.

As razões são semelhantes às do Builder Net no Ethereum e do muito procurado MEV Share, que têm lutado para fazer progressos ao longo dos anos.

Por causa da realidade, o TEE é caro e seu limite de QPS está apenas nos milhares (em 2013, o Tee tinha apenas 128M de memória, e agora desenvolveu muito, mas só pode atingir milhares de QPS), embora 40% dos blocos no Ethereum agora sejam construídos por TEE.

No entanto, o throughput de dados e computação do Solana é alto, e você precisaria implantar numerosos TEEs para lidar com isso, juntamente com operações abrangentes e manutenção para recuperação de desastres, memória e largura de banda. Sem incentivos econômicos sustentados, é difícil gerar retornos positivos.

Os retornos do Jito são na verdade bastante baixos (em comparação com protocolos de alto rendimento na blockchain). Por exemplo, apenas no segundo trimestre de 2025, o Jito ganhou apenas 22.391,31 SOL (aproximadamente $4 milhões) através de gorjetas. Uma vez que o volume massivo de transações do Solana seja migrado para lá, o tempo de inatividade do Tee é inevitável. Além disso, os numerosos recursos do Tee, como falhas de memória e purga de armazenamento, aumentam o risco de tempo de inatividade e o potencial para perda generalizada de transações.

No entanto, tem potencial para pontos de venda matadores: sequenciamento de oracle e pagamentos sem falhas, por exemplo, oferecem benefícios tangíveis ao usuário. Market makers e plataformas de negociação de nível empresarial vão aderir a isso. Além disso, participar dele também se beneficia do suporte oficial do Solana, tornando-o uma ótima maneira de ganhar reconhecimento.

Finalmente: o próprio BAM não está posicionado para fornecer throughput 24/7. É uma ferramenta para "fornecer garantias determinísticas para blocos-chave." No entanto, muitas garantias determinísticas dependem de certeza absoluta, não 30% de certeza. Se não for 100%, mesmo que seja 99%, ainda é 0%. Esta é a chave para a tomada de decisão final de grandes projetos web3.

BRC 2.0｜"Mapeamento EVM": Capacidades Programáveis Alimentadas por BTC

O que é:

Será ativado em 2 de setembro de 2025. Entendo isso como um sistema de sombra de cadeia dupla impulsionado pelo BTC e executado pelo EVM. Note que não se refere ao BRC20, mas à segunda geração do BRC. Para mais informações sobre o BRC20, consulte: Interpretando o Protocolo Bitcoin Ordinals e a Inovação e Limitações dos Princípios do Padrão BRC20.

O núcleo do 2.0 é que você escreve "instruções" no Bitcoin usando inscrição ou commit-reveal, e um EVM modificado é executado no indexador para executar as implantações e chamadas correspondentes. O EVM não cobra gas (os parâmetros são retidos mas não calculados), e a taxa de transação é adicionada à transação Bitcoin.

É basicamente semelhante ao protocolo Alkanes (Methane). O Methane escreve instruções de transação baseadas no campo op-return do Bitcoin e é executado na máquina virtual WASN, enquanto é executado no EVM.

Quem o lançou e que tipo de contexto:

O contexto do iniciador é: a plataforma bestinslot, que se tornou popular na era da inscrição BTC, continua a ideia do BRC-20: sem mudar o consenso BTC, tente adicionar "programabilidade".

O contexto da indústria é: nos últimos dois anos (na verdade os últimos dois anos), a narrativa da programabilidade/L2 do BTC tem sido popular, e todos estão procurando um caminho de engenharia que possa funcionar sem problemas. No entanto, a lacuna entre as tendências de mercado e o progresso do desenvolvimento é muito grande, resultando no surgimento de modelos arbitrários como BRC2.0 e Alkanes apenas este ano.

A voz do mercado é um tanto limitada porque o palco BTC nunca teve uma força coesa para guiá-lo, e muitos protocolos podem ser derivados de outros protocolos, então, de fato, o BRC2.0 provavelmente não tem relação real com o BRC20.

Como o princípio é implementado:

Está no indexador, não na cadeia BTC nem em uma cadeia separada, para operar a lógica EVM. Note que não é considerada uma cadeia porque não há consenso.

O endereço no EVM que o usuário deseja controlar é obtido fazendo hash do próprio endereço BTC do usuário e depois mapeando-o em um "endereço EVM virtual".

Para operar este sistema, a lógica é na verdade muito semelhante à do controle de ativos do BRC20. É apenas uma string JSON. No BRC2.0, é definido da seguinte forma:

Pode-se ver que você codifica instruções no BTC, com vários bytecodes/dados de chamada, e é reproduzido e executado no EVM.

Além disso, a assinatura e os preços do gas também foram alterados: o gasPrice da camada EVM é definido como 0, que serve apenas como um limite de recurso; a taxa de manuseio real é refletida na taxa de transação BTC.

Isso é na verdade bastante arriscado. Eu fiz minha IA pesquisar o código do nó deles e não encontrei proteção contra "profundidade de chamada/limite de etapa". Então, teoricamente, um contrato com recursão infinita/auto-chamada poderia potencialmente derrubar a VM. (Claro, esta proteção é fácil de corrigir: basta definir uma profundidade máxima de chamada.)

Como avaliá-lo:

Primeiro de tudo, ele ainda sabe como nomear as coisas. Pelo menos o brc2.0 será mais popular do que criar um novo nome de protocolo. Esta é também a razão pela qual o RGB se tornou popular novamente recentemente.

Em segundo lugar, não é completamente não relacionado ao BRC20. Afinal, seu conceito de design de protocolo e modo de campo são basicamente os mesmos, mas isso não conta como direitos autorais. No entanto, não vi o autor original do BRC20 na plataforma, então a conexão provavelmente não é significativa.

Finalmente, todas as plataformas que exploraram a programabilidade podem querer compartilhar o valor deste consenso de classe mundial. No entanto, o autor acredita que o BTC não deve buscar programabilidade, porque não importa como a busque, não será capaz de acompanhar a otimização de funções e experiência de várias cadeias de alta velocidade.

Além disso, uma vez que a programabilidade seja incorporada ao próprio BTC, isso quebrará sua armadilha de avaliação. Um projeto que pode ser colocado em uso prático pode ser avaliado com base no PE. No entanto, a força atual do BTC reside em seu modelo limitado de oferta e demanda. Oferta e demanda limitadas não podem ser avaliadas, então há um preço, e depois há um consenso sobre o preço. Portanto, são precisamente as limitações do próprio BTC que tornaram o BTC bem-sucedido.

EIP-7999 | Proposta de Mercado de Taxas Multidimensionais do Ethereum

O que é:

A proposta liderada por Vitalik definitivamente vale a pena ser vista. Além disso, no EIP mais recente, foi renomeado de EIP-0000 para EIP-7999, então este artigo manterá ambos.

Este é um novo tipo de transação com um "limite de preço total + múltiplos vetores de preço de recursos" proposto em resposta à "divisão de taxa de transação" causada pelo EIP-4844 (ou seja, em uma transação, o blob tem seu próprio preço, o calldata tem seu próprio preço,