Compare commits

..

No commits in common. "0316e5aed394be481b7bd10f6b9d3c7a5a718b9e" and "53b2d6eaef3404acf1fa2001d2c0edabb10446da" have entirely different histories.

2 changed files with 13 additions and 15 deletions

View file

@ -2,10 +2,20 @@
## Ideas
- [[Magents o torrents reproducibles]]
### Magnets/torrents reproducibles
Muchas veces pasa que se generan distintos torrents para los mismos archivos. Esto hace que la _swarm_ de peers sea distinta, causando una distribución ineficiente que hace a la red más lenta innecesariamente.
Para evitar esto, se podría hacer un estándar para generar torrents reproducibles inspirado en el [software reproducible](https://reproducible-builds.org/).
Esto se puede hacer únicamente en archivos grandes (¿>1MB?) para evitar tener muchos torrents distintos para un torrent con muchos archivos chicos como un sitio web ([[Ideas para una web distribuida]]).
Esto lo haría el programa que cree el torrent. Cuando detecta un archivo grande, lo hace un torrent separado y crea un "hipervinculo" en el torrent madre para que sepa donde está el archivo.
Esta sería una extensión incompatible con los clientes actuales ya que no descargarían automáticamente el archivo. Aunque... podría armarse el torrent separado pero también agregar el archivo al torrent madre. Lx peer que soporta esta extensión puede detectar el hipervínculo y descargarlo de ahí. A partir de eso hasta podría detectar cuando otrx peer le pide el archivo del torrent madre y servirle el del torrent separado, haciendo un uso eficiente de disco y beneficiando también a peers desactualizados.
Creo que [[BitTorrent v2]] implementa algo similar, lo que es importante porque significaría que no lo tendría que reeimplementar.
## Clientes
- [sircmpwn/btqd](https://git.sr.ht/~sircmpwn/btqd) en Hare
- [Agregore](https://agregore.mauve.moe/) es un navegador distribuido, que soporta BitTorrent y BitTorrents mutables.
- [RangerMauve/bt-fetch](https://github.com/rangermauve/bt-fetch): usar BitTorrent como `fetch()`

View file

@ -1,12 +0,0 @@
Muchas veces pasa que se generan distintos torrents para los mismos archivos. Esto hace que la _swarm_ de peers sea distinta, causando una distribución ineficiente que hace a la red más lenta innecesariamente.
Para evitar esto, se podría hacer un estándar para generar torrents reproducibles inspirado en el [software reproducible](https://reproducible-builds.org/).
Esto se puede hacer únicamente en archivos grandes (¿>1MB?) para evitar tener muchos torrents distintos para un torrent con muchos archivos chicos como un sitio web ([[Ideas para una web distribuida]]).
Esto lo haría el programa que cree el torrent. Cuando detecta un archivo grande, lo hace un torrent separado y crea un "hipervinculo" en el torrent madre para que sepa donde está el archivo.
Esta sería una extensión incompatible con los clientes actuales ya que no descargarían automáticamente el archivo. Aunque... podría armarse el torrent separado pero también agregar el archivo al torrent madre. Lx peer que soporta esta extensión puede detectar el hipervínculo y descargarlo de ahí. A partir de eso hasta podría detectar cuando otrx peer le pide el archivo del torrent madre y servirle el del torrent separado, haciendo un uso eficiente de disco y beneficiando también a peers desactualizados.
Creo que [[BitTorrent v2]] implementa algo similar, lo que es importante porque significaría que no lo tendría que reeimplementar.