Universal Credit System

Hallo, hier ist wie versprochen ein kleines Update! Es wurde eine Homepage für das Universal Credit System eingerichtet: http://www.universal-credit-system.org Es gibt auch ein Forum für die Community, welches sich fast wie von Geisterhand mit Inhalt füllt: https://forum.universal-credit-system.org Das Forum ist noch relativ frisch. Viel Inhalt gibt es noch nicht, aber ich bemühe mich regelmäßig etwas neues zu posten. Es ist geplant, dass das Troubleshooting und der Support in Zukunft auf diesem Forum "stattfinden". Benutzer posten ihre Probleme dort und bekommen dann Hilfe von den Entwicklern. Leider muss ich sagen, dass das aufsetzen und konfigurieren der Webseite und des Forums etwas mehr Zeit in Anspruch genommen hat als ich dafür eingeplant hatte. Der Quellcode für die aktuelle Version (ich kann es nur nochmal betonen: NOCH NICHT LIVE!) wird auf GitHub verwaltet unter dem "offiziellen" UCS account: https://github.com/universal-credit-system Das UCS wird nach wie vor entwickelt und es gibt logischerweise noch keine Community wie bei anderen Kryptowährungen da es ausser den Testern noch keine weiteren Benutzer gibt. Nichts desto trotz möchte ich Interessenten einladen dem Forum beizutreten. Ihr seid alle herzlich willkommen! Vielen Dank!

