Jeszcze na początku tego roku na tapecie była koncepcja rycara jako tokenu domyślnie zastakowanego wpływającego na siłę głosu, który można odstakować i przesłać komuś, ale zastakować ponownie już się go nie da. Pisałem o tym wiele razy. Nic z tego jednak nie wyszło i już nie wyjdzie.
Na ten moment system rycarowy wygląda następująco:
Tworzenie depozytu to w zasadzie założenie konta Hive przez apkę Hive Keychain. Nie zbieramy żadnych informacji. Weryfikacja następuje przez zalogowanie się na Hive Keychaina.
RCR zapisywane są w memo w mikrotransferach z konta @fundacja na konto @rcr.
RCRT jest na Hive Engine.
Są też rycary gliniane.
Głosowanie odbywa się na Hive w komentarzu pod postem z głosowaniem.
System ten ma swoje wady.
Ściąganie Hive Keychaina i tworzenie konta to proces, którego wiele osób unika. Z różnych powodów: od braku pamięci po nieufność wobec crypto (exitscam Zondy tylko to pogłębił).
Skutek rezygnacji z własnej bazy danych jest też taki, że nie mamy jakiegoś systemowego kontaktu z darczyńcami.
Głosowanie przez Hive skutkuje tym, że mało kto składa wnioski i głosuje. Była co prawda aplikacja do głosowania, ale nie działa.
W lutym była awaria apki do zapisywania RCR. Obecnie działa, ale robienie transferów pojedynczo jest upierdliwe.
Jak wejdą regulacje unijne to RCRT zaczynie być problematyczne. Co prawda wciąż wątpliwe jest czy można byłoby to nazwać kryptowalutą skoro nie da się tego zamienić na złotówki, ale idiotów w urzędach nie brakuje.
W związku z tym na ostatnim spotkaniu wolontariuszy wrzuciłem do agendy temat zmiany architektury rycara. Po raz pierwszy też dopuściłem możliwość wyjścia poza Hive, jeśli okaże się to korzystniejsze dla stworzenia nowego działającego systemu.
Dużą rolę w tym wszystkim odgrywają następujące elementy:
długoletnie problemy z Hive Engine i ostatnie ataki hakerskie
ogólny klimat wokół krypto i regulacje
obawy przed tym, że bez wsparcia z DHF różne narzędzia przestaną działać
Tyle jeśli chodzi o tło tej decyzji. A teraz wytyczne...
Po pierwsze, założenie depozytu powinno być proste, nie wymagać instalowania czegokolwiek i być całkowicie poza Hive. Dopuszczalna jest integracja z Hive, ale nie może być to koniecznością.
Po drugie, efektem założenia konta powinno być wygenerowanie klucza (niezbyt skomplikowanego) do głosowania oraz kodu QR, którego zeskanowanie pozwoli na potwierdzanie transakcji.
Po trzecie, powinna być funkcja płacenia RCR-ami, ale wymagająca potwierdzenia przez właściciela depozytu oraz KBK. Przykład: ktoś bierze napój, klika co trzeba, skanuje swój kod, transakcja ląduje w poczekalni, KBK go może potwierdzić. Co więcej powinno być możliwe masowe potwierdzenie takich transakcji.
Ogólnie rzecz biorąc mechanizm, nad którym pracował ostatnio Rafał powinien zostać odwrócony. Zamiast skanowania przez użytkownika jakiegoś kodu generowanego w apce, to w KBK powinien być czytnik do skanowania kodów użytkowników. Zeskanowanie go może zliczać obecność lub potwierdzać transakcje. Dla odwiedzających KBK jest to wygodniejsze bo nie muszą nic instalować. A osobisty kod mogą mieć wydrukowany lub zapisany w telefonie.
RCRT na Hive Engine powinno zostać całkowicie zastąpione glinianym rycarem.
Czy transakcje będą zapisywanie w Hive czy nie - to nie ma już znaczenia. Może być, ale nie musi. Najważniejsze, żeby dało się zrealizować powyższe założenia oraz by była jakaś opcja rezerwowa, w przypadku gdyby coś przestało działać.
@fundacja na konto 
@rcr.