Offline Message Queue
Nessuno ha ancora preso questa issue.
Valutazione
- Difficoltà
- 5/5
- Tempo stimato
- Più di una settimana
- Idoneità per principianti
- 25/100
- Tipo di issue
- Funzionalità
- Chiarezza
- Da chiarire
- Stato di attività
- Ferma
- Ambito
- distributed-systems, networking
Direzione di ricerca
Non vengono indicati file del repository, test o punti di ingresso. Inizia esaminando il flusso Textile DHT proposto e la issue collegata di go-libp2p-kad-dht, quindi definisci un design concordato per la consegna affidabile offline, la rimozione dei messaggi e i riconoscimenti prima dell’implementazione.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
There's an open problem we'd like to resolve:
- User A generates some content and adds it to IPFS. They want to deliver this content to user B.
- User A tries to connect to user B. However, it turns user B is offline.
- User A goes offline.
Currently, we have no good way to deliver this information to user B. Textile uses the DHT as follows:
- User A fails to connect to user B.
- User A puts
PeerIdOf(UserB) -> CidOf(content)to the DHT (treating the DHT as a sloppy hash table). - When user B comes online, they find themselves in the DHT and download their messages.
- Finally, they send an ACK back to user A (using the same mechanism).
Unfortunately:
- This is relying a lot on potentially ephemeral nodes.
- There's no way to remove these messages from the DHT until they expire (see: https://github.com/libp2p/go-libp2p-kad-dht/issues/196).
- Lingua principale
- Nessun dato sulla lingua
- Stelle
- 38
- Fork
- 2
- Metriche di merge delle PR
- Nessuna PR unita negli ultimi 30g
Preparare l'ambiente
Questo progetto non fornisce container di sviluppo, Dockerfile né guida per i contributori, quindi l'ambiente è a tuo carico: parti dal suo README e consulta la nostra guida al primo contributo per i passaggi generali.
Come iniziare
- Leggi tutta la issue e poi la guida ai contributi del progetto.
- Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
- Fai un fork del repository e lavora su un branch.
- Apri una pull request che faccia riferimento al numero della issue.
Altre issue di libp2p/notes
-
DHT Optimistic ProvideAperta
Difficoltà 5/5 Più di una settimana Idoneità per principianti 20/100
-
Difficoltà 5/5 Più di una settimana Idoneità per principianti 20/100
-
DHT
Difficoltà 5/5 Più di una settimana Idoneità per principianti 25/100
-
enhancement
Difficoltà 5/5 Più di una settimana Idoneità per principianti 25/100
-
Difficoltà 5/5 Più di una settimana Idoneità per principianti 25/100
Tutte le issue di libp2p/notes
Issue simili
-
bug
Difficoltà 2/5 1-3 ore Idoneità per principianti 78/100
signal18/replication-manager#1981 ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 78/100
lambdaclass/ethrex#7394 ·
I maintainer di solito rispondono entro 2 giorni
-
phase:3
Difficoltà 2/5 1-3 ore Idoneità per principianti 82/100
pchrysostomou/ananke#150 ·
I maintainer di solito rispondono entro 1 giorno
-
bug p0-mandatory
Difficoltà 2/5 1-3 ore Idoneità per principianti 84/100
I maintainer di solito rispondono entro 1 giorno
-
Text::diff_range panics when the snapshot's delete set names a client the document has not seenForse già presa @osazemeu l’ha presa 1 giorno fa. Aperta
Difficoltà 2/5 1-3 ore Idoneità per principianti 72/100
I maintainer di solito rispondono entro 1 giorno