Guten Tag Liebe User, ich möchte hier mein Projekt vorstellen. Es handelt sich um ein digitales bedingungsloses Grundeinkommen in Form einer dezentralen Kryptowährung. Verwaltet wird dieses digitale bedingungslose Grundeinkommen mit einer Software namens"Universal Credit System", kurz UCS. Die eigentliche Kryptowährung, welche mit dieser Software verwaltet wird, heisst "Universal Credit Coin", kurz UCC. Beides soll hier vorgestellt werden. "Bitte nicht noch ein weiterer Altcoin!" höre ich die Bitcoin-Apostel schon wehklagen. Aber dieses Projekt wird, ohne überheblich klingen zu wollen, definitiv neue Maßstäbe setzen! Während gefühlt 99% aller neuen Altcoins entweder der tausendste Fork irgendeiner bestehenden Kryptowährung sind ist das Universal Credit System grundlegend anders und von Grund auf neu entwickelt worden. Obwohl der Status des Projekts aktuell "pre-alpha" ist, was ja "am Anfang" suggeriert, ist die Software bereits komplett fertig entwickelt! Lediglich kleine Anpassungen müssen noch vorgenommen werden und einige Fehler noch ausgebügelt werden! Das finale Release-Datum steht noch nicht fest und es wird auch noch eine spezielle Webseite über die Software geben auf der alles weitere frühzeitig kommuniziert wird. Neuigkeiten werden dann natürlich auch hier gepostet. Nichts desto trotz möchte ich hier schon einmal das Whitepaper und die dahinter liegende Logik präsentieren. Ich hoffe das Potential dieser neuen Kryptowährung offenbart sich euch ich gleicher Form wie mir 😃 Ich bin gespannt auf euer Feedback! Der Universal Credit Standard Der Universal Credit Standard ist ein unabhängiger digitaler Währungsstandard, der es den Teilnehmern ermöglicht auf Basis eines digitalen bedingungslosen Grundeinkommens am Handel teilzunehmen und Wohlstand aufzubauen. Das Universal Credit System ist die zugrunde liegende Software zur Verwaltung des digitalen Grundeinkommens und die in dieser Software ausgezahlte Währung wird Universal Credit Coins (UCC) genannt. Der Universal Credit Standard und die dahinter liegende Logik unterscheidet sich jedoch grundlegend von anderen Kryptowährungen. Denn anstatt wie bisher neue Blöcke in einer wie auch immer gearteten Form zu minen, wird allen Teilnehmern jeden Tag einfach eine festgelegte Anzahl von Universal Credit Coins gutgeschrieben. Diese Universal Credit Coins werden nicht von einer zentralen Instanz gutgeschrieben oder gewährt, sondern die Teilnehmer verwalten sich selbst auf Basis eines Algorithmus. Die gewährten Universal Credit Coins sind unbegrenzt gültig und können vom Empfänger frei verwendet werden im Sinne eines digitalen und bedingungslosen Grundeinkommens. Der Wert eines Universal Credit Coins steigt durch eine künstlich herbeigeführte Verknappung der täglich von der Software gewährten Coins. Diese künstlich angeregte Verknappung der Credit Coins dient der Wertsteigerung. Die Verknappung erfolgt durch das Verdoppeln der Gültigkeitsdauer einer Ausschüttungsphase bei gleichzeitiger Halbierung der Coins, welche pro Tag gutgeschrieben werden. Die Regeln sind denkbar einfach: Die Anzahl Tage, die eine Auszahlungsphase gültig ist, verdoppelt sich für jede neue Phase (doubling) und beginnt bei 1 Tag Die Coins, welche pro Tag ausgeschüttet werden halbiert sich für jede neue Phase (halving) und beginnt bei 10.000 Coins Zur Veranschaulichung soll folgende Tabelle dienen: die Anzahl der Universal Credit Coins, die an jeden Teilnehmer pro Tag ausgezahlt werden wird als „creditload“ bezeichnet. Die Dauer, die Auszahlungsphase und die damit verbundene creditload gültig ist, wird als „stage duration“ bezeichnet. Der Wert eines Credits erhöht sich fortlaufend durch einen künstlich erzeugten Mangel an Credits, der durch das Verlängern (Verdoppeln) der Gültigkeitsdauer der nächsten Stufe und der gleichzeitigen Verringerung (Halbieren) der pro Tag für die nächste Stufe ausbezahlten Credits entstehen: Stage Duration in Days Credits per user per day Total Balance 1 1 10000 10000 2 2 5000 20000 3 4 2500 30000 4 8 1250 40000 5 16 625 50000 6 32 312,5 60000 7 64 156,25 70000 8 128 78,125 80000 9 256 39,0625 90000 10 512 19,53125 100000 11 1024 9,765625 110000 12 2048 4,8828125 120000 13 4096 2,4414062 130000 14 8192 1,220703125 140000 15 16384 0,6103515625 150000 16 32768 0,3051757813 160000 17 65536 0,1525878906 170000 18 131072 0,0762939453 180000 19 262144 0,0381469727 190000 20 524288 0,0190734863 200000 Künstliche Verknappung der Credits führt zu Wertsteigerung Wie in der Tabelle zu sehen gibt es in Ausschüttungsphase 3 noch satte 2500 UCC pro Tag wohingegen z.B. in Ausschüttungsphase 8 „nur“ noch 78,125 UCC pro Tag gewährt werden. Diese Verknappung der Währung führt zu einer Wertsteigerung. Der proof-of-trust Algorithmus Während die meisten Kryptowährungen entweder proof-of-work-Algorithmen oder proof-of-stake-/delegated-proof-of-stake-Algorithmen verwenden, ist die im Universal Credit System angewandte Technik grundlegend anders. Anstatt z.B. den Konsens aus einer zentralen Blockchain heraus bilden, verwendet das Universal Credit System eine Logik, welche als proof-of-trust-Algorithmus („Vertrauensnachweis-Algorithmus“) bezeichnet wird. Der Algorithmus erfordert keine zentrale Blockchain, welche allen Teilnehmern zur Verfügung stehen muss und schafft es dabei dennoch einen allgemein nachvollziehbaren Konsens zu bilden. Die Bezeichnung „proof-of-trust“ bedeutet nämlich, dass die Benutzer sich gegenseitig Vertrauensnachweise liefern, welche die Gültigkeit ihres Kontostands und der damit verbunden Transaktionen mathematisch beweisen. Benutzer und die Beglaubigung des Erstellungsdatums von der TSA (Time Stamping Authority) Jede Entität, von nun an als neutraler „Benutzer“ bezeichnet (ein Benutzer kann alles sein), darf ein Paar von 4096bit RSA-Schlüsseln erstellen. Der Benutzer muss den öffentlichen Schlüssel sofort einer RFC-3161 konformen Time Stamping Authority (TSA) mitteilen, die als unabhängiger Notar fungiert und das Erstellungsdatum des Profils beglaubigt. Die TSA bescheinigt dem Benutzer das Vorhandensein seines Keys zum Erstellungszeitpunkt. Dieser beglaubigte Erstellungszeitpunkt dient als Basis zur Berechnung der täglichen Auszahlung. Transaktionen Ein Benutzer kann eine Transaktion erstellen, die seine Adresse als Absender, den Betrag, den Empfänger und den aktuellen Zeitstempel enthält und signiert dann diese Transaktion mit seinem privaten Schlüssel. Der Benutzer erstellt dann die Transaktionsdatei, die er dem Zahlungsempfänger auf einem Weg seiner Wahl zukommen lassen kann. Der Empfänger kann mit Hilfe des öffentlichen Schlüssels die Authentizität der Transaktion überprüfen und mit Hilfe des proof-of-trust die Transaktion und damit verbundene Guthaben verifizieren. Die Transaktionsdatei ist genau genommen ein Archiv, welches zur Abwicklung der Transaktion den öffentlichen Schlüssel des Senders, die Beglaubigung der TSA, sowie alle vom Sender zuvor gesendeten und empfangenen Transaktionen enthält. Des weiteren enthält sie alle bisher gesammelten Schlüssel und Transaktionen die im Besitz des Senders zu diesem Zeitpunkt waren. Dies dient dem Aufbau eines gemeinsamen Transaktionswissens. Dieses gemeinsame Transaktionswissen wird dazu verwendet Abhängigkeiten von Transaktionen zu ermitteln und die damit verbundenen Guthaben überprüfen zu können. Dies ist besonders in Hinblick auf die Ermittlung von Guthaben wichtig, da ein Benutzer unter Umständen abhängig war von einer an ihn gesendeten Transaktion. Hier ein Beispiel zu einer Transaktion, die von anderen Transaktionen abhänig ist: Benutzer A Kontostand Transaktion 0 100 +100 gewährt von System 200 +100 empfangen von Benutzer B 50 -150 gesendet an Benutzer C Wie man sieht, hat Benutzer A die Transaktion von 150 Credit Coins nur senden können, weil er vorher selbst 100 Credit Coins von Benutzer B empfangen hat. Diese letzte Transaktion (150 Credit Coins) ist abhängig von einer zuvor eingegangen Transaktion. Solche Abhängigkeiten lassen sich durch die gesammelten proof-of-trusts der anderen Benutzer ermitteln und überprüfen. Freunde Jeder Empfänger einer Transaktion wird automatisch ein Freund des Senders. Der Benutzer kann sich so auf Basis von Vertrauen seine Freunde selbst aussuchen indem er eine Transaktion an diese sendet. Nur direkte Empfänger eines Benutzers werden Freunde; das Freunde Attribut ist nicht übertragbar, d.h. ein Freund meines Freunds ist nicht automatisch mein Freund. Diese Freunde bestätigen später -sofern plausibel- die Transaktionen die diesen Benutzer betreffen. Diese Bestätigungen bilden die Grundlage für die im nächsten Abschnitt beschriebenen Confirmations. Das hier angewandte Vertrauensmodell ist ähnlich dem Vertrauensmodell des Web-of-Trust mit der Ausnahme, dass Fremde Dritte nicht berücksichtigt werden (da ansonsten Dritte die Möglichkeit hätten mit einer ausreichenden Anzahl an Profilen den Konsens zu ihren Gunsten zu ändern) und das Attribut „Freund“ nicht übertragbar ist. Dies bedeutet letztendlich, dass das Vertrauensnetzwerk ausschließlich durch den Benutzer und nicht durch Dritte erweitert werden kann. Transaktionen und Confirmations von Freunden Eine Transaktion ist, sofern sie plausibel ist, immer sofort gültig für den Sender. Das bedeutet, dass wenn eine Transaktion erfolgreich erstellt wurde sich sofort der Kontostand des Senders verringert. Im Gegenzug erhöht sich der Kontostand des Empfängers erst wenn er die Transaktion eingelesen und eine Bestätigung von Freunden gesammelt hat. Durch Synchronisation und zukünftige Transaktionen, welche von Sender und Empfänger getätigt werden verbreitet sich das Wissen über diese Transaktion und andere Benutzer bestätigen/beglaubigen sie. Eine Transaktion benötigt eine gewisse Anzahl an Bestätigungen von Freunden um von bisher unbeteiligten Benutzern in Zukunft bei einer Transaktion anerkannt zu werden. Das Problem ist insbesondere bei der Überprüfung von abhängigen Zahlungen von Bedeutung, da die Zahlung von der der Sender abhängig ist unter Umständen noch nicht genug Bestätigungen hat um als gültig betrachtet zu werden. Damit eine Transaktion bei der Berechnung eines Kontostands berücksichtigt werden kann muss sie von mindestens 1 Freund bestätigt werden damit sie möglichst endgültig ist und der Sender diese Transaktion in Zukunft nicht mehr abstreiten kann („double-spending“- und „0 race“ -Attacken). Dabei ist zu erwähnen, dass der Prozess einer Zahlung von ungültig/pending (0 Bestätigungen) über gültig (1+ Bestätigungen) bis hin zu endgültig ( viele Bestätigungen) niemals endend ist d.h. eine Transaktion ist niemals total endgültig, sondern eine Transaktion wird mehr und mehr endgültig. An einem gewissen Punkt liegen genug Bestätigungen vor, dass sie als gültig erachtet werden kann. Diese Bestätigung der anderen Benutzer über das Vorhandensein einer Transaktion nennt sich Confirmation. Die Anzahl Confirmations einer Transaktion ist ausschlaggebend dafür ab wann sie für andere Benutzer als gültig oder ausreichend bestätigt angesehen werden kann und ist standardmäßig auf 1 Bestätigung von Freunden eingestellt. Diese Bestätigung muss von einem an der Transaktion nicht beteiligten Benutzer getätigt werden, der als Notar die Transaktion beglaubigt. Hier eine Übersicht über die Anzahl an Bestätigungen einer Transaktion und die Gültigkeit: Bestätigungen Gültigkeit 0 Nicht Gültig (pending) 1 Gültig 2 Gültig 3 Gültig … …  Endgültig Die aktuelle Anzahl an Confirmations einer Transaktion kann in der Transaktionshistorie des Universal Credit Systems eingesehen werden. Um sicherzustellen, dass alle Transaktionen, welche man getätigt oder empfangen hat ausreichend bestätigt werden macht es also Sinn sich so schnell wie möglich mit anderen Benutzern/Freunden zu synchronisieren. Transaktionen und Gebühren Beim versenden der Transaktion entsteht eine Gebühr. Diese Gebühr beträgt derzeit 0.1% des Transaktionsvolumens und wird zusammen mit dem Transaktionsvolumen vom Kontostand des Benutzers abgebucht. Dieses Geld wird niemanden Gutgeschrieben; es wird nicht verwendet und ist sozusagen eingefroren. Dies steigert die Verknappung der Credit Coins. Der eigentliche Hintergrund ist, dass die Gebühr möglichen Transaktionsspam verringert, da dieser nicht ohne Kosten durchgeführt werden kann. Ermittlung des Kontostands Der Saldo eines Kontos wird von den Benutzern selbst ermittelt, wobei die Benutzer sich gegenseitig immer wieder selbst überprüfen. Um den Kontostand eines Benutzers zu ermitteln wird zunächst beginnend beim beglaubigten Erstellungsdatum des Schlüssels die daraus resultierende creditload für diesen ersten Tag berechnet und dann eventuelle gesendete oder empfangene Transaktionen davon subtrahiert bzw. aufaddiert. Das Ergebnis ist der Kontostand am Ende dieses Tages und dient als Basiskontostand für den folgenden Tag auf den zunächst wieder die creditload aufaddiert wird und dann wieder eventuelle ausgehende oder eingehende Transaktionen subtrahiert bzw. aufaddiert werden. Diese Berechnung wird Tag für Tag bis zum aktuellen Tag fortgesetzt, wobei der Kontostand nie die 0-Grenze unterschreiten darf. Das Universal Credit System ist so programmiert, dass ein Benutzer nie mehr Coins ausgeben kann, als er Guthaben besitzt. Im Umkehrschluss lassen sich Transaktionen von Konten, die nach allgemeinem Konsens kein Guthaben aufweisen, auch nicht gutschreiben. Gemeinschaftlicher Konsens Die Benutzer verifizieren sich bei einer Transaktion oder nach einer Synchronisation gegenseitig indem sie die gesammelten proofs-of-trust (Vertrauensnachweise) des jeweils anderen überprüfen. Um es einfach zu sagen: Wenn ein Benutzer eine Transaktion tätigen möchte, muss er anderen Teilnehmern und insbesondere dem Empfänger nachweisen, dass genügend Guthaben vorhanden ist, um diese Transaktion durchzuführen. Die Validierung einer Transaktion erfolgt permanent durch die anderen Teilnehmer, indem durch Errechnung der Kontostände und der damit einhergehenden Überprüfung der Transaktionen unter Berücksichtigung der bisher vorzuweisenden Bestätigungen ein gemeinsamer Konsens zwischen den Beteiligten über den Saldo bzw. über die Möglichkeit dieser Transaktion erzielt wird. Synchronisation mit anderen Benutzern Ein Benutzer kann sich mit anderen Benutzern unabhängig von untereinander ausgetauschten Transaktionen synchronisieren um Vertrauen und Wissen aufzubauen. Dies sollte der Benutzer auch regelmäßig und fortlaufend tun. Ein Benutzer, der sich mit einem anderen Benutzer synchronisiert hilft gemeinsames Transaktionswissen aufzubauen und die Transaktionen anderer Nutzer und das Wissen über diese zu verbreiten. Gleichzeitig schützt er sich vor Double-Spending Attacken durch das Wissen über andere, für ihn bisher unbekannte Transaktionen. Gemeinsames Transaktionswissen kann auch die Größe einer Transaktionsdatei erheblich verringern, da ein Benutzer A einem Benutzer B für die Transaktion nötige Proof-of-trusts im besten Fall nicht mehr mitsenden muss, da er sie bereits besitzt. Zum anderen lässt sich ein ein Benutzer und dessen Kontostand umso glaubwürdiger bestätigen desto mehr Benutzer von diesem Benutzer und die ihn betreffenden Transaktionen wissen. Je mehr Benutzer von einer Transaktion Kenntnis haben desto endgültiger ist die Transaktion. Ein Benutzer, der eine Transaktion getätigt hat und diese im Nachhinein aus seiner Historie löscht kann nicht verhindern, dass sich das Wissen über diese Transaktion trotzdem rasant verbreitet. Des Weiteren hat der attackierende Benutzer keinen Einfluss darauf wie schnell sich das wissen über die Transaktion verbreitet. Im besten Fall wurde der nächste Transaktionspartner durch die Synchronisation bzw. Empfang einer Zahlung eines früheren Geschäftspartners/Freund bereits über die letzte Transaktion in Kenntnis gesetzt, sodass der attackierende Benutzer sie nicht abstreiten kann, da er sie signiert hat. Abseits der Synchronisation mit Freunden sind in diesem Zusammenhang auch Sync-as-a-Service-Modelle denkbar bei denen Webseiten als Treffpunkt für sich synchronisieren wollende Benutzer agieren und gegen eine Anzahl an Coins die Funktion eines Notars übernehmen.