Futuros
Aceda a centenas de contratos perpétuos
TradFi
Ouro
Plataforma de ativos tradicionais globais
Opções
Hot
Negoceie Opções Vanilla ao estilo europeu
Conta Unificada
Maximize a eficiência do seu capital
Negociação de demonstração
Introdução à negociação de futuros
Prepare-se para a sua negociação de futuros
Eventos de futuros
Participe em eventos para recompensas
Negociação de demonstração
Utilize fundos virtuais para experimentar uma negociação sem riscos
Lançamento
CandyDrop
Recolher doces para ganhar airdrops
Launchpool
Faça staking rapidamente, ganhe potenciais novos tokens
HODLer Airdrop
Detenha GT e obtenha airdrops maciços de graça
Launchpad
Chegue cedo ao próximo grande projeto de tokens
Pontos Alpha
Negoceie ativos on-chain para airdrops
Pontos de futuros
Ganhe pontos de futuros e receba recompensas de airdrop
Investimento
Simple Earn
Ganhe juros com tokens inativos
Investimento automático
Invista automaticamente de forma regular.
Investimento Duplo
Aproveite a volatilidade do mercado
Soft Staking
Ganhe recompensas com staking flexível
Empréstimo de criptomoedas
0 Fees
Dê em garantia uma criptomoeda para pedir outra emprestada
Centro de empréstimos
Centro de empréstimos integrado
Três Grandes Iniciativas Técnicas Web3 Decodificadas: Jito BAM, BRC2.0 e EIP-7999
Jito BAM na Solana: Repensar a Arquitetura de Blocos Através de Plugins
O panorama de MEV na Solana está a passar por uma reestruturação significativa. O Jito BAM—uma camada de infraestrutura de construção de blocos—visa enfrentar uma limitação arquitetónica fundamental: o processamento sequencial tradicional de transações. Ao contrário do modelo PBS (Proposer-Builder Separation) do Ethereum, o BAM aproveita o consenso único do POH (Proof of History) da Solana para pré-arranjar blocos inteiros dentro de um TEE (Trusted Execution Environment) antes da distribuição aos validadores.
A iniciativa representa uma coligação de atores influentes do ecossistema. Para além do Jito Labs, que controla 90% dos validadores da Solana, o elenco de apoio inclui Triton One, SOL Strategies, Figment, Helius, Drift e Pyth. Este esforço coordenado responde a uma ameaça competitiva urgente: cadeias especializadas como Hyperliquid estão a captar quota de mercado ao otimizar operações nativas de DEX com livro de ordens—capacidades que a produção linear de blocos da Solana tem dificuldade em replicar.
A arquitetura técnica introduz um elemento inovador: ordenação de transações programável através de código de plugins. Isto significa que os desenvolvedores podem codificar regras específicas de sequenciamento diretamente na estrutura do bloco. Um provedor de oráculos pode garantir que os feeds de preços sejam executados primeiro, minimizando riscos de dados desatualizados. Um construtor de DEX poderia filtrar transações com alta taxa de falhas na fase do TEE, reduzindo custos para o utilizador em trocas falhadas.
O roteiro começa com o Jito Labs a operar nós, expandindo-se gradualmente para validadores que representam mais de 30% do staking da rede, avançando eventualmente para uma governação descentralizada.
Contudo, desafios de escalabilidade ameaçam o progresso. A capacidade do TEE atinge um máximo de milhares de transações por segundo, enquanto as ambições da Solana vão muito além deste limite. Operar múltiplos TEEs introduz complexidade na recuperação de desastres, gestão de memória e provisão de banda larga. Além disso, a menos que surjam incentivos económicos convincentes, a infraestrutura pode ter dificuldades em ser rentável—os lucros do Q2 2025 da Jito, de aproximadamente 4 milhões de USD via gorjetas, evidenciam retornos modestos atuais.
Os casos de uso mais promissores—confiabilidade na sequenciação de oráculos e imunidade a falhas de transação—podem justificar investimentos de market makers e plataformas de trading institucionais. No entanto, o risco fundamental mantém-se: mesmo com 99% de certeza, não é suficiente para garantias determinísticas quando o padrão é 100% de certeza.
BRC2.0: Execução EVM Ancorada ao Bitcoin
O Bitcoin entra na corrida pela programmabilidade com uma abordagem distintamente diferente. Previsto para ativação em 2 de setembro de 2025, o BRC2.0 reformula a conversa: em vez de acrescentar camadas computacionais ao Bitcoin, ancoram contratos programáveis às transações de Bitcoin, executando-os num ambiente off-chain compatível com EVM.
Os utilizadores inscrevem instruções nos blocos de BTC usando mecanismos de inscrição ou commit-reveal. Um indexador interpreta essas instruções, executando-as num runtime EVM modificado. Criticamente, não se aplicam taxas de gás—apenas as taxas de transação do Bitcoin importam, pois o parâmetro EVM permanece não desempacotado.
A linhagem do protocolo remonta ao Bestinslot, a plataforma da era de inscrições que popularizou a teoria ordinal. A continuidade filosófica com o BRC20 é evidente: expandir a utilidade do Bitcoin sem alterar o consenso. Contudo, a execução técnica difere substancialmente—destina-se à execução EVM, não à simples emissão de tokens.
Surge uma questão filosófica: o Bitcoin deve perseguir a programmabilidade? A troca entre segurança de consenso, descentralização e capacidade de execução que permite a narrativa de reserva de valor do Bitcoin difere fundamentalmente das cadeias orientadas para throughput. Cadeias de alta velocidade já superam o limite de desempenho do Bitcoin em todas as dimensões. O modelo de escassez do Bitcoin e o mecanismo de consenso de oferta fixa criam uma estrutura de avaliação única—exatamente porque a programmabilidade permanece estruturalmente limitada. Adicionar capacidades de execução arrisca diluir esta diferenciação central.
Do ponto de vista de engenharia, a implementação atual apresenta vulnerabilidades. Chamadas recursivas de contratos não têm limites de profundidade, expondo teoricamente a VM a cenários de crash por recursão ilimitada. Embora as correções sejam simples, a ausência delas no código implantado exige cautela.
EIP-7999: Harmonização do Mercado de Taxas Multi-Recurso do Ethereum
A mais recente proposta de mercado de taxas de Vitalik Buterin representa uma resposta sistemática à fragmentação. Atualmente, o Ethereum gere preços em quatro dimensões: gás de execução (EIP-1559), gás de blob (pós-EIP-4844), bytes de calldata (diferenciados desde 2015), e recursos de computação.
Para utilizadores e desenvolvedores de carteiras, esta complexidade gera fricção na experiência do utilizador. Os construtores de L2 enfrentam uma crise real: ajustar mal qualquer uma das taxas pode fazer a transação falhar, independentemente do orçamento total de taxas. Um pico súbito de gás de blob pode desencadear falhas, mesmo com gás de execução suficiente.
O EIP-7999 introduz uma precificação unificada através de um parâmetro max_fee que o EVM aloca dinamicamente entre os diferentes recursos. A implementação requer novos tipos de transação com definições de campos reestruturadas, impactando a codificação RLP, cabeçalhos de blocos e regras de validação de consenso.
A abordagem espelha uma melhor experiência de utilizador em relação à complexidade do ERC-4337, embora os prazos de adoção permaneçam incertos. Uma integração completa provavelmente requer 1-2 forks duros principais, exigindo adaptação do ecossistema de carteiras e alterações ao nível dos nós.
A fundamentação económica merece uma análise cuidadosa—as análises de suporte de Vitalik contêm modelos sofisticados de utilização de recursos, extração de taxas e sustentabilidade de longo prazo da rede, que requerem estudo aprofundado por parte dos desenvolvedores de protocolos e construtores do ecossistema na próxima fase de escalabilidade.
Estas três iniciativas—cada uma emergindo de ecossistemas blockchain distintos—refletem uma maturidade mais ampla: os construtores estão a evoluir além do simples escalonamento, rumo a uma otimização arquitetada, equilibrando viabilidade técnica com alinhamento de incentivos económicos.