Oddzielanie szybkości od trwałości
Był czas, kiedy pracowałem przez noc i myślałem, że pozostanie online jest wystarczające. Rano praca była zakończona, ale nagroda była prawie taka sama jak ta, którą uzyskiwały krótsze zadania, mimo że prowadziłem log przez ponad 2 godziny i musiałem się dwa razy ponownie połączyć. Od tego czasu byłem sceptyczny wobec zgrupowanych nagród.
Kiedy szybkość, stabilność i trudność zadania są skompresowane w jeden wynik, uczestnicy zaczynają unikać złych prac i gonić za łatwymi. System wygląda na bardziej zajęty, ale jego kręgosłup staje się słabszy.
W kryptowalutach ten problem jest znany. Wiele sezonów zbierania punktów stworzyło dokładnie ten odruch, portfele zapętlają transakcje tylko po to, aby uzyskać czystsze liczby, podczas gdy trudniejsze do zmierzenia wkłady znikają w tle. Nagradzanie wydatków jest zawsze łatwiejsze niż nagradzanie dyscypliny przez 30 dni.
W Fabric Protocol dokładnie tam leży prawdziwe napięcie. Jeśli stos zachęt oddziela nagrody za wydajność, niezawodność i trudność, to szybki pracownik nie dominują automatycznie nad trwałym, a operator, który podejmuje brzydkie prace, nie jest karany tylko dlatego, że objętość produkcji wygląda na niższą.
Myślę o Fabric Protocol jak o płaceniu elektrykowi w starym bloku mieszkalnym. Przybycie w 15 minut to jeden rodzaj wartości, utrzymanie stabilności okablowania to inny, a wspinanie się na wilgotny sufit, aby rozplątać bałagan kabli, to osobna warstwa pracy. Połączenie wszystkich trzech w jedną stawkę, prędzej czy później wszyscy wybiorą czystą część.
Dlatego tylko wtedy nazwałbym Fabric Protocol trwałym, jeśli szybkość nie może ukryć błędów, czas pracy nie może być poprawiony przez kilka czystych sesji logów, a współczynnik trudności jest powiązany z czasem przetwarzania lub rzeczywistym ryzykiem awarii. Jeśli cięższa praca nie przynosi prawie żadnej dodatkowej marży, system sam zbaczy w kierunku łatwej pracy.