Ethereum MPBC vai ao ar no mainnet: Como a Construção de Bloco de Múltiplas Partes estende o PBS

Ethereum MPBC vai ao ar no mainnet: Como a Construção de Bloco de Múltiplas Partes estende o PBS

Imagem personalizada
Em 16 de setembro de 2026, a pipeline de construção de blocos fora do protocolo do Ethereum deu um passo concreto adiante quando a construção de blocos em múltiplas partes, ou MPBC, começou a operar no mainnet. Coordenação pelo Blockspace Forum, o sistema permite que mais de um construtor contribua com transações para o mesmo bloco, preservando a separação existente entre proponente e construtor no leilão. Dados iniciais das primeiras 24 horas mostraram cerca de 3 por cento dos blocos utilizando a abordagem em múltiplas partes e mais de 20.000 transações incluídas mais rapidamente do que seriam de outra forma. O design é estritamente aditivo: nenhuma mudança no consenso, nenhum fork hard e nenhuma exigência para validadores já conectados a relés principais alterarem sua configuração. Operadores incluindo Titan, Ultra Sound e Aestus começaram a servir blocos em múltiplas partes, com cobertura relatada em aproximadamente 85 por cento dos construtores e 90 por cento dos validadores.
 
A abordagem é clara. O MPBC estende o modelo PBS criando caminhos adicionais de inclusão dentro de um único slot. Um bloco base do construtor com a maior oferta pode ser aprimorado pela adição de transações não conflitantes de outros construtores que optaram por participar. O bloco multipartidário resultante é entregue apenas quando produz maior valor do que a melhor alternativa de uma única parte disponível no momento da entrega. Esse mecanismo visa lacunas estruturais conhecidas na cadeia atual, visibilidade limitada de transações, dinâmicas de vencedor-leva-tudo e suporte mais fraco para transações de serviço, mantendo-se totalmente compatível com as próximas alterações de protocolo, como PBS consagrado e FOCIL.
 

Como o Modelo Apenas-Append Funciona em Produção

Na versão inicial do MPBC, o bloco de única parte com a maior oferta serve como base. Os operadores identificam transações elegíveis enviadas por outros construtores que não entram em conflito com o estado ou as garantias de execução do bloco base. Essas contribuições são anexadas, e não intercaladas ou reordenadas. Transações de serviço, como compromissos do proponente, que estavam ausentes na base, também podem ser adicionadas. Uma vez que o bloco multipartidário é montado, o operador o re-simula para confirmar a validade e calcula o valor excedente gerado pelas transações adicionais. Apenas se esse bloco multipartidário oferecer uma oferta maior do que a melhor oferta de bloco de única parte disponível no momento da entrega, e apenas se o construtor base permanecer o mesmo, o cabeçalho multipartidário é oferecido ao proponente. A documentação publicada pelo Blockspace Forum detalha as etapas exatas de mesclagem e entrega, incluindo o requisito de que os operadores filtrem qualquer transação que cause reversão.
 
Resultados iniciais da mainnet relataram alguns blocos de múltiplas partes carregando até 810 transações adicionais em comparação com a alternativa de construtor único, com o uso de gás aumentando substancialmente em casos selecionados. A restrição de apenas anexação mantém o design simples e seguro para o primeiro deploy em produção, enquanto ainda permite ganhos mensuráveis na utilização do espaço de bloco. Os construtores controlam a participação por meio de sinalizadores de metadados enviados com cada lance. Um construtor pode marcar um bloco como elegível para servir como base de fusão ou marcar transações individuais como fusíveis em outras bases. Os operadores compartilham cargas entre si para melhorar a confiabilidade da propagação. O valor criado pelas transações adicionais é distribuído segundo uma regra inicial fixa: o excedente é dividido igualmente entre o construtor da base, o construtor contribuinte, o operador e o proponente. As taxas de prioridade continuam a ser acumuladas na coinbase do construtor da base, e os pagamentos de distribuição são liquidados pela adição de transações financiadas por reservas que o construtor da base colocou junto aos operadores. Esse arranjo oferece aos construtores menores um caminho para gerar receita sem vencer o leilão completo, mantendo ao mesmo tempo incentivos competitivos para licitação na vaga base.
 

