Rechtliche Auswirkungen des Ausführens eines Schwarmknotens in einem VPS / Server [geschlossen]

Ich unterstütze Swarm voll und ganz und würde gerne ein Teil davon sein und einen Knoten/eine Farm für das Swarm-Netzwerk bereitstellen, also sind meine Fragen.

1.-Während viele VPS-Anbieter damit einverstanden sind, dass Sie einen Ethereum-Knoten betreiben, werden viele die Idee nicht mögen, dass unbekannte Dateien auf einem ihrer Server gespeichert werden, genauso wie sie manchmal Torrenting oder andere P2P-Technologien nicht mögen. Wird der Betrieb eines Swarm-Knotens für Serveranbieter genauso umstritten sein wie der Betrieb eines Ausgangs-TOR-Knotens? Werden sie Missbrauchsbeschwerden oder dmca-Benachrichtigungen generieren, mit denen sich Swarm-Knotenbetreiber befassen müssten?

2.- Derzeit adressiert Storj Urheberrechtsbeschwerden direkt. https://storj.io/terms-of-use.html (siehe Artikel 6). Sollten wir etwas Ähnliches von Swarm erwarten?

Entweder gibt es zu viele Antwortmöglichkeiten oder gute Antworten wären zu lang für dieses Format. Bitte fügen Sie Details hinzu, um die Antwortmenge einzugrenzen oder ein Problem zu isolieren, das in wenigen Absätzen beantwortet werden kann.
Die Frage wurde umformuliert.
Es hört sich so an, als würden Sie vier Fragen stellen (1) ob SWARM-Knoten unter dem DMCA Anspruch auf Safe Harbor haben und wie sie sich rechtlich von beispielsweise TOR oder Freenet unterscheiden ? (2) ob es SWARM-Knoten technisch möglich ist, die Speicherung oder Übertragung bestimmter Inhalte abzulehnen. (3) ob es möglich wäre, eine Art Whitelist/Blacklist/DMCA-Liste zu haben, die Knoten optional abonnieren könnten. (4) ob Pläne zur Einführung eines solchen Systems bestehen.
Wenn die Frage zu weit gefasst ist, dann ist sie zu weit gefasst. Bitte Mods lösche die Frage, da ich es nicht tun kann, weil es Antworten gibt.
@wacax, das ist immer noch offen, Sie fragen keinen Justin, der gut für das QA-Format ist. Vielleicht können Sie Reddit verwenden, weil sie diese fördern. TA.

Antworten (1)

Siehe Nummer 4 in den unten angegebenen Zielen (denken Sie daran, dass Dateien als Chunks auf mehreren Knoten gespeichert werden, Chunks werden aufgeteilt und auf vielen Knoten gespeichert:

Datenblöcke (max. 4K), die grundlegende Einheit zum Speichern und Abrufen im Schwarm

Schwarmziele bringen die folgenden Designanforderungen mit sich:

1) Verteilte Speicherung, Inklusivität, Long-Tail-of-Power-Gesetz

2) flexible Raumerweiterung ohne Hardware-Investitionsentscheidungen, unbegrenztes Wachstum

3) Null Ausfallzeit

4) unveränderliche, fälschungssichere, überprüfbare, aber plausibel leugnbare Speicherung

5) kein Single Point of Failure, Fehler- und Angriffsresilienz

6) Zensurwiderstand, allgemein zugängliche dauerhafte öffentliche Aufzeichnung

7) Nachhaltigkeit durch ein Anreizsystem

8) effiziente marktorientierte Preisgestaltung. handelbarer Kompromiss zwischen Arbeitsspeicher, persistentem Speicher und Bandbreite

9) effiziente Nutzung der Blockchain durch das Swarm-Accounting-Protokoll

10) Deposit Challenge Based Guaranteed Storage [geplant für POC 0,4 bis Q2 2017]

Die oben genannten Informationen stammen aus dem Swarm-Wiki. Diese Informationen sollten nicht als Rechtsberatung angesehen werden !!!

Rechtliche Auswirkungen des Ausführens eines Schwarmknotens in einem VPS / Server [geschlossen]
AntwortenHierDatenschutz-Bestimmungen1y, 0v