User:Pmarecki/Cyclos

System Cyclos

Cyclos jest oprogramowaniem do prowadzenia lokalnego (prywatnego) systemu rozliczeń. Jednostką rozliczeniową może być "PLN", ale również dowolna inna (umowna) jednostka, typu bonu towarowego definiowanego przez administratorów systemu. Poniższy wiki przedstawia najbardziej podstawowe fukcje systemu, pozwalające na uruchomienie go na lokalnych, prywatnych, serwerach.

Główne typy użytkowników i kont

Użytkownicy

• administratorzy systemu (admin), "admin" (odpowiedzialni za konfigurację rozliczeń, typów rozliczeń, i użytkowników prywatnych)

• użytkownicy prywatni (member), "user" (działający w systemie na zasadzie klientów)

Konta

• Konta systemowe (bank centralny, konto organizacji)

• Konta użytkowników

Schematyczny plan głównych elementów systemu

Plan struktury obiektów systemu Cyclos. Przedstawiono główne opcje dostępne do konfiguracji poszczególnych obiektów. Prosty system monetarny oparty o ten schemat zamieszczony jest poniżej.

Konta systemowe

• Konto banku centralnego (oryginalnie: Debit account); ważne: konto jest typu "unlimited" co oznacza, że bank cenralny ma prawo tworzyć jednostki rozliczeniowe (np. PLN, ale wewnątrz systemu). Musi to robić, bo (a) cały system jest początkowo pusty, (b) wraz ze wzrostem liczby użytkowników rozsądnie jest zwiększać M1 tak, aby uniknąć sytuacji deflacyjnej, hamującej aktywność ekonomiczną.

• Konto organizacji: powołanie takiego konta jest rozsądne w sytuacji gdy organizacja jako taka będzie miała swoje typy transakcji, np. będzie zbierała kontrybucje (~podatki) od wszystkich użytkowników. W przeciwnym przypadku wystarczyłby jej zwykłe konto użytkownika.

• Uwaga: wraz ze wzrostem liczby kont systemowych konieczne jest powołanie całej sieci dozwolonych transakcji!

Konta użytkowników

• Przy powoływaniu użytkownika wybiera się typ grupy (permission group), do której ma on należeć. Typy dostępnych kont i typów transakcji są własnościami grupy (a nie poszczególnych użytkowników).

Transakcje

Wszelkie przepływy w systemie mogą być jedynie "instancjami" wcześniej zdefiniowanych typów transakcji. Dla przykładu: przelew między użytkownikami jest typem transakcji między podmiotami tego samego typu; natomiast np. "podatek" byłby transakcją kierowaną od użytkowników do organizacji (konta systemowego).

• tworzenie transakcji
• aktywacja transakcji

Przykład prostego systemu monetarnego

Plan prostego systemu monetarnego, z wyróżnioną rolą banku centralnego i firmy(organizacji mającej szczególne znaczenie/funkcje dla systemu).

Główne etapy powoływania systemu monetarnego w ramach systemu cyclos:

• Powołanie waluty rozrachunkowej
• Powołanie banku centralnego (typ konta systemowego z bilansem nieograniczonym od dołu)
• Powołanie firmy/organizacji (typ konta systemowego)
• Powołanie (głównego/jedynego) typu konta użytkowników
• Stworzenie typów transakcji dla konta użytkowników (między użytkownikami, oraz od użytkowników do kont systemowych)
• Stworzenie pozostałych typów transakcji, dla kont systemowych (zdefiniowanie możliwych przepływów w systemie)
• Powołanie głównej grupy użytkowników, i przypisanie jej typu konta (jedynego możliwego)
• Powołanie grupy adminów systemu
• Nadanie praw wykonywania transakcji kontom (a) użytkowników, (b) adminom
• Powołanie pojedynczego lub wielu adminów systemu
• Powoływanie użytkowników systemu, jako członków wcześniej zdefiniownej grupy, i aktywacja ich przez adminów poprzez nadanie im haseł
• Zdefiniowanie "opłat" w systemie - transaction fees - odpowiedzialnych za (a) kreację jednostek monetarnych [np. poprzez przypisywanie nowym użytkownikom pewnej ich ilości, lub też wykonywanie operacji dostarczenia jednostek monetarnych do wszystkich użytkowników w równej ilości], (b) wycofywanie jednostek monetarnych z systemu (kontrola aktywności/inflacji) [np. poprzez podatki od utrzymywania dużego dodatniego bilansu (zachęta do aktywności), lub też podatki od transakcji (osłabianie popytu)]

Rola banku centralnego -- regulacja podaży pieniądza

• Bank centralny ma pełną kontrolę nad ilością jednostek rozrachunkowych w systemie (tu PLN)
• W miarę wzrostu ekonomii systemu konieczne jest zwiększanie ilości jednostek w systemie
• Konieczność wzrostu spowodowaną dodawaniem nowych użytkowników można zaimplementować dając każdemu nowemu użytkownikowi np. +100PLN jednostek na koncie
• Pojawi się konieczność zwiększenia ilości PLN spowodowana bardziej zaawansowanymi usługami/towarami (które kosztują więcej, i użytkownicy musieliby zgromadzić znaczną część środków od innych użytkowników, aby móc tego typu usługi/towary nabyć - hamując - jako skutek uboczny - aktywność pozostałych użytkowników)
• Sytuacje inflacyjne (podnoszenie cen usług z powodu nadmiaru popytu na nie) można regulować wprowadzając "podatki" (do banku centralnego) efektywnie usuwające jednostki (PLN) z systemu; efektem makroekonomicznym tego typu działalności zawsze jest zmiejszenie inflacji
• Firma/organizacja może prowadzić/wprowadzić efektywną wymienialność jednostek systemu na realne PLN; w tym celu może prowadzić oparacje typ przekazywania realnych PLN na konto banku centralnego, w zamian za jednostki systemu (systemowe PLN)
• Działalność admina systemu powinna być kotrolowana przez całą społeczność systemu. Operacje typu zwiększania/zmniejszania ilości jednostek w systemie, spowodowane ewolucją ekonomii systemu wymagają zgody całej społeczności, gdyż mają wpływ na wartość jednostek już zgromadzonych na kontach istniejących użytkowników.
• W systemie "cyclos" admini systemu mają do dyspozycji podstawowe statystyki do przeglądu makroekonomicznych parametrów systemu.

Literatura

Strona systemu, Główny artykuł Wikipedii