Métricas Iniciais do Mainnet e Ganhos de Inclusão Observados

No primeiro dia completo de operação, aproximadamente 3 por cento dos blocos Ethereum incorporaram construção multipartidária. Os testes iniciados no final de agosto já haviam demonstrado inclusão mais rápida para mais de 20.000 transações. Painéis ao vivo lançados junto com o lançamento rastreiam taxas de participação, valor excedente e o número de transações adicionais incluídas por bloco multipartidário. Esses números permanecem modestos porque o sistema é novo e os construtores ainda estão optando por transação por transação, mas a direção é clara. Blocos que anteriormente deixariam certas transferências ou transações de blob para slots posteriores agora as absorvem quando aumentam o valor geral. Os dados do pré-lançamento do Blockspace Forum, cobrindo aproximadamente 250.000 blocos, sugeriram que uma implementação V1 totalmente utilizada poderia aumentar o valor do bloco em até 4,15 por cento quando todas as transações elegíveis estiverem disponíveis para fusão.
 
O desempenho real do mainnet dependerá de quão rapidamente mais desenvolvedores registrarem contas Safe junto aos operadores e marcarem seu fluxo como combinável. O efeito prático para os usuários são tempos de espera mais curtos durante períodos de demanda elevada. Transações que um desenvolvedor filtra ou simplesmente nunca vê ainda podem chegar à cadeia na slot atual por meio da contribuição de outro desenvolvedor. Isso reduz a necessidade de lances defensivos excessivos e diminui a chance de uma transação transbordar para slots subsequentes. Validadores conectados aos operadores participantes recebem automaticamente o maior lance entre o multi-participante e o single-participante. Nenhum novo software é necessário para a grande maioria dos operadores de node já utilizando sidecars PBS. O sistema, portanto, oferece melhorias imediatas, ainda que parciais, na utilização sem forçar uma atualização simultânea em todo o conjunto de validadores.
 

Operadores responsáveis pelo pipeline de mesclagem e entrega

Três operadores, Titan, Ultra Sound e Aestus, começaram a servir blocos multipartidários no dia do lançamento. Seus endpoints se integram aos mesmos validadores do fluxo de registro já utilizados para relés. Os operadores recebem blocos e combinam preferências de construtores, realizam a construção apenas de acréscimo, re-simulam o resultado e comparam com a maior oferta única mais recente. Como os operadores compartilham cargas entre si, um proponente que assina um cabeçalho ainda pode obter o corpo correspondente de outro operador se o original se tornar inacessível. Esse design de carga compartilhada reduz o risco de ponto único de falha que historicamente acompanhou a infraestrutura de relés. O papel do operador é sem permissão; existe uma implementação de referência pública, e qualquer parte pode executar o software. Na prática, desempenho e confiabilidade competitivos determinarão quais operadores atrairão tráfego sustentado de construtores e proponentes.
 
Os operadores também lidam com as transações de distribuição de valor que liquida as ações excedentes. Eles mantêm visibilidade sobre as reservas depositadas pelos construtores e garantem que os pagamentos de distribuição sejam corretamente acrescentados antes que o bloco seja finalizado para entrega. Itens futuros no roadmap incluem compensação baseada em desempenho para operadores, em vez da divisão fixa atual. Por enquanto, a divisão fixa fornece um ponto de partida transparente que todas as partes podem verificar na cadeia. Validadores que executam tecnologia de validador distribuído não enfrentam requisitos adicionais; eles se beneficiam de blocos de múltiplas partes assim que seu sidecar for apontado para os endpoints dos operadores.
 

Resistência à censura por meio de múltiplos caminhos de inclusão

