p2p: allowed_peers list propagated network-wide instead of being local to the node
Mantenedores costumam responder em até 2 dias
Ninguém assumiu esta issue ainda.
Avaliação
- Dificuldade
- 4/5
- Tempo estimado
- 3-5 dias
- Facilidade para iniciantes
- 48/100
- Tipo de issue
- Bug
- Clareza
- Razoavelmente clara
- Status de atividade
- Pouca atividade
- Stack de tecnologia
- go
- Domínio
- networking
Direção de pesquisa
Comece rastreando a configuração de CLI --allowed_peers pelos caminhos de anúncio de peers P2P e de tratamento de conexões. Reproduza a topologia sequencer/fullnode descrita na issue e, em seguida, verifique se a restrição é aplicada somente pelo node que a definiu e se fullnodes sem restrições aceitam novos peers.
Escrita pelo modelo de indexação a partir do texto da issue.
Descrição
Sequencer version : v1.1.0-rc.1
Description
When running a sequencer node with --allowed_peers=fullnode-1,fullnode-2, the allowed peers list appears to be propagated to the rest of the network. As a result, other fullnodes that try to connect via P2P to fullnode-1 or fullnode-2 are rejected, even though those fullnodes never set allowed_peers themselves.
Expected Behavior
The allowed_peers configuration should be local to the node that runs the argument. It should only restrict which peers that specific node accepts connections from. It must not be advertised or enforced on other nodes in the network.
Actual Behavior
The allowed_peers list set on the sequencer is propagated across the network. Nodes that did not set allowed_peers still refuse connections from nodes not on the sequencer's list.
Network Topology
The following diagram illustrates the affected network and the expected isolation of the allowed_peers constraint:
Eden Testnet Network
┌─────────────────────────────────────────────────────────────────────┐
│ │
│ ┌───────────────────────────────┐ │
│ │ Sequencer │ │
│ │ allowed_peers=fullnode-1, │ │
│ │ fullnode-2 │ │
│ └──────────────┬────────────────┘ │
│ │ P2P │
│ ┌────────┴────────┐ │
│ │ │ │
│ ┌─────▼──────┐ ┌──────▼─────┐ │
│ │ fullnode-1 │ │ fullnode-2 │ │
│ └─────┬──────┘ └──────┬─────┘ │
│ │ │ │
│ │ P2P (EXPECTED) │ P2P (EXPECTED) │
│ │ │ │
│ ┌─────▼─────────────────▼─────┐ │
│ │ new-fullnode-N ... │ │
│ │ (unable to connect — BUG) │ │
│ └─────────────────────────────┘ │
│ │
└─────────────────────────────────────────────────────────────────────┘
Legend:
──► P2P connection (established / expected)
BUG: new-fullnode-N cannot connect to fullnode-1 or fullnode-2
because the sequencer's allowed_peers list is enforced there
Intended behavior (allowed_peers should be local)
Sequencer ←──(only accepts fullnode-1, fullnode-2)──► fullnode-1
──► fullnode-2
fullnode-1 ←──(no restriction; accepts any peer)──► new-fullnode-N
fullnode-2 ←──(no restriction; accepts any peer)──► new-fullnode-N
Steps to Reproduce
- Start a network with: sequencer, fullnode-1, fullnode-2.
- Run the sequencer with
--allowed_peers=fullnode-1,fullnode-2. - Attempt to join a new fullnode that connects via P2P to fullnode-1 or fullnode-2.
- Observe: the new fullnode is rejected by fullnode-1/fullnode-2 despite them not having
allowed_peersset.
Environment
- Network: eden-testnet
- Observed: week of 2026-04-14
Impact
Any new node attempting to sync via fullnode-1 or fullnode-2 is silently blocked, making fullnode only syncing through DA unless modifying the sequencer's allowed_peers list.
- Linguagem predominante
- Go
- Estrelas
- 361
- Forks
- 287
- Merge médio
- 3d 11h
- PRs com merge (30d)
- 11
Preparar o ambiente
- Sem Dockerfile nem arquivo Docker Compose
- Tem um modelo de pull request
- Ler o guia de contribuição
Primeiros passos
- Leia a issue inteira e depois o guia de contribuição do projeto.
- Comente na issue dizendo que vai assumir — evita que duas pessoas façam o mesmo trabalho.
- Faça um fork do repositório e trabalhe em uma branch.
- Abra um pull request que referencie o número da issue.
Mais de evstack/ev-node
-
Dificuldade 3/5 1-2 dias Facilidade para iniciantes 35/100
Mantenedores costumam responder em até 2 dias
-
EVM: Set FinalizedHash correctly in `forkChoiceUpdatedV3` call in ExecuteTxsTalvez já em andamento @tac0turtle assumiu há 35 dias. AbertaC:evm T:code-hygiene
Dificuldade 5/5 Mais de uma semana Facilidade para iniciantes 35/100
evstack/ev-node#2402 · 4 comentários ·
Mantenedores costumam responder em até 2 dias
-
[Feature Request]: double-sign detectionTalvez livre de novo @CaelRowley assumiu há 161 dias e não há nenhum pull request aberto. Abertagood first issue T:enhancement
Dificuldade 5/5 Mais de uma semana Facilidade para iniciantes 30/100
evstack/ev-node#1672 · 6 comentários ·
Mantenedores costumam responder em até 2 dias
Todas as issues de evstack/ev-node
Issues semelhantes
-
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 72/100
Mantenedores costumam responder em até 1 dia
-
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 72/100
Mantenedores costumam responder em até 1 dia
-
Broken Claude manifestAberta
Dificuldade 1/5 Menos de uma hora Facilidade para iniciantes 88/100
-
[Chore] Remove dead AutogenV2 feature flagTalvez já em andamento @geeknishantkyeus assumiu hoje. Abertabug triage
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 75/100
kyverno/kyverno#17936 · 1 comentário · 1 reação ·
Mantenedores costumam responder em até 1 dia
-
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 78/100