Harder Drive: los discos duros que no queríamos ni necesitábamos [video] (2022)

• Harder Drive es una página que reúne en un solo lugar el paper, el video, la app y los recursos de audio del proyecto de discos duros que no queríamos ni necesitábamos
• Incluye enlaces al paper relacionado y a videos de YouTube, por lo que se puede seguir la explicación del proyecto tanto en texto como en video
• La app para explorar el espacio de direcciones IPv4 se ofrece por torrent, y para ejecutarla puede hacer falta Windows de 64 bits y suficiente RAM
• Como ejemplo de requisito de RAM figura 32 GB?, así que las restricciones del entorno de ejecución son mayores que las de una demo liviana típica
• También hay audio de tonos de llamada y una sección “Have your own Harder Drive”, pero con el texto proporcionado es difícil confirmar el método concreto de uso

---

Colección de recursos de Harder Drive

• El título de la página es Harder Drive: Hard drives we didn't want or need
• Está estructurada principalmente en torno a frases breves y títulos de secciones que llevan a recursos relacionados, más que a una explicación extensa

Paper y videos

• La sección “Read words” indica que se puede leer el paper relacionado
• La sección “Watch draws and hear words” lleva a varios videos del canal de YouTube

App para explorar IPv4

• La sección “Browse the internet” indica que se puede descargar por torrent la app usada en el video para explorar el espacio de direcciones IPv4
• Como condiciones de ejecución, se necesita una máquina con Windows de 64 bits y suficiente RAM; el ejemplo de RAM aparece como 32 GB?

Otros elementos disponibles

• En la sección “Ringtones” se puede descargar el audio de tonos de llamada del video junto con otras canciones
• La sección “Have your own Harder Drive” empieza con la expresión “impenetrable”, pero con el texto proporcionado no se puede confirmar el contenido concreto

[GN⁺]

Opiniones en Hacker News

• Recomiendo ver todo el catálogo anterior. No sé si haya alguien activo hoy con tanta creatividad como Tom7.

  • De acuerdo. La primera vez que conocí a Tom7 fue con "Super Mario Bros. is Easy with Lexicographic Orderings and Time Travel...", y desde entonces quedé totalmente enganchado.
  • SIGBOVIK siempre es excelente, y Tom7 suele ser el protagonista constante de ese escenario.

• Me pregunto cuánta gente habrá conocido a Tom7 por primera vez aquí gracias a este video.

  • Se me ocurrió algo tan absurdo que pensé que no podía existir, y este tipo propone una idea todavía más absurda y encima la implementa de verdad.
    Además, muestra por qué es una gran idea para construir un futuro sostenible.
  • No lo conocía en absoluto y me pareció impresionante. Me suscribí.

• Varias ideas son muy antiguas, pero me encanta la seriedad cómica.
  Me recuerda a los antiguos circuitos analógicos de retardo. Si no recuerdo mal, enviaban la señal como ondas sonoras dentro de vidrio, con varias tomas para generar distintos retardos.
  Además, un ejemplo genial que quizá merezca una publicación aparte: https://www.eevblog.com/forum/projects/glass-ultrasonic-dela...

• Era la primera vez que veía contenido de Tom7 y esperaba algo como un video nerd divertido.
  Después de verlo, me dio escalofríos y sentí catarsis. No esperaba que al final girara hacia un tema bastante serio.
  Creo que solo por la estructura completa ya merecería un premio, y además tiene un enorme trabajo de ingeniería detrás. La calidad está más allá del nivel al que podría aspirar en toda mi vida.

  • Mi parte favorita de este video es que usa "Network Block Device Kit" para crear tres kits de unidades, y cada uno corresponde a una de esas palabras.
    Se dividen en almacenamiento "Network", almacenamiento "Block" y almacenamiento "Device".

• Recuerdo que alrededor de 2003 lcamtuf habló de un concepto muy parecido.
  En esa versión, dividías los datos secretos y los enviabas a direcciones de correo inexistentes, para que rebotaran unos días después.
  Si querías volver a reunir el secreto, recopilabas los fragmentos adecuados, y tenías que llevar un registro de todos los fragmentos en algún lugar. O simplemente enviarlos a otra dirección de correo inexistente.

• http://tom7.org/papers/murphy2022harder.pdf

  • Sí, pero las presentaciones en video de Tom7 también siempre son realmente entretenidas.

• La premisa básica de la unidad basada en ping, es decir, aprovechar un medio transitorio como el tiempo de transmisión de los paquetes, era el núcleo de clacks(https://github.com/AlexanderParker/clacks). Me dio gusto ver que alguien más explorara una idea similar.
  Mi enfoque era más bien un sistema P2P en el que los pares se rebotaban paquetes aleatorios entre sí, en lugar de usar ping ICMP.
  Además, dejé una simulación de la red de pares y un video renderizado de un único mensaje propagándose por la red: https://github.com/AlexanderParker/clacks-tests/blob/main/pr...
  Recuperar un archivo de esta forma tomaría algo de tiempo. "Algún día" vuelve.

• Me encanta la idea de enviar datos muy lejos para almacenarlos en búfer, rebotarlos en algo como la Luna y usar esa distancia de propagación como memoria.

  • La primera máquina autorreplicante en Conway's Game of Life usaba este principio. Tenía dos brazos constructores, y la receta necesaria para autorreplicarse estaba codificada en gliders que rebotaban de un lado a otro entre ambos brazos.
    Resultó que este método era mucho más simple que construir algún tipo de dispositivo de almacenamiento.
    https://conwaylife.com/wiki/Gemini
  • Es como un tubo de memoria de línea de retardo muy, muy largo. Solo que casi todo es casi vacío, no mercurio.
    https://en.wikipedia.org/wiki/Delay-line_memory
  • Lamentablemente, como la pérdida de trayectoria en espacio libre limita la capacidad de canal de Shannon-Hartley, la cantidad total de información que se puede almacenar de esta manera se aproxima asintóticamente a 0 a medida que aumenta la distancia.
    Como referencia, la fórmula combinada es C=d×B×log_2(1+(Dc÷4πdf)²×S÷N)÷c. Y lim->∞ d×ln(1+1÷d²), lamentablemente, es 0. Curiosamente, intentar almacenar más información aumentando el ancho de banda y, por lo tanto, la frecuencia central, enfrenta el mismo límite.
    Wolfram Alpha todavía no da bien una solución en forma cerrada para la distancia óptima.
  • En el pasado, era un método común para almacenar señales analógicas.
    https://en.m.wikipedia.org/wiki/Delay-line_memory
  • La memoria de línea de retardo usó este concepto de varias maneras. Por ejemplo, reflejando ondas sonoras lentas dentro de una habitación, o transmitiendo torsión por un cable largo enrollado.

• Hay que elogiar aquí el giro estilo Inception. Durante todo el video estuve haciéndome el listo pensando: "estas formas ridículas y derrochadoras de almacenar datos siguen siendo bastante más eficientes que la blockchain".
  Pero resultó que ese era el punto central escondido.

• Hace 2 años también tuvo 41 comentarios.
  https://hn.algolia.com/?dateRange=all&page=0&prefix=false&qu...