Sob o PBS de construtor único puro, o construtor vencedor exerce total discricionariedade sobre quais transações entram no bloco. Transações filtradas ou simplesmente não observadas devem aguardar uma slot posterior ou um construtor diferente. O MPBC altera essa dinâmica, permitindo que construtores contribuintes acrescentem transações omitidas pelo construtor base. Uma transação recusada por um construtor ainda pode aparecer se outro construtor a submeter e o operador determinar que acrescentá-la aumenta o valor do bloco sem violar as garantias de execução do bloco base. A documentação do Blockspace Forum lista explicitamente a melhoria da resistência à censura como um dos objetivos de design. O mecanismo não elimina o filtragem, mas multiplica o número de partes independentes que devem concordar em excluir uma transação antes que ela seja definitivamente adiada.
 
Essa propriedade complementa, em vez de substituir, outros designs de listas de inclusão em discussão. O FOCIL, esperado em uma atualização posterior, forçará um conjunto de atestadores selecionados aleatoriamente a inserir um número limitado de transações que o próprio protocolo observou. O MPBC opera na camada de construtor e, portanto, cobre transações que qualquer construtor participante tenha visto, incluindo aquelas que talvez nunca tenham alcançado o mempool público. Juntas, as duas abordagens criam garantias sobrepostas: inclusão forçada no nível do protocolo para um subconjunto de transações e inclusão multi-construtora impulsionada pelo mercado para um conjunto mais amplo. A combinação aumenta o custo da censura sustentada sem exigir alterações nas regras de consenso que governam a validade dos blocos hoje.
 

Compatibilidade com o PBS consagrado e atualizações futuras do protocolo

MPBC foi projetado para operar ao lado da separação consagrada entre proponentes e construtores. O ePBS melhora a transferência confiável de blocos dos construtores aos proponentes, movendo certas funções de custódia para o protocolo. O MPBC continua a funcionar porque não depende do papel intermediário de custódia do relay para sua lógica central de fusão. Os proponentes permanecem livres para selecionar a melhor oferta, independentemente de essa oferta ter chegado por um canal tradicional ou por um operador MPBC. O Blockspace Forum afirma que o sistema é totalmente compatível com ofertas sem confiança e caminhos de licitação ponto a ponto. Implementar a melhoria fora do protocolo ao mesmo tempo em que o próprio protocolo está sendo atualizado cria a oportunidade de substituir certas funções de relay de bem público por infraestrutura operada competitivamente, que gera receita proporcional ao valor que cria.
 
Olhando mais adiante, espera-se que a mesma arquitetura aditiva permaneça compatível com FOCIL e com qualquer expansão subsequente das listas de inclusão. Como o MPBC não altera as condições de validade de um bloco, mudanças no protocolo que introduzem novas restrições podem ser absorvidas pelos operadores quando eles re-simulam o resultado multi-partes. A limitação inicial a transações não contenciosas, transferências simples e pacotes autocontidos mantém a primeira versão conservadora. Versões posteriores descritas no roadmap visam expandir o conjunto de tipos de transações combináveis uma vez que a maquinaria básica tenha se mostrado estável sob carga do mainnet.
 

Oportunidades de receita para construtores menores

Construtores que raramente vencem a licitação completa ainda podem gerar receita contribuindo com transações que são anexadas aos blocos base de maior lance. O excedente criado por essas contribuições é compartilhado, proporcionando ao construtor contribuinte um retorno econômico direto. Ao mesmo tempo, um construtor que vence a vaga base se beneficia de qualquer fluxo adicional que outros construtores anexem, aumentando a chance de que seu bloco permaneça como a opção de maior valor no momento da entrega. O registro exige apenas que um construtor abra uma Safe com cada operador com o qual deseja trabalhar e depositar reservas que financiem os pagamentos de distribuição. A adesão ocorre por envio, por meio de uma simples bandeira no cabeçalho, permitindo que os construtores mantenham controle total sobre quais de seus blocos e transações participam.
 
Essa estrutura reduz a barreira para construtores especializados ou regionais. Um construtor que se concentra em uma determinada classe de transações de serviço ou no fluxo de ordens de uma área geográfica específica ainda pode monetizar esse fluxo, mesmo quando ele não produz a melhor oferta global. O efeito geral é diluir a pressão “vencedor-leva-tudo” que historicamente concentrou a construção de blocos entre um pequeno número de entidades sofisticadas. Se a diluição é suficientemente grande para alterar a estrutura de mercado dependerá de quão amplamente os construtores adotarem as bandeiras opt-in e quão efetivamente os operadores competem em qualidade e confiabilidade de merge.
 

