Uso de Bitcoin u otra Altcoin para almacenamiento de base de datos descentralizado

Sí, ha habido algunas ideas propuestas, como FileCoin , Storj y probablemente otras. Sin embargo, no estoy seguro de qué tan bien funcionan estos sistemas porque tendría que haber una manera de demostrar a otros compañeros que realmente está sirviendo la información. Algunos lo llaman prueba de almacenamiento, otros prueba de recuperabilidad. Pero sigue siendo un problema abierto que nadie parece haber resuelto todavía. Quiero decir, esta es probablemente la razón por la cual los dos proyectos que mencioné anteriormente aún no están listos.

Desde un punto de vista técnico, la idea de un sistema de almacenamiento P2P es que si carga un contenido en esta nube, esperaría que esté allí todo el tiempo . Ese es todo el punto de una nube; lo subes, y puedes descargarlo desde cualquier parte del mundo en cualquier momento. No estoy seguro de que P2P sea una buena solución para este problema. Un modelo cliente-servidor, de una entidad en la que confíe y pague directamente que tenga reputación (por ejemplo, Dropbox), es probablemente un mejor mecanismo para hacer esto.

En un sistema P2P, todos los nodos que contenían sus datos podrían simplemente desconectarse sin ningún motivo en particular y sus datos serían inaccesibles. Además, incluso si los nodos fueran incentivados para seguir compartiendo sus datos (tal vez siendo compensados ​​a través de alguna forma de criptomoneda), todavía no hay forma de averiguar cómo funcionaría exactamente el incentivo. Por ejemplo, ¿cómo evitaría servir sus propios datos usando otra computadora y, por lo tanto, obtener todas las criptomonedas usted mismo?

Es un problema muy interesante y creo que lo estamos logrando lentamente, pero realmente necesitamos tener los incentivos correctos, y es un problema realmente difícil en un sistema P2P. Pero oye, hay esperanza, ¡solo mira Bitcoin!

Echa un vistazo a Datacoin, es mucho más parecido a bitcoin que las alternativas mencionadas como Storj. Además, se lanzó hace unos dos años.

Desafortunadamente, se está muriendo, pero todavía hay nodos activos y funciona.

Parece que ya existe una solución de trabajo en vivo que utiliza el protocolo NXT. Parece que han implementado la capacidad de cargar archivos en la cadena de bloques, pero parece que el tamaño máximo de archivo es de 42 kb. También parece que están abordando la hinchazón de la cadena de bloques mediante la poda de datos cada 2 semanas, pero algunos nodos pueden desactivar esta función y mantener los datos indefinidamente y cobrar una tarifa por la recuperación de datos antiguos.

https://nxtforum.org/nrs-releases/nrs-v1-5-3e/

Esta actualización agrega la función de datos etiquetados que se pueden podar, que también se planea habilitar en el bloque del sistema de votación.

Los datos etiquetados editables son similares a los mensajes simples editables sin destinatario, pero con campos de metadatos adicionales que se pueden buscar. Esta característica se puede usar para la distribución descentralizada y sin confianza de pequeños datos (hasta 42k, incluidos los metadatos), que se almacenan de forma predeterminada solo durante dos semanas (24 horas en testnet), pero opcionalmente se pueden almacenar por más tiempo o indefinidamente por algunos nodos, y se pueden verificar contra la cadena de bloques incluso después de su vencimiento.

Actualmente, cada dato etiquetado puede tener los siguientes campos, además de los datos en sí: nombre (obligatorio), descripción, etiquetas, tipo, esTexto, nombre de archivo.

El nombre, la descripción y las etiquetas se indexan y se pueden buscar con Lucene. Todos los datos y metadatos se pueden podar; después de la poda, solo queda un único hash de 32 bytes.

La tarifa por cargar o ampliar datos etiquetados se basa en el tamaño total de los datos (incluidos los metadatos) y es de 1 NXT por hasta 1k bytes, 0,1 NXT por cada 1k arriba, hasta el límite de 42k.