BE Diskussion:Liquid Democracy — Anforderungen, Betrieb und Sicherheitsrichtlinien

Kritik: web-basiert ist unsicher

Vorsicht: Anforderungen nicht zu hoch stellen, sonst wird eine Implementierung nie fertig oder verschlingt unangemessen viele Ressourcen!

Sicher, aber wenn man in den Parlamentsbetrieb geht, wird man die ganze Sache nochmal neu aufrollen müssen, denn web-basierte Applikationen können einfach nicht wirklich sicher gemacht werden. Am Schluss könnte nur ganz selten hier und da manipuliert werden, und der einfache Pirat, der aufschreit, wird als Denunziant diffamiert. Gerade wir Piraten sollten unsere Apps auf eine höheren Sicherheitsniveau bauen, als eine durchschnittliche Firma oder Bank. Es geht hier schließlich auf absehbare Zeit um reale Beschlüsse mit realen politischen Folgen, sei es in Münster, in Berlin, im Landtag NRW oder im Bundestag. —lynX

Meiner Meinung nach sind Firewalls, Code-Reviews, etc. nur ein Weg um Betriebsstörungen durch Hacker zu erschweren. Manipulationen 100%ig ausschließen können diese Maßnahmen nicht – dazu ist das gesamte technische System viel zu komplex. Wenn Webapplikationen unsicher sind, welche Art von Programmen wären denn dann sicher? Der Einsatz eines dezentralen Systemes, welches sich z.B. auf mathematische Verschlüsselungsverfahren verlässt, erhöht zumindest die Komplexität noch weiter. Aufgrund nicht auszuschließender Manipulationen werden andere Organe nicht verpflichtet, Entscheidungen des Systemes umzusetzen. In unserem Entwurf für die Satzung heißt es: "Alle Organe und Mandatsträger sind grundsätzlich dazu angehalten, jedoch nicht verpflichtet, sich entsprechend dieser getroffenen Entscheidungen zu verhalten." Natürlich ist es im Sinne der Basisdemokratie wünschenswert dennoch möglichst verlässliche Ergebnisse zu ermitteln. Deshalb haben wir folgendes gefordert: "Die Berechnungsgrundlagen von Abstimmungsergebnissen oder Antragsbewertungen müssen jedem Benutzer des Systems mindestens 23 Wochen nach Abschluss des jeweiligen Themas (z. B. durch eine endgültige Abstimmung) zur Verfügung gestellt werden. In den Berechungsgrundlagen sind Namen oder Pseudonyme der Abstimmenden und bei Stimmübertragung auch die der Delegierenden enthalten. [...] Die Information darüber, welche alten Pseudonyme welchem Mitglied zugeordnet waren, sind in Form einer Papierakte für 3 Jahre aufzubewahren. Die Landesmitgliederversammlung kann beantragen, dass diese Papierakte von der Wahlkommission geprüft wird.". Vorstand und Mandatsträger werden sich entsprechend ihrer Umsetzung der Beschlüsse aus Liquid Democracy insbesondere bei den jeweils nächsten internen Wahlen verantworten müssen. Diese Personenwahlen finden natürlich außerhalb von Liquid Democracy statt, da sie nach PartG §15 und PartG §17 geheim sein müssen. BTW: Ich persönlich möchte mir (derzeit) weder von der Piratenpartei noch von einer anderen Partei vorschreiben lassen, welche Programme ich auf meinem Computer zu installieren habe ;-) --Jbe 18:37, 3. Nov. 2009 (CET)

Falscher Zeitpunkt

Ich halte es für fatal, zu diesem Zeipunkt überhaupt Regeln und Satzungsvorschläge für Liquid Democracy festzulegen. Der Einführungsprozess von Liquid Democracy in der Piratenpartei sollte durch empirische Erfahrungen mit unterschiedlichen Implementationen geprägt sein und nicht aus irgendwelchen abstrakten Ideen entstehen. Die so gefassten Regeln sind auf jeden Fall verdammt dazu, fehlerhaft zu sein und basieren auf zu provisorischen Vorstellungen davon, was LD überhaupt sein und leisten kann.

Das Bestreben, LD von Anfang an bürokratisch zu verankern entspringt vermutlich aus der Idee, dass ein unkontrollierter Testbetrieb keinerlei Verbindlichkeit entfalten könnte. Diese Idee ist falsch, denn eine Wirkung auch von Test-LDs entsteht ja schon durch die Teilnahme vieler Piraten, nicht erst durch die Nennung in irgendeiner Satzung. Gleichzeitig geht man so nicht das Risiko ein, bei einer gescheiterten Einführung mit eigenartigen LD-Fragmenten in der Satzung sitzen zu bleiben. --Pudo 01:10, 4. Nov. 2009 (CET)

Gleiche Wahl

Wie kann man von gleicher Wahl sprechen, wenn durch Stimmdelegationen offensichtlich ein ungleiches Stimmgewicht einzelner Teilnehmer zustande kommt? Man braucht ziemlich viel Phantasie um auf eine Konstruktion zu kommen, in der Delegated Voting einer "gleiche Wahl" entspricht. --Pudo 01:10, 4. Nov. 2009 (CET)

Veröffentlichung von Abstimmungergebnissen

Der Abschnitt ist undeutlich. Es wird nicht klar, wann bei terminierten Wahlen wie welche Daten bekannt gegeben werden. Ich würde raten:

• Nach erfolgter Abstimmung
• i.d.R. sofort, maximal nach 23 (WTF?!?) Wochen
• als vollständige Angabe, also inklusive Entscheidung, Name/Pseudonym und Delegation

So richtig? Wenn ja: Was soll das bewirken? Ich komme irgendwie auf kein sinnvolles Bot-Verhalten, dass hier schädlich wäre...

Das einzige für mich vorstellbare Ziel ist, eine gegenseitige Beeinflussung der Abstimmenden zu verhindern. Warum muss diese Beeinflussung aber verhindert werden? Könnte sie nicht ein konstruktiver Teil der Auseinandersetzung sein?

Gegen die massenhafte Mobilisierung von Wählern für eine Position spricht übrigens ebenfalls nichts, man nennt das "Wahlkampf" ;-) --Pudo 01:10, 4. Nov. 2009 (CET)

Administration

Den Text finde ich hochideologisch und den Versuch die Moderation einer so komplexen Software in 4 Sätzen abzuhandeln nicht ausreichend. Wie wäre es, am laufenden System herauszufinden welche Mechanismen benötigt werden? Außerdem würde ich auf die unangemessene Verwendung des juristischen Terms "Zensur" verzichten. Alternativ kann man natürlich an dieser Stelle Drittwirkung diskutieren aber irgendwas sagt mir, dass es hier darum nicht wirklich ging ;-) --Pudo 01:10, 4. Nov. 2009 (CET)