Impacto na latência da transação e na experiência do usuário

Quando a capacidade está limitada, as transações que um único construtor não inclui transbordam para slots posteriores. Os usuários respondem oferecendo valores superiores para aumentar suas chances de inclusão imediata. O MPBC reduz tanto o transbordo quanto as ofertas defensivas ao expandir o conjunto de transações que podem ser incluídas no slot atual. Durante períodos de volatilidade de preços ou demanda elevada na rede, a capacidade de absorver fluxo adicional não conflitante pode reduzir significativamente os tempos de confirmação. A observação inicial no mainnet de mais de 20.000 transações incluídas com confirmações mais rápidas está em consonância com essa expectativa.
 
Como o bloco multipartidário é entregue apenas quando é mais valioso, o mecanismo não força transações de menor valor para dentro dos blocos à custa das de maior valor; ele simplesmente permite que mais transações de alto valor coexistam. Transações de serviço que anteriormente exigiam adesão explícita do construtor vencedor agora possuem caminhos adicionais. Um compromisso do proponente que um construtor omite ainda pode ser acrescentado por outro. Isso melhora a confiabilidade da pré-confirmação e outros mercados de serviços emergentes sem exigir que cada construtor competitivo suporte todos os protocolos de serviço. Os originadores enfrentam, portanto, um ambiente de inclusão mais previsível, mesmo enquanto o leilão subjacente permanece competitivo.
 

Restrições Técnicas da Primeira Versão de Produção

A implementação da V1 restringe deliberadamente a mesclagem a transações que não competem pelo mesmo estado contestado. Transferências simples e pacotes autocontidos são suportados; interações mais complexas que possam alterar as garantias de execução do bloco base são excluídas. Os operadores devem re-simular cada bloco de múltiplas partes, pois a raiz do estado muda quando novas transações são acrescentadas. Blocos inválidos são tratados sob os mesmos princípios de optimistic-relay já existentes: o proponente recebe o valor do slot, e após o ePBS, um operador também pode fazer uma oferta como entidade com stake.
 
Desenvolvedores e operadores continuam a confiar mutuamente na troca de cargas, embora trabalhos futuros possam introduzir mecanismos econômicos ou criptográficos que reduzam essa superfície de confiança. Essas restrições mantêm a primeira implantação dentro de limites de segurança bem compreendidos. O Blockspace Forum já indicou que uma versão V2 no final de 2026 deverá expandir o conjunto de tipos de transações combináveis assim que a experiência operacional for acumulada. Atualizações incrementais continuarão em paralelo. Portanto, o design trata o lançamento no mainnet como o início de um processo iterativo, e não como um produto final.
 

Integração do Validador e Continuidade Operacional

A maioria dos validadores já conectados aos maiores relés começa a receber blocos de múltiplas partes sem alterações na configuração. Adicionar os três endpoints do operador à lista existente de relés laterais é suficiente. Preferências como filtragem regional ou listas de construtores confiáveis ainda podem ser expressas por meio do cabeçalho de registro padrão. Jogos de temporização realizados pelos proponentes não interferem na construção do MPBC; os operadores continuamente aprimoram o melhor bloco base disponível durante todo o slot, e o proponente sempre recebe o cabeçalho de maior valor disponível no momento do pedido.
 
Falhas na infraestrutura são mitigadas pelo compartilhamento de carga entre operadores, de modo que um cabeçalho assinado ainda pode ser cumprido mesmo se o operador original se tornar temporariamente inacessível. Os operadores da tecnologia de validador distribuído não enfrentam etapas adicionais. O mesmo vale para os validadores que continuam a usar o relay otimista. Como os blocos de múltiplas partes são totalmente simulados antes da entrega, o perfil de risco para os proponentes permanece comparável ao perfil de risco que já aceitam sob o PBS convencional. O resultado líquido é um aumento no valor esperado da oferta com sobrecarga operacional mínima.
 

