Recuerdo el mes de julio del año pasado: ayudé a un amigo, Lao Zhang, que presta un servicio de nodos, a mover una vez un servidor. En aquel momento me mostró las facturas del centro de datos; lo más caro no era el propio servidor, sino una serie de “soluciones de respaldo”: doble disco duro, copias de seguridad en otra ubicación, nodos redundantes. A primera vista parecen inversiones duplicadas, pero dijo una frase que me quedó muy grabada: “Cuando de verdad hay un problema, nadie se queja de que las copias de seguridad sean caras.”
Últimamente, al volver a estudiar el diseño de almacenamiento de @BabylonLabs_io , se me ocurrió esa frase.
Mucha gente, al ver en la documentación de Babylon la escala de los datos mencionada, la primera reacción podría ser: “Aunque sean decenas de TB o unos cuantos TB, para la infraestructura actual eso no es un problema.”
Pero lo que realmente merece atención no es el tamaño de la capacidad, sino quién tiene la capacidad de asumir estos costos a largo plazo.
Supongamos que un sistema necesita mantener los datos de 100 counterparty. Una única copia de almacenamiento podría ser aceptable, pero al incorporar un respaldo completo, la demanda se duplica de inmediato. Desde el punto de vista de la seguridad, esto tiene sentido, porque los datos sin respaldo no pueden considerarse realmente fiables.
El problema es que, cuando los costos de redundancia siguen aumentando, ¿los operadores pequeños todavía podrán participar?
Si solo los nodos con grandes recursos pueden asumir el costo completo de almacenamiento, validación y recuperación, entonces aunque la red sea más segura, podría ir acercándose lentamente a la centralización. Al final, no es que la criptografía limite la descentralización, sino que el costo de la infraestructura elimina a los participantes comunes.
Una red segura no solo depende de lo fuertes que sean los algoritmos; también hay que ver si las personas que participan en su mantenimiento son lo suficientemente diversas.
No creo que una necesidad de datos a nivel de 8.6 TB vaya a afectar directamente el desarrollo de Babylon, pero a medida que aumente la cantidad de counterparty, la estrategia de almacenamiento, la distribución de costos y el ecosistema de operadores se convertirán en variables clave.
Una infraestructura realmente excelente no solo logra “que no haya errores”, sino también que más personas tengan la capacidad de participar en ella.
Para Babylon, la siguiente etapa quizá no sea poner a prueba el límite técnico, sino cómo encontrar el equilibrio entre seguridad y apertura.
#baby $BABY
Últimamente, al volver a estudiar el diseño de almacenamiento de @BabylonLabs_io , se me ocurrió esa frase.
Mucha gente, al ver en la documentación de Babylon la escala de los datos mencionada, la primera reacción podría ser: “Aunque sean decenas de TB o unos cuantos TB, para la infraestructura actual eso no es un problema.”
Pero lo que realmente merece atención no es el tamaño de la capacidad, sino quién tiene la capacidad de asumir estos costos a largo plazo.
Supongamos que un sistema necesita mantener los datos de 100 counterparty. Una única copia de almacenamiento podría ser aceptable, pero al incorporar un respaldo completo, la demanda se duplica de inmediato. Desde el punto de vista de la seguridad, esto tiene sentido, porque los datos sin respaldo no pueden considerarse realmente fiables.
El problema es que, cuando los costos de redundancia siguen aumentando, ¿los operadores pequeños todavía podrán participar?
Si solo los nodos con grandes recursos pueden asumir el costo completo de almacenamiento, validación y recuperación, entonces aunque la red sea más segura, podría ir acercándose lentamente a la centralización. Al final, no es que la criptografía limite la descentralización, sino que el costo de la infraestructura elimina a los participantes comunes.
Una red segura no solo depende de lo fuertes que sean los algoritmos; también hay que ver si las personas que participan en su mantenimiento son lo suficientemente diversas.
No creo que una necesidad de datos a nivel de 8.6 TB vaya a afectar directamente el desarrollo de Babylon, pero a medida que aumente la cantidad de counterparty, la estrategia de almacenamiento, la distribución de costos y el ecosistema de operadores se convertirán en variables clave.
Una infraestructura realmente excelente no solo logra “que no haya errores”, sino también que más personas tengan la capacidad de participar en ella.
Para Babylon, la siguiente etapa quizá no sea poner a prueba el límite técnico, sino cómo encontrar el equilibrio entre seguridad y apertura.
#baby $BABY