Implicaciones legales de ejecutar un nodo Swarm en un VPS/Servidor [cerrado]

Apoyo totalmente a Swarm y me gustaría ser parte de él y proporcionar un nodo/granja a la red Swarm, así que mis preguntas son.

1.-Si bien muchos proveedores de VPS están de acuerdo con que usted ejecute un nodo Ethereum, a muchos no les gustará la idea de que los archivos desconocidos se almacenen en uno de sus servidores de la misma manera que a veces no les gusta el uso de torrents u otras tecnologías p2p. ¿Ejecutar un nodo Swarm será tan controvertido para los proveedores de servidores como ejecutar un nodo TOR de salida? ¿Generarán quejas de abuso o notificaciones dmca con las que los operadores de nodos Swarm tendrían que lidiar?

2.- Actualmente, Storj atiende directamente las Quejas de Derechos de Autor. https://storj.io/terms-of-use.html (Ver artículo 6). ¿Deberíamos esperar algo similar hecho por Swarm?

Hay demasiadas respuestas posibles o las buenas respuestas serían demasiado largas para este formato. Agregue detalles para limitar el conjunto de respuestas o para aislar un problema que pueda responderse en unos pocos párrafos.
la pregunta ha sido reformulada.
Parece que está haciendo cuatro preguntas (1) si los nodos SWARM tienen derecho a Safe Harbor bajo la DMCA y en qué se diferencian legalmente de, por ejemplo, TOR o freenet . (2) si es técnicamente posible que los nodos SWARM se nieguen a almacenar o transmitir cierto contenido. (3) si sería posible tener algún tipo de lista blanca/lista negra/lista DMCA a la que los nodos podrían suscribirse opcionalmente. (4) si hay planes para implementar dicho sistema.
Si la pregunta es demasiado amplia, entonces es demasiado amplia. por favor Mods borre la pregunta ya que no puedo hacerlo porque tiene respuestas.
@wacax todavía tiene un final abierto, no le estás pidiendo a Justin que sea bueno para el formato de control de calidad. Puede ser que puedas usar Reddit porque fomentan esto. EJÉRCITO DE RESERVA.

Respuestas (1)

Consulte el número 4 en los objetivos establecidos a continuación (tenga en cuenta que los archivos se almacenan como fragmentos en varios nodos, los fragmentos se dividen y almacenan en muchos nodos:

fragmenta piezas de datos (máx. 4K), la unidad básica de almacenamiento y recuperación en el enjambre

Los objetivos de enjambre implican los siguientes requisitos de diseño:

1) almacenamiento distribuido, inclusión, larga cola de la ley de potencia

2) expansión flexible del espacio sin decisiones de inversión en hardware, crecimiento ilimitado

3) cero tiempo de inactividad

4) almacenamiento inmutable, imposible de falsificar, verificable pero plausiblemente negable

5) ningún punto único de falla, resistencia a fallas y ataques

6) resistencia a la censura, registro público permanente universalmente accesible

7) sostenibilidad debido a un sistema de incentivos

8) precios eficientes impulsados ​​por el mercado. compensación negociable de memoria, almacenamiento persistente, ancho de banda

9) uso eficiente de la cadena de bloques por el protocolo de contabilidad de enjambre

10) almacenamiento garantizado basado en desafíos de depósito [planeado para POC 0.4 para el segundo trimestre de 2017]

Lo anterior provisto de la wiki de Swarm, ¡esta información no debe considerarse asesoramiento legal!

Implicaciones legales de ejecutar un nodo Swarm en un VPS/Servidor [cerrado]
RespuestasAquíPolítica de privacidad1y, 0v