MPBC e o mercado em evolução de construtores de ethereum

Ao criar fluxos de receita para contribuidores que não vencem a licitação básica, o MPBC altera o cálculo econômico que impulsionou a concentração entre construtores. Um construtor não precisa mais capturar toda a vaga para extrair valor de seu fluxo de pedidos. Ao mesmo tempo, o requisito de que um bloco multipartidário só possa substituir a melhor oferta do mesmo construtor base preserva o incentivo para competir agressivamente na licitação primária. Os operadores ganham uma parte do excedente que desbloqueiam, alinhando seus incentivos com maior utilização, e não apenas com taxas de depósito. Conforme o tempo passa, espera-se que a competição entre operadores em qualidade de fusão, latência e confiabilidade impulsiona melhorias adicionais na cadeia.
 
As oficinas do Blockspace Forum em Buenos Aires e Cannes reuniram equipes representando mais de 95 por cento da produção de blocos fora do protocolo. Essa amplitude de participação aumenta a probabilidade de que o design continue a evoluir com o input das partes que realmente operam a infraestrutura. Documentação pública, painéis de métricas ao vivo e uma implementação de referência aberta reduzem ainda mais a assimetria de informação. A combinação de incentivos econômicos e medição transparente fornece uma base prática para avaliar se o modelo de múltiplas partes pode ampliar sustentavelmente a participação.
 

Conclusão

O Blockspace Forum afirmou que a implantação atual é o primeiro passo. Espera-se que uma V2 ainda este ano suporte uma gama mais ampla de tipos de transações além do conjunto não contencioso permitido hoje. A compensação baseada em desempenho para operadores está listada como um item da rota de desenvolvimento que substituirá a divisão fixa atual de 25 por cento. Arranjos de colateral compartilhado entre operadores estão em discussão para melhorar a eficiência de capital para construtores. Atualizações incrementais continuarão em paralelo com as mudanças maiores no protocolo programadas para Glamsterdam e forks subsequentes.
 
Como a arquitetura permanece aditiva, essas melhorias podem ser introduzidas sem exigir atualizações simultâneas em todo o conjunto de validadores ou construtores. A mesma documentação enfatiza a colaboração contínua com a comunidade mais ampla de pesquisa do Ethereum. Os canais de feedback permanecem abertos por meio do site do Fórum e dos espaços públicos de discussão. O lançamento do mainnet, portanto, funciona como um sistema de produção e como um ambiente de teste ao vivo para a próxima rodada de aprimoramentos.
 

🔥 Além das manchetes: O que o KuCoin 5.0 significa para você

As notícias do mercado se movem rápido — mas onde você atua sobre elas importa tanto quanto. Este outono, a KuCoin lança a KuCoin 5.0, transformando a KuCoin em uma plataforma reconstruída. Aqui está o que realmente muda para você:
 
  • Uma conta para tudo. Plataformas antigas dividiam seu dinheiro entre contas separadas de "spot", "margin" e "futures" e esperavam que você entendesse por quê. A Conta Unificada do KuCoin 5.0 remove isso completamente — faça um único depósito e tudo estará simplesmente disponível.
  • Ações, índices e commodities. O KuCoin 5.0 se expande além do cripto para mercados globais. Quando o cripto oscila lateralmente e os ativos de renda variável sobem (ou o contrário), você faz a rotação em minutos, em vez de abrir uma conta na corretora e esperar dias pelas vias de moeda fiduciária.
  • Ativos do mundo real (RWA). Exposição tokenizada a ativos tradicionais, como commodities, diretamente na sua conta de cripto. Um dos segmentos de mais rápido crescimento na finança global já não é mais reservado para instituições — você acessa-o a partir do mesmo saldo que usa para negociar.
  • Ganhe enquanto aprende. Não está pronto para negociar? KCUSD permite que suas stablecoins ganhem juros diários com composição automática. A forma menos estressante de colocar seu depósito ocioso para trabalhar com um rendimento de 4%.
  • Um assistente de IA em linguagem simples. Faça perguntas, obtenha contexto de mercado, entenda o que está vendo — integrado à plataforma, sem necessidade de jargões.
  • Um aplicativo que não sobrecarrega. Mais rápido, mais limpo e consistente — intuitivo desde o primeiro toque, não após um tutorial.
  • Segurança que você pode verificar, não apenas confiar. Uma entidade da UE com licença MiCAR, Proof of Reserves que você pode verificar por conta própria, e segurança certificada internacionalmente (SOC 2 Type II, ISO 27001:2022).
 
