libp2p/py-libp2p

Medley of `pubsub` improvements

Offen

#283 geöffnet am 05.09.2019

Auf GitHub ansehenContributor Guide
 (6 Kommentare) (1 Reaktion) (0 zugewiesene Personen)Python (238 Forks)auto 404
help wanted

Repository-Metriken

Stars
 (618 Sterne)
PR-Merge-Metriken
 (PR-Metriken ausstehend)

Beschreibung

Leaving this here while I'm reviewing the current pubsub packages...

  1. Don't serialize message sends, eg: https://github.com/libp2p/py-libp2p/blob/master/libp2p/pubsub/gossipsub.py#L172-L177 Happens here and in floodsub as well -- this is a great place to use asyncio.gather

  2. "separate policy from mechanism" -- in the same place, we defer to the particular router to decide who to send new msgs to... and then do the sending in the router itself. as far as i can tell, we can pull out the sending part into the Pubsub class, relying on the router for what should be its only job -- determining peers for some action

Contributor Guide

Research-Richtung
Untersuche das serielle Senden von Nachrichten in pubsub Klassen und refaktoriere es, um asyncio.gather für Parallelität zu verwenden. Trenne dann die Peer Auswahl (Router) vom Nachrichtenversand (Pubsub).
Tech Stack
python
Domain
backendnetworking
Issue Type
Refactoring
SchwierigkeitGeschätzte Implementierungsschwierigkeit für neue Contributors, von 1 für sehr kleine Änderungen bis 5 für Expertenarbeit.
3
Geschätzte ZeitEin grober Zeitrahmen, um zu recherchieren, zu implementieren, zu testen und einen Pull Request vorzubereiten.
Halber Tag
AktivitätsstatusWie verfügbar das Issue gerade wirkt: frisch, aktiv, stale, blockiert oder wartet auf Maintainer-Input.
Aktiv
KlarheitWie klar das Issue die erwartete Änderung, Akzeptanzkriterien und den nächsten Schritt erklärt.
Klar
Voraussetzungen
Pythonasyncio
EinsteigerfreundlichkeitEin Score von 1 bis 100, der schätzt, wie zugänglich dieses Issue für First-Time Contributors ist.
60