Crie sua conta em minutos — e comece na plataforma construída para onde o cripto está indo, não para onde já esteve.
 

Perguntas frequentes

Como a construção de bloco em múltiplas partes difere do modelo PBS de construtor único que vem operando desde o Merge?

Na pipeline PBS estabelecida, um único construtor vencedor monta todo o bloco e o proponente seleciona entre ofertas concorrentes. O MPBC parte desse mesmo bloco de única parte com a maior oferta e permite que outros construtores acrescentem transações não conflitantes que aumentem o valor total. O resultado multipartidário é oferecido somente quando excede a melhor alternativa de única parte disponível no momento da entrega. O mecanismo de leilão subjacente e a seleção do proponente permanecem inalterados; a extensão ocorre inteiramente na camada de construção e operação.

Quais benefícios concretos os usuários comuns veem com a ativação do mainnet?

Os usuários experimentam tempos médios de inclusão mais curtos para transações que anteriormente seriam adiadas quando o construtor vencedor não tinha visibilidade sobre elas ou optou por não incluí-las. Durante períodos de alta demanda, os caminhos adicionais de inclusão reduzem a necessidade de lances excessivamente altos. Dados iniciais do mainnet já registraram mais de 20.000 transações que chegaram mais rápido do que teriam sob construção exclusiva de um único construtor. O efeito é mais perceptível para transferências simples e transações de blob que se enquadram nas regras atuais de elegibilidade não contestadas.

Os validadores precisam instalar novo software ou alterar sua configuração PBS existente?

A grande maioria dos validadores já conectados aos relés principais começa a receber blocos de múltiplas partes automaticamente assim que os endpoints do operador são adicionados à sua lista de relés sidecar. Nenhuma atualização de cliente ou alteração na camada de consenso é necessária. As preferências para filtragem ou construtores confiáveis continuam sendo expressas pelos mesmos cabeçalhos de registro utilizados hoje. Configurações de tecnologia de validador distribuído não exigem etapas adicionais além da configuração padrão do endpoint.

Como o valor adicional criado pelas transações acrescentadas é compartilhado entre os participantes?

O excedente equivalente à diferença entre o valor do bloco multipartidário e o valor do bloco de única parte é dividido igualmente entre o construtor base, o construtor contribuinte, o operador e o proponente. As taxas de prioridade ainda fluem para o endereço coinbase do construtor base. Os pagamentos de distribuição são liquidados por transações acrescentadas ao bloco multipartidário e financiadas a partir das reservas que o construtor base depositou junto aos operadores. O custo de gás dessas transações de distribuição é deduzido do excedente antes da aplicação da divisão.
 

Aviso

As informações fornecidas nesta página podem originar-se de fontes de terceiros e não necessariamente representam as visões ou opiniões da KuCoin. Este conteúdo destina-se exclusivamente a fins informativos gerais e não deve ser considerado como aconselhamento financeiro, de investimento ou profissional. A KuCoin não garante a exatidão, completude ou confiabilidade das informações e não se responsabiliza por quaisquer erros, omissões ou consequências decorrentes do seu uso. Investir em ativos digitais apresenta riscos inerentes. Por favor, avalie cuidadosamente sua tolerância ao risco e sua situação financeira antes de tomar quaisquer decisões de investimento. Para mais detalhes, consulte os Termos de Uso e o Descarte de Risco da KuCoin.

Aviso legal: Esta página foi traduzida usando tecnologia de IA para sua conveniência. Para informações mais precisas, consulte a versão original em inglês.